PPTP د هټ‌سپاټ له لارې: TCP 1723 یوازې نیمه ده

ازموینې په ترتیب سره ترسره کړئ: کنټرول اړیکه پرانیستل کیږي که نه، GRE په لاره کې ټینګ پاتې کیږي که نه، سرور زنګ مني که نه، او تصدیق بشپړیږي که نه۔ یو PPTP کارن اړتیا لري چې په 1723 باندې TCP ناسته او د معلوماتو وړونکې GRE لاره دواړه ولري، او هټ‌سپاټ کولی شي یو تېر کړي او بل وغورځوي۔ د دوی په ترتیب سره ترسره کول تاسو ته وایي چې کومه پوله وڅیړئ، نه دا چې اټکل وکړئ۔ د Windows د تېروتنې شمېرې دا ستاسو لپاره نه کوي۔

GRE د IP پروتوکول 47 دی۔ دا د TCP یا UDP پورټ 47 نه دی، او همدا توپیر د فایر والونو په اړه ډېره ګډوډي تشریح کوي۔

دوه لارې، یوه اړیکه

د کنټرول اړیکه د منزل پورټ 1723 ته یوه عادي TCP ناسته ده، چې ډېری شبکې پرته له شکایت اجازه ورکوي۔ د معلوماتو لاره GRE، پروتوکول 47 ده، او هغه فایر وال چې لومړی اجازه ورکوي کېدای شي د دوهم په اړه بشپړ بې خبره وي۔ دا ترکیب هغه کارن جوړوي چې د پیلېدو په څېر ښکاري او بیا هېڅ نه وړي، کوم چې د رد شوې اړیکې په پرتله ډېر لږ معلوماتي نښه ده۔ د اپراتور په اړه د هر ډول پایلې دمخه دواړه لارې جلا وازمویئ۔

ژباړه خپله شرط اضافه کوي۔ هغه ګېټوې چې پورټ شریکوي ډېری وختونه د PPTP پوهېدونکي ALG ته اړتیا لري ترڅو د زنګ پېژندونکي له پتې سره یوځای بیا ولیکي، او هغه یې چې نه لري کېدای شي ناسته د بستې د ورکېدو په څېر خرابه کړي۔ دا رفتار عام دی خو د پلي کولو پورې تړلی، نو د هر پلورونکي محدودیت د هر هټ‌سپاټ ځانګړتیا نه، بلکې بېلګه وګڼئ۔

هټ‌سپاټ دوه نورې پولې اضافه کوي

د کارن ترافیک معمولاً لومړی د تلیفون خپل شریک NAT او بیا د اپراتور کچې ژباړې څخه تېریږي ترڅو سرور ته ورسیږي۔ د دفتر د راؤټر یو قاعده نشي کولی د بل چا د منځني بکس سمول، ځکه چې د کور له خوا د پورټ فوروارډینګ په ندرت سره مرسته کوي۔ وتونکي کارن هم د ننوتلو پورټ پرانیستلو ته اړتیا نه لري؛ د ژباړل شوې اړیکې ځوابونه د هغه حالت له لارې بیرته راځي چې ګېټوې جوړ کړی۔ د NAT تر شا میلمه شوی سرور بشپړ توپیر لرونکې اړتیاوې لري۔

د PPTP passthrough په نوم د مینو یو مورد، چېرې چې وي، هغه ټاکي چې دا وسیله دا پروتوکول څنګه اداره کوي۔ دا د تلیفون په سر VPN کوربه کولو یا هر پروتوکول بې شرطه لېږلو په څېر هماغه ځانګړتیا نه ده، او فعالول یې د GRE تېرولو عمومي اجازه نه ده۔

807 د حکم نه، بلکې د مداخلې په توګه ولولئ

Windows 807 د پرې شوې اړیکې په توګه راپور کوي، کوم چې د لامل پر ځای پایله تشریح کوي۔ د هغې د تېروتنو جدول 806 جلا د GRE پورې تړلې کټګورۍ په توګه ګڼي، او دا توپیر د نظریې جوړولو دمخه د پوهېدو وړ دی۔ هیڅ یوه شمېره نه څرګندوي چې آیا اپراتور پروتوکول 47 فلټر کړی، آیا د سرور ظرفیت ختم شوی، یا آیا اعتبارنامه سمې وې۔ تېروتنه وایي چې ناسته پای ته ورسېده؛ لاره وایي چې چېرې۔

په هټ‌سپاټ باندې بریالۍ براوزر ازموینه یوازې دا ثابتوي چې یوه عادي اپلیکیشن لاره کار کوي۔ د GRE په اړه هېڅ نه وایي۔

هغه پړاو چې ناکام شو جلا کړئ

لپ‌ټاپ، سرور او پروفایل ثابت وساتئ، بیا یوازې د لاسرسي شبکه بلې تصویب شوې شبکې ته بدل کړئ۔ که پایله بدله شي، د هغو پولو په سر چې تاسو یې کنټرولوئ د TCP او GRE تبادلې ثبت کړئ او ترټولو وروستی هغه پړاو ومومئ چې هېڅکله نه پیښیږي: د کنټرول جوړېدل، د زنګ چمتووالی، د معلوماتو رسول، یا PPP تصدیق۔ هر یو په ثبت کې بېله لاسلیک پریږدي۔ د کار کوونکې شبکې د ناکامې شبکې سره پرتله ډېره معلوماتي ده تر هغه چې د تېروتنې متن بیا ولولئ۔

دا ټول لا دمخه شته یو ځایونې تشخیص کوي۔ دا د نوي PPTP خدمت د جوړولو دلیل نه دی، او پروتوکول د خبرو اترو له لارې نشي تېرېدلی: بېل کارن نصبول بدل شوی نه سرور دې ته نه اړوي چې بل څه ووایي۔

د دوامداره لاسرسي لپاره، د VPN له مالک سره د ملاتړ شوې کډوالۍ په اړه هوکړه وکړئ۔ چک لیست د حل پر ځای د یوې پرېکړې سره پای ته رسیږي۔