Вопросы Теги

Веб-доступ Outlook … внутренний доступ?

NetGear купил строку ReadyNAS Infrant несколько лет назад и улучшал ее с тех пор. Их строка ReadyNAS Pro поддерживает превосходное расширение и производительность. Нам действительно нравится их линейка продуктов теперь.

http://www.netgear.com/Products/Storage.aspx?for=All

2
задан 24 November 2009 в 14:05
4 ответа

Это - проблема DNS, не OWA один.

Если Ваш брандмауэр/прокси не может обработать запросы для domainname.com с внутренней части затем необходимо будет создать "теневую" зону для domainname.com в Ваших внутренних серверах DNS, который отображает Ваши общедоступные имена к внутренним IP-адресам.

Сюда, domainname.com отобразится на некоторый общедоступный IP-адрес, когда сопоставитель с внешней стороны, в то время как это отобразится на внутренний IP-адрес сервера Вашего CAS при разрешении с внутренней части.

8
ответ дан 3 December 2019 в 08:44
  • 1
    Что является " shadow" зона и как я создаю тот? Это означает, что может разрешить имена к внутреннему адресу, внутренне? Таким образом, внешне ничто не изменится. Я don' t действительно хочу внутренне трафик, решающий к внешнему адресу, когда я знаю, что он работает внутренне при просмотре к внутреннему IP! –  stead1984 24 November 2009 в 15:35
  • 2
    It' s точно это. Если Вы создаете зону, названную " доменное имя com" в Вашем внутреннем сервере DNS это ответит на запросы на имена в той зоне с любыми IP-адресами, которые Вы говорите этому использовать; таким образом клиент, просящий something.domainname.com к внутреннему серверу DNS, может получить совершенно другой ответ, чем клиент, спрашивающий " real" внешний сервер DNS. –  Massimo 24 November 2009 в 16:34

Это должно хорошо работать на внешнем адресе. Действительно ли Ваше AD Доменное имя является тем же как Вашим веб-доменным именем? Если бы это, это могло бы вызвать проблемы DNS внутренне, которые предотвратили бы это.

0
ответ дан 3 December 2019 в 08:44
  • 1
    Никакой наш домен не является .local –  stead1984 24 November 2009 в 15:28
  • 2
    @mMarkM На самом деле нет - существуют серьезные основания, почему это не могло бы хорошо работать с внешним адресом, много маршрутизаторов установлено до не, позволяют спины цикла из сети к внешнему IP-адресу (я can' t комментируют, почему, но по-видимому это - вещь безопасности), таким образом, необходимо иметь дело с этим при помощи и соответственно конфигурированием локального сервера DNS, как описано в других ответах –  Murph 24 November 2009 в 17:04

Если Вы не используете AD DNS для своих Внешних потребностей DNS, то можно добавить "domainname.com" к AD DNS, с помощью внутреннего IP-адреса.

Это решит Вашу проблему путем обеспечения внутреннего IP-адреса людям в офисе, но люди снаружи все еще разрешат внешний IP-адрес, как они делают теперь.

Однако, после того как Вы добавляете domainname.com к своему AD DNS, AD попытается разрешить ВСЕ ВАШИ ВНУТРЕННИЕ ЗАПРОСЫ DNS - таким образом, необходимо будет копировать или иметь соответствующие дубликаты для всех внешних записей DNS в AD.

Также знайте, что люди с ноутбуками могут кэшировать записи DNS или для внутреннего или для внешнего IP-адреса, и он мог повредить owa для них, когда они приближаются и из офиса. - решение состоит в том, чтобы они сбросили свой DNS или перезагрузку.

2
ответ дан 3 December 2019 в 08:44

Вы попытались добраться до в из использования внешнего адреса? Если это не работает, то просто добавляют запись DNS на Ваш AD сервер DNS для FQDN внешнего адреса и указывают на него на внутренний IP-адрес.

Или фигура, почему внешний домен (Ваш) не решает правильно начиная с Вашего внутреннего как .local, не должна вмешиваться в разрешение внешнего.

0
ответ дан 3 December 2019 в 08:44

Теги

Похожие вопросы