Общедоступные сайты не решают внутренне
можно попробовать mkisofs...
mkisofs-l - изоуровень 4-o file.iso папка
Так...
Внутренние клиенты могут разрешить http://site1 к INTERNAL_IP и загрузкам страницы. Внешние клиенты могут разрешить http://site1.domain.com к EXTERNAL_IP и загрузкам страницы. Внутренние клиенты могут разрешить http://site1.domain.com к EXTERNAL_IP, но страница не загружается.
Вышеупомянутые операторы являются нормой для большинства веб-серверов. Это походит на то, что Вы хотите...
Внутренние клиенты для разрешения http://site1.domain.com к INTERNAL_IP.
Это позволит Вашим внутренним пользователям использовать тот же URL в качестве внешних пользователей. Для выполнения этого просто добавьте запись на внутренний DNS, отражающий site1.domain.com к INTERNAL_IP.
-
1Иначе известный как расщепленный горизонт DNS (служащий другой информации для того же имени в зависимости от того, куда запрос прибывает из). В этом случае Вы могли настроить локальный сопоставитель DNS с внутренним IP и сделать его авторитетным для домена, таким образом, внутренние пользователи получают внутреннего дюйм/с для того же домена, как внешние пользователи получают доступ к сайтам с. – Justin Scott 7 October 2009 в 05:50
-
2вещь состоит в том, что 1) это работало прежде без потребности во внутренней записи DNS для полного домена и 2) даже если я делаю, поскольку Вы предлагаете это все еще doesn' t работают даже при том, что поиск нс теперь решает к внутреннему IP! what' s продолжение? – Charlie Bear 7 October 2009 в 12:01
-
3проблема брандмауэра/сетей. что-то могло бы быть блокирующим портом 80 в середине. – sybreon 7 October 2009 в 13:01
-
4Какие-либо подсказки относительно того, как сделать это в Windows 2003 Server? I' m разработчик и полностью в новинку для конфигурирования DNS. – jpierson 5 February 2010 в 01:22
Проверьте свой брандмауэр/маршрутизатор. Возможности, который что-то изменило между Вашими внутренними машинами и серверами. Попытайтесь проверить с помощью ping-запросов их и tracerouting их. Если они работают, возможно, маршрутизатор/брандмауэр является блокирующим портом 80 промежуточных доступов. В корпоративной среде когда-то сетевые администраторы вносят изменения или устанавливают новые переключатели, не понимая некоторые новые проблемы, которые она вызывает.
-
1I' ve проверяется и там doesn' t, кажется, любые изменения в маршрутизаторе или брандмауэре. Маршрутизация трассировки и проверка с помощью ping-запросов из сети решают немедленно, но сайты don' t загружаются в браузере! – Charlie Bear 6 October 2009 в 14:03
-
2Просто, потому что можно проверить с помощью ping-запросов машины, не означает, что можно соединиться с ними, если существует некоторый брандмауэр, где-нибудь блокирующий определенные порты. Это мог быть брандмауэр на сервере на Вашей машине или где угодно промежуточный. Попробуйте
telnet serverip 80, чтобы видеть, можно ли соединиться непосредственно с тем сервером от различных этапов в сети. – sybreon 6 October 2009 в 16:11 -
3Кроме того, удостоверьтесь, что веб-сервер на самом деле работает на сервере, конечно.:) – sybreon 6 October 2009 в 16:11
-
4веб-сервер работает. внутренние адреса решают, и можно добраться до внешних сайтов снаружи сети – Charlie Bear 6 October 2009 в 16:19
-
5Да, Вы попытались к
telnet serverip 80видеть, можете ли Вы telnet это от Вашей машины? Если Вы можете, то это могла бы быть проблема браузера. Иначе это была бы сетевая проблема. – sybreon 6 October 2009 в 18:18
I suspect you need a Hair-Pin NAT on the firewall Happens a lot in our enviroment When I get problems