Ім'я мого загальнодоступного веб-сайту та доменне ім’я AD однакові. Як я можу потрапити на свій зовнішній веб-сайт із внутрішньої мережі?


15

Я використовую свій домен example.orgу своїй фірмі. Я можу використовувати www.example.orgдля перегляду свого веб-сайту. Якщо я пробую http://example.orgз аутсайту своєї фірми, проблем немає, але якщо я спробую це всередині, мої сервери Windows DNS доставляють IP-адреси контролерів домену.

Як я можу це вирішити? Чи можу я запобігти реєстрації мій постійного струму як example.orgу моєму DNS і чи це буде проблемою для мого оточення?


Для уточнення, ваше внутрішнє мережеве ім'я DNS - це example.org, а не щось на зразок example.local?
DanBig

6
Ви можете вирішити це, правильно назвавши свій домен, це має бути щось на зразок ad.example.org, або corp.example.org. Якщо це вже неможливо, ви застрягли. Найкраще, що ви можете зробити, це налаштувати переадресацію www.example.orgна будь-які постійні токи, у яких також встановлений IIS (погана ідея, але багато контролерів домену налаштовані погано).
Chris S

2
Msgstr "Чи можу я запобігти реєстрації DC в реєстрації як example.org у моєму DNS" - nope. "і чи це буде проблемою для мого оточення?" - ТАК!
mfinni

Відповіді:


30

Якщо ви назвали свій Active Directory, example.orgви не можете цього запобігти. Ви суперечили кращим практикам Microsft щодо назви рекламного оголошення та спостерігаєте один із симптомів.

У вас є кілька варіантів:

  1. Перехід на належну назву AD. Щось подібне corp.example.org.

  2. Встановіть веб-сервер на кожен DC і налаштуйте його для переадресації веб-запитів example.orgна www.example.org. Це брудно, і цього не слід робити, але все-таки це варіант.

  3. Навчіть своїх користувачів відвідувати www.example.orgвсередині країни.

Я неодноразово спілкувався з приводу того, як AD називав найкращі практики та посилався на офіційні джерела Microsoft. Ви повинні прочитати їх:

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

Якщо ви хочете коротку версію:

Не створюйте нові ліси Active Directory з тією ж назвою, що і зовнішнє ім'я DNS. Наприклад, якщо ваша URL-адреса DNS-адреси в Інтернеті http://contoso.com , ви повинні вибрати інше ім’я для вашого внутрішнього лісу, щоб уникнути майбутніх проблем із сумісністю. Ця назва має бути унікальною та малоймовірною для веб-трафіку. Наприклад: corp.contoso.com.

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


Крім того, ви можете встановити простий "приклад" CNAME у DNS (технічно example.example.org) і вказати його на www.example.org. Тоді ви можете просто сказати користувачам перейти http://example. Дурне, звичайно, інакше №3 у списку MDMarra - єдине просте рішення цього питання. Я був там (спліт-днс), і з цим не весело мати справу.
TheCleaner

Поки "приклад" не є ім'ям NetBIOS для вашого домену. Якщо це так, я можу уявити, який веселий пекло це зіграло б у такому середовищі.
mfinni

Я отримаю мені деяку інформацію про міграцію до відповідної назви, я просто трохи боюся отримати проблеми через це. Проблема з моїм Nagios моніторингу , який я використовую , щоб переконатися , що www.example.orgі example.orgвідмінно від зовнішніх. Тут я піду і знайду альтернативу для моєї установки, поки я не буду мігрувати. Thx
Макс

Я просто хочу оновити відповідь ... в той час, як колись це була найкраща рекомендація Майкрософт, RFC перевершує її, оскільки вона заважає zeroconf (mDNS). Також ця стаття TechNet рекомендує проти нього (станом на 2012 рік), особливо якщо ви хочете інтегрувати своє середовище AD з Office 365 або використовувати Mac у вашому домені, оскільки ми обидва працюємо там, де я працюю. Одним із зазначених рішень було б використання розділеної зони, як [докладно тут] ( social.technet.microsoft.com/Forums/windowsserver/en-US/…

3
@stevenh знову прочитайте статтю, з якою ви пов’язані. Це повністю перегукується з моєю відповіддю. Під час переходу до офісу 365 з гібридною ідентичністю слід встановити основне ім’я користувача, щоб воно відповідало основній SMTP-адресі кожного користувача. Це повністю незалежно від імені вашого каталогу. Моя відповідь була дійсною, коли я розмістив її, і вона діє і сьогодні.
MDMarra

4

Якщо ви працюєте з Exchange на постійному струмі, не встановлюйте PortProxy - це, безумовно, але порушить сервіси Exchange, розміщені на порту 80.

Я усвідомлюю, що ця публікація досить стара, але ви все одно можете це зробити, не встановлюючи IIS на постійному струмі. У кожному DC виконайте наступну команду, щоб перенести порт 80 на зовнішній веб-сервер.

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

для цього потрібен доступ до веб-сервера від постійного струму. Але не менш приємний спосіб. Тоді ви можете перенаправити на www. версія взяти роботу з постійного струму. (Про підказку: я думаю, що portproxy потребує "ip helper" служби Windows)
Макс

0

Отже, я не знаю, чи це уникнуло когось іншого, але найкращим виправленням цієї проблеми може бути просто отримання вторинного домену з іншим суфіксом, особливо якщо ви не можете PortProxy через те, що Exchange знаходиться на постійному струмі (або через проблеми з хостхедами) зі своїм веб-хостом.)

Наприклад: Якщо внутрішній домен AD - це EXAMPLE.com - вам слід просто придбати EXAMPLE.NET для внутрішнього використання.

Це найдешевший і найпростіший спосіб вирішення внутрішнього доступу до Інтернету.

Це працювало на нас.


0

якщо ви хочете використовувати URL як домен, використовуйте назви машин, таких як dc1.example.com та dc2.example.com для кожного сервера

переконайтеся, що CNAME налаштовано для кожного сервера належним чином для належної IP-адреси сервера

Я зміг це зробити, спершу зробивши CNAME, потім налаштувавши сервери, дочекайтеся, коли записи DNS запропонують


-2

Ви можете вирішити свою проблему двома способами, але це передбачає розміщення HTTP-сервера на постійних комп'ютерах:

Ви можете зробити перенаправлення за допомогою переспрямування URL-адреси (код HTTP 301), IIS 7 може зробити це для вас, або ви можете встановити зворотний проксі (Apache для Windows) і використовувати наступний код:

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

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

ProxyPreserveHost On


1
Це включено у відповідь MDMarra; це пункт 2.
mfinni
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.