Устранение неполадок с многоканальной поддержкой SMB
В этой статье описывается устранение неполадок, связанных с многоканальной поддержкой SMB.
Проверка состояния сетевого интерфейса
Убедитесь, что для привязки сетевого интерфейса задано значение True на клиенте SMB (MS_client) и сервере SMB (MS_server). При выполнении следующего командлета в разделе Включено для обоих сетевых интерфейсов в выходных данных должно отображаться значение True:
Get-NetAdapterBinding -ComponentID ms_server,ms_msclient
После этого убедитесь, что сетевой интерфейс указан в выходных данных следующих командлетов:
Get-SmbServerNetworkInterface
Get-SmbClientNetworkInterface
Можно также запустить Get-NetAdapter
командлет для просмотра индекса интерфейса для проверки результата. В индексе интерфейса отображаются все активные адаптеры SMB, которые активно привязаны к соответствующему интерфейсу.
Проверка брандмауэра
Если существует только локальный IP-адрес канала и нет общедоступных маршрутизируемых адресов, то для профиля сети, скорее всего, будет задано значение Общедоступный. Это означает, что SMB заблокирован в брандмауэре по умолчанию.
Следующий командлет показывает, какой профиль подключения используется. Для получения этих сведений также можно использовать Центр управления сетями и общим доступом.
Get-NetConnectionProfile
В группе Общий доступ к файлам и принтерам проверка правила для входящего трафика брандмауэра, чтобы убедиться, что SMB-In включен для правильного профиля.
Вы также можете включить общий доступ к файлам и принтерам в окне Центр управления сетями и общим доступом . Для этого выберите Изменить дополнительные параметры общего доступа в меню слева, а затем выберите Включить общий доступ к файлам и принтерам для профиля. Этот параметр включает правила брандмауэра общего доступа к файлам и принтерам.
Отслеживание трафика на стороне клиента и сервера для устранения неполадок
Вам потребуются сведения о трассировке подключений SMB, которые начинаются с трехстороннего подтверждения TCP. Перед началом записи рекомендуется закрыть все приложения (особенно Windows Обозреватель). Перезапустите службу рабочей станции на клиенте SMB, запустите запись пакетов, а затем воспроизведите проблему.
Убедитесь, что соединение SMBv3.x согласовывается и что ничто между сервером и клиентом не влияет на согласование диалектов. SMBv2 и более ранние версии не поддерживают многоканальные версии.
Найдите NETWORK_INTERFACE_INFO
пакеты. Здесь клиент SMB запрашивает список адаптеров с сервера SMB. Если эти пакеты не обмениваются, многоканальный канал не работает.
Сервер отвечает, возвращая список допустимых сетевых интерфейсов. Затем клиент SMB добавляет их в список доступных адаптеров для многоканального использования. На этом этапе следует запустить многоканальное подключение и, по крайней мере, попытаться запустить подключение.
Дополнительные сведения см. в разделе:
- 3.2.4.20.10 Запросы приложений, запрашивающие сетевые интерфейсы сервера
- 2.2.32.5 NETWORK_INTERFACE_INFO Ответ
- 3.2.5.14.11. Обработка ответа сетевых интерфейсов
В следующих сценариях адаптер нельзя использовать:
- В клиенте возникла проблема с маршрутизацией. Обычно это вызвано неправильной таблицей маршрутизации, которая перенаправит трафик через неправильный интерфейс.
- Заданы многоканальные ограничения. Дополнительные сведения см. в разделе New-SmbMultichannelConstraint.
- Что-то заблокировало пакеты запросов и ответов сетевого интерфейса.
- Клиент и сервер не могут взаимодействовать через дополнительный сетевой интерфейс. Например, не удалось выполнить трехстороннее подтверждение TCP, подключение заблокировано брандмауэром, сбой настройки сеанса и т. д.
Если адаптер и его IPv6-адрес находятся в списке, отправляемом сервером, следующим шагом является проверка того, выполняется ли взаимодействие через этот интерфейс. Отфильтруйте трассировку по локальному адресу ссылки и трафику SMB и найдите попытку подключения. Если это трассировка NetConnection
, можно также проверить события платформы фильтрации Windows (ВПП), чтобы узнать, заблокировано ли подключение.
Обратная связь
https://aka.ms/ContentUserFeedback.
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделеОтправить и просмотреть отзыв по