VPN inaunganisha nyumbani lakini inaisha muda kwenye Wi-Fi ya hoteli

Laptop inajiunga na Wi-Fi ya nyumbani, mteja anaunganisha kwa sekunde tatu, na wasifu huo huo unashindwa hotelini saa moja baadaye. Katikati hakuna kilichosasishwa. Kupitia jambo hili na mteja mbele yako kunahusu zaidi kujua hitilafu ipi ni ya hatua ipi, kwa sababu taarifa muhimu ziko kwenye msimbo ambao mteja huchapisha, si katika ukweli kwamba imeshindwa. Fanya hatua nne hapa chini kwa mpangilio na utajua kama jina, pakiti, bandari au sera ilikukataa.

Soma msimbo wa hitilafu kama hatua, si hukumu

Mteja hufikia hatua tatu tofauti kabla handaki haijakuwepo. Hutatua jina la seva, hupata jibu kutoka kwa kitu kwenye mtandao, na hujadili muungano wa usalama. Kila hatua ina ujumbe wake wa kushindwa, na hasa Windows ni mkarimu kwa misimbo tofauti mara tu unapojua ni hatua ipi wanayoihusu.

Misimbo miwili kati ya hiyo inamaanisha mtandao hauna hatia. 789 inamaanisha pakiti zilikuwa zikitiririka na pande mbili hazikukubaliana kuhusu usimbaji fiche, ambayo ni tatizo la usanidi unaloweza kurekebisha nyumbani. 868 inamaanisha hakuna pakiti iliyohitaji kutoka nje, kwa hiyo muundo wa handaki hauna umuhimu hadi jina litatuliwe. Kuweka msimbo katika hatua sahihi huokoa muda zaidi ya kunasa yoyote, kwa sababu hukuambia ni hatua ipi kati ya tatu zijazo ya kuruka.

Kuwa mwangalifu ipasavyo ikiwa mteja si Windows. Wateja wa wahusika wengine hufupisha mengi ya haya kuwa "muunganisho umeshindwa", ndiyo sababu hatua mbili zijazo hazitegemei ujumbe hata kidogo.

Angalia jina kabla ya kulaumu handaki

Mitandao ya hoteli na viwanja vya ndege hunasa DNS kila mara, na kitatuzi kinachojibu kwa anwani ya lango huzalisha kushindwa kunakoonekana kama seva iliyokufa kabisa. Linganisha kile kitatuzi cha ndani kinasema na kile kitatuzi cha umma kinasema:

Resolve-DnsName vpn.example.net -Type A
nslookup vpn.example.net 1.1.1.1
ipconfig /all | findstr /i "DNS Servers"

Ikiwa majibu mawili yanatofautiana, unaelekezwa na uchunguzi uliobaki ni bure hadi hilo litatuliwe. Hasa anwani ya lango itakubali muunganisho wa TCP kwa furaha kisha itakwama, ndiyo sababu inaweza kuonekana kama kizuizi cha kinga ya moto unapojaribu kwa kivinjari.

Sasa thibitisha kwamba anwani unayokusudia kufikia ndiyo inayotumika. Wateja wengine huhifadhi matokeo ya awali kwenye akiba kwa muda wote wa maisha ya wasifu, kwa hiyo kuunganisha tena baada ya mabadiliko ya DNS bado kwenda anwani ya zamani. Funga mteja kabisa kabla ya kujaribu tena, badala ya kubonyeza tenganisha na unganisha kwenye dirisha moja.

Gundua ni pakiti ipi ya nje inayopotea

Handaki ina mtiririko wa nje ambao ni wa njia kati yako na seva kikamilifu, na ni mtiririko huo ambao masanduku ya kati huainisha na kuutupa. Unase kwenye mteja, kisha linganisha mtandao unaofanya kazi na ule unaoshindwa. Kwenye Windows unasa uliojengwa ndani unatosha kwa mtazamo wa kwanza:

pktmon filter remove
pktmon filter add -p 500 -t UDP
pktmon start --capture --pkt-size 128
pktmon stop
pktmon etl2txt PktMon.etl

Unachotaka kuona ni kama pakiti zako zinatoka kabisa, na kama kuna kitu kinarudi. Pakiti nje bila kitu chochote kurudi inamaanisha njia au mwisho wa mbali unazitupa; ikiwa hakuna kinachotoka kabisa, mteja hakufika kamwe hadi kutuma, jambo linaloelekeza nyuma kwenye utatuzi wa majina au kwenye sera ya ndani ya kinga ya moto.

Rudia jaribio hilo hilo kwenye hotspot ya simu. Hili ni linganisho la pekee lenye taarifa zaidi unalopata, kwa sababu linaondoa kila sanduku hotelini kutoka njia huku likiacha laptop, mteja na vitambulisho sawa. Ikiwa handaki inapanda kwenye hotspot, acha kuangalia seva. Ikiwa inashindwa huko pia, una tatizo la mteja au akaunti ambalo mtandao haukuwa ukisababisha.

Badilisha usafiri mmoja na ujaribu tena

Mara unapojua kuwa mtiririko wa nje unatupwa, swali la kiutendaji ni mtiririko upi mtandao unaruhusu. Mitandao mingi iliyozuiliwa huruhusu TCP 443 ya kutoka kwa sababu haiwezi kufanya kazi vinginevyo, kwa hiyo kuhamisha msikilizaji hapo ni jibu la kawaida. Kwenye OpenVPN hii ni swichi ya upande wa mteja hadi seva ibadilishwe:

openvpn --config corp.ovpn --proto tcp-client --remote vpn.example.net 443 --verb 4

Wateja wa IPsec wana swichi sawa kwenye paneli zao za mipangilio, kwa kawaida hufafanuliwa kama IPsec juu ya TCP au kupita NAT. Kuibadilisha pia ni uchunguzi: ikiwa handaki inapanda juu ya TCP na kufa juu ya UDP, umethibitisha mtandao unachuja UDP, na pia umepata mpangilio utakaohitaji kila unapotembelea eneo hilo.

Kataa jaribu la kuzima vipengele vya kipanga njia kwenye jaribio la kwanza. Kuzima ukaguzi wa hali au ulinzi wa mafuriko kwenye mtandao wa hoteli hakupatikani kwako hata hivyo, na kwenye vifaa vyako mwenyewe hubadilisha ulinzi wa kweli kwa laptop moja. Andika ni mpangilio upi ulibadilisha matokeo, kisha uirudishe na utafute usafiri ambao mtandao unaruhusu tayari.

Thibitisha wasifu huo huo kwenye mtandao wa pili

Kabla ya kufunga tikiti, thibitisha kuwa mabadiliko yalistahimili kuondoka jengo. Unganisha tena kwenye mtandao wa awali na mipangilio ya awali, nasa sekunde thelathini za kwanza, na thibitisha mteja anafikia hali hiyo hiyo aliyoifikia kwenye hotspot:

pktmon filter add -p 443 -t TCP
pktmon start --capture
Get-VpnConnection -Name "Corp" | Select-Object ConnectionStatus, TunnelType, ServerAddress

Tofauti ambayo amri ya mwisho inaibua inafaa kuhifadhiwa: wasifu unaweza kuripoti handaki iliyounganishwa wakati uelekezaji ndani yake si sahihi, na hiyo huzalisha "VPN imewashwa lakini hakuna kinachofanya kazi", ambayo ni makala nyingine. Ikiwa aina ya handaki ilibadilika baada ya uhariri wako, wasifu si ule ulioujaribu.

Kisha andika ugunduzi mahali ambapo mtu anayefuata ataangalia. "Wasifu wa kampuni unahitaji TCP 443 kwenye eneo hili; UDP 500 inachujwa na hoteli" ni sentensi ambayo mwenzako anaweza kuchukua hatua. "VPN haina utulivu kwenye hoteli" sivyo, na inathibitisha kuwa saa hiyo hiyo itatumika tena mwezi ujao.