Почему Server 2016 и server 2003 не понимают друг друга?
Есть домен, DC - Server 2016. Среди всего прочего в сети есть старенький сервер 2003 R2 - просто файловая свалка для юзеров. Недавно 2016 накатил массу обновлений, и началась проблема: на сервер 2003 невозможно зайти проводником в шары по имени сервера (а у юзеров ярлыки на раб. столах \\servername\share), но по ip - \\192.168.x.x\share прекрасно заходят. При этом из cmd он по имени с юзерских компов пингуется, в DNS записи есть. Всякие ipconfig /flushdns, перезагрузки всего и т.п. не помогают...
Drno, на DC1 smb1.1 включен, ему это не помогло. на старый комп с ХР заходит без проблем. Но большинство юзеров сидит на Win7, те которые на Win10 - smb1.1 тоже везде включен.
Я бы собственно задался вопросом так ли нужно поддерживать такое старье как 2003 - 22 годика системе столько не живут.
Хотя и 2016 уже достаточно древненькая..
Мы помню у себя в 2010-2012 годах искореняли все 2003... как морально устаревшие...
Проблема, которую вы описали, связана с разрешением имен в сети. Если компьютеры не могут найти сервер по имени, но могут подключиться по IP-адресу, это указывает на проблемы с DNS или NetBIOS. Вот несколько шагов для устранения проблемы:
1. Проверка DNS
Убедитесь, что на сервере Windows 2003 настроен правильный DNS-сервер (например, ваш роутер или внешний DNS-сервер).
Проверьте, есть ли запись для сервера в DNS. Для этого:
Откройте консоль DNS (dnsmgmt.msc).
Проверьте, есть ли запись A (адресная запись) для имени servername в зоне, соответствующей вашему домену или рабочей группе.
Если записи нет, создайте ее вручную.
2. Проверка NetBIOS
Убедитесь, что служба NetBIOS включена на сервере и клиентах.
Проверьте настройки NetBIOS в свойствах сетевого адаптера:
Перейдите в Сетевые подключения.
Откройте свойства сетевого адаптера.
Выберите Протокол Интернета (TCP/IP) и нажмите Свойства.
Нажмите Дополнительно, перейдите на вкладку WINS.
Убедитесь, что выбрана опция Включить NetBIOS через TCP/IP.
Если NetBIOS отключен, включите его.
3. Проверка файла hosts
На клиентских компьютерах проверьте файл hosts (расположен в C:\Windows\System32\drivers\etc\).
Убедитесь, что там нет неправильных записей для servername.
Если запись отсутствует, добавьте строку:
Copy
192.168.x.x servername
4. Проверка рабочей группы/домена
Убедитесь, что все компьютеры находятся в одной рабочей группе или домене.
Если сервер и клиенты находятся в домене, проверьте, что клиенты корректно аутентифицируются в домене.
5. Проверка брандмауэра
Убедитесь, что на сервере Windows 2003 брандмауэр или сторонний фаервол не блокируют NetBIOS или DNS-запросы.
Откройте необходимые порты:
NetBIOS: порты 137, 138, 139.
SMB: порт 445.
DNS: порт 53.
6. Проверка служб
Убедитесь, что на сервере запущены следующие службы:
DNS-клиент (если используется DNS).
Служба NetBIOS.
Служба браузера компьютеров.
Перезапустите эти службы, если они работают некорректно.
7. Обновление системы
Убедитесь, что на сервере и клиентах установлены последние обновления Windows. Некоторые проблемы могут быть связаны с устаревшими версиями ОС.
8. Использование WINS (опционально)
Если в сети используется WINS-сервер, убедитесь, что на сервере и клиентах настроен правильный адрес WINS-сервера.
Добавьте WINS-сервер в настройках TCP/IP (как описано в шаге 2).
9. Перезагрузка
После внесения изменений перезагрузите сервер и клиентские компьютеры.
Если после выполнения этих шагов проблема не решена, возможно, стоит рассмотреть возможность обновления сервера, так как Windows Server 2003 является устаревшей и не поддерживается Microsoft.
Копать тут - в поддерживаемые протоколы шифрования для Kerberos: недоступность по имени при доступности по IP - вообще типичный признак проблем с Kerberos, а тут ещё в наше время MS повадилась отключать старые протоколы как "небезопасные" - потому что безопасность (показная) стала продаваемой, ее якобы наличие увеличивает ценность продукта в глазах клиентов.
Средний
