proto udp of tcp-client: hokker heart jo tsjinner?

In profyl dat ferline moanne wurke, rint no ôf en immen stelt foar om proto udp te ferfangen troch proto tcp-client. Soms is dat de juste stap, en soms makket it in klant dy't ferbynt mei in poarte dêr't neat heart, om't de tsjinner nea foar it oare transport ynsteld wie. De rjochtline beskriuwt hoe't jo kant praat; hy kin gjin harker oan 'e oare kant meitsje. Lês it profyl en de tsjinner tegearre foardat jo ien fan beide feroarje.

Lês it transport dat de selektearre ferbining brûkt

In profyl kin ferskate remote-ynfieren drage, en elk kin syn eigen transport neame. De klant giet se op folchoarder ôf, dat de rigel dy't jo earst sjogge is net needsaaklik de jildende.

Fyn de ynfier dy't wier besocht wurdt, lês dan it transport. Oarder is wichtich, om't de klant net stil trochgiet. Guon builds besykje de folgjende ynfier pas nei in tiidferrin, dat in wurkjend alternatyf ûnderyn it bestân wurdt sekonden letter berikt as jo ferwachtsje. Sjoch yn it loch nei it einpunt dat besocht wurdt ynstee fan oan te nimmen dat de earste rigel wûn hat.

As it bestân ien proto-rigel tichtby de top hat en ferskate remote-ynfieren dêrûnder, dan is dy rigel de standert foar elke remote dy't him net oerskriuwt. In pleatslike bewurking fan 'e standert docht neat foar in remote-ynfier dy't syn eigen transport neamt.

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

UDP en TCP binne gjin snelheidsynstelling

UDP stjoert datagrammen sûnder in oardere stream op te bouwen, dat it ferkear fan 'e tunnel sels wurdt net yn in twadde betrouber transport ferpakt. TCP jout jo in paad troch netwurken dy't UDP falle litte of blokkearje, tsjin 'e priis fan ynbêde werstjoering dy't in ferliesrike skeakel slimmer fiele litte kin.

Dat is in ruil foar berikberens, gjin universele ranglist. De juste kar is dy't it netwurk foar de klant tastiet. In paad dat UDP op 'e VPN-poarte falle lit, sil nea ûnderhannelje, hoe goed it profyl ek skreaun is. Test it paad, kies dan it transport.

Kieze tusken harren allinnich op grûn fan in mjitting is in flater, om't it antwurd ôfhinget fan wat it netwurk foar jo tastiet. In hotel of in bedriuwsproxy kin útgeand TCP op 443 tastie en neat oars, dêrom biede oanbieders dy fariant oan. It bliuwt in OpenVPN-ferbining op dy poarte, gjin HTTPS-sesje, sels as it poartenûmer it bekende is.

Wat tcp-client eins betsjut

De rjochtline oan 'e klantkant neamt it begjinein fan in TCP-ferbining. De tsjinnerkant brûkt syn eigen harkfoarm, en it kopiearjen fan it wurd fan 'e klant yn in tsjinnerkonfiguraasje makket in harker dy't ferwachtet dat der by him belle wurdt, net ien dy't akseptearret.

Oerienkomme betsjut dat de beide einen it oer it transport iens binne, net dat se deselde tekenrige diele.

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

Freegje de tsjinner wat er heart foardat jo oannimme dat it profyl ferkeard is. In UDP-harker ferskynt net yn in TCP-socketlist, en it omkearde is ek wier, sjoch dêrom nei de protokolspezifike werjefte ynstee fan in algemiene.

As it profyl ymportearre wurdt mar nea ferbynt

In ymportearre profyl dat fuortendaliks ôfrint, mislearret meastentiids foar elke autentikaasje. It pakket giet nei in poarte sûnder harker, of it netwurk lit it stil falle.

Test it paad op 'e ienfâldichste mooglike wize: ferbynsje jo mei deselde host en poarte mei it transport dat it profyl beweart, fan itselde netwurk as de mislearjende klant.

As in UDP-test neat krijt en in TCP-test ferbynt, biedt de tsjinner it oare transport oan en is it profyl gewoan ferâldere. As gjinien fan beide antwurdet, leit it probleem boppe de transportkar en gjin bewurking fan it profyl sil it reparearje. It ûnderskieden fan dy twa gefallen kostet in minút en sparret in oere sertifikaatdebugging dy't nea relevant wie.

Skriuw it wurkjende transport op

As in kombinaasje wurket, skriuw dy op mei de tsjinner, poarte en protokol, en notearje fan hokker netwurk er test is.

Oars sil de folgjende persoan dy't in tiidferrin treft itselde eksperimint yn 'e oare rjochting besykje, en mooglik in tsjinner feroarje dy't goed wie.

As de oanbieder beide farianten publisearret, hâld dan beide bestannen en label se neffens it netwurk dêr't se by passe. Twa dúdlik neamde profilen foarkomme it tafallich mingen fan in klanttransport mei in tsjinnerharker dy't der nea foar ynsteld wie.