د VPN خدماتو لپاره د پورټونو لیستونه د پرتلې پاڼو ترمنځ د هغه تفصیل پرته کاپي کیږي چې معلوموي چې ایا دوی مهم دي که نه: اړیکه څوک پیلوي۔ هغه قاعده چې وتونکی TCP 443 ته اجازه ورکوي، د دې په اړه هېڅ نه وایي چې ایا بل کوربه ستاسو په ماشین کې اورېدونکي ته رسېدلی شي۔ د یو واحد پلان له پرتله کولو مخکې درې جلا غوښتنې ولیکئ او په نښه کړئ چې ستاسو دندې واقعاً کومې ته اړتیا لري۔ کله چې هغه پاڼه شتون ولري، ډېری پرتلې په یوه لنډه پوښتنه کې راغونډېږي۔

د هر پورټ لیست له لوستلو مخکې غوښتنه جلا کړئ

درې کرښې نږدې هر حالت پوښي: د تونل هاخوا مقصد ته رسېدل، یو څه خپرول تر څو نور وکولای شي دننه وصل شي، او پخپله تونل وړل۔ هر کرښه د بېل دلیل له مخې ناکامېږي، او هغه عرضه کوونکی تګلاره چې یوه پوره کوي کولای شي نورې دوه لاس نه وي ورښودل شوې۔ ستاسو دنده په سمه کرښه کې اچول پنځه دقیقې وخت نیسي او وروسته یوه جګړه ژغوري۔

LineWho starts itWhat can block itQuestion for the provider
Outbound destinationYour applicationEgress filter on the exit nodeIs this protocol and port allowed to that destination?
Inbound publishingA remote peerNo mapping, no public address, short lifetimeWhich protocol, which external port, and how long does the mapping last?
Tunnel transportYour client to the gatewayThe access network drops that protocolDoes the client offer a fallback the local network permits?

د بازارموندنې ادعاوې درې کرښې په قصد مغشوشوي۔ د P2P اجازه د مقصد تګلاره بیانوي، ځانګړی پته پته بیانوي، او د پورټ بندیزونو نه شتون ادعا معمولاً مانا دا ده چې پلان هغه نه لیستوي۔ د دغو جملو هېڅ یوه بل ته ځواب نه وایي۔

یو مشخص جریان وټاکئ او د جملې په توګه یې ولیکئ: پیلوونکی، ترانسپورت، پورټ، د پتو کورنۍ، لوری۔ د شپې بیک اپ کلاینټ چې لرې کوربه ته اپلوډ کوي یوازې وتونکی دی۔ ستاسو په مېز کې هغه لوبې سرور چې ملګري ورته یوځای کیږي دننه راتلونکی دی۔ دواړه د یوه تونل له لارې چلول مانا دا ده چې پاڼې دواړه کرښې ته اړتیا لري، نه د دوی ترمنځ سازش۔

وتونکی لاسرسی په تونل نه، بلکې د مقصد تګلارې له مخې ناکامېږي

د ژباړونکي ګېټوې له لارې وتونکی ټرافیک حالت جوړوي۔ له داخلي پتې او پورټ څخه لومړنی پاکټ د ژباړې ثبت جوړوي، او ځوابونه ورسره سمون خوري، چې دا په RFC 3022 کې تشریح شوی د نقشه کولو چلند دی۔ همدا میکانیزم لامل دی چې د براوزر ټب معمولاً پرته له کوم پورټ غوښتنې کار کوي۔

دوه شیان لا هم دا ماتوي۔ د وتلو نوډ کولای شي هغه مقصدونه یا پورټ شمېرې فلټر کړي چې ناوړه ګټه پورته کېدونکي يې بولي، او اپلیکیشن کولای شي په هغه پورټ کې واوري چې د وتلو تګلارې هېڅکله تمه نه درلوده۔ د دننه راتلونکو قواعدو پرځای د مقصد جوړې په اړه وپوښتئ، او د TCP او UDP لپاره بېل ځوابونه تمه کړئ۔

له جګړې مخکې اندازه وکړئ۔ دا په هغه ماشین کې وچلوئ چې د تونل شاته به وي، یو ځل د تونل د بند حالت او یو ځل د خلاص حالت:

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

هماغه امرونه، هماغه مقصد، د تونل دوه حالتونه، آپریټر ته داسې د مخکې-وروسته پرتله ورکوي چې پر بنسټ یې کولای شي عمل وکړي۔ د اسنادو پته په هغه کوربه بدله کړئ چې واقعاً یې اړتیا لرئ؛ مهمه دا ده چې پرتله تکرار شي، نه دا چې کومه شمېره اغېزمنه ښکاره شي۔

دننه خپرولو ته نقشه، پته او عمر پکار دی

هېڅ شی له باندې نشي کولای ستاسو اورېدونکي ته اړیکه پیل کړي پرته له دې چې په عامه خوا کې یو څه پوه شي چې هغه چېرته رسولی شي۔ د آپریټر لخوا ساتل شوی ثابت پورټ ریزرویشن، د کلاینټ لخوا د UPnP، NAT-PMP یا PCP له لارې غوښتل شوی نقشه، او مسیر شوې عامه پته — دا درې بېل محصولات دي، درې بېلو حدونو سره۔

د دوی له هر یوه په اړه پنځه پوښتنې وکړئ: کوم پروتوکول، کوم بهرنی پورټ، ایا بهرنی پورټ کولای شي له ځایي څخه بېل وي، کومه پته کورنۍ پوښي، او له بیا وصلېدو وروسته نقشه څومره پاتې کیږي۔ له فعالې غونډې سره تړل شوی ریزرویشن هغه غونډه چې پای ته رسېږي له منځه ځي، د پلان پاڼه هر څه ووایي۔

لومړی ځایي نیمه تایید کړئ، ځکه مړ اورېدونکی او بند شوی دننه راتلونکی لار له باندې ورته ښکاري:

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

کله چې ځایي غوښتنه 200 بېرته راوړي او ستاسو له کنټرول بهر شبکې غوښتنه لا هم وخت تېرېږي، تشه په عامه خوا کې ده۔ هماغه شیبه ده چې آپریټر ته پروتوکول او بهرنی پورټ ووایاست، نه دا چې اپلیکیشن په نوم یاد کړئ۔

د تونل خپل ترانسپورت جلا پوښتنه ده

د لیږدونکي پورټونه د ستونزې ترټولو کوچنی برخه او ترټولو اسانه موندل کېدونکې ده۔ ډیفالټونه د پروتوکول له مخې توپیر لري، او هغه څه چې کلاینټ یې په اړه خبرې کولای شي له هر پلان توصیف څخه مهم دي۔

ClientOuter transportDefault portWhen it helps
OpenVPNUDP1194Default mode; needs outbound UDP to pass
OpenVPNTCP443UDP is dropped and TCP 443 is not
WireGuardUDP51820Short handshake; there is no TCP mode
IKEv2/IPsecUDP500 and 4500Mobile clients; 4500 carries NAT traversal

هغه شبکه چې وتونکی UDP غورځوي به TCP 443 تونل ومني او UDP به رد کړي، نو د بدیل حالت ځای د غوښتنو په پاڼه کې دی۔ د لیږدونکي بدلول په تونل کې د اپلیکیشن پورټ نه خوځوي او د مقصد تګلاره نه پراخوي؛ هغه په خپلو کرښو کې پاتې کیږي۔

تکه تکه کول هلته د یوې ازموینې وړ دي، ځکه هغه تونل چې وصل شي او بیا په لویو لېږدونو کې ودرېږي معمولاً بند پورټ نه، بلکې غلط MTU لري:

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

په Windows کې هماغه ازموینه ping -f -l 1400 203.0.113.10 ده۔ د تونل MTU له هغه ترټولو لوی اندازې ښکته وټاکئ چې تېریږي، بیا ناکام شوی لېږد بیا ازموئ۔

د پلان لپاره د تادیه کولو دمخه درې کرښې تایید کړئ

درې کرښې په یوه پاڼه کې کېږدئ او هر حجره د ژمنې پرځای د اندازې شوې پایلې سره ډکه کړئ۔ دا امرونه د هغې پاڼې ځایي نیمه په شاوخوا یوه دقیقه کې جوړوي:

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

پایله د چک لیست په توګه ولولئ۔ کله چې تونل خلاص وي او مقصد ځواب ورکړي، وتونکی کار کوي۔ دننه راتلونکی یوازې هغه وخت کار کوي چې ستاسو له شبکې بهر کوربه په بهرني پورټ کې اورېدونکي ته ورسیږي۔ لیږدونکی هغه وخت کار کوي چې ستاسو د لاسرسي شبکه چې کوم پروتوکول ته اجازه ورکوي په هغه کې لاس ورکول بشپړ شي۔

دوه عادتونه پاڼه صادقه ساتي۔ د هرې پایلې ترڅنګ نېټه او د کلاینټ نسخه ولیکئ، ځکه د عرضه کوونکو تګلارې او د کلاینټ ډیفالټونه دواړه خوځېږي۔ بیا هغه ترټولو تنګ نقشه وغواړئ چې جریان ته خدمت کوي، ځکه د هر څه خلاصولو غوښتنه معمولاً د تخنیکي ځواب پرځای رد یا اضافي پلورل ترلاسه کوي۔

اړوندې مقالې