Je, TCP 443 inasaidia kweli? Ni ikiwa tu seva inasikiliza hapo
Profile ya TCP ni njia mbadala, si uficho. Hakikisha kuwa seva inasikiliza kwenye mlango huo, kisha pima gharama ya TCP mbili dhidi ya kutoweza kufika.
TCP 443 ni njia mbadala yenye sharti la awali, si uficho unaopitisha handaki kando ya chujio lolote. Inasaidia wakati mtoa huduma tayari anachapisha msikilizaji wa TCP kwenye mlango huo na njia inavumilia muunganisho unaobaki wazi kwa masaa. Inashindwa, kwa kawaida kama muda wa kumalizika, wakati moja ya hayo mawili haipo, na muda wa kumalizika mara chache husema ni ipi. Uamuzi wa kubadilisha unahitaji maswali matatu, na moja tu kati yao linahusu namba ya mlango.
Namba ya mlango si ahadi ya usafirishaji
Mlango unataja sehemu ya mwisho; TCP unaubadilisha kuwa mtiririko wa baiti uliopangwa; OpenVPN huamua kile kinachosafiri ndani ya mtiririko huo. Seva ya wavuti kwenye namba hiyo hiyo inatumia mpangilio wa programu tofauti kabisa, kwa hiyo kushiriki mlango 443 huwafanya wawili kuonekana sawa kwa chujio na si zaidi. Namba ni kidokezo ambacho chujio husoma, si sifa inayobadilisha yaliyomo kwenye pakiti. Kuwachukulia kama kitu kimoja kwa sababu wanashiriki mlango ni kosa lililo nyuma ya mkanganyiko mwingi hapa.
Vifaa vya kati mara chache hufanya uamuzi rahisi wa kuruhusu-au-kuzuia kuhusu mlango. Vingi huchunguza baiti za kwanza, vingine hubana lengwa, na vingine huanzisha upya miunganisho inayobaki wazi kwa muda mrefu. Ndiyo sababu profile hiyo hiyo inaweza kufanya kazi kutoka mtandao mmoja na kukosa muda kutoka mwingine, na ndiyo sababu njia mbadala inafaa kujaribiwa kama chaguo linalotegwa badala ya kuaminiwa kama ahadi. Chujio kinapochunguza trafiki, namba ya mlango ni kitu cha kwanza tu kinachoangalia.
Thibitisha msikilizaji kabla ya kugusa profile
Seva lazima iwe imesanidiwa kwa TCP kwenye mlango, na profile ya mteja lazima iombe usafirishaji huo huo. Kuandika upya profile ya UDP ili iombe TCP hakuundi msikilizaji, na muda wa kumalizika unaotokana na hilo hauwezi kutofautishwa na ukuta wa moto unaotupa mlango. Pakua profile ya TCP ya mtoa huduma mwenyewe ikiwa ipo, kwa sababu huduma zingine huchapisha sehemu ya mwisho tofauti na mipangilio tofauti ya utambulisho kwa kila usafirishaji. Kuhariri kwa mkono ni sawa kwa jaribio linalodhibitiwa na ni njia mbaya ya kukisia usanidi uliokusudiwa na mtoa huduma.
Pande zote mbili za ulinganifu huo zinaonekana kwenye usanidi, na chaguo za kiungo za mradi wa OpenVPN zinaandika aina zote mbili. Jozi ndogo inaonekana hivi:
# server: accept TCP on this port
proto tcp-server
port 443
# client: request the same transport
proto tcp
remote vpn.example.com 443Masharti matatu huamua kama njia mbadala inafaa gharama yake
Sharti la kwanza ni kwamba mtoa huduma anatoa usafirishaji huo hata kidogo; bila hilo hakuna kingine kinachojalisha. La pili ni kwamba njia inahifadhi kipindi cha muda mrefu hai, kwa kuwa mitandao mingine huanzisha upya miunganisho inayobaki wazi badala ya kuzuia mlango kabisa. La tatu ni kama njia mbadala ni ubaguzi uliokusudiwa au suluhisho la muda linaloficha hitilafu ambayo hukuitengeneza.
Kila sharti lina ukaguzi wa bei rahisi. Kushindwa kwa lolote kati yao huonekana sawa kwa upande wa mteja:
| Condition | How to check it | What a failure decides |
|---|---|---|
| The server offers TCP | The operator's profile list, or a listening-socket check on the server | No client-side edit can help |
| The path keeps long sessions | A test connection left open for an hour | Reconnects will look like server faults |
| The fallback is deliberate | A change record naming the UDP fault | The underlying fault stays invisible |
Kabla ya kulinganisha usafirishaji, kamilisha uingiaji wowote kwenye lango la kukamata. Mtandao ambao haujakubali kifaa chako huzuia usafirishaji wote wawili, na wakati huo ulinganisho hupima lango badala ya handaki. Ingia, hakikisha kuwa kuvinjari kwa kawaida kunafanya kazi, kisha tu uanze jaribio.
Gharama unayokubali: TCP ndani ya TCP
TCP hutuma tena sehemu zilizopotea na kuhifadhi mpangilio wake. Wakati programu ambayo pia inatumia TCP inaendesha ndani ya handaki la TCP, tabaka mbili za urejeshaji huitikia upotevu huo huo, na mwingiliano huo ndio unaofanya handaki kuhisiwa polepole kwenye njia yenye upotevu. Dalili ni ucheleweshaji na mtikisiko badala ya kushindwa safi, jambo ambalo hurahisisha kulaumu upande wa mbali. Pima kutoka kwa mteja chini ya usafirishaji wote wawili kabla ya kuhitimisha.
UDP inaepuka uwekaji huu ndani, na hiyo ndiyo sababu kuu watoa huduma wanaipendelea na kutoa TCP kama mbadala pekee. Muunganisho thabiti wa TCP bado ni wa manufaa zaidi kuliko muunganisho wa UDP usioweza kufikiwa, kwa hiyo ulinganisho ni kati ya gharama mbili halisi na si kati ya chaguo zuri na baya. Weka kifaa na mtandao wa upatikanaji bila mabadiliko unapolinganisha, vinginevyo matokeo yataeleza kigezo kisicho sahihi.
Baadhi ya vipengele vya mteja vimeandikwa kwa usafirishaji mmoja tu, kwa hiyo profile mbadala inaweza kuacha tabia uliyokuwa ukiitegemea kimya kimya. Soma sharti la usafirishaji la chaguo kabla ya kuchukulia profile ya TCP kama ubadilishaji wa moja kwa moja.
Hitilafu ambazo usafirishaji mwingine hazigusi
Cheti kilichoisha muda bado kinahitaji ukaguzi wa saa au uhuishaji, na akaunti iliyokataliwa bado inahitaji vitambulisho sahihi. Weka ukaguzi wa utambulisho wa seva ambao mtoa huduma alitoa, kwa sababu namba ya mlango inayojulikana haithibitishi mtu yeyote. Mlango unaojibu unasema tu kuwa kuna kitu kinasikiliza.
Ikiwa handaki linapanda na maeneo lengwa bado yanashindwa, tatizo lililobaki ni uelekezaji au utatuzi wa majina baada ya muunganisho, si usafirishaji. Fuata njia hiyo badala ya kuzunguka kwenye milango, kwa sababu ndivyo mchana unapotea. Profile inakuambia usafirishaji gani ujaribu; kamwe haikuambii kwa nini njia ya UDP ilishindwa.