7
Active Directory, NAS, Zugriff nur per Hostname möglich, nicht per IP?
Hi @all,
ich bin seit 11 Jahren als Anwendungsentwickler in einem kleinen Unternehmen angestellt und kümmere mich nebenbei auch noch um die Hardware und sonstiges, wie z.B. um einen Exchange-Server oder auch die AD.
Bisher haben immer Suchmaschinen ausgereicht, aber nun komme ich nicht weiter.
Da mir dieses Forum schon häufig weiter geholfen hat (Suchergebnisse), habe ich mich heute hier registriert.
Nach dem Heraufstufen unserer Active Directory von Funktionsebene 2000 auf 2003, funktionieren die Zugriffe auf einen "uralten" Linux-PC (Samba, vermutlich Version < 3) und auf den NAS nicht mehr wie zuvor "gewohnt".
Das AD-Logon-Skript mappte die Freigaben - vor der Umstellung - vom Linux-Server per Hostname und vom NAS per IP, seit der Umstellung ist es genau umgekehrt, bzw. funktioniert es nur noch "umgekehrt".
Probleme macht der NAS, dessen Freigaben sich nicht mehr per IP mappen lassen, was bei den "Home-Office"-Anwendern zu Problemen führt. Der Linux-Server kann vernachlässigt werden, da er eh bald ausgemustert wird.
Problembeschreibung:
net use Z: \\Hostname\Share = OK!
net use Z: \\IP\Share = Zugriff verweigert, also funktioniert die Connection anscheinend, aber nicht die Authentifizierung!
Vermutung:
Irgendeine Richtlinie verhindert den Zugriff per IP, aber welche?!
Umgebung:
Windows 2008R2-Server auf ESXI-Host (a) - AD-Controller (Betriebsmaster), DNS-Server, DHCP-Server und WINS-Server.
Windows 2003 auf ESXI-Host (b) - AD-Controller und DNS-Server.
NAS - Buffalo TeraStation Pro TS-HTGL/R5, Firmware 1.35.
Bitte um Unterstützung UND besten Dank voraus...
Folgend meine Mail an den Buffalo-Support, der mit einem Standard-Template antwortete:
Hallo Buffalo-Support,
Modell: TS-HTGL/R5
Firmware: 1.35
Problem:
Wir haben unsere Active Directory von der Funktionsebene "2000" auf "2003" angehoben und seitdem lassen sich die Shares nur noch per HOSTNAME und NICHT MEHR per IP verbinden.
Als AD-Controller fungieren nun ein Windows Server 2003 und ein Windows Server 2008R2.
Beispiele:
net use Z: \\Terrastation\Share == OKAY!
net use Z: \\192.168.1.x\Share == ZUGRIFF VERWEIGERT!
Environment:
Beide AD-Controller werden auf zwei unterschiedlichen ESXI-Hosts betrieben.
Die AD-Anbindung in der Terrastation liefert auch keine Fehler, sprich AD-User und AD-Groups werden in der Terrastation angezeigt.
Einstellungen TerraStation:
Primary DNS-Serveradresse == IP des AD-Betriebsmaster (als DNS-Server eingerichtet)
Secondary DNS-Serveradresse == IP des 2. AD-Controllers (als DNS-Server eingerichtet)
Netzwerktyp == ActiveDirectory
ActiveDirectory Domänen- Name (NetBIOS- Name) == BDL
ActiveDirectory Domänen- Name (DNS/Realm- Name) == BDL.DE
ActiveDirectory Domain Controller Name == HOSTNAME-DES-CONTROLLERS
IP-Adresse des WINS-Servers == leer (auch mit IP des WINS-Servers funktionierte es nicht)
Einstellungen AD:
Prä-Windows2000-Konto zugewiesen
Forward-Lookupzone und Reverse-Lookupzone eingerichtet
Delegierung aller Dienste vertrauen (nur Kerberos) aktiviert
LmCompatibilityLevel == 1
NoLmHash == 0
LAN Manager authentication level == Send LM & NTLM - use NTLMv2 session security if negotiated
Ich danke Euch für jegliche Tipps und Tricks.
Das AD-Logon-Skript mappte die Freigaben - vor der Umstellung - vom Linux-Server per Hostname und vom NAS per IP, seit der Umstellung ist es genau umgekehrt, bzw. funktioniert es nur noch "umgekehrt".
Probleme macht der NAS, dessen Freigaben sich nicht mehr per IP mappen lassen, was bei den "Home-Office"-Anwendern zu Problemen führt. Der Linux-Server kann vernachlässigt werden, da er eh bald ausgemustert wird.
Problembeschreibung:
net use Z: \\Hostname\Share = OK!
net use Z: \\IP\Share = Zugriff verweigert, also funktioniert die Connection anscheinend, aber nicht die Authentifizierung!
Vermutung:
Irgendeine Richtlinie verhindert den Zugriff per IP, aber welche?!
Umgebung:
Windows 2008R2-Server auf ESXI-Host (a) - AD-Controller (Betriebsmaster), DNS-Server, DHCP-Server und WINS-Server.
Windows 2003 auf ESXI-Host (b) - AD-Controller und DNS-Server.
NAS - Buffalo TeraStation Pro TS-HTGL/R5, Firmware 1.35.
Bitte um Unterstützung UND besten Dank voraus...
Folgend meine Mail an den Buffalo-Support, der mit einem Standard-Template antwortete:
Hallo Buffalo-Support,
Modell: TS-HTGL/R5
Firmware: 1.35
Problem:
Wir haben unsere Active Directory von der Funktionsebene "2000" auf "2003" angehoben und seitdem lassen sich die Shares nur noch per HOSTNAME und NICHT MEHR per IP verbinden.
Als AD-Controller fungieren nun ein Windows Server 2003 und ein Windows Server 2008R2.
Beispiele:
net use Z: \\Terrastation\Share == OKAY!
net use Z: \\192.168.1.x\Share == ZUGRIFF VERWEIGERT!
Environment:
Beide AD-Controller werden auf zwei unterschiedlichen ESXI-Hosts betrieben.
Die AD-Anbindung in der Terrastation liefert auch keine Fehler, sprich AD-User und AD-Groups werden in der Terrastation angezeigt.
Einstellungen TerraStation:
Primary DNS-Serveradresse == IP des AD-Betriebsmaster (als DNS-Server eingerichtet)
Secondary DNS-Serveradresse == IP des 2. AD-Controllers (als DNS-Server eingerichtet)
Netzwerktyp == ActiveDirectory
ActiveDirectory Domänen- Name (NetBIOS- Name) == BDL
ActiveDirectory Domänen- Name (DNS/Realm- Name) == BDL.DE
ActiveDirectory Domain Controller Name == HOSTNAME-DES-CONTROLLERS
IP-Adresse des WINS-Servers == leer (auch mit IP des WINS-Servers funktionierte es nicht)
Einstellungen AD:
Prä-Windows2000-Konto zugewiesen
Forward-Lookupzone und Reverse-Lookupzone eingerichtet
Delegierung aller Dienste vertrauen (nur Kerberos) aktiviert
LmCompatibilityLevel == 1
NoLmHash == 0
LAN Manager authentication level == Send LM & NTLM - use NTLMv2 session security if negotiated
Ich danke Euch für jegliche Tipps und Tricks.
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 174958
Url: https://administrator.de/contentid/174958
Printed on: April 19, 2024 at 10:04 o'clock
7 Comments
Latest comment
Hi Schorsch,
binde die TS neu in deine Domäne ein. Verwende dazu in den Einstellungen der TS den DC, welcher die PDC-Emulator Rolle einnimmt.
Tipp für die Userverwaltung der Freigaben der TS:
Füge AD-Gruppen und nicht Einzeluser hinzu, die Lese -(eventuell Schreib)rechte bekommen sollen.
binde die TS neu in deine Domäne ein. Verwende dazu in den Einstellungen der TS den DC, welcher die PDC-Emulator Rolle einnimmt.
Tipp für die Userverwaltung der Freigaben der TS:
Füge AD-Gruppen und nicht Einzeluser hinzu, die Lese -(eventuell Schreib)rechte bekommen sollen.
Guten Abend goscho,
besten Dank für Deinen Tipp, aber es hilft leider nicht weiter.
Es sind auch nur Gruppen zugewiesen, keine einzelnen User.
Des Weiteren habe ich die TS (TeraStation) eben nochmals aus der Domain entfernt und wieder eingefügt, also Maschinen-Konto gelöscht, Lookupzonen entfernt und danach wieder eingerichtet (und die TS danach erneut am PDC-Emulator angemeldet). Leider nix
Anmeldung funktioniert weiterhin nur über den Hostnamen, jedoch nicht über die IP.
Ich denke immer noch, dass entweder irgendeine Richtlinie oder die Einstellungen der Lookupzonen daran "schuld" sind.
(M)ein weiteres Problem ist auch, dass ich (fast) nur abends testen kann, denn Domain und NAS werden produktiv genutzt. Die TS reconnected ja fast bei jeder Änderung das Dateisystem
Noch "äny hints vor mie
"?
besten Dank für Deinen Tipp, aber es hilft leider nicht weiter.
Es sind auch nur Gruppen zugewiesen, keine einzelnen User.
Des Weiteren habe ich die TS (TeraStation) eben nochmals aus der Domain entfernt und wieder eingefügt, also Maschinen-Konto gelöscht, Lookupzonen entfernt und danach wieder eingerichtet (und die TS danach erneut am PDC-Emulator angemeldet). Leider nix
Anmeldung funktioniert weiterhin nur über den Hostnamen, jedoch nicht über die IP.
Ich denke immer noch, dass entweder irgendeine Richtlinie oder die Einstellungen der Lookupzonen daran "schuld" sind.
(M)ein weiteres Problem ist auch, dass ich (fast) nur abends testen kann, denn Domain und NAS werden produktiv genutzt. Die TS reconnected ja fast bei jeder Änderung das Dateisystem
Noch "äny hints vor mie
"?
Morgen bafo,
du hast also auch eine Buffalo TS, die du in einer Domäne betreiben möchtest und welche beim Zugriff über IP-Adresse Fehler ausgibt?
Warum schreibst du nicht ein bisschen detaillierter, wie dir geholfen werden soll?
du hast also auch eine Buffalo TS, die du in einer Domäne betreiben möchtest und welche beim Zugriff über IP-Adresse Fehler ausgibt?
Warum schreibst du nicht ein bisschen detaillierter, wie dir geholfen werden soll?
@goscho
Wollte ja erstmal schauen was bei Schorsch100 herauskamm.
Aber es ist kein Problem mein Problem zu beschreiben.
Bei mir geht es um eine LinkStation ProDuo.
Diese lief bisher in einer SBS 2008er Umgebung und wurde im AD mit unter SBSComputer eingefügt.
Beim morgentlichen Start des Rechners hatte ich bemerkt das die Verbindung nicht wie gewohnt hergestellt wurde.
Dazu benutze ich eine Batch-Datei. In dieser Datei wurden die Pfade über den Hostnamen der LinkStation zugeordnet, bis das nicht mehr funktionierte.
Danach hatte ich die Batch-Datei umgeschrieben und die Verbindung über die IP vorgenommen. Das lief wiederum auch ein paar Tage.
Momentan kann ich über die IP nicht mehr zugreifen, jedoch ist der Zugfriff über den Explorer bei Eingabe des Hostnamen möglich.
Erst wenn ich mich an der LinkStation über deren Menü wieder mit dem AD verbinde, funktioniert die Verbindung über IP, aber nur solange wie Strom durch den Rechner und LinkStation fließen.
das Menü der LinkStation ist glaube ähnlich der TS aufgebaut und es müssen die gleichen Eingaben vollzogen werden.
Im DNS stehen sowohl ein Forward-Lookupzone (Host) als auch Reverse-Lookupzone drin.
MfG
bafo
EDIT: folgendes Ereignis gibt es dazu: DCOM konnte keine Verbindung zum Computer LinkStation.domäne.local unter Verwendung eines beliebig konfigurierten Protokolls keine Daten austauschen.
Wollte ja erstmal schauen was bei Schorsch100 herauskamm.
Aber es ist kein Problem mein Problem zu beschreiben.
Bei mir geht es um eine LinkStation ProDuo.
Diese lief bisher in einer SBS 2008er Umgebung und wurde im AD mit unter SBSComputer eingefügt.
Beim morgentlichen Start des Rechners hatte ich bemerkt das die Verbindung nicht wie gewohnt hergestellt wurde.
Dazu benutze ich eine Batch-Datei. In dieser Datei wurden die Pfade über den Hostnamen der LinkStation zugeordnet, bis das nicht mehr funktionierte.
Danach hatte ich die Batch-Datei umgeschrieben und die Verbindung über die IP vorgenommen. Das lief wiederum auch ein paar Tage.
Momentan kann ich über die IP nicht mehr zugreifen, jedoch ist der Zugfriff über den Explorer bei Eingabe des Hostnamen möglich.
Erst wenn ich mich an der LinkStation über deren Menü wieder mit dem AD verbinde, funktioniert die Verbindung über IP, aber nur solange wie Strom durch den Rechner und LinkStation fließen.
das Menü der LinkStation ist glaube ähnlich der TS aufgebaut und es müssen die gleichen Eingaben vollzogen werden.
Im DNS stehen sowohl ein Forward-Lookupzone (Host) als auch Reverse-Lookupzone drin.
MfG
bafo
EDIT: folgendes Ereignis gibt es dazu: DCOM konnte keine Verbindung zum Computer LinkStation.domäne.local unter Verwendung eines beliebig konfigurierten Protokolls keine Daten austauschen.
Hi bafo,
ich habe auch diverse Linkstations in Domänen im Einsatz.
Entferne diese bitte komplett aus der Domäne, entferne das Computerkonto aus dem Ad und joine sie anschließend erneut.
Danach musst du jedoch die Einstellungen an den Freigaben der LS Pro Duo neu einrichten.
ich habe auch diverse Linkstations in Domänen im Einsatz.
Entferne diese bitte komplett aus der Domäne, entferne das Computerkonto aus dem Ad und joine sie anschließend erneut.
Danach musst du jedoch die Einstellungen an den Freigaben der LS Pro Duo neu einrichten.
Danke das hat geholfen.
Die Verbindung muss sich damals aufgehangen haben, als die LinkStation unbeabsichtigt getrennt wurde.
MfG
bafo
Die Verbindung muss sich damals aufgehangen haben, als die LinkStation unbeabsichtigt getrennt wurde.
MfG
bafo
