ایا TCP 443 واقعاً مرسته کوي؟ یوازې هغه وخت چې سرور هلته اورېدل کوي
د TCP پروفایل یوه بدیله لار ده، نه استتار۔ وګورئ چې سرور په هغه پورټ اورېدل کوي، بیا د دوه ګوني TCP لګښت د نه رسېدو پر وړاندې وتړئ۔
TCP 443 یوه بدیله لار ده چې یو شرط لري، نه هغه استتار چې تونل د هر فلټر له څنګه تېر کړي۔ دا مرسته کوي کله چې آپریټر لا دمخه په هغه پورټ کې د TCP اورېدونکی خپور کړی وي او لار د ساعتونو لپاره پرانیستی پاتې کېدونکی اړیکه وزغمي۔ دا ناکامېږي، معمولاً د وخت د پای په ډول، کله چې له دې دوو یو نه وي، او د وخت پای ډېر لږ وایي چې کوم یو۔ د بدلون پرېکړه درې پوښتنې غواړي، او یوازې یوه له هغو د پورټ شمېرې په اړه ده۔
د پورټ شمېره د لېږد ژمنه نه ده
پورټ یو پای ټکی نوموي؛ TCP هغه په ترتیب شوې بایټ بهیر بدلوي؛ OpenVPN پرېکړه کوي چې د هغه بهیر دننه څه ګرځي۔ په هماغه شمېره کې ویب سرور په بشپړ ډول بل اپلیکیشن ترتیب کاروي، نو د 443 پورټ شریکول دواړه فلټر ته سره ورته ښکاره کوي او نه ډېر۔ شمېره هغه اشاره ده چې فلټر لولي، نه هغه ځانګړنه چې د پاکټونو منځپانګه بدله کړي۔ دوی دواړه یو ګڼل ځکه چې پورټ شریکوي، دلتې دېرې ګډوډۍ شاته تېروتنه ده۔
منځني وسایل د یوه پورټ په اړه ساده اجازه-یا-منع پرېکړه ډېر لږ کوي۔ ډېری لومړني بایټ ګوري، ځینې موخه ټینګوي، او ځینې هغه اړیکې بیا تنظیموي چې ډېر وخت پرانیستې پاتې کېږي۔ له همدې امله یو پروفایل له یوې شبکې کار کولی شي او له بلې د وخت پای ته رسېدلی شي، او له همدې امله بېله لاره د ژمنې په توګه باور کولو پر ځای د ملاتړ شوې انتخاب په توګه ازموینه ارزي۔ کله چې فلټر ترافیک ګوري، د پورټ شمېره یوازې لومړنی شی دی چې ورته ګوري۔
پر پروفایل لاس وړاندې اورېدونکی تایید کړئ
سرور باید په پورټ کې د TCP لپاره تنظیم شوی وي، او کلاینټ پروفایل باید هماغه لېږد وغواړي۔ د UDP پروفایل بیا لیکل چې TCP وغواړي اورېدونکی نه جوړوي، او هغه د وخت پای چې ترې راځي د هغه فایر وال څخه چې پورټ غورځوي نه جلا کېدونکی دی۔ د آپریټر خپل TCP پروفایل کله چې وي ډاونلوډ کړئ، ځکه ځینې خدمتونه د هر لېږد لپاره بېل پای ټکی او بېل هویت تنظیمات خپروي۔ لاسي سمون د کنټرول شوې ازموینې لپاره ښه دی او د برابرونکي د نیت شوې ترتیب اټکل کولو لپاره بده لار ده۔
د هغه ساري دواړه خواوې په ترتیب کې ښکاري، او د OpenVPN پروژې د اړیکې انتخابونه دواړه بڼې ثبتوي۔ لږترلږه جوړه داسې ښکاري:
# server: accept TCP on this port
proto tcp-server
port 443
# client: request the same transport
proto tcp
remote vpn.example.com 443درې شرطونه پرېکړه کوي چې بېله لاره خپل لګښت ارزي که نه
لومړی شرط دا دی چې آپریټر هغه لېږد لږترلږه وړاندې کوي؛ بې له هغه بل څه اهمیت نه لري۔ دویم دا دی چې لار اوږدمهاله ناسته ژوندې ساتي، ځکه ځینې شبکې پرانیستې پاتې کېدونکې اړیکې بیا تنظیموي پر ځای دې چې پورټ بشپړ بند کړي۔ درېیم دا دی چې بېله لاره په قصد شوې استثنا ده که هغه موقت حل چې تاسو نه دي سم کړې خرابي پټوي۔
هر شرط یوه ارزانه ګڼنه لري۔ په هر یو کې ناکامي د کلاینټ له اړخه ورته ښکاري:
| Condition | How to check it | What a failure decides |
|---|---|---|
| The server offers TCP | The operator's profile list, or a listening-socket check on the server | No client-side edit can help |
| The path keeps long sessions | A test connection left open for an hour | Reconnects will look like server faults |
| The fallback is deliberate | A change record naming the UDP fault | The underlying fault stays invisible |
د لېږدونو پرتله کولو دمخه په کاپټیو پورټل کې هر ننوتل بشپړ کړئ۔ هغه شبکه چې ستاسو وسیله یې نه ده منلې دواړه لېږدونه بندوي، او بیا پرتله پورټل اندازه کوي نه تونل۔ ننوځئ، تایید کړئ چې عادي براوزینګ کار کوي، او یوازې له هغه وروسته ازموینه پیل کړئ۔
هغه لګښت چې تاسو یې منئ: TCP د TCP دننه
TCP ورک شوي برخې بیا لېږي او د هغوی ترتیب ساتي۔ کله چې هغه اپلیکیشن چې پخپله هم TCP کاروي د TCP تونل دننه ګرځي، دوه بیا رغونې طبقې پر یوه زیان غبرګون ښیي، او همدا متقابل عمل تونل په زیان لرونکې لار کې ورو احساسوي۔ نښه پاکه ناکامي نه ده، ځنډ او رېږدېدل دي، چې د لرې پای ملامتولو اسانه کوي۔ د پایلې دمخه د کلاینټ له اړخه په دواړه لېږدونو کې اندازه وکړئ۔
UDP له دې ننوتلو څخه ځان ساتي، او همدا اصلي لامل دی چې آپریټران یې خوښوي او TCP یوازې د بدیل په توګه وړاندې کوي۔ ثابته TCP اړیکه بیا هم له نه رسېدونکې UDP اړیکې څخه ګټوره ده، نو پرتله د دوو ریښتینو لګښتونو ترمنځ ده نه د ښه او بد انتخاب ترمنځ۔ د پرتلې پر مهال وسیله او د لاسرسي شبکه بدله نه کړئ، که نه پایله غلط متغیر بیانوي۔
ځینې کلاینټ ځانګړنې یوازې د یوه لېږد لپاره ثبت شوې دي، نو بېله پروفایل کولی شي هغه چلند چې تاسو پرې تکیه وه په چوپتیا پرېږدي۔ د انتخاب د لېږد غوښتنه ولولئ دمخه دې چې TCP پروفایل ساده تبادله وګڼئ۔
هغه خرابۍ چې بله لېږد ورته نه رسېږي
پای ته رسېدلی سند بیا هم د ساعت ګڼنې یا نوي کولو ته اړتیا لري، او رد شوی حساب بیا هم سم اسناد غواړي۔ د آپریټر ورکړل شوي د سرور هویت ګڼنې وساتئ، ځکه پېژندل شوې د پورټ شمېره هیچا نه تصدیقوي۔ هغه پورټ چې ځواب وایي یوازې وایي چې څه اورېدل کوي۔
که تونل وپورته شي او موخې بیا هم ناکامېږي، پاتې ستونزه د اړیکې وروسته لارښونه یا د نومونو حل دی، نه لېږد۔ د پورټونو ګرځولو پر ځای هغه لار تعقیب کړئ، ځکه یوه ماسپښین همداسې ورکېږي۔ پروفایل وایي چې کوم لېږد وازموئ؛ دا هېڅکله نه وایي چې د UDP لار ولې ناکامه شوه۔