proto udp apo tcp-client: cilën dëgjon serveri juaj?

Një profil që funksiononte muajin e kaluar tani skadon, dhe dikush sugjeron të zëvendësohet proto udp me proto tcp-client. Ndonjëherë është hapi i duhur, ndonjëherë prodhon një klient që lidhet me një port ku asgjë nuk dëgjon, sepse serveri nuk është konfiguruar kurrë për transportin tjetër. Direktiva përshkruan si flet ana juaj; ajo nuk mund të krijojë një dëgjues në anën tjetër. Lexo profilin dhe serverin së bashku përpara se të ndryshosh ndonjërin prej tyre.

Lexo transportin që përdor lidhja e zgjedhur

Një profil mund të mbajë disa hyrje remote, dhe secila mund të emërtojë transportin e vet. Klienti i përshkon ato me radhë, kështu që rreshti që shihni i pari nuk është domosdoshmërisht ai që zbatohet.

Gjej hyrjen që po provohet vërtet, pastaj lexo transportin e saj. Rendi ka rëndësi, sepse klienti nuk kalon më tej në heshtje. Disa ndërtime e provojnë hyrjen tjetër vetëm pas skadimit, kështu që një alternativë funksionale në fund të skedarit arrihet disa sekonda më vonë nga sa pritet. Ndjek në log se cila pikë fundore po provohet, në vend që të supozosh se fitoi rreshti i parë.

Nëse skedari ka një rresht proto pranë kryes dhe disa hyrje remote poshtë tij, ai rresht është vlera e paracaktuar për çdo remote që nuk e anulon atë. Një ndryshim vendas i vlerës së paracaktuar nuk bën asgjë për një hyrje remote që emërton transportin e vet.

grep -nE '^(remote|proto)\b' client.ovpn

UDP dhe TCP nuk janë një rregullim shpejtësie

UDP dërgon datagrame pa ndërtuar një rrjedhë të renditur, kështu që trafiku i vetë tunelit nuk mbështillet brenda një transporti të dytë të besueshëm. TCP ju jep një rrugë përmes rrjeteve që hedhin poshtë ose bllokojnë UDP, me koston e ritransmetimit të mbivendosur që mund ta bëjë një lidhje me humbje të ndihet më keq.

Ky është një shkëmbim arritshmërie, jo një renditje universale. Zgjedhja e duhur është ajo që lejon rrjeta përpara klientit. Një rrugë që hedh poshtë UDP në portën VPN nuk do të negociojë kurrë, sado mirë të jetë shkruar profili. Provo rrugën dhe pastaj zgjidh transportin.

Zgjedhja mes tyre vetëm mbi bazën e një matjeje është gabim, sepse përgjigjja varet nga ajo që lejon rrjeta përpara jush. Një hotel ose një proxy korporativ mund të lejojë TCP dalëse në 443 dhe asgjë tjetër, prandaj ofruesit ofrojnë atë variant. Mbetet një lidhje OpenVPN në atë portë, jo një sesion HTTPS, edhe pse numri i portës është ai i njohuri.

Çfarë do të thotë në të vërtetë tcp-client

Direktiva nga ana e klientit emërton skajin që nis një lidhje TCP. Ana e serverit përdor formën e vet të dëgjimit, dhe kopjimi i fjalës së klientit në një konfigurim serveri prodhon një dëgjues që pret të thirret, jo një që pranon.

Përputhja do të thotë që dy skajet bien dakord për transportin, jo që ndajnë të njëjtin varg.

grep -nE '^proto\b' /etc/openvpn/server/server.conf
ss -lntp | grep openvpn

Pyet serverin se çfarë po dëgjon përpara se të supozosh që profili është i gabuar. Një dëgjues UDP nuk shfaqet në një listë soketësh TCP, dhe e kundërta është gjithashtu e vërtetë, prandaj shiko pamjen specifike të protokollit në vend të një pamjeje të përgjithshme.

Kur profili importohet por nuk lidhet kurrë

Një profil i importuar që skadon menjëherë zakonisht dështon përpara çdo vërtetimi. Paketa shkon në një portë pa dëgjues, ose rrjeta e hedh poshtë në heshtje.

Provo rrugën në mënyrën më të thjeshtë: lidhu me të njëjtin host dhe portë me transportin që pretendon profili, nga e njëjta rrjetë si klienti që dështon.

Nëse një provë UDP nuk merr asgjë dhe një provë TCP lidhet, serveri po ofron transportin tjetër dhe profili është thjesht i vjetëruar. Nëse asnjëra nuk përgjigjet, problemi është mbi zgjedhjen e transportit dhe asnjë redaktim i profilit nuk do ta rregullojë. Dallimi i këtyre dy rasteve merr një minutë dhe kursen një orë korrigjimi certifikatash që nuk ishte kurrë i rëndësishëm.

Shëno transportin që funksionon

Kur një kombinim funksionon, shënoje me serverin, portën dhe protokollin, dhe vër re nga cila rrjetë u provua.

Përndryshe personi tjetër që has një skadim do të përsërisë të njëjtin eksperiment në drejtimin tjetër, dhe ndoshta do të ndryshojë një server që ishte në rregull.

Nëse ofruesi publikon të dy variantet, mbaj të dy skedarët dhe etiketoji sipas rrjetës që u përshtatet. Dy profile me emra të qartë parandalojnë përzierjen aksidentale të transportit të klientit me një dëgjues serveri që nuk u konfigurua kurrë për të.