113909
30.10.2013
3668
6
0
Einrichtung Domäne
Hallo,
habe mir den Windows Server 2012 Datacenter R2 daheim installiert. Der Client ist PC mit Windows 8.1 Pro 64bit.
Ich habe dem Server eine feste IP gegeben und den DNS = Server-IP (192.168.188.1), Fritzbox Router 7390 (Gateway): 192.168.188.100
Habe DNS eingerichtet (Reverse-Lookup: 192.168.188.; Weiterleitung an 192.168.188.100 (Auflösung funktioniert)
Dem Client gesagt wo DNS ist (192.168.188.1, alternativ: 192.168.188.100)
Dann DC installiert (home.local), funktioniert soweit alles.
Wenn ich den Client in die DOmäne lassen möchte, erhalte ich verschiedene Fehlermeldungen, einmal das der DNS-SUffix nicht stimmt und von "" auf "home.local" geändert wurde". Dann nach einen Neustart geht alles los. Client ist in der Domäne. Allerdinsgs funktioniert die Anmeldung nicht, weil er sagt das der Anmeldeserver nicht verfügbar ist.
Dann ändere ich die Einstellungen, das beim Start auf das Netzwerk gewartet werden soll und dann kommt wieder eine Fehlermeldung, die ich gerade nicht weiß (iwas mit UPip oder so)
Kann mir jemand sagen was ich am Client alles einstellen muss, was Windows von sich auf auf einen "Privatanwender" eingestellt hat, das der Betrieb in einer Domäne funktioniert??
DANKE!
habe mir den Windows Server 2012 Datacenter R2 daheim installiert. Der Client ist PC mit Windows 8.1 Pro 64bit.
Ich habe dem Server eine feste IP gegeben und den DNS = Server-IP (192.168.188.1), Fritzbox Router 7390 (Gateway): 192.168.188.100
Habe DNS eingerichtet (Reverse-Lookup: 192.168.188.; Weiterleitung an 192.168.188.100 (Auflösung funktioniert)
Dem Client gesagt wo DNS ist (192.168.188.1, alternativ: 192.168.188.100)
Dann DC installiert (home.local), funktioniert soweit alles.
Wenn ich den Client in die DOmäne lassen möchte, erhalte ich verschiedene Fehlermeldungen, einmal das der DNS-SUffix nicht stimmt und von "" auf "home.local" geändert wurde". Dann nach einen Neustart geht alles los. Client ist in der Domäne. Allerdinsgs funktioniert die Anmeldung nicht, weil er sagt das der Anmeldeserver nicht verfügbar ist.
Dann ändere ich die Einstellungen, das beim Start auf das Netzwerk gewartet werden soll und dann kommt wieder eine Fehlermeldung, die ich gerade nicht weiß (iwas mit UPip oder so)
Kann mir jemand sagen was ich am Client alles einstellen muss, was Windows von sich auf auf einen "Privatanwender" eingestellt hat, das der Betrieb in einer Domäne funktioniert??
DANKE!
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 220806
Url: https://administrator.de/contentid/220806
Ausgedruckt am: 31.10.2024 um 10:10 Uhr
6 Kommentare
Neuester Kommentar
Das ist dann schlichte Unkenntniss der Materie. .local zu nutzen ist ein schlichter Fehler im DNS Design. Verantwortungsvolle Netzwerker wissen sowas !
Guckst du hier:
http://en.wikipedia.org/wiki/Multicast_DNS
bzw.
http://de.wikipedia.org/wiki/Zeroconf
Den Rest findest du hier:
http://www.wiegehtdas.ch/how-to/windows-server-2012/windows-server-2012 ...
http://www.edv-lehrgang.de/active-directory-installieren/
usw.
Guckst du hier:
http://en.wikipedia.org/wiki/Multicast_DNS
bzw.
http://de.wikipedia.org/wiki/Zeroconf
Den Rest findest du hier:
http://www.wiegehtdas.ch/how-to/windows-server-2012/windows-server-2012 ...
http://www.edv-lehrgang.de/active-directory-installieren/
usw.
Die Domain home.local passt schon.
Vor 10 Jahren war das Standard, heute macht mans allerdings nicht mehr, eben zwecks Komplikationen mit mDNS bzw Bonjour.
Ich würde hier eher auf ein DNS Problem tippen.
Forward und Reverse Zonen müssen passen,
der Client sollte ausschliesslich AD DNS Server eingetragen haben (also in dem Fall nur deinen AD Server).
Sonst kommts zu anmeldeproblemen.
Ausserdem sollte am DHCP Server auch das DNS-Suffix "home.local" an die Clients verteilt werden. (Option 015, DNS Domänenname)
Vor 10 Jahren war das Standard, heute macht mans allerdings nicht mehr, eben zwecks Komplikationen mit mDNS bzw Bonjour.
Ich würde hier eher auf ein DNS Problem tippen.
Forward und Reverse Zonen müssen passen,
der Client sollte ausschliesslich AD DNS Server eingetragen haben (also in dem Fall nur deinen AD Server).
Sonst kommts zu anmeldeproblemen.
Ausserdem sollte am DHCP Server auch das DNS-Suffix "home.local" an die Clients verteilt werden. (Option 015, DNS Domänenname)
Hallo Aqui,
ich finde deine Aussage interessant, kann sie aber nicht gänzlich nachvollziehen.
Ich habe mir jetzt die beiden Wikipedia Artikel noch nicht durchgelesen nur knapp überflogen
mit den Passagen die mit .local beschrieben sind.
Die Anleitung "von wiegehtdas" beschreibt aber genau das, was jeder Microsoft SBS Server macht:
"Als Namen geben wir schweden.local ein. Es wäre auch möglich, eine ganz normale Top Level Domain zu benutzen wie beispielsweise schweden.se, da wir jedoch ein lokales Netzwerk haben und der Domänen Controller nur im lokalen Netzwerk betrieben wird, nennen wir diesen schweden.local. So ist auf den ersten Blick ersichtlich, das es sich nur um einen lokalen DC handelt."
das .local ist als interne Domäne wahrscheinlich in 99,9% der installierten SBS Server genau so im Einsatz,
da man das .local nur durch eine Installation mittels Antwortdatei für die unbeaufsichtigte Installation ändern kann.
Das weis ich, weil ich gerade letzte Woche für einen Kunden eine Migration von SBS2003 auf 2011 durchgeführt habe
und im Raum stand .local bei der internen Domäne zu ändern, da die MACs die der Kunde im Einsatz hat, ggf. ein Problem
damit haben da dort .local auf lokale Ressourcen verweist. War aber nicht notwendig da die MACs alle Windows per Bootcamp
installiert haben und nur diese innerhalb der Domäne genutzt werden.
Mir stellt sich an dieser Stelle die Frage: Warum nutzt Microsoft eine Voreinstellung die laut Deiner Aussage auf Unkenntnis der Materie
beruht und so garnicht eingesetzt werden sollte bzw. laut Aussage von Kosh einen Posting weiter unten ein Relikt aus alten Tagen ist?
Es lässt sich drüber streiten das Microsoft gerne an alten Standards festhalten mag solange sie funktionieren, aber ich glaube nicht das
sie bei einem Server Betriebssystem das aktuellen Datums ist und weltweit in vielen (großen) Firmen im Einsatz ist, etwas derart "schlechtes"
einbauen als Standard Umgegbung. Schon garnicht wenn das ein grober Fehler im DNS verursachen würde, da ein einwandfrei funktionierendes AD
ein funktionierendes DNS voraussetzt...
Würde mal gerne Deine Meinung dazu hören und was man ggf. verbessern könnte, gerade im Bezug auf Windows Domänen.
Mfg.
ich finde deine Aussage interessant, kann sie aber nicht gänzlich nachvollziehen.
Ich habe mir jetzt die beiden Wikipedia Artikel noch nicht durchgelesen nur knapp überflogen
mit den Passagen die mit .local beschrieben sind.
Die Anleitung "von wiegehtdas" beschreibt aber genau das, was jeder Microsoft SBS Server macht:
"Als Namen geben wir schweden.local ein. Es wäre auch möglich, eine ganz normale Top Level Domain zu benutzen wie beispielsweise schweden.se, da wir jedoch ein lokales Netzwerk haben und der Domänen Controller nur im lokalen Netzwerk betrieben wird, nennen wir diesen schweden.local. So ist auf den ersten Blick ersichtlich, das es sich nur um einen lokalen DC handelt."
das .local ist als interne Domäne wahrscheinlich in 99,9% der installierten SBS Server genau so im Einsatz,
da man das .local nur durch eine Installation mittels Antwortdatei für die unbeaufsichtigte Installation ändern kann.
Das weis ich, weil ich gerade letzte Woche für einen Kunden eine Migration von SBS2003 auf 2011 durchgeführt habe
und im Raum stand .local bei der internen Domäne zu ändern, da die MACs die der Kunde im Einsatz hat, ggf. ein Problem
damit haben da dort .local auf lokale Ressourcen verweist. War aber nicht notwendig da die MACs alle Windows per Bootcamp
installiert haben und nur diese innerhalb der Domäne genutzt werden.
Mir stellt sich an dieser Stelle die Frage: Warum nutzt Microsoft eine Voreinstellung die laut Deiner Aussage auf Unkenntnis der Materie
beruht und so garnicht eingesetzt werden sollte bzw. laut Aussage von Kosh einen Posting weiter unten ein Relikt aus alten Tagen ist?
Es lässt sich drüber streiten das Microsoft gerne an alten Standards festhalten mag solange sie funktionieren, aber ich glaube nicht das
sie bei einem Server Betriebssystem das aktuellen Datums ist und weltweit in vielen (großen) Firmen im Einsatz ist, etwas derart "schlechtes"
einbauen als Standard Umgegbung. Schon garnicht wenn das ein grober Fehler im DNS verursachen würde, da ein einwandfrei funktionierendes AD
ein funktionierendes DNS voraussetzt...
Würde mal gerne Deine Meinung dazu hören und was man ggf. verbessern könnte, gerade im Bezug auf Windows Domänen.
Mfg.