Problem mit Site-Definition

[Stefan Jarosiewicz]

Hallo,

wir haben folgendes Problem:
Unsere Site wurde mit IP-Adressen definiert (von x.x.0.1 bis x.x.255.255).
Gestern haben wir einen Rechner hinzugefügt, allerdings in Site den Namen
eingetragen (von "name" bis "name").
Seit kommen auf allen anderen Rechnern der Site die Meldung, daß die Rechner
keiner Site zugeordnet werden können.
Den Agent neu installieren funktioniert auch nicht, zumindest nicht als
Domänen-Benutzer. Dies geht erst, wenn ich als Administrator angemeldet bin.

NI-Version 5.70.002.859
Läuft auf Windows 2000 Server

Gruß Stefan


..

[Klaus Salger]

Hallo Stefan,

das Problem ist, dass die verschiedenen Kriterien UND-verknüpft werden.

Wenn Du mehrere IP-Adressranges einträgst werden diese ODER-verknüpft,
d.h. eine der Bedingungen muss für die Site-Zuordnung erfüllt sein.

Wenn Du nun aber ein anderes Kriterium hinzufügst, z.B. IP-Name, dann
werden die Kriterien IP-Adresse und IP-Name UND-verknüpft, d.h. BEIDE
Bedingungen müssen für die Site-Zuordnung erfüllt sein.

Und nachdem das nach dem Eintragen eines bestimmten Namens
wahrscheinlich auf keinen Computer zutrifft (maximal auf einen), kann
sich eben auch keiner der Site zuordnen.

Kannst Du nicht statt des Namens die IP-Adresse des einen zusätzlichen
Clients hinzufügen? Das würde funktionieren.

Ciao
Klaus


Stefan Jarosiewicz wrote:
> Hallo,
>
> wir haben folgendes Problem:
> Unsere Site wurde mit IP-Adressen definiert (von x.x.0.1 bis x.x.255.255).
> Gestern haben wir einen Rechner hinzugefügt, allerdings in Site den Namen
> eingetragen (von "name" bis "name").
> Seit kommen auf allen anderen Rechnern der Site die Meldung, daß die Rechner
> keiner Site zugeordnet werden können.
> Den Agent neu installieren funktioniert auch nicht, zumindest nicht als
> Domänen-Benutzer. Dies geht erst, wenn ich als Administrator angemeldet bin.
>
> NI-Version 5.70.002.859
> Läuft auf Windows 2000 Server
>
> Gruß Stefan
>
>
..

[Stefan Jarosiewicz]

Hi,

> Wenn Du nun aber ein anderes Kriterium hinzufügst, z.B. IP-Name, dann
> werden die Kriterien IP-Adresse und IP-Name UND-verknüpft, d.h. BEIDE
> Bedingungen müssen für die Site-Zuordnung erfüllt sein.
> Und nachdem das nach dem Eintragen eines bestimmten Namens wahrscheinlich
> auf keinen Computer zutrifft (maximal auf einen), kann sich eben auch
> keiner der Site zuordnen.

ah, verstehe.
War mir bis jetzt unbekannt.

>
> Kannst Du nicht statt des Namens die IP-Adresse des einen zusätzlichen
> Clients hinzufügen? Das würde funktionieren.

werde ich austesten.
Vielen Dank.

Gruß Stefan


..

[Frank Scholer]

Hallo Stefan,

Klaus hat natürlich recht, mit dem was er sagt - aber du hast (eventl.) noch
ein anderes Problem: auch wenn du jetzt die Sitedefinition korrigierst wird
das erstmal nicht "wirksam" (d.h. die betroffenen Clients können sich immer
noch keiner Site zuordnen).
Grund ist, dass die Client erstmal die lokale Kopie der Konfig-DB nehmen, um
ne Sitebestimmung zu machen, sich dann einer Site (und damit implizit einem
Server) zuordnen und dann auf diesem Server schauen, ob es eventl. eine
aktuellere Konfiguration gibt. Da sie sich aber bei dir keiner Site und
damit keinem Server zuordnen können, können Sie sich auch nicht die neue
(korriguerte) NICFGLCL.NCP herunterladen...

Am einfachsten ist, du macht in dein Login-Script, direkt vor den Aufruf des
NIAGNT32 einen COPY-Befehl rein, wo du genau dieses Datei vom NI-Share lokal
nach %ProgramFiles%\NetInst kopierst. Dann sollte alles wieder tun...

HTH, Gruß Frank


"Stefan Jarosiewicz" <jar@da.kuk.de> schrieb im Newsbeitrag
news:SWTih0G$EHA.617@sentinel.synergetic.de...
>
> Hi,
>
>> Wenn Du nun aber ein anderes Kriterium hinzufügst, z.B. IP-Name, dann
>> werden die Kriterien IP-Adresse und IP-Name UND-verknüpft, d.h. BEIDE
>> Bedingungen müssen für die Site-Zuordnung erfüllt sein.
>> Und nachdem das nach dem Eintragen eines bestimmten Namens wahrscheinlich
>> auf keinen Computer zutrifft (maximal auf einen), kann sich eben auch
>> keiner der Site zuordnen.
>
> ah, verstehe.
> War mir bis jetzt unbekannt.
>
>>
>> Kannst Du nicht statt des Namens die IP-Adresse des einen zusätzlichen
>> Clients hinzufügen? Das würde funktionieren.
>
> werde ich austesten.
> Vielen Dank.
>
> Gruß Stefan
>
>


..

[Klaus Salger]

Ah, ja, die Frage "wie bekomme ich den Client wieder zurück in seine
Site" habe ich ganz übersehen. Naja, so haben wir die Frage halt per
Teamwork beantwortet :)

In diesem Sinne füge ich gleich noch einen Tipp hinzu:
Um künftig das Problem mit den Clients zu vermeiden, die sich keiner
Site mehr zuordnen können, kann man eine Auffang-Site einrichten, der
sich alle Clients zuordnen, die sich keiner regulären Site zuordnen
konnten. Näheres dazu findet man im Handbuch (RTFM :)).

Ciao
Klaus

Frank Scholer wrote:
> Hallo Stefan,
>
> Klaus hat natürlich recht, mit dem was er sagt - aber du hast (eventl.) noch
> ein anderes Problem: auch wenn du jetzt die Sitedefinition korrigierst wird
> das erstmal nicht "wirksam" (d.h. die betroffenen Clients können sich immer
> noch keiner Site zuordnen).
> Grund ist, dass die Client erstmal die lokale Kopie der Konfig-DB nehmen, um
> ne Sitebestimmung zu machen, sich dann einer Site (und damit implizit einem
> Server) zuordnen und dann auf diesem Server schauen, ob es eventl. eine
> aktuellere Konfiguration gibt. Da sie sich aber bei dir keiner Site und
> damit keinem Server zuordnen können, können Sie sich auch nicht die neue
> (korriguerte) NICFGLCL.NCP herunterladen...
>
> Am einfachsten ist, du macht in dein Login-Script, direkt vor den Aufruf des
> NIAGNT32 einen COPY-Befehl rein, wo du genau dieses Datei vom NI-Share lokal
> nach %ProgramFiles%\NetInst kopierst. Dann sollte alles wieder tun...
>
> HTH, Gruß Frank
>
>
> "Stefan Jarosiewicz" <jar@da.kuk.de> schrieb im Newsbeitrag
> news:SWTih0G$EHA.617@sentinel.synergetic.de...
>
>>Hi,
>>
>>
>>>Wenn Du nun aber ein anderes Kriterium hinzufügst, z.B. IP-Name, dann
>>>werden die Kriterien IP-Adresse und IP-Name UND-verknüpft, d.h. BEIDE
>>>Bedingungen müssen für die Site-Zuordnung erfüllt sein.
>>>Und nachdem das nach dem Eintragen eines bestimmten Namens wahrscheinlich
>>>auf keinen Computer zutrifft (maximal auf einen), kann sich eben auch
>>>keiner der Site zuordnen.
>>
>>ah, verstehe.
>>War mir bis jetzt unbekannt.
>>
>>
>>>Kannst Du nicht statt des Namens die IP-Adresse des einen zusätzlichen
>>>Clients hinzufügen? Das würde funktionieren.
>>
>>werde ich austesten.
>>Vielen Dank.
>>
>>Gruß Stefan
>>
>>
>
>
>
..

[obto]

Hi Klaus,

kopier die neuen *.ncp vom server zum client stoppe den ni dienst und
starte den niexecutive neu. Dann sollte wieder alles gehen.

Gruß
Torsten
"Klaus Salger" <klaus.salger@tryptis.com> schrieb im Newsbeitrag
news:UniTf2M$EHA.617@sentinel.synergetic.de...
> Ah, ja, die Frage "wie bekomme ich den Client wieder zurück in seine Site"
> habe ich ganz übersehen. Naja, so haben wir die Frage halt per Teamwork
> beantwortet :)
>
> In diesem Sinne füge ich gleich noch einen Tipp hinzu:
> Um künftig das Problem mit den Clients zu vermeiden, die sich keiner Site
> mehr zuordnen können, kann man eine Auffang-Site einrichten, der sich alle
> Clients zuordnen, die sich keiner regulären Site zuordnen konnten. Näheres
> dazu findet man im Handbuch (RTFM :)).
>
> Ciao
> Klaus
>
> Frank Scholer wrote:
>> Hallo Stefan,
>>
>> Klaus hat natürlich recht, mit dem was er sagt - aber du hast (eventl.)
>> noch ein anderes Problem: auch wenn du jetzt die Sitedefinition
>> korrigierst wird das erstmal nicht "wirksam" (d.h. die betroffenen
>> Clients können sich immer noch keiner Site zuordnen).
>> Grund ist, dass die Client erstmal die lokale Kopie der Konfig-DB nehmen,
>> um ne Sitebestimmung zu machen, sich dann einer Site (und damit implizit
>> einem Server) zuordnen und dann auf diesem Server schauen, ob es eventl.
>> eine aktuellere Konfiguration gibt. Da sie sich aber bei dir keiner Site
>> und damit keinem Server zuordnen können, können Sie sich auch nicht die
>> neue (korriguerte) NICFGLCL.NCP herunterladen...
>>
>> Am einfachsten ist, du macht in dein Login-Script, direkt vor den Aufruf
>> des NIAGNT32 einen COPY-Befehl rein, wo du genau dieses Datei vom
>> NI-Share lokal nach %ProgramFiles%\NetInst kopierst. Dann sollte alles
>> wieder tun...
>>
>> HTH, Gruß Frank
>>
>>
>> "Stefan Jarosiewicz" <jar@da.kuk.de> schrieb im Newsbeitrag
>> news:SWTih0G$EHA.617@sentinel.synergetic.de...
>>
>>>Hi,
>>>
>>>
>>>>Wenn Du nun aber ein anderes Kriterium hinzufügst, z.B. IP-Name, dann
>>>>werden die Kriterien IP-Adresse und IP-Name UND-verknüpft, d.h. BEIDE
>>>>Bedingungen müssen für die Site-Zuordnung erfüllt sein.
>>>>Und nachdem das nach dem Eintragen eines bestimmten Namens
>>>>wahrscheinlich auf keinen Computer zutrifft (maximal auf einen), kann
>>>>sich eben auch keiner der Site zuordnen.
>>>
>>>ah, verstehe.
>>>War mir bis jetzt unbekannt.
>>>
>>>
>>>>Kannst Du nicht statt des Namens die IP-Adresse des einen zusätzlichen
>>>>Clients hinzufügen? Das würde funktionieren.
>>>
>>>werde ich austesten.
>>>Vielen Dank.
>>>
>>>Gruß Stefan
>>>
>>>
>>
>>

..

[MT]

Also ich lösche einfach die beiden NCP Datein am Client per Login script.
Das Loginscript startet als letztes den NI Client somit nuß sich der Agent
"Neu Installieren" (glaubt er zumindest da ihm ja die ncp Dateien fehlen.

Markus

"obto" <han_speter@lycos.de> schrieb im Newsbeitrag
news:JbNqR8Z$EHA.727@sentinel.synergetic.de...
> Hi Klaus,
>
> kopier die neuen *.ncp vom server zum client stoppe den ni dienst und
> starte den niexecutive neu. Dann sollte wieder alles gehen.
>
> Gruß
> Torsten
> "Klaus Salger" <klaus.salger@tryptis.com> schrieb im Newsbeitrag
> news:UniTf2M$EHA.617@sentinel.synergetic.de...
>> Ah, ja, die Frage "wie bekomme ich den Client wieder zurück in seine
>> Site" habe ich ganz übersehen. Naja, so haben wir die Frage halt per
>> Teamwork beantwortet :)
>>
>> In diesem Sinne füge ich gleich noch einen Tipp hinzu:
>> Um künftig das Problem mit den Clients zu vermeiden, die sich keiner Site
>> mehr zuordnen können, kann man eine Auffang-Site einrichten, der sich
>> alle Clients zuordnen, die sich keiner regulären Site zuordnen konnten.
>> Näheres dazu findet man im Handbuch (RTFM :)).
>>
>> Ciao
>> Klaus
>>
>> Frank Scholer wrote:
>>> Hallo Stefan,
>>>
>>> Klaus hat natürlich recht, mit dem was er sagt - aber du hast (eventl.)
>>> noch ein anderes Problem: auch wenn du jetzt die Sitedefinition
>>> korrigierst wird das erstmal nicht "wirksam" (d.h. die betroffenen
>>> Clients können sich immer noch keiner Site zuordnen).
>>> Grund ist, dass die Client erstmal die lokale Kopie der Konfig-DB
>>> nehmen, um ne Sitebestimmung zu machen, sich dann einer Site (und damit
>>> implizit einem Server) zuordnen und dann auf diesem Server schauen, ob
>>> es eventl. eine aktuellere Konfiguration gibt. Da sie sich aber bei dir
>>> keiner Site und damit keinem Server zuordnen können, können Sie sich
>>> auch nicht die neue (korriguerte) NICFGLCL.NCP herunterladen...
>>>
>>> Am einfachsten ist, du macht in dein Login-Script, direkt vor den Aufruf
>>> des NIAGNT32 einen COPY-Befehl rein, wo du genau dieses Datei vom
>>> NI-Share lokal nach %ProgramFiles%\NetInst kopierst. Dann sollte alles
>>> wieder tun...
>>>
>>> HTH, Gruß Frank
>>>
>>>
>>> "Stefan Jarosiewicz" <jar@da.kuk.de> schrieb im Newsbeitrag
>>> news:SWTih0G$EHA.617@sentinel.synergetic.de...
>>>
>>>>Hi,
>>>>
>>>>
>>>>>Wenn Du nun aber ein anderes Kriterium hinzufügst, z.B. IP-Name, dann
>>>>>werden die Kriterien IP-Adresse und IP-Name UND-verknüpft, d.h. BEIDE
>>>>>Bedingungen müssen für die Site-Zuordnung erfüllt sein.
>>>>>Und nachdem das nach dem Eintragen eines bestimmten Namens
>>>>>wahrscheinlich auf keinen Computer zutrifft (maximal auf einen), kann
>>>>>sich eben auch keiner der Site zuordnen.
>>>>
>>>>ah, verstehe.
>>>>War mir bis jetzt unbekannt.
>>>>
>>>>
>>>>>Kannst Du nicht statt des Namens die IP-Adresse des einen zusätzlichen
>>>>>Clients hinzufügen? Das würde funktionieren.
>>>>
>>>>werde ich austesten.
>>>>Vielen Dank.
>>>>
>>>>Gruß Stefan
>>>>
>>>>
>>>
>>>
>


..

[Klaus Salger]

Hallo Torsten, hallo Markus, hi All

ich finde, gegen die von Frank beschriebene Lösung, die NCPs direkt vor
dem Start des Agents von einem NetInstall Server zu kopieren ist nichts
zu sagen. Das sollte auch ohne Neustart des NI Service funktionieren und
auch im User Context sauber funktionieren. Ich habe das selbst noch
nie ausprobiert - hatte das Problem noch nicht :) - würde aber erwarten,
dass das einwandfrei funktioniert.

Das Löschen der lokalen NCP Files wird meines Erachtens nicht mehr
funktionieren, wenn die Clients bereits aus der Site rausgefolgen sind.
Wenn die Clients dann noch Kontakt zu einem NetInstall Server aufnehmen
könnten (auf Grund der Infos in der Registry) dann müßte es auch ohne
das Löschen der lokalen NCPs funktionieren. Tut es aber meines Wissens
nicht :(

Ciao
Klaus

MT wrote:
> Also ich lösche einfach die beiden NCP Datein am Client per Login script.
> Das Loginscript startet als letztes den NI Client somit nuß sich der Agent
> "Neu Installieren" (glaubt er zumindest da ihm ja die ncp Dateien fehlen.
>
> Markus
>
> "obto" <han_speter@lycos.de> schrieb im Newsbeitrag
> news:JbNqR8Z$EHA.727@sentinel.synergetic.de...
>
>>Hi Klaus,
>>
>>kopier die neuen *.ncp vom server zum client stoppe den ni dienst und
>>starte den niexecutive neu. Dann sollte wieder alles gehen.
>>
>>Gruß
>>Torsten
>>"Klaus Salger" <klaus.salger@tryptis.com> schrieb im Newsbeitrag
>>news:UniTf2M$EHA.617@sentinel.synergetic.de...
>>
>>>Ah, ja, die Frage "wie bekomme ich den Client wieder zurück in seine
>>>Site" habe ich ganz übersehen. Naja, so haben wir die Frage halt per
>>>Teamwork beantwortet :)
>>>
>>>In diesem Sinne füge ich gleich noch einen Tipp hinzu:
>>>Um künftig das Problem mit den Clients zu vermeiden, die sich keiner Site
>>>mehr zuordnen können, kann man eine Auffang-Site einrichten, der sich
>>>alle Clients zuordnen, die sich keiner regulären Site zuordnen konnten.
>>>Näheres dazu findet man im Handbuch (RTFM :)).
>>>
>>>Ciao
>>> Klaus
>>>
>>>Frank Scholer wrote:
>>>
>>>>Hallo Stefan,
>>>>
>>>>Klaus hat natürlich recht, mit dem was er sagt - aber du hast (eventl.)
>>>>noch ein anderes Problem: auch wenn du jetzt die Sitedefinition
>>>>korrigierst wird das erstmal nicht "wirksam" (d.h. die betroffenen
>>>>Clients können sich immer noch keiner Site zuordnen).
>>>>Grund ist, dass die Client erstmal die lokale Kopie der Konfig-DB
>>>>nehmen, um ne Sitebestimmung zu machen, sich dann einer Site (und damit
>>>>implizit einem Server) zuordnen und dann auf diesem Server schauen, ob
>>>>es eventl. eine aktuellere Konfiguration gibt. Da sie sich aber bei dir
>>>>keiner Site und damit keinem Server zuordnen können, können Sie sich
>>>>auch nicht die neue (korriguerte) NICFGLCL.NCP herunterladen...
>>>>
>>>>Am einfachsten ist, du macht in dein Login-Script, direkt vor den Aufruf
>>>>des NIAGNT32 einen COPY-Befehl rein, wo du genau dieses Datei vom
>>>>NI-Share lokal nach %ProgramFiles%\NetInst kopierst. Dann sollte alles
>>>>wieder tun...
>>>>
>>>>HTH, Gruß Frank
>>>>
>>>>
>>>>"Stefan Jarosiewicz" <jar@da.kuk.de> schrieb im Newsbeitrag
>>>>news:SWTih0G$EHA.617@sentinel.synergetic.de...
>>>>
>>>>
>>>>>Hi,
>>>>>
>>>>>
>>>>>
>>>>>>Wenn Du nun aber ein anderes Kriterium hinzufügst, z.B. IP-Name, dann
>>>>>>werden die Kriterien IP-Adresse und IP-Name UND-verknüpft, d.h. BEIDE
>>>>>>Bedingungen müssen für die Site-Zuordnung erfüllt sein.
>>>>>>Und nachdem das nach dem Eintragen eines bestimmten Namens
>>>>>>wahrscheinlich auf keinen Computer zutrifft (maximal auf einen), kann
>>>>>>sich eben auch keiner der Site zuordnen.
>>>>>
>>>>>ah, verstehe.
>>>>>War mir bis jetzt unbekannt.
>>>>>
>>>>>
>>>>>
>>>>>>Kannst Du nicht statt des Namens die IP-Adresse des einen zusätzlichen
>>>>>>Clients hinzufügen? Das würde funktionieren.
>>>>>
>>>>>werde ich austesten.
>>>>>Vielen Dank.
>>>>>
>>>>>Gruß Stefan
>>>>>
>>>>>
>>>>
>>>>
>
>
..

[GUGU]

Was passiert denn wenn man ausser den lokalen NCP Dateien auch die Einträge
in der Registry unter HKLM\Software\Netsupport\Netinstall\NCPCache löscht.
Wie und nach welchen Kriterien erfolgt den eine Standortbestimmung
überhaupt?. Also wann wird der Wert aus der Reg gelesen, oder die lokale
NCP, und bei welchem Zustand werden dies Infos evtl. neu geschrieben. Gibt
es da irgendwas wie ein Flowchart
"Klaus Salger" <klaus.salger@tryptis.com> schrieb im Newsbeitrag
news:9GtI5%23l$EHA.851@sentinel.synergetic.de...
> Hallo Torsten, hallo Markus, hi All
>
> ich finde, gegen die von Frank beschriebene Lösung, die NCPs direkt vor
> dem Start des Agents von einem NetInstall Server zu kopieren ist nichts
> zu sagen. Das sollte auch ohne Neustart des NI Service funktionieren und
> auch im User Context sauber funktionieren. Ich habe das selbst noch
> nie ausprobiert - hatte das Problem noch nicht :) - würde aber erwarten,
> dass das einwandfrei funktioniert.
>
> Das Löschen der lokalen NCP Files wird meines Erachtens nicht mehr
> funktionieren, wenn die Clients bereits aus der Site rausgefolgen sind.
> Wenn die Clients dann noch Kontakt zu einem NetInstall Server aufnehmen
> könnten (auf Grund der Infos in der Registry) dann müßte es auch ohne
> das Löschen der lokalen NCPs funktionieren. Tut es aber meines Wissens
> nicht :(
>
> Ciao
> Klaus
>
> MT wrote:
> > Also ich lösche einfach die beiden NCP Datein am Client per Login
script.
> > Das Loginscript startet als letztes den NI Client somit nuß sich der
Agent
> > "Neu Installieren" (glaubt er zumindest da ihm ja die ncp Dateien
fehlen.
> >
> > Markus
> >
> > "obto" <han_speter@lycos.de> schrieb im Newsbeitrag
> > news:JbNqR8Z$EHA.727@sentinel.synergetic.de...
> >
> >>Hi Klaus,
> >>
> >>kopier die neuen *.ncp vom server zum client stoppe den ni dienst und
> >>starte den niexecutive neu. Dann sollte wieder alles gehen.
> >>
> >>Gruß
> >>Torsten
> >>"Klaus Salger" <klaus.salger@tryptis.com> schrieb im Newsbeitrag
> >>news:UniTf2M$EHA.617@sentinel.synergetic.de...
> >>
> >>>Ah, ja, die Frage "wie bekomme ich den Client wieder zurück in seine
> >>>Site" habe ich ganz übersehen. Naja, so haben wir die Frage halt per
> >>>Teamwork beantwortet :)
> >>>
> >>>In diesem Sinne füge ich gleich noch einen Tipp hinzu:
> >>>Um künftig das Problem mit den Clients zu vermeiden, die sich keiner
Site
> >>>mehr zuordnen können, kann man eine Auffang-Site einrichten, der sich
> >>>alle Clients zuordnen, die sich keiner regulären Site zuordnen konnten.
> >>>Näheres dazu findet man im Handbuch (RTFM :)).
> >>>
> >>>Ciao
> >>> Klaus
> >>>
> >>>Frank Scholer wrote:
> >>>
> >>>>Hallo Stefan,
> >>>>
> >>>>Klaus hat natürlich recht, mit dem was er sagt - aber du hast
(eventl.)
> >>>>noch ein anderes Problem: auch wenn du jetzt die Sitedefinition
> >>>>korrigierst wird das erstmal nicht "wirksam" (d.h. die betroffenen
> >>>>Clients können sich immer noch keiner Site zuordnen).
> >>>>Grund ist, dass die Client erstmal die lokale Kopie der Konfig-DB
> >>>>nehmen, um ne Sitebestimmung zu machen, sich dann einer Site (und
damit
> >>>>implizit einem Server) zuordnen und dann auf diesem Server schauen, ob
> >>>>es eventl. eine aktuellere Konfiguration gibt. Da sie sich aber bei
dir
> >>>>keiner Site und damit keinem Server zuordnen können, können Sie sich
> >>>>auch nicht die neue (korriguerte) NICFGLCL.NCP herunterladen...
> >>>>
> >>>>Am einfachsten ist, du macht in dein Login-Script, direkt vor den
Aufruf
> >>>>des NIAGNT32 einen COPY-Befehl rein, wo du genau dieses Datei vom
> >>>>NI-Share lokal nach %ProgramFiles%\NetInst kopierst. Dann sollte alles
> >>>>wieder tun...
> >>>>
> >>>>HTH, Gruß Frank
> >>>>
> >>>>
> >>>>"Stefan Jarosiewicz" <jar@da.kuk.de> schrieb im Newsbeitrag
> >>>>news:SWTih0G$EHA.617@sentinel.synergetic.de...
> >>>>
> >>>>
> >>>>>Hi,
> >>>>>
> >>>>>
> >>>>>
> >>>>>>Wenn Du nun aber ein anderes Kriterium hinzufügst, z.B. IP-Name,
dann
> >>>>>>werden die Kriterien IP-Adresse und IP-Name UND-verknüpft, d.h.
BEIDE
> >>>>>>Bedingungen müssen für die Site-Zuordnung erfüllt sein.
> >>>>>>Und nachdem das nach dem Eintragen eines bestimmten Namens
> >>>>>>wahrscheinlich auf keinen Computer zutrifft (maximal auf einen),
kann
> >>>>>>sich eben auch keiner der Site zuordnen.
> >>>>>
> >>>>>ah, verstehe.
> >>>>>War mir bis jetzt unbekannt.
> >>>>>
> >>>>>
> >>>>>
> >>>>>>Kannst Du nicht statt des Namens die IP-Adresse des einen
zusätzlichen
> >>>>>>Clients hinzufügen? Das würde funktionieren.
> >>>>>
> >>>>>werde ich austesten.
> >>>>>Vielen Dank.
> >>>>>
> >>>>>Gruß Stefan
> >>>>>
> >>>>>
> >>>>
> >>>>
> >
> >


..

[Stefan Jarosiewicz]

Hallo,

vielen Dank für die vielen Vorschläge.
Das Kopieren der Datei via Loginscript hat wunderbar geklappt.
Aber gut, daß es noch mehrere Möglichkeiten gibt. :-)

Gruß Stefan


..