LAN instellingen

[bartaa]

Kan iemand me vertellen hoe ik op de clients in moet stellen dat ie de buff-in en buff-out ergens anders op het LAN moet halen.
Dit zonder proxy omdat dat hier niet mag

THANX

[Sequence]

als er op elke pc internet verbinding aanwezig is kun je ook een dnet/public proxy gebruiken..

[Verwijderd]

als je bij configure van je koe kijkt staat er bij

optie 2
optie 8

het volgende :

Remote buffer directory:

When a client runs out of work to do and cannot fetch more work from a
keyserver, it will fetch/flush from/to files in this directory.

This option specifies a *directory*, and not a filename. The full paths
effectively used are constructed from the name of the project and the
filename component in the "[Out|In]-Buffer Filename Prefix" options.
For example, if the "In-Buffer Filename Prefix" is "~/buff-in", and
the alternate buffer directory is "/there/" then the alternate in-buffer-file
for RC5 becomes "/there/buff-in.rc5"

Default Setting:
Current Setting:
New Setting -->

type hier dus het pad in naar je centrale dir voor je buff-in & buff-out, dan zou het moeten werken.

[bartaa]

ik zal het eens proberen......

[Verwijderd]

^ Hups ! ^

En, doet 'ie het ?

[bartaa]

HET WERKT, bedankt en doorgrazen he ! *mooh*

[Verwijderd]

graag gedaan!

veel graas plezier :):):):)

[bartaa]

Flushen gaat nog niet goed.
Clients draaien als NT service maar flushen en fetchen niet automatisch. Als je de NT service stopt en de client handmatig opstart dan flushed en fetched ie wel.
Hier is de dnetc.ini:

[buffers]
alternate-buffer-directory=//server/share
frequent-threshold-checks=2
threshold-check-interval=1:00

Wie weet hier een oplossing voor ?

[Verwijderd]

Heb je misschien 2 instances draaien van de client, dus 1 service en 1 die via Startup-menu wil starten ?

[Verwijderd]

Op donderdag 08 maart 2001 10:43 schreef bartaa het volgende:
Flushen gaat nog niet goed.
Clients draaien als NT service maar flushen en fetchen niet automatisch. Als je de NT service stopt en de client handmatig opstart dan flushed en fetched ie wel.
Hier is de dnetc.ini:

[buffers]

alternate-buffer-directory=//server/share
frequent-threshold-checks=2
threshold-check-interval=1:00

Wie weet hier een oplossing voor ?

probeer het eens zonder deze regel:
threshold-check-interval=1:00

anders zou ik het ook niet weten

[bartaa]

werkt nog steeds niet goed als service, misschien een instelling in het register:
Er staat nu dnetc -svcrun

[Verwijderd]

^ Hups ! ^

Ik heb precies het zelfde probleem met w2k machines. Ze flushen wel handmatig maar als service verdommen ze het gewoon.

Heeft iemand een oplossing?

[Jake]

Obviously, a service does not have access to remote file and disk resources that require a user to log in first. (this restriction can be nullified on NT - see FAQ below)

Q: When installed as a service, the client cannot access files on remote drives (network shares). How come?
A: When installed as a service, the client is (on NT, by default) not running in a user's context (there isn't a user logged in). Under Win9x, where security is virtually non-existant, the client *could* theoretically access network shares /once/ a user has logged in, but that is obviously not a good idea . On NT, the service can be configured from the service manager to start in a context other than the default "Local System": Control Panel -> services -> properties on service. there's a radio button to change between local system and another account.
Thor Olson <[e-mail]> adds:
If the machine is a backup domain controller, all control panel choices for service userids/passwords, other than localuser, are grayed out whenever the machine doesn't have a connection to the primary domain controller.

Q&A gewoon uit de readme...

[bartaa]

Jake,

thank you for the answer !!!
It works for me (and the rest of the cows...)

Your the greatest !!!

[Jake]

You're too kind


(Was niet veel moeite hoor)