proto udp edo tcp-client: zein entzuten du zure zerbitzariak?

Iaz funtzionatzen zuen profil bat orain epemugara iristen da, eta norbaitek proto udp proto tcp-client-rekin aldatzea proposatzen du. Batzuetan urrats zuzena da, eta beste batzuetan inor entzuten ari ez den portu batera konektatzen den bezeroa sortzen du, zerbitzaria ez baitzen inoiz beste garraioarako konfiguratu. Direktibak zure aldea nola hitz egiten duen deskribatzen du; ezin du entzulerik sortu beste aldean. Irakurri profila eta zerbitzaria elkarrekin, bietako edozein aldatu aurretik.

Irakurri hautatutako konexioak erabiltzen duen garraioa

Profil batek hainbat remote sarrera eduki ditzake, eta bakoitzak bere garraioa izenda dezake. Bezeroak ordenan zeharkatzen ditu, beraz, lehenengo ikusten duzun lerroa ez da nahitaez aplikatzen dena.

Aurkitu benetan probatzen ari den sarrera, eta gero irakurri bere garraioa. Ordena garrantzitsua da, bezeroak ez baitu isilka hurrengora pasatzen. Konpilazio batzuek hurrengo sarrera epemuga baten ondoren bakarrik probatzen dute, beraz, fitxategiaren amaierako alternatiba erabilgarria uste baino segundo batzuk geroago lortzen da. Begiratu erregistroan zein mutur probatzen ari den, lehenengo lerroak irabazi duela suposatu beharrean.

Fitxategiak goialdean proto lerro bat eta azpian hainbat remote sarrera baditu, lerro hori da gainidazten ez duen edozein remote-ren balio lehenetsia. Lehenetsiaren tokiko edizioak ez du ezer egiten bere garraioa izendatzen duen remote sarrera baterako.

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

UDP eta TCP ez dira abiaduraren ezarpena

UDP-k datagramak bidaltzen ditu fluxu ordenaturik eraiki gabe, beraz, tunelaren trafikoak ez du bigarren garraio fidagarri batean biltzen. TCP-k UDP baztertzen edo blokeatzen duten sareetan zeharreko bidea ematen dizu, barnean kokatutako birbidalketaren truke, honek konexio galdua okerrago senti dezake.

Hori irisgarritasun trukea da, ez sailkapen unibertsala. Aukera zuzena bezeroaren aurreko sareak uzten duena da. VPN portuan UDP baztertzen duen bide bat ez da inoiz ados jarriko, profila zein ondo idatzita egon ere. Probatu bidea, eta gero aukeratu garraioa.

Haietako bat soilik neurketan oinarrituta hautatzea akatsa da, erantzuna zure aurreko sareak zer uzten duen mende dagoelako. Hotel batek edo enpresako proxy batek 443 portuan irteerako TCP baimendu dezake eta besterik ez, horregatik hornitzaileek aldaera hori eskaintzen dute. OpenVPN konexioa izaten jarraitzen du portu horretan, ez HTTPS saioa, portu zenbakia ezaguna izan arren.

Zer esan nahi du tcp-client-ek benetan

Bezeroaren aldeko direktibak TCP konexio bat hasten duen muturrari izena ematen dio. Zerbitzariaren aldeak bere entzute-modua erabiltzen du, eta bezeroaren hitza zerbitzariaren konfiguraziora kopiatzeak deitzea espero duen entzule bat sortzen du, onartzen duen bat ez.

Bat etortzeak bi aldeek garraioan ados daudela esan nahi du, ez dutela kate bera partekatzen.

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

Galdetu zerbitzariari zer entzuten ari den, profila okerra dela suposatu aurretik. UDP entzule bat ez da TCP socket zerrenda batean agertzen, eta alderantzizkoa ere egia da, beraz, begiratu protokoloaren berariazko ikuspegia, orokorraren ordez.

Profila inportatzen denean baina inoiz konektatzen ez denean

Berehala epemugara iristen den inportatutako profilak huts egiten du normalean autentifikazioaren aurretik. Paketea entzulerik gabeko portu batera doa, edo sareak isilka baztertzen du.

Probatu bidea era sinpleenean: konektatu host eta portu berera profilean adierazitako garraioarekin, huts egiten duen bezeroaren sare beretik.

UDP probak ezer lortzen ez badu eta TCP proba konektatzen bada, zerbitzariak beste garraioa eskaintzen du eta profila zaharkituta dago soilik. Batak ere erantzuten ez badu, arazoa garraio aukeraren gainetik dago eta profilean edozein aldaketak ez du konponduko. Bi kasu horiek bereizteak minutu bat behar du eta inoiz garrantzitsua ez zen ziurtagirien arazketa ordu bat aurreztuko du.

Erregistratu funtzionatzen duen garraioa

Konbinazio bat funtzionatzen duenean, idatzi zerbitzariarekin, portuarekin eta protokoloarekin, eta adierazi zein saretatik probatu zen.

Bestela, epemuga bat jasango duen hurrengo pertsonak esperimentu bera kontrako norabidean probatuko du, eta agian ondo zegoen zerbitzari bat aldatuko du.

Hornitzaileak bi aldaerak argitaratzen baditu, gorde bi fitxategiak eta etiketatu egokitzen zaien sarearen arabera. Argiki izendatutako bi profilek bezeroaren garraioa inoiz horretarako konfiguratu ez zen zerbitzari entzule batekin nahastea eragozten dute.