Гостьовий вхід SMB через VPN: Windows досі вимагає ідентичність
Робочий тунель VPN не робить анонімний вхід SMB автентифікованим. Прочитайте політику клієнта, підтвердьте подію 31017, а потім використайте іменований обліковий запис спільної папки.
Підключення до офісного VPN робить файловий сервер доступним, і все ж спільна папка відмовляє в доступі, що схиляє до висновку, ніби тунель зламаний. Зазвичай це не так. SMB автентифікує кожен сеанс окремо, а Windows дедалі суворіше визначає, що приймає за анонімний вхід. Мережевий шлях і ідентичність користувача — різні вимоги, і помилка стосується другої.
Чому тунель не може замінити ідентичність SMB
Спільне використання підмережі з сервером ніколи не означало дозволу читати його файли; воно лише усуває проблему маршрутизації. Windows записує подію 31017, коли його клієнт блокує небезпечний гостьовий вхід, і це рішення ухвалюється на вашій машині, а не на сервері. Тунель сумлінно передає пакети SMB, поки гостьовий сеанс відхиляється. Тому один ноутбук в однакових домашніх мережах працює, а інший — ні.
Розглядайте подію як доказ політики, а не як збій мережі. Виправлення в ідентичності або в пристрої.
Прочитайте політику клієнта та подію відмови
Два результати швидко вирішують питання: фактична конфігурація клієнта та останні події відмови.
Get-SmbClientConfiguration | Select-Object EnableInsecureGuestLogons, RequireSecuritySignature
Get-WinEvent -LogName Microsoft-Windows-SmbClient/Operational -MaxEvents 20 | Where-Object Id -eq 31017Хибне налаштування гостьового доступу разом із вимогою підпису пояснює збій ще до будь-якого подальшого розслідування. Журнал подій підтверджує, що сеанс відхилив клієнт, а не сервер відкинув облікові дані. Запишіть шлях до спільної папки та обліковий запис, використані в успішній спробі на іншій машині, бо кешований сеанс може зробити два тести однаковими, хоча вони такими не є. Очистьте наявні підключення за допомогою net use перед порівнянням, щоб старий сеанс не відповідав замість нового.
Використовуйте іменований обліковий запис і збережіть підпис
Тривале рішення — це обліковий запис, який знає сервер, наданий явно, а політика підпису й шифрування лишається незмінною. Передавайте облікові дані в підключенні, а не вводьте випадкове ім'я в діалоговому вікні.
net use \\fileserver.example\share /user:DOMAIN\alice *
Get-SmbConnectionІменований вхід створює сеанс, який сервер може перевірити, а Get-SmbConnection показує діалект і чи підпис активний. Гостьові сеанси не можуть задовольнити вимоги підпису або шифрування, тому ввімкнення гостьового прапорця не врятує політику, яка їх вимагає. Там, де старий пристрій не має моделі облікових записів, розглядайте гостьовий доступ як явно задокументований виняток із планом заміни. Не послаблюйте підпис для кожного підключення заради одного пристрою.
Коли пристрій знає лише гостя
Деякі споживчі NAS пропонують спільні папки без будь-якого поняття облікового запису, що залишає два чесні варіанти: ізолювати пристрій або замінити його. Розмістіть його в сегменті без маршруту до чогось чутливого і не дозволяйте винятку заради зручності стати типовим для всього клієнта. Гостьова спільна папка з резервними копіями або обліковими даними — це проблема розкриття даних, а не прикрість Windows. Якщо оновлення прошивки додає облікові записи користувачів, це дешевша довгострокова відповідь.
Запишіть прийнятий обліковий запис і значення політики в заявку. Інакше наступна людина знову запустить тест тунелю і дійде до тієї самої відмови.