ifconfig-push: په net30 کې د پیر آدرس که په subnet کې د سبنیټ ماسک؟

ډینامیک کلینټونه ښه نښلوي او روټ کوي، خو هغه یو کلینټ چې ثابت آدرس لري په بشپړ ډول سرور ته نه رسېږي. په فایر وال کې هېڅ نه دی بدل شوی، او د CCD کرښه منطقي ښکاري. معمول لامل هغه دویم استدلال دی چې د سرور د روانې TUN ټوپولوژي څخه د بلې ټوپولوژي لپاره لیکل شوی. ناکامي غلې ده: کلینټ د یو آدرس سره پورته کیږي او سرور اړیکه مني، خو هېڅ ټرافیک نه تېریږي.

په net30 کې هغه ساحه د پیر آدرس ده؛ په subnet کې هغه د سبنیټ ماسک دی. دواړه بڼې بدیلونه دي، هېڅکله پرلهپسې نه.

دواړه بڼې، څنګ په څنګ

په دودیز net30 ځای پرځای کېدل کې هر کلینټ د /30 بلاک لري: یو شبکه آدرس، دوه کارېدونکي آدرسونه او یو خپرېدونکی آدرس. ifconfig-push د کلینټ آدرس او د پیر آدرس اخلي، او پیر په هماغه بلاک کې بل کارېدونکی آدرس دی چې د نقطې-تر-نقطې لینک سرور خوا یې کاروي.

# net30: client address and its peer
ifconfig-push 10.99.0.6 10.99.0.5
# topology subnet: client address and the pool netmask
ifconfig-push 10.99.0.20 255.255.255.0

د topology subnet لاندې کلینټ له سرور سره یوه سبنیټ شریکوي، او هماغه لارښوونه یو آدرس او د سبنیټ ماسک اخلي. د سرور خپل آدرس د server لارښوونې څخه راځي، نه د دویمې ساحې څخه. د بڼو ګډول هغه کلینټ جوړوي چې فکر کوي په نقطې-تر-نقطې لینک کې دی، پداسې حال کې چې سرور هغه د سبنیټ کوربه په توګه روټ کوي، یا برعکس. له همدې کبله د سبنیټ ماسک باید هېڅکله له net30 سره جوړ نه شي.

په بلاک کې دواړه کرښې د CCD فایل لپاره جلا کرښې دي. یو کلینټ په سمه توګه یوه له هغو ترلاسه کوي.

هغه ټوپولوژي ولولئ چې سرور واقعاً یې چلوي

د پیکج د ډیفالټ پرځای روانه ترتیب ولولئ، ځکه چې ټوپولوژي کېدای شي کلونه دمخه ټاکل شوې او بیا کاپي شوې وي. topology subnet یا د هغې نشتوالی وګورئ، بیا وګورئ چې server کرښه څنګه آدرسونه وویشي. هغه ترتیب چې هېڅکله ټوپولوژي نه یادوي، هغه سره چې subnet ټاکي یو شان نه دی.

بیا هغه ترتیبات ولولئ چې کلینټ ترلاسه کړي. هغه آدرس، ماسک او پیر چې راپور یې کوي تاسو ته وایي چې سرور کوم تفسیر پلی کړی.

ثابت آدرس د ډینامیک حوض څخه بهر وساتئ

ثابت آدرس باید د ډینامیک حوض څخه بهر وي، که نه دوه کلینټونه کېدای شي یو شان آدرس ترلاسه کړي. د subnet ټوپولوژي سره، nopool په server کرښه کې اتوماتیک حوض ځپي، او روښانه ifconfig-pool حد ټاکي چې ډینامیک کلینټونه څه ترلاسه کوي.

dev tun
topology subnet
server 10.99.0.0 255.255.255.0 nopool
ifconfig-pool 10.99.0.100 10.99.0.210 255.255.255.0
client-config-dir /etc/openvpn/ccd

سرور 10.99.0.1 د ځان لپاره اخلي، او د کلینټ ثابت آدرس د حوض له حد څخه بهر وي. د CCD فایل د پروفایل د فایل نوم له مخې نه، بلکې د کلینټ د اغېزمن هویت له مخې نومول کیږي، او اضافي غځون نه لري. که username-as-common-name فعال وي، تصدیق شوی کارن نوم هغه هویت دی چې باید سره سم شي. دوه وسیلې چې یو هویت شریکوي، ثابت آدرس هم شریکوي، چې د روټینګ نه بلکې د پالیسۍ ستونزه ده.

هغه ټاکل چې کلینټ واقعاً ترلاسه کړی تصدیق کړئ

مطلوب کلینټ بیا ونښلوئ او مخکې له دې چې بل څه وګورئ تصدیق کړئ کوم CCD فایل ټاکل شوی. بیا آدرس، ماسک یا پیر، او سرور ته د بېرته لارې روټ وګورئ. هغه کلینټ چې په subnet ځای پرځای کېدل کې د پیر آدرس ښیي لاهم غلطه بڼه کاروي.

د ټوپولوژي بدلون هر کلینټ او هر اووررایډ اغېزمنوي، نو د یو کلینټ د ترمیم پرځای یې د مهاجرت په توګه وګورئ. د اوسنیو کارېدونکو ټوپولوژي سره د ثابتې کرښې سمول معمولاً کوچنی بدلون دی. د server-options حواله مرستندوی او د کلینټ ځانګړي اووررایډونه مستند کوي.