OS X: не удается разрешить имена компьютеров Windows [закрыто]

Я работаю в смешанной среде дома и на работе. Мои серверные машины - Win Vista, и у меня Unibody Macbook Pro под управлением 10.5.7

На моем Mac я могу пропинговать некоторые домашние окна по имени (если я использую полное имя, такое как stallion-main.local), но на других машинах я не могу.

Мои машины получают динамические ips от DHCP, поэтому я не могу редактировать файл hosts на Mac, или, скорее, я хочу избежать этого решения.

Это PITB, когда я пытаюсь передать RDP с моего компьютера Mac на мой компьютер с Windows; поскольку я должен войти в свой маршрутизатор, чтобы определить IP-адрес машин Windows, которые я не могу определить их имя.

Я не уверен, почему некоторые имена разрешают, а другие нет.

Помоги мне, оби-ван-сервер, ты моя единственная надежда.

Почему бы не установить Bonjour на компьютеры с Windows?

На Mac включите общий доступ к файлам Windows. Это активирует Samba на Mac и позволяет напрямую запрашивать имена NetBIOS. Кажется, для правильной, автоматической настройки WINS, хотя и раздражающе скрыты. При совместном использовании большинство операций Windows, кажется, работают проще.

В 10.5 это под Sys Prefs -> Общий доступ -> Общий доступ к файлам -> Параметры <10.5 Это Sys Prefs -> Общий доступ -> Общий доступ к файлам Windows

Я заметил подобную проблему с доменами .local под Ubuntu - возможно, тот же трюк будет работать на Mac?

Вот что я сделал:

• Отредактируйте /etc/nsswitch.conf
• измените порядок строки hosts: так, чтобы dns предшествовал любым записям mdns4

• моя линия заканчивается так:

  hosts: файлы dns mdns4_minimal mdns4

Причина, по которой он работает на некоторых компьютерах с Windows, а не на других, вероятно, заключается в том, что на некоторых из этих компьютеров установлен Bonjour, не зная об этом. Многие версии iTunes незаметно устанавливают Bonjour, и затем машина может быть найдена через .local.

Лучшее решение - просто загрузить установщик Windows Bonjour от Apple и запустить его на каждом компьютере с Windows. Это также позволит всем машинам Windows использовать адреса .local для любого клиента Apple, а также для всех клиентов Windows.

Подобные проблемы с разрешением имен в Windows, как правило, являются результатом того, что машины не находятся в одной рабочей группе. Если все ваши машины находятся в одной рабочей группе, они должны иметь возможность просматривать и общаться друг с другом. Без контроля вашей локальной среды DNS, это, вероятно, самый простой способ заставить его работать.

Возможно, в качестве приемлемого обходного пути: DHCP можно настроить так, чтобы при подключении хост всегда давал один и тот же IP-адрес. «Тот же хост» определяется MAC-адресом. Даже большинство маршрутизаторов имеют настройку, которая позволяет вам сделать это. Это избавит вас от необходимости пытаться выяснить IP-адрес.

По-видимому, в OSX нет эквивалента nsswitch.conf.

как упоминал Брент, в Ubuntu вы устанавливаете winbind и добавляете «выигрыши» в этот файл conf.

Я много копал, и вот тупик:

http://episteme.arstechnica.com/eve/forums/a/tpc/f/8300945231/m/972003839731/inc/1

+1 за Брент

Я запускаю Yosemite, и я могу использовать команду 'smbutil' для поиска WINS

$ smbutil lookup revo
Got response from 192.168.0.2
IP address of revo: 192.168.0.2

Если ваши ящики используют mDNS (многоадресная система DNS / zeroconf dns, подробности см. В Википедии / RFC), возможные виновники:

• Убедитесь, что все ваши компьютеры находятся в домене .local, я не уверен, является ли это частью спецификации или нет, но «стеки» разрешения имен, с которыми я сталкивался, только передавали имена .local в распознаватели mDNS, и остальные пошли в днс и / или хост-файл.
• Служба, отвечающая за ответы на запросы mDNS, не имеет соответствующих запущенных служб.
• Программное обеспечение брандмауэра, работающее на не разрешенных компьютерах, блокирует запросы и / или ответы mDNS.

Причина, по которой это звучит как mDNS, заключается в том, что вы специально упоминаете, что вам нужно выполнять запрос по их полному имени, которое включает .local. Чтобы проверить, действительно ли это mDNS, вы можете попробовать запросить серверы имен, перечисленные в / etc / hosts, непосредственно с помощью таких инструментов, как dig, host или nslookup, и посмотреть, дают ли они какой-либо разумный ответ.

Если оказывается, что mDNS не разрешает имена, дайте нам знать, какие dhcpd и dns / named вы используете, проверьте их журналы и посмотрите, предоставляют ли они какое-либо указание на то, почему некоторые из имен для dhcp-leases хранились. т был зарегистрирован в днс.