Port katika sehemu ya anwani ya VPN ya Windows hufanya kazi kwa SSTP pekee

Seva ya VPN hujibu kwenye TCP 10443, mteja aliyejengwa ndani ya Windows ana vitambulisho sahihi, na muunganisho bado hufa baada ya kusimama kinachoonekana kama muda wa DNS kuisha. Sababu kwa kawaida ni sehemu ya anwani: kuandika vpn.example.com:10443 katika Jina la seva au anwani hufanya Windows kusoma mfuatano wote kama jina la mwenyeji, kwa sababu kisanduku hicho si ingizo la jumla la host:port. Ikiwa port inaweza kuonyeshwa hapo kabisa inategemea aina ya handaki inayotumiwa na wasifu, na ni moja tu kati ya aina nne huchukulia thamani kama kitu kinachoweza kuichanganua.

Kwa nini sehemu ya anwani si kisanduku cha host:port

Sifa ya wasifu nyuma ya sehemu hiyo ni ServerAddress, na kila aina ya handaki huamua inachofanya na mfuatano huo. Tatu kati yao hazina kigezo cha port cha kujaza, kwa hivyo nukta mbili na nambari ni herufi tu katika jina ambalo halitatatuliwa kamwe. Ya nne huendesha juu ya HTTPS, ambapo port ni sehemu ya URL, kwa hivyo thamani lazima iandikwe katika umbo linalochanganuliwa kama URL.

Ndiyo sababu kushindwa kunaonekana kama utatuzi wa majina badala ya muunganisho uliokataliwa. Hakuna port mbaya ya kuripoti, kuna jina la mwenyeji lisilopo tu, na hitilafu huja baada ya kitatuzi kukata tamaa. Kabla ya kugusa seva, angalia aina ya handaki ambayo wasifu unadai kutumia.

Aina tatu zenye port isiyobadilika

PPTP huunganisha na TCP 1723 kisha hubeba handaki katika GRE, itifaki ya IP 47. L2TP/IPsec hutumia UDP 1701 kwa handaki na UDP 500 pamoja na 4500 kwa IPsec, ambapo 4500 ni port ya kupita NAT. IKEv2 pia hutumia UDP 500 na 4500. Hakuna wasifu kati ya hizo unaoonyesha sehemu ya port mahali popote kwenye kiolesura, na hakuna utakaodadisi port isiyo ya kawaida.

Seva inayosikiliza kwenye port maalum kwa hivyo haifikiki kwa wasifu hao, bila kujali anwani imeandikwa vipi. Majibu ya kiutendaji ni finyu: chapisha port ya kawaida kwenye seva, au tafsiri port ya kawaida kuwa ile maalum kwenye kipanga njia kilicho mbele yake. Zote mbili huacha wasifu wa mteja bila kuguswa, jambo lenye thamani kubwa wakati wasifu unasambazwa kwa sera badala ya kuandikwa kwa mkono.

SSTP inahitaji URL, si jina

SSTP ni ubaguzi kwa sababu huendesha ndani ya kikao cha TLS. Sehemu hiyo lazima ichanganuliwe kama URL: kwanza mpango wa https://, kisha mwenyeji, kisha nukta mbili na port. Bila mpango huo, Windows huendelea kuchukulia thamani kama jina la kawaida na muunganisho hushindwa kabla ya kubadilishana kwa TLS yoyote.

Sababu hii inawashangaza watu ni kwamba port chaguomsingi hukubali jina la mwenyeji uchi. Wasifu ambao haujawahi kuhitaji port maalum haujifunzi kanuni hiyo kamwe, na mtu wa kwanza kuongeza moja huigundua kwa kushindwa. Baada ya kuhifadhi, soma thamani iliyohifadhiwa badala ya kuamini dirisha la mazungumzo:

Get-VpnConnection -Name "Corporate SSTP" | Select-Object Name, ServerAddress, TunnelType

ServerAddress huonyesha hasa kile kilichohifadhiwa. Ikiwa inasomwa kama jina la mwenyeji uchi lenye nukta mbili ndani yake, wasifu haukupata URL kamwe na idadi yoyote ya kujaribu upya haitarekebisha.

Sintaksia ya muuzaji inayobandikwa kwenye kisanduku kimoja

Baadhi ya lango hueleza mikusanyiko ya ziada kwa sehemu hiyo, kama realm inayoongezwa baada ya port au vigezo vya hoja vinavyobadilisha utunzaji wa vyeti. Vinaeleweka na seva ya muuzaji huyo na, katika baadhi ya miundo, na mteja wake mwenyewe. Si sehemu ya umbizo la wasifu wa Windows, na kuzibandika kwenye wasifu uliojengwa ndani kwa kawaida huzalisha kushindwa kule kule kwa jina kwa kimya.

Chukulia kigezo kinachozima uthibitishaji wa vyeti kama onyo na si kama marekebisho. Ikiwa wasifu unaunganisha tu na kigezo hicho, cheti hakilingani na jina linalotumika, na marekebisho sahihi yako kwenye lango, si kwa mteja. Realm baada ya port ina sifa sawa: hufanya kitu tu ikiwa seva ya upande wa pili inaitarajia.

Thibitisha port, kisha soma hatua inayoshindwa

Thibitisha kuwa kitu kinakubali TCP kwenye port hiyo kutoka mtandao wa mteja kabla ya kulaumu wasifu:

Test-NetConnection vpn.example.com -Port 10443

Mafanikio huthibitisha msikilizaji, si SSTP. Seva ya wavuti, proksi ya kinyume au kisawazisha mzigo vinaweza kukamilisha kupeana mikono kwa TCP na bado visizungumze SSTP, kwa hivyo jaribio la kijani na VPN nyekundu ni mchanganyiko halisi. Linganisha somo la cheti na jina lililo kwenye wasifu, na angalia kumbukumbu ya RasClient katika miundo inayoileta, kwa sababu huandika hatua iliyoshindwa badala ya muda wa kawaida kuisha.

Kisha fikiria chaguo linaloondoa tatizo badala ya kulidokumenti: elekeza TCP 443 kutoka nje hadi 10443 kwenye seva ya VPN. Mteja kisha hutumia wasifu chaguomsingi bila port yoyote, jambo ambalo kwa kawaida ni mpangilio safi zaidi kwa kundi linalosimamiwa na huacha port maalum kama undani wa ndani.