Назад | Перейти на главную страницу

RRAS NAT не работает на определенном компьютере

Это сводит меня с ума.

У меня есть виртуализированный сервер W2K8 с RRAS. Любой другой компьютер или сервер в сети может получить доступ к Интернету через NAT, кроме одного.

На одном сервере это просто не сработает. Я могу просто пропинговать ip-адрес шлюза NAT, а все остальное работает. (SMB и т. Д.) DNS, который размещен на том же сервере, также работает нормально.

Я даже переустановил ОС на проблемном сервере, но она все еще не работает.

Краткое описание шагов, которые я пробовал:

  1. В сервере 3 сетевые карты, я перепробовал все и разные порты коммутатора. Не аппаратная проблема.
  2. Переустановил W2K8 R2 на сервере с проблемой, не помогло.
  3. Пробовал напрямую IP-адрес интернет-шлюза - это сработало (!). Но мне нужен NAT для работы.
  4. Все межсетевые экраны отключены.
  5. Удален компьютер из домена, удалено членство компьютера в Active Directory - пользователи и компьютеры и добавлено обратно.
  6. Отключите все остальные сетевые адаптеры, установите статический IP-адрес и вручную укажите IP-адрес шлюза.

Когда я отслеживаю общедоступный IP-адрес, первый переход (или любой другой) выглядит следующим образом:

C:\>tracert www.google.com

Tracing route to www.l.google.com [209.85.225.106]
over a maximum of 30 hops:

  1     *        *        *     Request timed out.
  2     *        *        *     Request timed out.

С другого компьютера, на котором работает NAT, первый переход выглядит следующим образом:

tracert www.google.com

Tracing route to www.l.google.com [209.85.225.105]
over a maximum of 30 hops:

  1    <1 ms     *       <1 ms  xxxx [10.5.1.1]

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

Я наконец-то заработал. По-видимому, есть ошибка в драйверах Broadcom NIC в Windows 2008 R2, вызывающая всевозможные проблемы. ( http://social.technet.microsoft.com/Forums/en-US/winserverhyperv/thread/c4223e6f-65c3-4c59-aa6b-5fb70f0e5abf )

Отключение объединения сетевых адаптеров на всех адаптерах на обоих серверах устранило проблему.