Wenn Euch der eine oder andere Link oder Tipp weiterhelfen kann, freut mich das.
Tipps zu Soft- und Hardware sendet bitte per Wenn Ihr dies wünscht, wird der Tipp mit Eurem Namen und einem Link zu eurer Webseite veröffentlicht.
Allgemeine Tipps:
Fehler bei Druckerbeglaubigung mit IPrint-Client
Für die Authentifizierung beim zuweisen von Druckern mit iPrint über SSL kann dieser Fehler auftreten. Ich hatte den Fehler auch beim erzeugen von Druckertreiberprofilen mit dem iManager.
Die iPrint Authentifizierung beruht auf LDAP. Es wird eine unique ID für den User benötigt. Nutzer die mit dem NWAdmin angelegt wurden, besitzen diese unique ID nicht. Diese wurde erst mit ConsoleOne oder dem iManager angelegt. Mit den Schritten in besagter TID kann die unique ID bei den Nutzern nachgepflegt werden.
Fehler 601 bei Passwortänderungen oder Anlegen von neuen Objekten
Lässt sich an Client-Rechnern das Passwort nicht ändern, oder taucht beim Anlegen von neuen Usern
der Fehler 601 (Objekt nicht gefunden) auf, kann das an der NMAS-Komponente des Netware Clients 4.9(SP1) liegen.
Nach Deinstallation der NMAS-Komponente über Systemsteuerung Software ist der Fehler behoben.
Folgendermaßen sahen die Symptome aus:
Tree mit Netware 5.1 SP6 und Netware 6.5 SP1
NDS Synchron, Timesync OK, Schema OK
Client 4.9 SP1
Passwortänderung durch Admin für Nutzer nicht möglich in ConsoleOne oder NWAdmin (Fehler 601 - Objekt nicht gefunden)
Passwortänderung mit IManger funktioniert
Passwortänderung durch Nutzer nicht möglich
Fehler 601 (Objekt nicht gefunden) beim Nutzer anlegen mit C1 oder NWadmin. Nach Bestätigung ist neues Objekt aber da.
Hier bastelt Novell wohl bei den NMAS-Komponenten in die falsche Richtung!?
Die Inhalte der Variablen PLATFORM, OS,
OS_VERSION und WINVER bei verschiedenen Betriebssystemen:
PLATPFORM
OS
OS_VERSION
WINVER
Windows XP
WNT
WINNT
V5.01
5.1.2600 2600
Windows 2000 SPx
WNT
WINNT
V5.00
5.0.2195 Service Pack x
Windows 2000
WNT
WINNT
V5.00
5.0.2195 2195,
Windows ME
W98
WIN98
V4.90
4.90.3000
Windows NT
WNT
WINNT
V3.51 / V4.00
4.0.1381 Service Pack x
Windows 98
W98
WIN98
V4.10
4.10.1998
Windows 95
W95
WIN95
V4.00
4.00.950x
MSDOS/Win 3.11
%PLATFORM / WIN
MSDOS
Abhängig von DOSversion
-
Wenn die Workstation diese Werte nicht liefert, ist
entweder der Novell-Client von Microsoft, oder ein veralteter Client32
installiert.
Beispiel Login script:
IF PLATFORM = "WNT" THEN
…any login script command
Das Beispiel testet, ob Windows NT installiert ist,
und führt bei positivem Ergebnis weitere Loginscript-Befehle aus.
Client Tuning:
Öffnen eines Verzeichnisses
oder Laufwerks auf dem Server erfolgt mit Verzögerung von 20-30 Sekunden: Tritt dieses Problem unter Windows 2000, kann es am aktivierten
Task-Planer (Task-Scheduler) liegen. W2K versucht bei einer Verbindung zu
einem anderen Rechner sich zu dessen Registry zu verbinden, um zu prüfen
ob dieser Rechner den Task-Scheduler unterstützt. Damit überprüft
Windows, ob der Task-Scheduler-Ordner auf dem remote Rechner
angezeigt werden kann. Dieser Prozess braucht einige Zeit für sein
Time-Out, was zu besagten Verzögerungen führt. Dieses Verhalten sollte
schon in SP2 behoben werden …
Abschalten lässt sich diese Überprüfung durch entfernen des folgenden
Registry-Eintrags:
[HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Windows \ CurrentVersion \
Explorer \ RemoteComputer \ NameSpace \
(D6277990-4C6A-11CF-8D87-00AA0060F5BF)]
Hier das dafür nötige .reg-File zum Importieren in die Registry:
disable_remote.zip
nbsp;
Langsames Datei-System-Browsing Windows 2000 hat die schlechte Angewohnheit, einen Registry-Schlüssel des
des Netware Clients (NetwareRedirector) auf den Wert für den MS Client for
Netware (NetwareWorkstation) zurückzusetzen. Dieser Effekt tritt nicht auf
allen Workstations auf.
Da dieser falsche Eintrag die Geschwindigkeit des Browsings stark
beeinflußt, sollte man ihn auf jeden Fall überprüfen.
Unter dem Registry-Pfad HKEY_LOCAL_MACHINE \ System \
CurrentControlSet \ Services \ NetwareWorkstation \ NetworkProvider \
DeviceName ist der Wert \Device\NetwareWorkstation zu \Device\NetwareRedirector abzuändern.
Login dauert zu lange Hier hilft unter Umständen schon die Angabe eines bevorzugten Servers
(preferred Server) für das Login. Fehlt dieser Eintrag, verbindet sich die
Workstation zu verschiedenen Servern, was unnötige Zeit und
Serververbindungen bedeutet. Der eingetragene bevorzugte Server sollte
eine Replika seiner Partition (und der des Users) halten. Der Nutzer
meldet sich nun direkt an diesem Server an. Das Ergebnis: schnelleres
Login und weniger Serverconnections. (Siehe Server Verbindungen im
Novell-Kontext-Menü)
Links zum Thema
Tuning
Gute Tipps zum Tuning
von Novell-Clients gibt es auch auf
www.ithowto.com.
Auch Novell hat zu diesem Thema in den
CoolSolutions einiges zu bieten
Novell Knowledgebase
Suchen in der Knowledgebase und den Handbüchern von Novellprodukten.
Die
Minimum
Patch List für alle Novell Produkte. Sehr empfehlenswert hier öfter
vorbeizusehen. Ein aktueller Support Pack behebt so manches Problem!
Die Novell-Download
Seite. Hier gibt es alle aktuellen Clientversionen und Tools. u.a. die
aktuelle Console One mit den benötigten SnapIns
Links zum
Thema Tuning
Gute Tipps zum Tuning
von Novell-Clients gibt es auch auf
www.ithowto.com.
Auch Novell hat zu diesem Thema in den
CoolSolutions einiges zu bieten
Admins-Tipps.net - Tipps und Tricks rund um die EDV & Hosting-Tipps.net - Der Preis-Leistungs-Vergleich der Webhoster sind Projekte von Stefan Mrosek
(c) 2004
