اډاپټرونه 255.255.255.255 ښیي، او ډېری وخت داسې پایله کېږي چې VPN دقیقاً یوې پتې ته رسېږي۔ دا لوستل د کلینټ خپله پته د هغو هدفونو له ټولګې سره ګډوي چې د تونل له لارې لارښود شوي دي۔ د نقطې-نقطې یا لارښود شوي انټرفیس په سر دواړه بېل شیان دي، او یوازې یو یې د رسېدو وړتیا محدودوي۔ دا افسانه ژوندۍ ده ځکه چې ماسک د هغه فرعي شبکې ماسک په څېر ښکاري چې خلکو په Ethernet کې زده کړی دی۔

افسانه: د کوربه ماسک یوازې یو رسېدونکی کوربه معنا لري

/32 ګمارنه انټرفیس ته وایي چې د دې تړاو دې سر ته کومه پته تعلق لري، او د نقطې-نقطې تړاو په سر دا یې ټول معنا ده۔ د ملګري پته بېله ساحه ده، او هغه لارې چې وایي د ملګري هاخوا څه دي بیا بېلې دي۔ په ماسک کې هیڅ شی لرې شبکه نه توصیفوي، ځکه چې لرې شبکې هغه ځای نه دی چې ماسک یې توصیف کوي۔ دا د رسېدو د حد په توګه لوستل لکه خپل کور نمبر د هغو ټولو پتو لیست په توګه لوستل دي چې تاسو ته د لیدو اجازه لرئ۔

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

پته او لارې د بېلو شیانو په توګه ولولئ

انټرفیس او جدول یو ځای چاپ کړئ، بیا یې د دوو پوښتنو دوو ځوابونو په توګه ولولئ۔ پته ځواب وایي چې دا سر څوک دی؛ لارې ځواب وایي چې ترافیک کېدای شي چېرته لاړ شي۔ درېیمه پوښتنه، چې دروازه کوم هدفونه اجازه ورکوي، په کلینټ کې هیڅ نه ښکاري۔ د iproute2 د پتو مرجع د ځایي پتې، ملګري او مخکښې لارې ساحې همدې لپاره بېلې بېلې بیانوي۔

ip addr show tun0
ip route show
ip route get 10.60.5.10

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

Get-NetIPAddress -InterfaceAlias "VPN"
Find-NetRoute -RemoteIPAddress 10.60.5.10

که لټون ناسم انټرفیس ته اشاره وکړه، ودرېږئ۔ دا د کلینټ د لارښوونې ستونزه ده، او په کلینټ کې سمېږي۔

ولې د ماسک پراخول معمولاً وضعیت خرابوي

ګمارنه /24 ته بدلول تر څو د دفتر LAN په څېر ښکاره شي کېدای شي په تړاو کې مخکښه جوړه کړي: کرنل اوس باور لري چې ټوله /24 مستقیم د تونل انټرفیس سره نښتې ده۔ هغو پتو ته ترافیک چې باید د دروازې له لارې لارښود شي بیا داسې استول کېږي لکه ګاونډی په تړاو کې وي۔ پایله یوه توره سوری ده چې د سرور خرابۍ په څېر ښکاري۔

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

که د لرې مخکښې لار ورکه وي، د هغې چمتووالی سم کړئ۔ که هغه شته او تړاو بیا هم ردېږي، ماسک هیڅکله تشخیص نه و۔

کله چې لار سمه وي او بهیر بیا هم ناکام شي

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

ping -c1 10.60.5.10
traceroute -n 10.60.5.10
curl -sv https://app.internal.example/ -o /dev/null

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

هغه افسانه چې باید تقاعد شي دا ده چې ماسک د رسېدو حد دی۔ پته، لارې او د دروازې تګلاره د درېو بېلو حقایقو په توګه ولولئ، بیا /32 د محدودیت په څېر ښکارېدل بندوي او د نورمال تونل ګمارنې په څېر ښکارېدل پیلوي۔

اړوندې مقالې