Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden.
Du solltest ein Upgrade durchführen oder einen alternativen Browser verwenden.
Du solltest ein Upgrade durchführen oder einen alternativen Browser verwenden.
Windows Domäne wie Webseite benennen
- Ersteller Chromer4
- Erstellt am
-Overlord-
Lt. Commander
- Registriert
- Okt. 2007
- Beiträge
- 1.111
Dass der interne DNS Record auf die Domäne zeigt und nicht mehr auf die Webseite - welche du dann nicht mehr erreichen kannst
madmax2010
Fleet Admiral
- Registriert
- Juni 2018
- Beiträge
- 32.297
best practices.
http://techgenix.com/active-directory-naming/
Die haben im zweifelsfall werden Anfragen dann falsch aufgelöst.
http://techgenix.com/active-directory-naming/
Die haben im zweifelsfall werden Anfragen dann falsch aufgelöst.
madmax2010
Fleet Admiral
- Registriert
- Juni 2018
- Beiträge
- 32.297
Man muss www tippen um auf eure Homepage zu kommen?! @snakesh1t
-Overlord-
Lt. Commander
- Registriert
- Okt. 2007
- Beiträge
- 1.111
Vermutlich weil domain.tld die Domäne auflöst und www.domain.tld dann die Webseitemadmax2010 schrieb:Man muss www tippen um auf eure Homepage zu kommen?! @snakesh1t
Cat Toaster
Captain
- Registriert
- Juli 2013
- Beiträge
- 3.504
Ist kein ungewöhnliches Konzept. Hat auch viele Vorteile, muss dann Split-DNS machen!
Endless Storm
Commander
- Registriert
- Dez. 2008
- Beiträge
- 2.158
ouch^^madmax2010 schrieb:Man muss www tippen um auf eure Homepage zu kommen?! @snakesh1t
Er schreibt, dass du anstelle von deinUnternehmen .de dann www .deinUnternehmen .de schreiben musst.
snakesh1t
Lt. Commander
- Registriert
- Feb. 2017
- Beiträge
- 1.540
Richtig! Sorry, doof ausgedrückt!Endless Storm schrieb:ouch^^
Er schreibt, dass du anstelle von deinUnternehmen .de dann www .deinUnternehmen .de schreiben musst.
Ich muss www. VORNEWEG schreiben, sonst löst er intern auf
IBMlover
Lt. Commander
- Registriert
- Okt. 2019
- Beiträge
- 1.547
@snakesh1t Deshalb habe ich es bei meiner Ausbildung damals so gelernt, dass man nicht domain.com verwendet, sondern fürs AD domain.local
Weiß aber nicht, ob das heute immer noch "best practice" ist.
Weiß aber nicht, ob das heute immer noch "best practice" ist.
xallobj
Lt. Junior Grade
- Registriert
- Juni 2004
- Beiträge
- 397
Das ist alles theoretisch möglich, aber kann in gewissen Konstellationen Probleme bei der Namensauflösung auslösen. Vor allem die Auflösung der Root Einträge (domänenname.com) sind dann nicht möglich, wenn man nicht mit dem Firmennetzwerk verbunden ist, oder schlimmstenfalls können die Logindaten in einem fremden Netzwerk abgefangen werden, weil der Rechner versucht, sich an den Domänencontrollern unter dem Domänennamen anzumelden.
Wenn man auch noch das Konzept von nur einer DMZ fährt, wo externe IPs an interne IPs weitergeletet werden, kommt es spätestens dort zu Problemen bei der DNS Verwaltung extern/intern.
Kann funktionieren, aber dazu muss das gesamte Netzwerk Konzept passen.
Wenn man auch noch das Konzept von nur einer DMZ fährt, wo externe IPs an interne IPs weitergeletet werden, kommt es spätestens dort zu Problemen bei der DNS Verwaltung extern/intern.
Kann funktionieren, aber dazu muss das gesamte Netzwerk Konzept passen.
snakesh1t
Lt. Commander
- Registriert
- Feb. 2017
- Beiträge
- 1.540
Richtig, so kenn ich das auch noch und so ist es auch in noch vielen Netzwerken.IBMlover schrieb:@snakesh1t Deshalb habe ich es bei meiner Ausbildung damals so gelernt, dass man nicht domain.com verwendet, sondern fürs AD domain.local
Weiß aber nicht, ob das heute immer noch "best practice" ist.
Es gibt aber Probleme wenn man z.B. ein Zertifikat für den Exchange Server mit externen Zugriff, benötigt!
Aber ich bin da auch nicht 100% drin.
Nein ist es nicht (mehr), siehe hier: https://en.wikipedia.org/wiki/.local#Microsoft_recommendationsIBMlover schrieb:heute immer noch "best practice" ist.
@Chromer4 Dagegen spricht technisch erst einmal nichts außer eben, dass du dann definitiv entweder Split-horizon DNS betreiben oder mit Response Policy Zones arbeiten musst.
Alternativ kann man das Active Directory auch unter einer nicht-öffentlichen Subdomain betreiben. Wenn ihr also beispielsweise example.tld als Domain habt könnte das AD unter ad.example.tld laufen. Ein Gerät was Mitglied der Domäne ist, wäre dann unter gerätename.ad.example.tld erreichbar. In dem Fall sparst du dir Split-DNS bzw. RPZs.
https://docs.microsoft.com/en-us/pr...er/bb727085(v=technet.10)?redirectedfrom=MSDN
https://docs.microsoft.com/de-de/tr...aming-conventions-for-computer-domain-site-ou
MS empfiehlt seit vielen Jahren subdomain.domain.tld
oder
domain.tld
Vor und Nachteile wurden schon genannt.
Bloß kein .local ! Keiner weiß warum die das beim SBS mal so vorgeschlagen.
Es gibt nichts schlimmeres.
https://docs.microsoft.com/de-de/tr...aming-conventions-for-computer-domain-site-ou
MS empfiehlt seit vielen Jahren subdomain.domain.tld
oder
domain.tld
Vor und Nachteile wurden schon genannt.
Bloß kein .local ! Keiner weiß warum die das beim SBS mal so vorgeschlagen.
Es gibt nichts schlimmeres.
Zuletzt bearbeitet:
t-6
Admiral
- Registriert
- Juni 2007
- Beiträge
- 8.959
Oh doch.:Es gibt nichts schlimmeres.
Firma A erstellt eine Active Directory Domäne mit FirmaA.de
Nach ein paar Jahren kommt Firma B, kauft die (öffentliche!) Domäne FirmaA.de, setzt einen Wildcard-DNS druff & lässt nicht mit sich reden.
Ähnliche Themen
- Antworten
- 3
- Aufrufe
- 779
- Antworten
- 5
- Aufrufe
- 1.284
- Antworten
- 19
- Aufrufe
- 3.294
S
- Antworten
- 12
- Aufrufe
- 1.348
S
K
- Antworten
- 17
- Aufrufe
- 4.334
K