В Вашей LAN Вы могли поднять DHCP, служащий DNS, который Вы хотите. Включенные клиенты всего DHCP пойдут с Вашим. Если уже существует сервер DHCP там, просто удостоверьтесь, что Вы отвечаете более быстрый, или делаете некоторое отравление/спуфинг ARP.
Попытайтесь соединиться с 127.0.0.2 в Vista/win2k8, и выше - звучит забавным, но он работает. Имел положительные результаты с этим в прошлом
Я самый уверенный, что это соединено с обратной петлей, проверяю средство защиты, хотя я не могу получить всестороннюю деталь, как это реализовано, только как преодолеть его:
http://chillicode.wordpress.com/tag/loopback-check/
И для "ОТНОСИТСЯ" к Windows 2008, см. http://support.microsoft.com/kb/896861
Ну, что, точно находится в Вашем Файле hosts? У меня нет W2008. Вы подразумеваете, что нет никаких "127.0.0.1 localhost" там?
Я также читал где-нибудь, что установка W2008 по умолчанию не разрешает общаться с портами, больше, чем 1 024.
Можно отправить обратную связь на Сервере MS Windows 2008 непосредственно команде MS через
и они ответят
Если Вы пытались выключить "обратную петлю, посылают" багажом метод реестра, редактирующего затем, это требует перезагрузки. Другой - нет.
NAT в машине? 127.0.0.1 не передается или направляется, Думаю, да, это является внутренним, можно отключить сетевую плату, 1.2.3.4 исчезнут, но 127.0.0.1 продолжит быть там.
Что такое вывод Вашего (Выполнение-> cmd-> печать маршрута)?
Существует еще один момент, я думал, хотя я не знаю, как соединить его.
127.0.0.1 localhost (интерфейс), это - имя единственной маркировки и рассмотренный локальным. 1.2.3.4 имя non-singlelabel.
Возможные проблемы с этим - то, что такое имя, возможно, считали внешним
Можете Вы пробовать, отдельно:
Отключение (если это включено и включение, если это отключено), IPv6 на сетевом адаптере?
Ставя некоторое имя единственной маркировки для 1.2.3.4 в Файл hosts?
Что такое соответствующее описание события, EventID, и т.д. в eventvwr.msc для отказа связаться от 1.2.3.4 до 127.0.0.1:8334?
"445 стандартная служба Windows"
Это для прямого SMB по TCP/IP? для совместного доступа к файлам? CIFS?
Не настолько надежный... Это постоянно взламывается текущими исправлениями MS. Читайте:
("Просмотр NetBIOS через подсети может перестать работать после обновления до Windows Server 2008") - http://blogs.technet.com/b/networking/archive/2008/07/25/netbios-browsing-across-subnets-may-fail-after-upgrading-to-windows-server-2008.aspx?wa=wsignin1.0
Затем
"у нас есть та же проблема, как описано ранее с машинами Vista SP2, пытающимися достигнуть доли файла Windows Server 2008 SP1 или SP2. Сервис совместного доступа к файлам защищен Windows Firewall с повышенной безопасностью с помощью предопределенного правила для совместного доступа к файлам (SMB), запрашивающий безопасное соединение"
Не забывайте в окнах 2008, брандмауэр включен по умолчанию. Это потенциально может заблокировать любого и весь трафик даже в петлевом интерфейсе. Кроме того, если Вы связываете с 0.0.0.0, Вы принимаете соединения во ВСЕХ интерфейсах. Брандмауэр все еще заблокировал бы это. Вы могли попытаться выключить брандмауэр при тестировании... и затем снова включить его. У меня не было проблем, соединяющихся с различными программами, которые я разработал на 127.0.0.1.