Mac OSX, das mit einer Active Directory-Domäne verbunden ist, ist nicht über VPN mit dem Netzlaufwerk verbunden. Ich vermute, DNS, aber die Einstellungen sehen alle gut aus

775
Ben Plont

Ich habe einen Remote-Benutzer, der ein neues MAC-Book-Pro verwendet, um sich über LogMeIn Hamachi bei der Windows-Domäne anzumelden. Hamachi verbindet sich mit der Domain:

Mac OSX, das mit einer Active Directory-Domäne verbunden ist, ist nicht über VPN mit dem Netzlaufwerk verbunden. Ich vermute, DNS, aber die Einstellungen sehen alle gut aus

Ich kann das Mac-Buch vom Hamachi-Server aus per Ping anpingen. Ich kann mit dem dns vom Macbook zum Dateiserver pingen ...

Ping-Dateiserver

Ich bekomme eine Antwort, aber die IP-Adresse ist falsch. Es sollte 192.168.1.13 sein. Es wird jedoch wie folgt berichtet: 10.0.10.40.

Ich habe das MacBook wie hier an das Doamin gebunden: Mac OSX, das mit einer Active Directory-Domäne verbunden ist, ist nicht über VPN mit dem Netzlaufwerk verbunden. Ich vermute, DNS, aber die Einstellungen sehen alle gut aus

Ich habe den primären Domänenserver mithilfe des Verzeichnisdienstprogramms als Hauptdomänencontroller konfiguriert:

Mac OSX, das mit einer Active Directory-Domäne verbunden ist, ist nicht über VPN mit dem Netzlaufwerk verbunden. Ich vermute, DNS, aber die Einstellungen sehen alle gut aus

Ich habe DNS in der Domäne für Dateiserver als 192.168.1.13 konfiguriert, der Server hat eine statische IP-Adresse.

Ich hatte diesen Laptop an die Netzlaufwerke angeschlossen, bevor ich ihn abschickte und alles funktionierte gut von einem entfernten Teststandort.

Ich suche, wo das Problem mit DNS aufgetreten ist.

Ich bin allen Schritten hier und hier gefolgt .

Jede Hilfe wird sehr geschätzt.

1
woher kommt die Adresse 10.0.10.40? was bekommst du, wenn du einen `` `dig fileserver``` auf dem mac machst? Bekommen Sie mehr als eine Adresse als Antwort? heiglandreas vor 9 Jahren 0
Ich bin fast sicher, dass der 10.0.10.40 von Hamachi (VPN-Client) kommt. Ich habe den Dig-Befehl nicht vom Mac aus versucht, aber ich werde es tun, und ich werde die Ergebnisse veröffentlichen. Ben Plont vor 9 Jahren 0
Hamachi soll den 10.xyz-Bereich explizit NICHT verwenden (http://en.wikipedia.org/wiki/Hamachi_%28software%29#Addressing) heiglandreas vor 9 Jahren 0
@heiglandreas Es heißt, dass es den 10.xyz-Bereich auf der Clientseite ausschließt. Die 10.xyz-Adresse kommt von der Serverseite, nicht wahr? Ben Plont vor 9 Jahren 0

1 Antwort auf die Frage

1
Ben Plont

Die möglichen Täter, die ich für diese Situation in Betracht ziehen konnte, waren:

• Ausfall eines VPN-Tunnels oder falsches Konfigurieren von DNS durch VPN

• MacBook ist nicht Mitglied der Domäne

• Benutzerkontoberechtigungen sind nicht ordnungsgemäß konfiguriert

• Ungenaue Konfiguration der Client- oder serverseitigen Firewall-Konfiguration

• Übereinstimmung der lokalen Netzwerk-ID und der Netzwerk-ID des Remote-Benutzers, was zu Konflikten führt

Ich habe die ersten vier Elemente ausgiebig getestet und keine Fehler gefunden. Das fünfte Szenario war die einzige Möglichkeit. Ich habe den Remote-Benutzer an ein anderes Netzwerk geschickt, um die passende NetID-Theorie zu testen. Alle Laufwerke wurden erfolgreich zugeordnet.

In dieser Situation bestand das Problem darin, dass die NetIDs des lokalen Netzwerks und des Remote-Netzwerks übereinstimmten.

Verwandte Probleme