TSchaefer1976 11 Geschrieben 6. Januar 2014 Melden Teilen Geschrieben 6. Januar 2014 Moin ! Ich habe aktuell einen Client Rechner, bei dem net use n: \\NETBIOSNAME\Ordner /user:domain\Administrator sowie net use n: \\FQDN\Ordner /user:domain\Administrator mit Systemfehler 86 - Das angegebene Netzwerkkennwort ist falsch quitiert wird. Wobei ein net use n: \\192.168.x.x\Ordner /user:domain\Administrator mit der entsprechenden korrekten IP, funktioniert. Die Zielsysteme ( 2 x QNAP NAS), lassen sich sauber mit DNS auflösen ping <netbiosname> sowie ping <FQND> funktionieren sauber. Der Rechner ist nicht in der Domäne eingebunden, die Verbindung hat bisher immer funktioniert. DHCP ist aktiviert, das DNS Suffix wird korrekt übertragen. Hat jemand eine Idee ? Zitieren Link zu diesem Kommentar
testperson 1.707 Geschrieben 6. Januar 2014 Melden Teilen Geschrieben 6. Januar 2014 Hi, ggfs. mal den Kennwortspeicher / Tresor am Client leeren. Gruß Jan Zitieren Link zu diesem Kommentar
TSchaefer1976 11 Geschrieben 6. Januar 2014 Autor Melden Teilen Geschrieben 6. Januar 2014 Hi, ggfs. mal den Kennwortspeicher / Tresor am Client leeren. Gruß Jan Sorry, das habe ich bereits gemacht, aber vergessen aufzuführen. Nachtrag: Bei den Zielsystemen handelt es sich um QNAP NAS Geräte mit Domänenintegration. Wenn ich als Benutzer den lokalen admin der QNAP's benutze, funktioniert es mit NETBIOS/DNS Namen sowie IP Adresse. Zitieren Link zu diesem Kommentar
Sunny61 807 Geschrieben 6. Januar 2014 Melden Teilen Geschrieben 6. Januar 2014 Ein anderes/neues Benutzerprofil der betroffenen Benutzer am Windows Client wäre noch eine Möglichkeit. Zitieren Link zu diesem Kommentar
Daniel -MSFT- 129 Geschrieben 6. Januar 2014 Melden Teilen Geschrieben 6. Januar 2014 Klingt für mich so, als wenn der angemeldete Benutzer zu dem Zielserver schon eine Verbindung auf hat. Du kannst nicht zwei Verbindungen zum gleichen Servernamen mit unterschiedlichen Anmeldungen gleichzeitig nutzen. Was gibt denn ein 'net use' am Client aus? Das zweite, was mir dazu noch einfällt, ist die UAC Remote Restriction: http://support.microsoft.com/kb/951016/en-us Have fun! Daniel Zitieren Link zu diesem Kommentar
TSchaefer1976 11 Geschrieben 7. Januar 2014 Autor Melden Teilen Geschrieben 7. Januar 2014 Update: Ich habe am Standort, wo das Problem aufgetreten ist, eine Falschkonfiguration der Zeitgeber entdeckt. Ich vermute dies als grundsätzliche Ursache. Im Endeffekt war es so, das ein HyperV Server einen virtuellen DC, den er selber hostet, als Zeitgeber konfiguriert.Und dieser DC hatte den VM IC Time Synch Provider dieses Hyper-V Server als Zeitgeber... Dort hat sich, aus welchen Gründen auch immer, über wie Feiertage eine Diskrepanz von ca. 7 Minuten zum Rest der Domäne ergeben. Was mir noch schleierhaft ist, wieso der HyperV plötzlich den selbst gehosteten vDC verwendete. Ursprünglich war der HyperV auf den Haupt DC konfiguriert, könnte es sein, das durch die Einführung bzw. Änderung an den Standorten, diese Konfiguration sich ergeben hat ? Zitieren Link zu diesem Kommentar
Daniel -MSFT- 129 Geschrieben 9. Januar 2014 Melden Teilen Geschrieben 9. Januar 2014 Jedes Mitglied einer Domäne synchronisiert die Zeit mit einem DC. Meistens ist es der, an dem sich die Maschine anmeldet. Wenn Du Standorte eingeführt hat, dann wird ein DC am Standort zum Anmelden bevorzugt. Mehr kannst Du hier nachlesen: http://blogs.technet.com/b/nepapfe/archive/2013/03/01/it-s-simple-time-configuration-in-active-directory.aspx Have fun! Daniel Zitieren Link zu diesem Kommentar
Sunny61 807 Geschrieben 10. Januar 2014 Melden Teilen Geschrieben 10. Januar 2014 Norbert hat einen guten Artikel zum Problem Zeit innerhalb einer Domain geschrieben: http://www.gruppenrichtlinien.de/artikel/zeitsynchronisation-der-domaene-w32time-zeitserver-per-gpo/ Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.