Mga pangangailangan sa port ng VPN: tatlong linyang isusulat bago maghambing

Ang mga listahan ng port para sa mga serbisyong VPN ay kinokopya sa pagitan ng mga pahina ng paghahambing nang walang detalyeng nagtatakda kung mahalaga ang mga ito: sino ang nag-uumpisa ng koneksyon. Ang isang tuntuning nagpapahintulot ng palabas na TCP 443 ay walang sinasabi tungkol sa kung maaaring maabot ng ibang host ang isang tagapakinig sa iyong makina. Sumulat ng tatlong magkakahiwalay na pangangailangan bago ihambing ang isang plano, at markahan kung alin ang talagang kailangan ng iyong gawain. Karamihan sa mga paghahambing ay nagiging isang maikling tanong kapag mayroon na ang sheet na iyon.

Paghiwalayin ang pangangailangan bago basahin ang anumang listahan ng port

Tatlong linya ang sumasaklaw sa halos lahat ng kaso: maabot ang isang destinasyon sa kabilang panig ng tunnel, maglathala ng isang bagay upang makakonekta ang iba papasok, at dalhin ang tunnel mismo. Bawat linya ay nabigo sa ibang dahilan, at ang patakaran ng provider na tumutugon sa isa ay maaaring iwanang hindi nagalaw ang dalawa pa. Ang paglalagay ng gawain sa tamang linya ay tumatagal ng limang minuto at nakakatipid ng isang pagtatalo mamaya.

Sinasadya ng mga pahayag sa marketing na labuin ang tatlong linya. Ang pahintulot ng P2P ay naglalarawan ng patakaran sa destinasyon, ang nakalaang address ay naglalarawan ng address, at ang pag-aangkin na walang paghihigpit sa port ay karaniwang nangangahulugang hindi ito inililista ng plano. Wala sa mga pariralang iyon ang sumasagot sa iba.

Pumili ng isang konkretong daloy at isulat ito bilang pangungusap: tagapagsimula, transportasyon, port, pamilya ng address, direksyon. Ang isang kliyenteng backup sa gabi na nag-a-upload sa malayong host ay palabas lamang. Ang isang server ng laro sa iyong mesa na sinasaliwan ng mga kaibigan ay papasok. Ang pagpapatakbo ng dalawa sa isang tunnel ay nangangahulugang kailangan ng sheet ang dalawang linya, hindi isang kompromiso sa pagitan nila.

Ang palabas na access ay nabigo sa patakaran sa destinasyon, hindi sa tunnel

Ang palabas na trapiko sa pamamagitan ng gateway na nagsasalin ay lumilikha ng estado. Ang unang packet mula sa panloob na address at port ay bumubuo ng talaan ng salin, at tumutugma ang mga sagot dito, na siyang pag-uugali ng pagmamapa na inilarawan sa RFC 3022. Ang mekanismong iyon ang dahilan kung bakit ang isang tab ng browser ay karaniwang gumagana nang walang anumang kahilingan sa port.

Dalawang bagay pa rin ang sumisira nito. Maaaring salain ng exit node ang mga destinasyon o numero ng port na itinuturing nitong mapagsamantala, at ang aplikasyon ay maaaring nakikinig sa isang port na hindi inasahan ng patakaran sa labasan. Itanong ang pares ng destinasyon sa halip na ang mga panuntunan sa pagpasok, at asahan ang magkaibang sagot para sa TCP at UDP.

Magmeasura bago makipagtalo. Patakbuhin ang mga ito sa makinang tatayo sa likod ng tunnel, isang beses na patay ang tunnel at isang beses na buhay ito:

ss -lntup | sort
nc -vz -w 3 203.0.113.10 443
curl -sS -o /dev/null -w '%{http_code}\n' --max-time 5 https://example.com

Parehong mga utos, parehong destinasyon, dalawang estado ng tunnel, nagbibigay sa isang operator ng paghahambing bago at pagkatapos na maaari niyang aksyunan. Palitan ang address ng dokumentasyon ng host na talagang kailangan mo; ang mahalaga ay maulit ang paghahambing, hindi ang magmukhang kahanga-hanga ang anumang numero.

Ang paglalathala papasok ay nangangailangan ng pagmamapa, address at tagal

Walang anumang bagay sa labas ang makapagsisimula ng koneksyon sa iyong tagapakinig maliban kung may alam sa pampublikong panig kung saan ito ihahatid. Ang static na reserbasyon ng port na hawak ng operator, ang pagmamapa na hiniling ng kliyente sa pamamagitan ng UPnP, NAT-PMP o PCP, at ang niruta na pampublikong address ay tatlong magkaibang produkto na may tatlong magkaibang hangganan.

Magtanong ng limang bagay tungkol sa alinman sa mga ito: aling protocol, aling panlabas na port, kung maaaring iba ang panlabas na port sa lokal, aling pamilya ng address ang sakop nito, at gaano katagal ang pagmamapa pagkatapos ng muling pagkonekta. Ang reserbasyong nakatali sa aktibong sesyon ay nawawala kapag natapos ang sesyong iyon, ano man ang sabihin ng pahina ng plano.

Kumpirmahin muna ang lokal na kalahati, dahil ang patay na tagapakinig at ang naharang na papasok na landas ay magkapareho ang itsura mula sa labas:

ss -lntup | grep -E ':(8080|51820)\b'
python3 -m http.server 8080 --bind 0.0.0.0
curl -sS -o /dev/null -w '%{http_code}\n' http://127.0.0.1:8080

Kapag ang lokal na kahilingan ay nagbabalik ng 200 at ang kahilingan mula sa network na hindi mo kontrolado ay nagtatapos pa rin sa oras, ang agwat ay nasa pampublikong panig. Iyon ang sandali upang sabihin sa operator ang protocol at panlabas na port sa halip na ilarawan ang aplikasyon sa pangalan.

Ang sariling transportasyon ng tunnel ay hiwalay na tanong

Ang mga port ng carrier ay ang pinakamaliit na bahagi ng problema at ang pinakamadaling hanapin. Nag-iiba ang mga default ayon sa protocol, at ang maaaring makipag-ayos ng kliyente ay mas mahalaga kaysa sa anumang paglalarawan ng plano.

Ang network na nagtatapon ng palabas na UDP ay tatanggap ng tunnel na TCP 443 at tatanggihan ang UDP, kaya ang fallback mode ay kabilang sa sheet ng pangangailangan. Ang pagpapalit ng carrier ay hindi naglilipat ng port ng aplikasyon sa loob ng tunnel at hindi nagpapalawak ng patakaran sa destinasyon; nananatili ang mga iyon sa kanilang sariling linya.

Ang fragmentation ay karapat-dapat sa isang pagsubok habang naroon ka, dahil ang tunnel na kumokonekta at pagkatapos ay natigil sa malalaking paglilipat ay karaniwang may maling MTU sa halip na saradong port:

ping -M do -s 1400 203.0.113.10
ping -M do -s 1372 203.0.113.10

Sa Windows ang parehong pagsubok ay ping -f -l 1400 203.0.113.10. Itakda ang MTU ng tunnel sa ilalim ng pinakamalaking sukat na dumadaan, pagkatapos ay subukan muli ang nabigong paglilipat.

I-verify ang tatlong linya bago magbayad para sa isang plano

Ilagay ang tatlong linya sa isang pahina at punan ang bawat selda ng nasukat na resulta sa halip na pangako. Ang mga utos na ito ay gumagawa ng lokal na kalahati ng pahinang iyon sa loob ng halos isang minuto:

ss -lntup | sort
nc -vz -w 3 203.0.113.10 443
python3 -m http.server 8080 --bind 0.0.0.0
curl -sS -o /dev/null -w '%{http_code}\n' http://127.0.0.1:8080
ping -M do -s 1400 203.0.113.10

Basahin ang output bilang checklist. Gumagana ang palabas kapag sumagot ang destinasyon habang buhay ang tunnel. Gumagana lamang ang papasok kapag naabot ng host sa labas ng iyong network ang tagapakinig sa panlabas na port. Gumagana ang carrier kapag natapos ang pagkakamay ng kamay sa protocol na pinapayagan ng iyong access network.

Dalawang ugali ang nagpapanatiling tapat ng sheet. Itala ang petsa at bersyon ng kliyente sa tabi ng bawat resulta, dahil gumagalaw kapwa ang mga patakaran ng provider at ang mga default ng kliyente. Pagkatapos ay hilingin ang pinakamakitid na pagmamapa na nagsisilbi sa daloy, dahil ang kahilingang buksan ang lahat ay karaniwang nakakakuha ng pagtanggi o karagdagang benta sa halip na teknikal na sagot.