SMB бөлүшүүсү VPN аркылуу гана иштебейт: кол тамгабы же ички тармак кагылышыбы?

Кеңседе иштеп, үйдө убакыт чегинен чыккан туташтырылган диск өзү эле пайдалуу маалымат бербейт. Туннель пакеттерди ачык ташып жатат, антпесе серверге эч нерсе жетмек эмес. Ишке ашпай калган нерсе үч катмардын биринде: ат туура эмес дарекке чечилди, кардар сессияга кол коюудан баш тартты, же эски сессия аны алып жүргөн байланыштан узак жашады. Ар биринин өзүнүн оңдоосу бар, үчөөнүн экөө кардар тарапта.

Үч бузулуу бир эле катаны кийет

Диск тамгасы кайсы катмар сынганын айтпайт, ката тексти адатта үчөөнө тең туура келгидей жалпы болот. Аларды эки тез суроо менен бөлүңүз: сервер өз IP дарегинде жооп береби, 445 порту байланышты кабыл алабы?

Бул жооптор божомолдун ордуна чечим таблицасын берет. IP иштеп, ат иштебесе, бул ат чечүүгө көрсөтөт. Экөө тең иштеп, кирүү четке кагылса, бул кол тамгага көрсөтөт. Экөө тең иштеп, туннел үзүлгөндөн кийин файл окуу илинип калса, бул эски сессияга көрсөтөт.

Аларды ошол тартипте иштетиңиз, анткени туура эмес хостко чечилген ат кийинки ар бир текшерүүнү маанисиз кылат.

Бөлүшүүгө тийүүдөн мурун атты чечиңиз

Эгер сервер өз дарегинде жооп берип, бөлүшүүнүн аты убакыт чегинен чыкса, туннель өз ишин кылып жатат, кардар туура эмес жерден издеп жатат. Алыскы кирүүдө бунун көбүн эки себеп түшүндүрөт.

Биринчиси — даректердин кабатташуусу. Кеңсе 192.168.70.0/24 колдонуп, үй маршрутизатору ошол эле диапазонду берсе, 192.168.70.20ге чечилген хост аты туннелдин артындагы сервердин ордуна жергиликтүү түзмөктү көрсөтүшү мүмкүн. Анда Windows сурамды жергиликтүү жөнөтүшү, маршруттан баш тартышы же ошол дареги бар принтерге чечиши мүмкүн. Оңдоо — бир тарапты кайра номерлөө, дагы бир маршрут кошуу эмес.

Экинчиси — DNS камтуусу. Ички DNS сервери жок же туннел аркылуу жеткиликсиз сервери бар VPN адаптери кыска аттарды ачык чечүүчүгө жиберет. Адаптердин DNS жазууларын окуп, бөлүшүүгө тийүүдөн мурун ички атты түз сураңыз:

> ipconfig /all | findstr /i "DNS Servers"
> nslookup files.corp.internal
Server: 10.90.0.2
Address: 10.90.0.2
Name: files.corp.internal
Address: 10.90.0.15

Эгер бул суроо күтүлгөн даректи кайтарса, ат чечүү такталды, маселе стекте жогорураак.

Кол тамга талабын эки учунда окуңуз

Ар бир кирүүнү четке каккан жеткиликтүү сервер — тармактын бузулушу эмес, саясаттын дал келбестигинин белгиси. Windows кардарда SMB кол тамгасын талап кылышы мүмкүн, ал эми кол койбогон сервер же NAS туннел канчалык соо болбосун сессияны бүтүрө албайт.

Кардардын жөндөөсүн саясат редакторунан издебей эле окуса болот:

> Get-SmbClientConfiguration | Select-Object RequireSecuritySignature
RequireSecuritySignature
-------------------------
True
> Get-SmbConnection

Сервер тараптагы тиешелүү маани сервердин SMB конфигурациясында, экөө тең дал келиши керек. Билдирилген бир учурда кардарда талап жергиликтүү саясат менен күйгүзүлгөн, ал эми сервер такыр кол койгон эмес; аны өчүрүп gpupdate /force иштетүү бөлүшүүнү дароо калыбына келтирди. Бул себепти ырастоо үчүн диагностикалык кадам, туруктуу оңдоо эмес.

Сервер колдогон жерде кол тамганы эки учунда күйгүзүүнү артык көрүңүз. Бөлүшүү иштеши үчүн коопсуздук жөндөөсүн өзгөртүүнү мурунку мааниси жана себеби менен жазуу керек, кийинки аудитте эч ким аны кайра ачпашы үчүн.

Таймерлерди тууралоодон мурун эски сессияны тазалаңыз

Тек VPN кулап, кайра туташкандан кийин гана илинген бөлүшүү адатта сервер буга чейин таштаган сессияны кармап турат. Сервер бош SMB сессияларын LanmanServer\Parameters астындагы Autodisconnect таймери боюнча жабат, ал демейде 15 мүнөт, ал эми кардардын өз SessTimeout LanmanWorkstation\Parameters астында бар. Бул маанилерден узун үзгүлтүк ар бир учту сессия жөнүндө башка түшүнүк менен калтырат.

Жыйынтык маанилүү болушу үчүн аны туруктуу тартипте кайталаңыз: туннелди туташтырыңыз, бөлүшүүнү ачыңыз, туннелди эки мүнөткө үзүңүз, калыбына келтириңиз, анан файл окууну аракет кылыңыз. Эгер тоташтыруу өзү калыбына келсе, таймерлерди тынч калтырыңыз. Эгер кайра тоташтырмайынча илинсе, туннел көтөрүлгөндөн кийин бөлүшүүнү кайра туташтырыңыз, ал пайда боло электе тоташтыруунун ордуна, жана тоташтыруу жардамчысы кайра аракет кыларын текшериңиз.

Убакыт чектерин көтөрүү туруксуз байланыш үчүн акылга сыярлык акыркы кадам, бирок ал симптомду дарылайт. Сервер унутуп калган сессияны узагыраак күткөн кардар дагы эле күтөт.

Тоташтыруу аркылуу бир файлды окуп, анан туннелди дагы бир жолу үзүп, калыбына келтирип бүтүрүңүз. Ошол кабыл алуу тести үч катмарды бир эле учурда камтыйт жана колдонуучунун чындап жасаганына туура келген жалгыз тест.