У меня Windows Server 2012 r2 с двумя сетевыми адаптерами. 1 локальный (169.254.1.1/24) и 1 «общий» (подключенный к другой локальной сети, 10.0.10.47) интерфейсы. Я настроил DNS, DHCP ТОЛЬКО на локальном интерфейсе и NAT в публичном доступе. У меня есть компьютер, подключенный к локальной сети, и он получает правильный IP-адрес (169.254.1.20) и может выполнять пинг на локальный интерфейс сервера, но Я не могу подключиться к интерфейсу 10.0.10.47 со своего компьютера. Я знаю, что есть несколько переменных, но я искал так много сайтов и не нашел никакого решения.
Больше информации:
Оба брандмауэра отключены (просто для удаления некоторых переменных)
Я могу подключиться к Интернету через интерфейс 10.0.10.47, но это не так, потому что я даже не могу подключиться к IP-адресу 10.0.10.47 со своего компьютера.
На каждом хосте настроен только 1 шлюз по умолчанию (это не проблема), шлюз по умолчанию для клиента: 169.254.1.1, шлюз по умолчанию для сервера: 10.0.10.2.
Все сценарии работают на Hyper-V.
Компьютер работает под управлением Windows 8 Enterprise.
РЕДАКТИРОВАТЬ >>>>
Также я следил за этими руководствами:
http://www.altaro.com/hyper-v/how-to-install-configure-tcpip-routing-in-a-hyper-v-guest/
У меня есть больше ссылок, но я не могу опубликовать их из-за низкой репутации на этом сайте.
(теперь у меня есть очки репутации, спасибо) http://blog.mikejmcguire.com/2013/10/18/controlling-multi-homed-microsoft-dns-server-registration-your-eyes-can-deceive-you-dont-trust-them/
Имейте в виду, что эта лаборатория предназначена только для тестирования. Я буду добавлять дополнительную информацию по запросу, я не знаю, какие еще данные добавить. Заранее спасибо.
Решено(спасибо @joeqwerty)
Я использовал недопустимый диапазон локальных IP-адресов (169.254.1.1/24). Этот диапазон входит в диапазон, используемый протоколом APIPA (от 169.254.0.1 до 169.254.255.254), как описано здесь: http://www.webopedia.com/TERM/A/APIPA.html. Это означает, что мой 10.0.10.47 получал эхо-запросы от клиента (169.254.1.20), но не отвечал из-за этой проблемы.
ПОСЛЕДНИЙ РЕДАКТИРОВАНИЕ:
Вот RFC, который говорит, что диапазон 169.254 / 16 не маршрутизируется: https://tools.ietf.org/html/rfc3927#section-1.6
Просто изменил свой локальный диапазон на 192.168.1.1/24, и все работает нормально.
Если вы хотите, чтобы сервер действовал как маршрутизатор, вам необходимо добавить на сервер роль RRAS.
APIPA не настраивает шлюз по умолчанию, поэтому это не «маршрутизируемый» диапазон адресов. Он предназначен для общения в одной сети.
Вы должны назначать клиентам «настоящую» конфигурацию IP-адреса, включая шлюз по умолчанию и DNS-серверы.