Hifadhi iliyopangwa kupitia VPN ya tovuti: DNS, SMB na njia ya UNC

Ukurasa wa Mtandao katika Explorer huonyesha vifaa vilivyojitangaza kwenye sehemu ya ndani, na handaki iliyopangwa njia haibebi hata moja ya matangazo hayo. Ndiyo sababu seva inaweza kufikiwa kikamilifu wakati dirisha mbele ya mtumiaji linabaki tupu. Njia ya UNC yenye jina haitegemei ugunduzi hata kidogo, na suluhisho ni kufanya jina litatuliwe na mlango ujibu. Dirisha tupu ni dalili ya tabaka lisilofaa, si la sehemu iliyovunjika.

Ugunduzi si sawa na ufikivu

Windows hupata mashine zilizo karibu kupitia itifaki zilizoundwa kwa kikoa cha matangazo, kisha huwasilisha kilichopatikana kama orodha ya urahisi. Hakuna kitu katika orodha hiyo kinachohitajika kwa ufikiaji wa faili kupitia SMB. Mteja anayejua jina la seva na kufikia TCP 445 atafungua sehemu hiyo, iwe mashine itaonekana kwenye Mtandao au la.

Tabaka mbili hushindwa kwa kujitegemea, ndiyo sababu "sioni" na "siwezi kuifungua" zinastahili majaribio tofauti. Kuangalia orodha kunaeleza kuhusu ugunduzi; kufungua njia kunaeleza kuhusu huduma.

Ipe seva jina kabla ya kupanga sehemu

Tangaza seva ya faili kwenye DNS na anwani iliyo nayo upande wa pili, na uelekeze tovuti ya mteja kwa resolver inayoweza kujibu kwa eneo hilo. Jina lililohitimu kikamilifu huepusha utegemezi wa orodha ya kiambishi cha utafutaji ya ndani, ambayo ndiyo sababu ya kawaida jina fupi kufanya kazi katika tovuti moja na kushindwa katika nyingine.

Ikiwa mazingira yanatumia Active Directory, utatuzi wa majina pia ni sehemu ya uthibitishaji: mteja anahitaji kufikia kidhibiti cha kikoa kwa Kerberos, na saa iliyochelewa sana itafanya ubadilishanaji wa tikiti kushindwa. Hili ni tatizo tofauti na ufikivu wa SMB na linaonekana kama hitilafu ya vitambulisho. Jaribu kidhibiti cha kikoa kabla ya kuandika nenosiri tena.

Panga njia na chuja pande zote mbili

Handaki kati ya tovuti inahitaji kiambishi cha mbali kwenye jedwali la njia la ndani na kiambishi cha ndani kwenye lile la mbali, na ngome ya moto kila upande lazima iruhusu trafiki inayofika. Mipangilio ya upande mmoja huzalisha muunganisho unaofunguka na kamwe haujibu, ambayo watumiaji huieleza kama sehemu kuwa polepole. Kwanza angalia vihesabu vya handaki yenyewe. Ikiwa pakiti zinatoka na hakuna kinachorudi, tafuta njia ya kurudi au chujio la mbali.

Kwa WireGuard, anwani za IP zinazoruhusiwa za mwenzake na njia za mfumo wa uendeshaji lazima ziafikiane na muundo huo. Handaki hubeba pakiti; haitoi rekodi za DNS wala ruhusa za sehemu kwa upande wowote.

Jenga kanuni ya ngome ya moto juu ya mtandao halisi wa chanzo utakaoungana, na uandike ubaguzi. Ikiwa muundo unatafsiri anwani mahali fulani kwenye njia, kanuni lazima itumie chanzo kilichotafsiriwa, na anwani asili ya mteja haionekani tena kwenye kumbukumbu.

Thibitisha, kisha panga hifadhi

Pitia tabaka kwa amri badala ya dirisha la Explorer:

Resolve-DnsName -Name files.corp.example -Type A
Test-NetConnection -ComputerName files.corp.example -Port 445
net use Z: \\files.corp.example\Projects /persistent:no

Amri ya pili inathibitisha njia ya TCP, si haki ya kusoma kitu. Ya tatu ni pale uthibitishaji na uidhinishaji hutekelezwa, na kushindwa hapo kunapaswa kukupeleka kwenye ruhusa za sehemu na mfumo wa faili, si kurudi kwa kipanga njia.

Hifadhi sahihi ya SMB na sera iliyopo ya uthibitishaji. Kuwasha tena SMB1 au kusambaza matangazo ya ugunduzi kupitia handaki hakuhitajiki kwa njia iliyo wazi, na TCP 445 inapaswa kubaki kwenye njia ya faragha si kwenye uelekezaji unaoelekea mtandao. Wape watumiaji njia ya mkato iliyosimamiwa au hifadhi iliyopangwa kwa jina lililoidhinishwa, na ukurasa tupu wa Mtandao hauwi na maana tena.