Moja nazwa publicznej witryny internetowej i nazwa domeny AD są takie same. Jak mogę dostać się do mojej zewnętrznej strony z sieci?

Korzystam z mojej domeny example.orgw mojej firmie. Mogę użyć, www.example.orgaby wyświetlić moją stronę internetową. Jeśli spróbuję http://example.orgz zewnątrz mojej firmy, nie ma problemu, ale jeśli spróbuję od wewnątrz, moje serwery DNS systemu Windows dostarczają adresy IP kontrolerów domeny.

Jak mogę to rozwiązać? Czy mogę uniemożliwić moim kontrolerom domeny rejestrację example.orgw systemie DNS i czy będzie to stanowić problem dla mojego środowiska?

Jeśli nadałeś nazwę swojej usłudze Active Directory example.org, nie możesz temu zapobiec. Przeciwstawiłeś się najlepszym praktykom Microsft dotyczącym nazewnictwa AD i widzisz jeden z symptomów.

Masz kilka możliwości:

1. Przeprowadź migrację do prawidłowo nazwanej usługi AD. Coś jak corp.example.org.

2. Zainstaluj serwer sieciowy na każdym kontrolerze domeny i skonfiguruj go, aby przekazywał żądania WWW example.orgdo www.example.org. Jest to brudne i nie należy tego robić, ale mimo to jest to opcja.

3. Przeszkol użytkowników, aby przechodzili www.example.orgwewnętrznie.

Wielokrotnie pisałem na blogu o najlepszych praktykach związanych z nazewnictwem AD i linkowałem do oficjalnych źródeł Microsoft. Powinieneś je przeczytać:

http://www.mdmarra.com/2013/04/best-practices-for-configuring-new.html http://www.mdmarra.com/2012/11/why-you-shouldnt-use-local-in -twoj.html http://www.mdmarra.com/2013/07/more-documentation-from-microsoft-about.html

Jeśli chcesz krótką wersję:

Nie twórz nowych lasów Active Directory o takiej samej nazwie jak zewnętrzna nazwa DNS. Na przykład jeśli twój internetowy adres URL DNS to http://contoso.com , musisz wybrać inną nazwę dla swojego wewnętrznego lasu, aby uniknąć problemów ze zgodnością w przyszłości. Ta nazwa powinna być unikalna i mało prawdopodobna dla ruchu sieciowego. Na przykład: corp.contoso.com.

- http://technet.microsoft.com/en-us/library/jj574166.aspx

Jeśli korzystasz z Exchange na DC, nie konfiguruj PortProxy - może to być oczywiste, ale spowoduje uszkodzenie usług Exchange hostowanych na porcie 80.

Zdaję sobie sprawę, że ten post jest dość stary, ale nadal możesz to zrobić bez instalowania IIS na DC. Na każdym kontrolerze domeny uruchom następujące polecenie, aby portproxy port 80 do zewnętrznego serwera WWW.

netsh interface portproxy add v4tov4 listenport=80 listenaddress={Static IP v4 address of DC) connectport=80 connectaddress={IP Address of public Web Server}

Tak więc nie wiem, czy to uniknęło nikogo innego, ale najlepszym rozwiązaniem tego problemu może być uzyskanie dodatkowej domeny z innym sufiksem, szczególnie jeśli nie możesz PortProxy z powodu Exchange na DC (lub z powodu problemów z nagłówkami hostów z usługodawcą internetowym).

np .: jeśli wewnętrzną domeną AD jest EXAMPLE.com - powinieneś po prostu kupić EXAMPLE.NET do użytku wewnętrznego.

Jest to najtańsze i najprostsze obejście wewnętrznego dostępu do sieci.

To działało dla nas.

jeśli chcesz używać adresu URL jako domeny, użyj nazw komputerów, takich jak dc1.example.com i dc2.example.com dla każdego serwera

upewnij się, że CNAME jest skonfigurowany dla każdego serwera poprawnie dla właściwego adresu IP serwera

Byłem w stanie to zrobić, tworząc najpierw CNAME, a następnie konfigurując serwery, poczekaj dzień, aż rekordy DNS zaczną się propagować

Możesz rozwiązać problem na dwa sposoby, ale wymaga to umieszczenia serwera HTTP na DC:

Możesz wykonać przekierowanie za pomocą przekierowania adresu URL (kod HTTP 301), IIS 7 może to zrobić za Ciebie, lub możesz zainstalować odwrotne proxy (Apache dla Windows) i użyć następującego kodu:

ProxyPass / http://www.example.com/

ProxyPassRever / http://www.example.com/

ProxyPreserveHost On