IPv6 ترافیک تېرول بندوي په هغه شیبه کې چې OpenVPN بیا پیل شي، او IPv4 کار ته دوام ورکوي۔ د تونل انټرفېس بیا جوړ شو، او یو بل څه چې د هغې IPv6 حالت یې اداره کاوه یا پته له لاسه ورکړه یا هغه لار چې مخکښه برخه رسېدونکې کوي۔ درې بېلې برخې د حالت پکې ښکېلې دي، او هر یو خپل بېل مالک لري: د برابرونکي سپارل شوې مخکښه برخه او د هغې عمر، هغه پتې چې VPN پیرودونکو ته ورکول کېږي، او پورتنۍ لار چې هغه د پیرودونکي مخکښه برخه بېرته سرور ته لېږي۔ د هر یوه مالک وټاکئ مخکې له دې چې کوم ډیمون ته لاس ووهئ، ځکه چې ناسم بیا پیلول ستونزه یوه ورځ پټوي او په بل نښلون کې یې بېرته راولي۔

د IPv6 حالت درې برخې، درې مالکان

StateTypical ownerWhat breaks when it is wrong
Delegated prefix and lifetimeUpstream router or provider via DHCPv6-PDClients keep addresses that the upstream no longer routes
Client addresses inside the tunnelOpenVPN server config or a delegation daemonNo global address, or an address outside the routed prefix
Return route for the client prefixUpstream router, or the server's own routing tableOutbound works, replies never arrive

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

نو ځکه عامه /64 د تونل حوض ته کاپي کول هم خطرناک دي۔ سرور ته رټ شوې مخکښه برخه هغه څه نه ده چې پورتنۍ خوا یې on-link ګڼي، او ګاونډي موندنه به دا تشه ډکه نه کړي۔

د هر څه بدلولو دمخه د سرور حالت ولولئ

حالت دوه ځله ثبت کړئ، یو ځل چې IPv6 کار کوي او یو ځل د بیا پیل وروسته، بیا پرتله یې کړئ۔ یوازې د لوستلو لیدونه کافي دي، او د ساتنې کړکۍ په جریان کې هیڅ لګښت نلري:

ip -6 addr show
ip -6 route show table all
ip -6 rule show
sysctl net.ipv6.conf.all.forwarding

درې ځانګړي توپیرونه ولټوئ: هغه لار چې ورکه شوه، هغه پته چې زړې یا ناسمې عمر ته واوښته، او هغه مخکښه برخه چې له بیا سپارلو وروسته بدله شوه پداسې حال کې چې VPN ترتیب لا هم زړه اعلانوي۔

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

پرېکړه وکړئ چې ایا dhcpcd باید تونل اداره کړي

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

دوه شرایط باید تاسو دې ته وهڅوي چې د تونل ثابته پته ورکول OpenVPN ته پرېږدئ: سرور په خپل ترتیب کې ثابتې پتې ټېل وهونکي دي، او د بیا نښلون په وخت کې د تونل نوم بدلېږي۔ که دواړه رښتیا وي، تونل په قصد سره د سپارلو ډیمون څخه وباسئ، د لامل په ډاګه کولو تبصرې سره۔

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

د dhcpcd بیا پیلول ممکن داسې ښکاري چې ستونزه سمې کړي ځکه چې حالت بیا جوړوي، خو هغه هغو انټرفېسونو لپاره هم ترتیب نوی یا بېرته اخلي چې تاسو یې په اړه نه و فکر کړی۔ هغه بیا رغونه دا د هر VPN بیا پیل وروسته لازمي نه کوي۔ هغه هغه کاونټرونه هم بیا تنظیموي چې تاسو یې د ثبوت په توګه کارول۔ هغه انټرفېس ته چې تاسو واقعاً بدل کړی هدفمن بیا بارول غوره ګڼئ۔

IPv6 له IPv4 NAT څخه جلا تایید کړئ

تایید کړئ چې لیږد فعال دی او پورتنۍ لار حقیقي د پیرودونکي مخکښې برخې ته اشاره کوي، بیا یو نوی اجازه شوی IPv6 نښلون جوړ کړئ۔ د پیرودونکي خپله IPv6 د لارو جدول هم وګورئ، ځکه چې عامه پته ښودونکې پیرودونکی د دې ثبوت نه کوي چې غوښتنه یې تونل کارولی۔

IPv4 ماسک کول بېله ستونزه حل کوي: د خصوصي سرچینو لپاره د بېرته راتلو لار۔ هغه د بېرته اخیستل شوې IPv6 مخکښې برخې لپاره هیڅ نه کوي، او زیاتول یې IPv6 بېرته نه راولي۔

د مالکیت ثبت سره پای ته ورسوئ: کومه برخه مخکښه برخه سپاري، کومه د پیرودونکي پتې ټاکي، کومه د بېرته راتلو لار ساتي، او د بیا نښلون په وخت کې هر یو ته څه پېږي۔ په رن بک کې څلور کرښې بل کس له دې وژغوري چې مهم ډیمون ومومي او درې ډیمونونه بیا پیل کړي۔

اړوندې مقالې