د OpenVPN ثابتې پتې باید هویت ته اشاره وکړي، نه سرچینې IP ته
ثابته پته د هویت په اړه یوه څرګندونه ده، نه د سرچینې IP په اړه. کیلي غوره کړئ، خوندیتوبونه له حوض بهر وساتئ، بیا د تخصیص مالک غوره کړئ.
هغه پتې پلانونه چې وايي «دا لیپ ټاپ 10.90.0.10 ترلاسه کوي» په حقیقت کې د هویت په اړه څرګندونې دي: کوم تصدیق شوی وسیله کولی شي دا پته وساتي. د دې وسیلې اوسنی عامه IP له دې سره نږدې هیڅ تړاو نلري، ځکه چې NAT او رومینګ دا بدلوي پرته له دې چې کاروونکی څوک دی بدل کړي. د سرچینې پتې پر بنسټ پلان جوړول هغه قواعد رامنځته کوي چې په لومړي هوټل شبکه کې ماتېږي. د تصدیق شوي هویت پر بنسټ یې جوړول هغه پلان رامنځته کوي چې سفر ته دوام ورکوي.
له هغه څه پیل وکړئ چې سرور یې تصدیق کولی شي، بیا پرېکړه وکړئ چې پته د څه لپاره ده.
د پتې څخه دمخه د هویت کیلي غوره کړئ
د هر وسیله لپاره جلا کلاینټ سند سرور ته د هر غړي لپاره یوه ثابته، د تصدیق وړ کیلي ورکوي، چې د ثابت تخصیص لپاره ترټولو پاکه بنسټ ده. هغه ځای پرځای کول چې د کاروونکي له مخې تصدیق کاروي کولی شي پرځای یې د کاروونکي نوم باندې تکیه وکړي، تر هغه چې د ترتیباتو ټاکنه هماغه ساحې ته وګرځي. د دواړو ماډلونو ګډول هغه تخصیصونه رامنځته کوي چې د یو کلاینټ لپاره له سند سره او د بل لپاره له کاروونکي نوم سره سمون خوري، او هیڅوک نشي ویلای چې کوم به وګټي. د یوې تخصیص لیکلو دمخه پرېکړه وکړئ چې پلان کومه کیلي کاروي.
د duplicate-cn سره، ډیری هممهاله ناستې کولی شي یو شان ګډ نوم وړاندې کړي، نو یوه ټینګه شوې پته نشي کولی دوی په جلا توګه وپېژني. دا د هویت ماډل ځانګړنه ده، نه هغه څه چې غوره پتې پلان یې سمولی شي.
پتې د متحرک حد څخه بهر خوندي کړئ
په داسې شبکه کې چې د فرعي شبکې ټوپولوژي لري لکه 10.90.0.0/24، ټیټې پتې د نومول شوو غړو لپاره وساتئ او متحرک حوض په جلا حد کې کېږدئ. د ټینګ شوي غړي تخصیص داسې ښکاري ifconfig-push 10.90.0.10 255.255.255.0 په هغه فایل کې چې سرور د دې هویت لپاره غوره کوي. دوهم دلیل د net30 لاندې بل څه معنی لري، نو بېلګه د ټوپولوژي له پلوه بې طرفه نه ده. د کاپي کولو دمخه ټوپولوژي ولولئ.
د حوض دوام وروستي کرایې ثبتوي او تمایل لري چې هماغه پته بیرته ورکړي، چې اسانتیا ده نه خوندیتوب. د دوام فایل مه پرېږدئ چې د مالکیت ثبت شي، ځکه چې هغه د اتصالونو تاریخ سره بدلیږي نه د پالیسۍ سره.
د تخصیص لومړیتوب پرېکړه کوي چې څوک ګټي
لارښود یو ترتیب ثبتوي: هغه څرګند تخصیص چې د client-connect په جریان کې جوړیږي کولی شي د client-config-dir ننوتلو څخه دمخه نافذ شي، کوم چې بیا د عادي حوض ویش څخه مخکې راځي. دا ترتیب د «ټینګه شوې پته پلي نشوه» راپورونو ډیری برخه تشریح کوي. د دې معنی دا هم ده چې یو متحرک تخصیص کوونکی چې د هرې ناستې لپاره ترتیبات لیکي کولی شي په خاموشۍ سره هغه ثابت فایل لاندې کړي چې تاسو یې باوري ګڼلی و.
یوه طبقه غوره کړئ چې تخصیصونه ولري او نورې یې یوازې د لوستلو وړ کړئ. دوه طبقې چې دواړه د پرېکړې ادعا کوي هغه تخصیصونه رامنځته کوي چې پر وخت ولاړ دي.
متحرک تخصیص کوونکی هماغه ماډل ته اړتیا لري
هغه client-connect یوځای والی چې د هرې ناستې لپاره پتې ویشي یو کوچنی تخصیص کوونکی دی چې د تخصیص کوونکي عادي ستونزې لري. باید د غوښتونکي هویت تصدیق کړي، پته په اتومي ډول خوندي کړي، یوازې د ملاتړ شوي هر اتصال تولید ورکړي، او د نښلولو یا ناکامۍ په وخت کې خوندیتوب خوشې کړي. هممهاله غوښتنې اړتیا لري چې قفل یا د ډیټابیس محدودیت ولري، نه د لوستلو-بیا-لیکلو ترتیب. پرته له پاکولو، حوض تر بیا پیل پورې پتې تویوي.
د تخصیص کوونکي حالت هلته وساتئ چې بل چلونکی یې ولولي شي، او یوازې پته نه بلکې د هویت-په-پته پرېکړه ثبت کړئ.
پرېکړه وکړئ چې پته پالیسي ده که اسانتیا
که د اور دېوال قاعده یا لاره د یوې تونل پتې څخه ترافیک اجازه ورکوي، نو پته د لاسرسي پالیسۍ کې برخه اخلي او بیا تخصیص هماغه اجازه په میراث اخلي. د هویت، پتې او د اور دېوال ژوند دوره همغږي کړئ، یا قاعده له هغه څه سره وتړئ چې بیا تخصیص نشي کېدلی. ثابته پته ورکول ترتیبات لوستل کیدونکي کوي؛ دا تصدیق ځای نه نیسي.
پلان د هر ننوتلو لپاره د مالک سره د لیست په توګه ولیکئ، بیا یې کله چې وسیله له کاره وځي بیاکتنه وکړئ. نااستعمال شوی خوندیتوب هغه دی چې په ناڅاپي ډول بیا کارول کیږي.