none
Сетевые шары становятся доступны только после пинга до сервера. RRS feed

  • Общие обсуждения

  • Всем добрый день!
    Имеется Windows 2012R2. Работает как файловый сервер.
    Пользователям подключается сетевой диск по IP адресу сервера.
    Перезагрузил сервер.
    Пользователи после выключения и включения ПК, спустя ночь, не могут подключатся к сетевому диску.
    Делаю ping до сервера. Первый пакет пропадает, остальные три проходят.
    После этого сетевой диск на сервере становятся доступными.
    Если выключить и включить ПК в течении дня шары сервера доступны.
    Данное проявлся не на всех ПК.
    В чем может быть проблема?

    При этом на сервере сыпятся ошибки

    EventID 30804 SMBClient

    Сбой сетевого подключения.
    Ошибка: Подключение транспорта разорвано.

    Имя сервера: \192.x.x.21
    Адрес сервера: 192.x.x.21:445
    Тип подключения: Wsk

    Инструкция:
    это означает проблему с базовой сетью или транспортом, например протоколом TCP/IP, но не с SMB. Также ошибка может быть вызвана брандмауэром, блокирующим порты 445 или 5445.

    11 апреля 2017 г. 7:27

Все ответы

  • Похоже на пропадание пакетов ARP (протокол, сопоставляющий IP и MAC-адреса) в сети либо на задержку со стороны сервера ответов на запросы ARP (вот никогда такого не видел, но мало ли). По-хорошему такие вещи нужно ловить сетевым анализатором (он же сниффер).

    Но я бы начал с передёргивания по питанию сетевого коммутатора(ов).


    Слава России!


    • Изменено M.V.V. _ 11 апреля 2017 г. 8:20
    11 апреля 2017 г. 8:19
  • На данном коммутаторе висят другие сервера. С ними проблем не возникает.
    11 апреля 2017 г. 10:51
  • Попробуйте на проблемном ПК ДО выполнения ping выполнить arp -a. Проверьте, нет ли там адреса 192.x.x.21. Потому выполните ping, шара подключится, затем повторите app -a. 
    11 апреля 2017 г. 11:29
  • Попробуйте на проблемном ПК ДО выполнения ping выполнить arp -a. Проверьте, нет ли там адреса 192.x.x.21. Потому выполните ping, шара подключится, затем повторите app -a. 

    а ПК и сервер в одном влане? а то ведь никакого arp -a на ПК не будет.

    было бы неплохо уточнить так же, у вас просто файловый сервер или кластер? сервер физический или виртуальный?

    >>Данное проявлся не на всех ПК.

    вы не исследовали, в чем отличие у пк, где все работает и не работает? может, обновление волшебное какое:)

    но вообще, стоило бы начать с перезагрузки коммутатора и озадачивания сетевых администраторов:)


    MCSAnykey

    11 апреля 2017 г. 12:06
  • arp -a не показывает ничего за пределами сегмента сети.
    Сервер железный не в кластере.
    Обновления у всех одинаковые.
    Какое необходимо иследования для выяснения проблемы. На моем ПК, работающем круглые сутки, доступ есть всегда.
    Я Админ в одном лице. Чем необходимо озадачить сетевого админа?
    С данным сталкиваюсь впервые и не представляю куда смотреть.

    Коммутатор то я вечером перезагружу, но проблема появилась сразу после перезагрузки сервера.
    Предполагаю что дело не в коммутаторе.




    • Изменено ank0l0g 11 апреля 2017 г. 12:48
    11 апреля 2017 г. 12:47
  • День добрый.

    Коммутатор перезагрузил.
    Проблема осталась.
    Может будет полезна информация. Перезагружал сервер в связи с удалением роли WSUS.

    12 апреля 2017 г. 7:05
  • Может на сервере, который перезагружали, были прописаны какие-либо маршруты без ключа "-p" (как временные). После перезагрузки они сбросились и теперь используется дефолтный маршрут, на котором наблюдается данная проблема?
    12 апреля 2017 г. 10:00
  • С маршрутами все в порядке.
    12 апреля 2017 г. 13:53
  • так же присутствуют ошибки

    Имя журнала:   Microsoft-Windows-SmbClient/Connectivity
    Источник:      Microsoft-Windows-SMBClient
    Дата:          13.04.2017 9:22:07
    Код события:   30805
    Категория задачи:Отсутствует
    Уровень:       Предупреждение
    Ключевые слова:(64)
    Пользователь:  Н/Д
    Компьютер:     srvfs
    Описание:
    Клиент потерял сеанс с сервером.

    Ошибка: Подключение транспорта разорвано.

    Имя сервера: \192.x.x.21
    ИД сеанса: 0x700010000885

    Инструкция:
    если сервер является файловым сервером отказоустойчивого кластера Windows, то данное сообщение появляется при перемещении общего файлового ресурса между узлами кластера. Также должно возникнуть антисобытие 30806, указывающее, что сеанс с сервером восстановлен. Если сервер не является отказоустойчивым кластером, вероятно, что ранее сервер был подключен, но теперь недоступен по сети.


    Имя журнала:   Microsoft-Windows-SmbClient/Connectivity
    Источник:      Microsoft-Windows-SMBClient
    Дата:          13.04.2017 9:22:07
    Код события:   30807
    Категория задачи:Отсутствует
    Уровень:       Предупреждение
    Ключевые слова:(64)
    Пользователь:  Н/Д
    Компьютер:     srvfs
    Описание:
    Подключение к общему ресурсу разорвано.

    Ошибка: Подключение транспорта разорвано.

    Имя общего ресурса: \192.x.x.21\Users
    ИД сеанса: 0x700010000885
    ИД дерева: 0x5

    Инструкция:
    если сервер является файловым сервером отказоустойчивого кластера Windows, то данное сообщение появляется при перемещении общего файлового ресурса между узлами кластера. Также должно возникнуть антисобытие 30808, указывающее, что сеанс с сервером восстановлен. Если сервер не является отказоустойчивым кластером, вероятно, что ранее сервер был подключен, но теперь недоступен по сети.

    Хотя данные ошибки светились и до перезагрузки сервера

    13 апреля 2017 г. 6:33