SSTP dhidi ya OpenVPN: lango moja 443, itifaki nyingine

Chaguo zote mbili zinaweza kukaa nyuma ya TCP 443, kwa hiyo watu hudhani ni ncha zinazoweza kubadilishwa. Si hivyo: SSTP seva huzungumza PPP ndani ya HTTPS, wakati seva ya OpenVPN huzungumza itifaki yake mwenyewe juu ya TLS au kupitia mkondo mbichi wa UDP. Kuelekeza mteja mmoja kwenye lango la mwingine hutoa muunganisho ambao haufiki kamwe kwenye kidokezo cha kuingia. Uchaguzi unahusu mteja na usafirishaji gani unaweza kusaidia, si namba.

Lango la pamoja halifanyi itifaki ya pamoja

Ushikaji mkono wa TLS unaweza kukamilika na bado usiende popote, kwa sababu baada ya hapo mteja na seva hawakubaliani nini cha kusema kinachofuata. Katika kunasa pakiti unaona ushikaji mkono safi ukifuatiwa na data ya programu ambayo upande mwingine unaikataa au kuipuuza. Mchoro huo ni saini ya kutokubaliana kwa itifaki, si kizuizi cha ukuta wa moto.

Wala wasifu uliobadilishwa jina wala kipengele kingine cha menyu hakibadilishi kimoja kuwa kingine. Muunganisho wa SSTP huundwa kutoka mipangilio ya VPN ya Windows kwa anwani ya seva na maelezo ya uthibitishaji ya mwendeshaji, wakati muunganisho wa OpenVPN unahitaji mteja na faili ya usanidi inayolingana. Vipimo vya SSTP vya Microsoft vinaelezea ya kwanza, na havielezii ushikaji mkono wa OpenVPN.

Lango 443 ni urahisi wa sera. Hupitia mitandao inayoruhusu mambo machache mengine, na hiyo ni faida ya kweli, lakini haisemi chochote kuhusu itifaki ipi inafanya kazi nyuma yake.

SSTP hufanya handaki ya PPP ndani ya HTTPS

Jina linaelezea muundo: fremu za PPP zinazobebwa ndani ya kikao cha HTTPS, ambayo inamaanisha TLS chini na cheti ambacho mteja anaweza kukagua. Windows inajumuisha hii kama aina asili ya VPN, kwa hiyo kompyuta ya mkononi inayosimamiwa mara nyingi inaweza kuunganisha bila programu ya ziada zaidi ya wasifu unaotolewa na mwendeshaji.

Majukwaa mengine ni hadithi nyingine. Mteja wa Linux au macOS anahitaji utekelezaji unaotunzwa, na hayo hutofautiana katika kile wanachosaidia na jinsi wanavyoripoti makosa. Angalia mteja ambaye kweli unakusudia kutumia badala ya kudhani uwezo uliojengwa ndani ya Windows utahamishwa, na thibitisha kwamba jina la seva katika wasifu linalingana na cheti kinachowasilishwa na seva.

SSTP kwa kawaida ni TCP pekee. Usafirishaji huo mmoja huathiri jinsi inavyotenda kwenye kiungo chenye upotevu, kwa sababu utumaji upya hufanyika ndani ya handaki na chini yake pia.

OpenVPN huleta mteja wake mwenyewe na uchaguzi wa usafirishaji

OpenVPN hutoa mteja wake mwenyewe na wasifu, ambayo inakupa uchunguzi ambao mazungumzo asili ya Windows hayauonyeshi. Seva inaweza kusikiliza kwenye UDP au TCP, na usanidi wa mwendeshaji huamua ipi mteja wako anapaswa kutumia. Wasifu unaoelekezwa kwenye usafirishaji mbaya hushindwa kabla ya uthibitishaji.

Uthibitishaji vilevile unategemea usanidi. Usambazaji unaweza kuhitaji vyeti pekee, vyeti pamoja na jina la mtumiaji na nywila, au kipengele cha pili juu yake, na mteja lazima alingane hasa na mpangilio huo. Ukweli kwamba muunganisho unafika hatua ya TLS hausemi ni vitambulisho gani itakavyo uliza baadaye.

UDP ndiyo chaguo-msingi la kawaida kwa sababu huepuka kuweka mkondo unaotegemewa ndani ya mkondo mwingine unaotegemewa. Hali ya TCP ipo kwa mitandao inayozuia UDP, na inafanya kazi, lakini upotevu mkubwa unaweza kuifanya ijisikie vibaya kuliko njia ya UDP iliyoibadilisha. Chagua TCP unapolazimika, si kwa sababu inasikika kuaminika zaidi.

Chagua kwa mteja, usafirishaji na msaada

Maswali matatu huamua mengi ya maamuzi haya. Je, kila kifaa cha mteja kinahitaji muunganisho unaofanya kazi bila programu ya ziada? Je, mtandao unaoutegemea unaruhusu UDP, au TCP 443 ndiyo njia pekee ya kutokea? Na nani anasaidia mteja, masasisho yake na urejeshaji wake wasifu unapoisha?

Unapolinganisha hizo mbili, jaribu kwenye kifaa kimoja na mtandao mmoja wa ufikiaji. Ikiwa ncha ya SSTP na ncha ya OpenVPN ni seva tofauti au maeneo tofauti, matokeo yako yanajumuisha njia hizo na mashine hizo badala ya kutenga itifaki. Hii ndiyo njia ya kawaida zaidi ambayo ulinganisho kama huo hutoa jibu la kujiamini lakini lisilo sahihi.

Kisha thibitisha ipi uliyoianzisha kweli kabla ya kutatua kitu kingine chochote:

> Get-VpnConnection -Name "Office SSTP" | Select-Object TunnelType, ServerAddress
> openvpn --config office.ovpn --verb 4

Vyovyote vile, maliza kwa kujaribu rasilimali na DNS unayohitaji badala ya kutangaza mafanikio katika hali ya handaki. Itifaki zote mbili zinaweza kusanidiwa kubeba trafiki ya faragha iliyochaguliwa pekee, na handaki iliyounganishwa bila utatuzi wa majina unaofanya kazi inaonekana kama VPN iliyovunjika wakati kwa kweli ni muundo wa handaki iliyogawanywa au DNS.

Katika kundi linalosimamiwa, usambazaji wa wasifu na msaada wa masasisho kwa kawaida huamua swali muda mrefu kabla ya kipimo chochote cha usafirishaji.