DS-Lite د راتلونکي IPv4 کوربندي بندوي، نه وتونکي VPN
د ژباړې حالت هغه اړخ تعقیبوي چې اړیکه پیلوي. له B4 او AFTR څخه وتونکې غوښتنه تعقیب کړئ، بیا وګورئ چې کوربندي ولې ناکامه کیږي.
DS-Lite یوه لاره ده چې پیرودونکي ته د IPv4 اړیکې د هغې لاسرسي شبکې له لارې ورکول کیږي چې یوازې IPv6 وړي. کورني روټر خپل ځانګړی عامه IPv4 پته نه لري، او همدا یوه حقیقت خلک قناعت ته رسوي چې له هغې اړیکې څخه IPv4 VPN نشي کار کولی. په وتونکي لوري کې دا معمولاً ښه کار کوي. اړیکه د چمتوکوونکي لخوا ژباړل کیږي، او لرې پای یو عادي IPv4 پیرودونکی ویني. هغه څه چې ماتېږي هغه مخالف لوری دی: هغه څه کوربه کول چې ناغوښتل شوې راتلونکې IPv4 تمه لري. توپیر په دې کې دی چې کوم اړخ خبرې پیلوي.
کوم اړخ اړیکه پیلوي
هغه پیرودونکی چې اړیکه پیلوي، د تګ په حال کې د ژباړې حالت جوړوي. د چمتوکوونکي ژباړونکی لومړی بسته ویني، یوه نقشه ځانګړې کوي او هغه لېږي. بیرته راتلونکی ترافیک له هغې نقشې سره سمون خوري ځکه چې نقشه دمخه شتون لري.
هغه سرور چې د اړیکو انتظار کوي، د جوړولو لپاره داسې حالت نه لري. بهر یو څوک باید هغه پتې او پورټ ته ورسي چې چمتوکوونکی د نقشه کولو سره موافقت نه دی کړی، او دا بشپړه بېله غوښتنه ده.
وتونکې غوښتنه تعقیب کړئ
معماري په RFC 6333 کې دواړه پایونه نوموي. د پیرودونکي په اړخ کې عنصر B4 دی، چې IPv4 په IPv6 کې نغاړي. د چمتوکوونکي په اړخ کې عنصر AFTR دی، چې د پتې ژباړه کوي او بسته د IPv4 په توګه لېږي.
Client's IPv4 VPN packet
→ Customer B4
→ IPv4 carried over the provider's IPv6 network
→ AFTR address translation
→ IPv4 VPN server
VPN سرور د چمتوکوونکي له ژباړل شوې پتې څخه عادي IPv4 اړیکه ترلاسه کوي. هغه ته د DS-Lite حالت، ځانګړي پورټ یا دې پوهې ته اړتیا نشته چې د پیرودونکي لاسرسي شبکه یوازې IPv6 ده. دا هغه برخه ده چې خلک یې له لاسه ورکوي: لرې پای نشي پوهیدلی.
د پیرودونکي خپله ترتیبه هم هماغسې عادي ده. هغې ته د سرور تر څنګ د B4 او AFTR لخوا ورکړل شوې کار کوونکې IPv4 لار ښکاري، او د سرور کوربه نوم باید IPv4 پتې ته حل شي.
ولې راتلونکې کوربندي هغه قضیه ده چې ناکامه کیږي
په کور کې د IPv4 VPN سرور چلول هغه ډیزاین دی چې د چمتوکوونکي له شریکې پتې سره ټکر کیږي. د چمتوکوونکي ژباړونکی عامه پته او د نقشو جدول لري، او د یوه ګډونوال لپاره د تلپاتې راتلونکې نقشې جوړولو لپاره هېڅ دلیل نه لري.
د کورني روټر د پورټ فوروېرډ قاعده نشي کولی AFTR ترتیبه کړي. قاعده په محلي وسیله کې ریښتینې او سمه ده، او پورته خوا کې هېڅ نه بدلوي، له همدې امله نښه د اورخورې ستونزې په څېر ښکاري چې نه ځي.
دلته هم د آپریټر کچې ژباړه له یوې عامه پتې څخه توپیر لري: حتی سمه محلي فوروېرډ هم کیدای شي هغې پتې ته ورسي چې ډېر ګډونوال یې شریکوي.
د لاسرسي پلان بدلولو دمخه تشخیص وکړئ
لومړی د برابر شوي حالت تایید وکړئ. اصلي دوهګونې سټک، DS-Lite او یوازې IPv6 شبکه چې بله د ژباړې میخانیزم کاروي درې بېلابېل ترتیبات دي، او د چمتوکوونکي بازاریابي نومونه تل د تخنیکي نوم سره سمون نه خوري.
بیا د وتونکې ناکامۍ لپاره څلور کتنې وټاکئ. آیا پیرودونکی د VPN کوربه نوم IPv4 منزل ته حل کوي؟ آیا ساده IPv4 اړیکه کار کوي، نه د براوزر غوښتنه چې کیدای شي چوپه IPv6 کارولې وي؟ پیرودونکی کومه لېږد او پورټ هڅه کوي، او آیا د پای نقطې ثبتونه هغه هڅه ویني؟ ناکامي د پیل تبادلې پر مهال، د بېکارۍ مودې وروسته، یا یوازې په لویو لېږدونو کې پېښیږي؟
هغه څلور ځوابونه فلټر کول، د ژباړې حالت پای ته رسیدل، غلط پای نقطه یا د بستې اندازې سمبالښت ته اشاره کوي. له دې څخه هېڅ یو هم د حساب پاڼې کې DS-Lite لیدو سره نه ثابیږي.
د چمتوکوونکي بدلونونه په دقت سره ولولئ
د حساب بدلون کیدای شي له کار کوونکې اړیکې سره یو ځای شي او په هماغه وخت کې څو ځانګړنې بدلې کړي. ولیکئ کومه ځانګړنه بدله شوه، ځکه چې د بنډل نوی نوم تخنیکي توضیح نه ده.
د دوهګونې سټک د فعالولو لارښوونه تر هغه پورې ناڅرګنده ده چې یو څوک تایید کړي چمتوکوونکی واقعاً څه برابروي. دا د IPv4 VPN پیرودونکو لپاره عمومي شرط ګڼل اټکل په تګلاره بدلوي.
که ریښتینې اړتیا راتلونکې IPv4 کوربندي وي، د چمتوکوونکي سره د ملاتړ شوي راتلونکي ترتیب، اصلي پتې یا بل لاسرسي ډیزاین په اړه خبرې وکړئ. که اړتیا لپ ټاپ وي چې لرې سرور ته رسيږي، نو د هغې دقیقې وتونکې بهیر په اړه پوښتنه وکړئ. کاري ترتیب: لوری ونوموئ، برابر شوی حالت تایید کړئ، ساده IPv4 او یوه لېږد وازموئ، او د لاسرسي پلان یوازې هغه وخت بدل کړئ چې لوری واقعاً غوښتنه کوي.