Windows-7 не може вирішити спільний доступ Samba за допомогою доменного імені .local (але може вирішити для TCP / IP)

У мене є сервер Samba Linux та комп'ютер під керуванням Windows-7, що працює в локальній мережі. Я встановив Avahi на сервер та Apple Bonjour (версія 2) на комп'ютері Windows.

Комп'ютер Windows може вирішити адресу сервера myserver.localдля зв'язку TCP / IP, наприклад, pingабо ssh-з'єднання. Але він не в змозі побачити або знайти сервер у списку акцій. Також введення \\myserver.local\shareне знаходить. Використовуючи його з IP-адресою, як у \\1.2.3.4\shareроботі. Тому, мабуть, проблема полягає в перетворенні назви на його адресу з метою роботи з акціями.

Я спробував це перевірити nslookup myserver.local, він друкує

Server: <my provider's DNS server name>
Address: <my provider's DNS server address>

і не вдається з Non-existent domain.

Чи вказує це в правильному напрямку? Чи можна якось додати розв’язання .localдомену під час роботи з подібними послугами? Або що я ще можу зробити, щоб налагодити проблему?

— Петро Пудлак
джерело

Я перегляну файл файлу хостів Windows і шукаю синтаксис та неправильну конфігурацію в цьому файлі.

— linuxdev2013

Якщо ви відкриєте Провідник Windows і введіть шлях до UNC, \\ myserver.local, чи бачите ви вказану там спільну частку? Якщо ні, у вас неправильна конфігурація на стороні SAMBA або в механізмах аутентифікації. Ваше твердження про те, що він працює через IP, але не через присвідчення імен DNS проблем Kerberos - але це передбачає, що ви в першу чергу використовуєте Kerberos і вимагаєте його у вашій конфігурації SAMBA. У Windows, коли Kerberos виходить з ладу або не використовується, використовується NTLM. Kerberos вимагає DNS, тому ви можете бачити відхилення Kerberos за допомогою імені хоста, де NTLM працює через IP - захоплення пакетів було б остаточним.

— thepip3r