Mein Testrechner mit Windows 7 und dem Novell Client 2.0 fᅵr Vista
wollen einfach den Novellserver nicht finden. Er findet einfach keinen
Baum. Trage ich den von Hand ein und klicke auf Kontext sagt er "Kein
Zugriff auf XXXXXX". Der Server lᅵuft mit NetWare 6.5 .
Auf unseren XP Arbeitsplᅵtzen lᅵuft alles glatt.
Hat da jemand eine Idee wo es hapert?
> Hallo,
>
> Mein Testrechner mit Windows 7 und dem Novell Client 2.0 für Vista
> wollen einfach den Novellserver nicht finden. Er findet einfach keinen
> Baum. Trage ich den von Hand ein und klicke auf Kontext sagt er "Kein
> Zugriff auf XXXXXX". Der Server läuft mit NetWare 6.5 . Auf unseren XP
> Arbeitsplätzen läuft alles glatt.
>
> Hat da jemand eine Idee wo es hapert?
SLP, DNS, nur um mal anzufangen ...
Trag' mal im Feld BAUM die IP-Adresse eines Servers mit einer
entsprechenden Replika ein. Wenn's dann klappt, siehe oben.
Zu SLP gibts hier in der Gruppe einen gute Quickstart (ist 1-2 Wochen
her) Ansonsten hilft auch die Doku zu SLP.
Bye
Bernd
"M. Koerdt" wrote:
>
> Hallo,
>
> Mein Testrechner mit Windows 7 und dem Novell Client 2.0 f�r Vista
> wollen einfach den Novellserver nicht finden.
1. Du brauchst *zingend* den ir1a client. Der nackte 2.0 tut nicht. Und
mit dem ir1a *musst* Du in Win7 UAC abschalten.
> Er findet einfach keinen
> Baum.
2. Firewall abschalten, SLP config pr�fen.
> Trage ich den von Hand ein
3. Was? Server*NAME*, oder IP? Versuch die IP. Wenn das geht, dann siehe
2.
CU,
--
Massimo Rosen
Novell Product Support Forum Sysop
No emails please!
http://www.cfc-it.de
>
> 2. Firewall abschalten, SLP config pr�fen.
>
Es ist die SLP Konfiguration. Der SLP Scope exixtiert, ist aber
"unscoped", bei NW 6.5 muss der "named" sein, oder? In der SLP.CFG steht
DA IPv4 xxx.xxx.xxx.xxx (IP des Servers)
Alle Rechner sind im gleichen Subnet, dann m�sste doch die Umstellung
von "unscoped" auf "named" das Problem l�sen?!
Wundert mich nur, das es die letzten 5 Jahre keine Probleme mit den XP
Workstations gab. Gelegentlich fanden die mal den Baum nicht, kurz nach
der Anmeldung mit "Nur Arbeitsstation" funzte die nachtr�gliche
Anmeldung aber am Server. Trat aber eben sehr selten auf.
>> Trage ich den von Hand ein
>
> 3. Was? Server*NAME*, oder IP? Versuch die IP. Wenn das geht, dann siehe
> 2.
Wie gesagt mit der IP gings, s.o. .
>
> CU,
Besten dank f�r die Hinweise.
"M. Koerdt" wrote:
> Es ist die SLP Konfiguration. Der SLP Scope exixtiert, ist aber
> "unscoped", bei NW 6.5 muss der "named" sein, oder? In der SLP.CFG steht
Nein, *muss* er nicht. Sollte er aber. Ob Win7 mit SLPv1 evetl. ein
Problem hat wei�ソス ich nicht, *kann* aber sein. Das ist der Entscheidende
Unterschied. Unscoped ist zwangsweise v1. Das wird vermutlich niemand
mehr testen.
> DA IPv4 xxx.xxx.xxx.xxx (IP des Servers)
>
> Alle Rechner sind im gleichen Subnet, dann m�ソスsste doch die Umstellung
> von "unscoped" auf "named" das Problem l�ソスsen?!
Nicht unbedingt. Sehr viel wahrscheinlicher ist, dass Ihr auch
ungeschickterweise darauf verlasst, dass der Client den DA von alleine
findet. Das ist einer *der* Kardinalsfehler im SLP, und ich w�ソスnschte die
Funktion den DA per Multicast zu finden h�ソスtte Novell niemals eingebaut.
Dann w�ソスrden sich n�ソスmlich nicht so viele Leute wundern, warum das
prinzipbedingt unzuverl�ソスssig ist. Den DNS Server muss man dem Client ja
auch aktiv mitteilen. Macht man das mit dem DA genauso, hat man auf
einen Schlag dutzende von Problemen weniger.
> Wundert mich nur, das es die letzten 5 Jahre keine Probleme mit den XP
> Workstations gab.
Mich auch. ;)
> Gelegentlich fanden die mal den Baum nicht, kurz nach
> der Anmeldung mit "Nur Arbeitsstation" funzte die nachtr�ソスgliche
> Anmeldung aber am Server. Trat aber eben sehr selten auf.
Aha, also gab's doch Probleme. ;)
Gib' dem Client den DA, anstatt Ihn danach suchen zu lassen, dan
klappt's auch mit dem Nachbarn.
Ok, ist SLPv1. Ich hatte irgendwie mal geh�rt, bei NW6.5 w�re es SLPv2.
Dann stelle ich mal morgen fr�h auf named um. Oder besser doch erst
Montag, sonst ist nachher der Freitag im Eimer wenn da was schief geht! ;)
> Nicht unbedingt. Sehr viel wahrscheinlicher ist, dass Ihr auch
> ungeschickterweise darauf verlasst, dass der Client den DA von alleine
> findet. Das ist einer *der* Kardinalsfehler im SLP, und ich w�nschte die
> Funktion den DA per Multicast zu finden h�tte Novell niemals eingebaut.
> Dann w�rden sich n�mlich nicht so viele Leute wundern, warum das
> prinzipbedingt unzuverl�ssig ist. Den DNS Server muss man dem Client ja
> auch aktiv mitteilen. Macht man das mit dem DA genauso, hat man auf
> einen Schlag dutzende von Problemen weniger.
Genauso ist es. Dann werde ich mal bei allen Clients den DA in den
Client-Eigenschaften (Servicestandort - Verzeichnisagentenliste) eintragen.
Danke!
>> Gelegentlich fanden die mal den Baum nicht, kurz nach
>> der Anmeldung mit "Nur Arbeitsstation" funzte die nachtr�gliche
>> Anmeldung aber am Server. Trat aber eben sehr selten auf.
Das /k�nnte/ u.U. auch an den Port Settings deiner Switches liegen, Stichwort
Spanning Tree. (Cisco: "Portfast")
Obwohl: Bei "sehr selten" scheidet das praktisch aus.
Sch�nen Gru�, Rudi.
>Ok, ist SLPv1. Ich hatte irgendwie mal geh�rt, bei NW6.5 w�re es SLPv2. Dann
>stelle ich mal morgen fr�h auf named um. Oder besser doch erst Montag, sonst ist
>nachher der Freitag im Eimer wenn da was schief geht! ;)
[snip]
>Genauso ist es. Dann werde ich mal bei allen Clients den DA in den
>Client-Eigenschaften (Servicestandort - Verzeichnisagentenliste) eintragen.
Du l�uftst gerne? H�lt gesund. Jede Treppenstufe verl�ngert das Leben um 1 Sekunde ;)
Im Ernst: Mach' das alles *ZENTRAL*.
s. z.B. hier grob umrissen:
http://groups.google.com/group/de.comp.sys.novell/msg/614fad3b0534e299?dmode=source
>
> Du l�uftst gerne? H�lt gesund. Jede Treppenstufe verl�ngert das Leben um 1 Sekunde ;)
>
> Im Ernst: Mach' das alles *ZENTRAL*.
>
> s. z.B. hier grob umrissen:
>
> http://groups.google.com/group/de.comp.sys.novell/msg/614fad3b0534e299?dmode=source
>
>
>
> Sch�nen Gru�, Rudi.
Danke f�r die Anleitung.
Eine Frage noch, wir haben nur 1 Server, muss der dann in der SLP.CFG
eingetragen werden? Weil bei mehreren Servern soll die eigene IP ja
nicht eingetragen werden.
DHCP verwenden wir �brigens nicht, da alle Arbeitsstationen feste IPs
haben. Daher kann ich die Clients nicht per DHCP konfigurieren.
Gruss
"M. Koerdt" wrote:
>
> Danke f�r die Anleitung.
>
> Eine Frage noch, wir haben nur 1 Server, muss der dann in der SLP.CFG
> eingetragen werden?
Nein.
> Weil bei mehreren Servern soll die eigene IP ja
> nicht eingetragen werden.
Richtig.
> DHCP verwenden wir �brigens nicht, da alle Arbeitsstationen feste IPs
> haben. Daher kann ich die Clients nicht per DHCP konfigurieren.
Doch, kannst Du, selbst wenn die IP statisch ist. Der Novell client
fragt einen evtl. vorhandenen DHCP Server trotzdem nach den DA optionen.
An meinem XP Rechner (132.195.XX.ZZ) gibt slpinfo folgendes aus:
*****************************************************
*** Novell Client for Windows NT ***
*** Service Location Diagnostics ***
*****************************************************
SLP Version: 4.91.5.2
SLP Start Time: 8:23:48am 12/11/2009
Last I/O: 8:54:38am 12/11/2009
Total Packets: Out: 292 In: 9
Total Bytes: Out: 18300 In: 569
SLP Operational Parameters Values
------------------------------- ------------
Static Scopes NO
Static Directory Agents YES
Active Discovery YES
Use Broadcast for SLP Multicast NO
Use DHCP for SLP YES
SLP Maximum Transmission Unit 1400 bytes
SLP Multicast Radius 32 hops
SLP Timers Values
------------------------------------- ------------
Give Up on Requests to SAs 15 seconds
Close Idle TCP Connections 5 minutes
Cache SLP Replies 1 minutes
SLP Default Registration Lifetime 10800 seconds
Wait Before Giving Up on DA 5 seconds
Wait Before Registering on Passive DA 1-2 seconds
Scope List Source(s)
---------------------------------------- ------------
<unscoped>
LART_SCOPE DA
DA IP Address Source(s) State Version Local Interface Scope(s)
--------------- --------- ----- ------- ---------------
---------------
132.195.XX.YY CNFG NORSP ? 192.168.217.1
<unknown>
132.195.XX.YY CNFG NORSP ? 192.168.91.1
<unknown>
132.195.XX.YY CNFG UP SLPV2 132.195.XX.ZZ LART_SCOPE
Local Interface 132.195.XX.ZZ
---------------------------------
Operational State: UP
Operating Mode(s): MCAST,STATIC-DA
SA/UA Scopes: <unscoped>,LART_SCOPE
Last I/O: 8:31:49am 12/11/2009
Total Packets: Out: 24 In: 9
Total Bytes: Out: 2476 In: 569
Last Addr Out: 132.195.XX.YY
Last Addr In: 132.195.XX.YY
Local Interface 192.168.91.1
---------------------------------
Operational State: UP
Operating Mode(s): MCAST,STATIC-DA
SA/UA Scopes: <unscoped>
Last I/O: 8:54:38am 12/11/2009
Total Packets: Out: 134 In:
Total Bytes: Out: 7912 In:
Last Addr Out: 132.195.XX.YY
Last Addr In: 0.0.0.0
Local Interface 192.168.217.1
---------------------------------
Operational State: UP
Operating Mode(s): MCAST,STATIC-DA
SA/UA Scopes: <unscoped>
Last I/O: 8:54:38am 12/11/2009
Total Packets: Out: 134 In:
Total Bytes: Out: 7912 In:
Last Addr Out: 132.195.XX.YY
Last Addr In: 0.0.0.0
Was machen da die beiden Privaten IPs??
Irgendwie hab ich die SLP Konfiguration noch nicht so ganz begriffen.
P.S.
Heute nacht kam ne Mail von Novell:
"Invitation to beta test the "Novell Client 2 SP1 for Windows"
(including Windows 7)"
Peter
mfg
Gotthard
--
papie...@ekmd.de <-- Die Addi heisst nicht umsonst so!
>>http://groups.google.com/group/de.comp.sys.novell/msg/614fad3b0534e299?dmode=sour
>>ce
>Danke, sehr uebersichtlich.
>Rueckfrage von zuhause: bei einem edir ueber WAN sollte an jedem Standort ein DA
>vorhanden sein?
DA Anfragen sollen *SCHNELL* beantwortet werden, und m�ssen auch ggf. bei St�rungen
des WAN Links weiter verf�gbar bleiben -- also ja.
Sch�nen Gru�, Rudi.
--
IT-Beratung Rudolf Thilo
Schweinfurter Str. 131
97464 Niederwerrn
Germany