دغه L2TP پته IPCP ده، په LAN کې د DHCP اجاره نه ده

اړیکه پورته کیږي او اډاپټر د دفتر په حد کې پته ښیي، نو طبیعي پایله دا ده چې VPN تاسو ته LAN پته درکړه او په دې توګه یې تاسو په LAN کې کېښودئ۔ د دې دواړو نیمو څخه هیڅ یو هم بشپړ سم نه دی۔ L2TP د PPP ناسته لیږدوي، او PPP د IPCP سره د داخلي IPv4 پتې خبرې اترې کوي۔ هغه پته د دوو خواوو ترمنځ منل شوې ناستې پیرامیټر دی، د دفتر د DHCP سرور لخوا ورکړل شوې اجاره نه ده، او د هغې لرل تاسو د دفتر په تار کې ګاونډی نه جوړوي۔

په یوه اړیکه کې دوه پتې

په L2TP اړیکه کې دوه خپلواکې خبرې اترې شته۔ باندنۍ یې ستاسو د وسیلې او د VPN پای نقطې ترمنځ په هغه شبکه کې چې دمخه یې لرئ خوندي لاره جوړوي۔ داخلي یې PPP ناسته ده، او هماغه ځای کې ستاسو د ناستې پته او د بلې خوا پته منل کیږي۔ د انټرنیټ ترافیک کولی شي په بشپړ ډول د دریمې پتې لاندې، د پای نقطې عامه پتې لاندې ووځي، نو ځکه د VPN د کتنې پاڼه او د اډاپټر پته لږ ځله سره سمون خوري۔

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

IPCP په دقیق ډول څه کوي

IPCP د PPP لپاره د IPv4 کنټرول پروتوکول دی۔ هره خوا Configure-Request پیغامونه لیږي چې خپل غوښتل شوي انتخابونه تشریح کوي، او د پتې انتخاب یو له هغو دی۔ هغه کلاینټ چې لا پته نه لري معمولا د 0.0.0.0 سره پوښتنه کوي، او سرور د Configure-Nak سره ځواب وایي چې هغه پته لري چې غواړي کلاینټ یې وکاروي۔ بیا کلاینټ هغه پته غواړي، او ناسته د ځایي او لرې پتې سره پورته کیږي۔

دا تبادله په PPP او IPCP مشخصاتو کې مستنده ده، او هغه تفصیل تشریح کوي چې د خطا په څېر ښکاري: پته سرور د خپلې تګلارې له مخې ټاکي، کومه چې کېدای شي یوه حوض، د هر کاروونکي لپاره تنظیم یا د تصدیق شوې هویت سره تړلې پته وي۔ کله چې حوض خالي شي، یا تګلاره د غوښتنې سره ټکر وکړي، تصدیق بریالی کیدای شي خو د پتې خبرې اترې ناکامه شي، او کلاینټ د هغې اړیکې راپور ورکوي چې هېڅکله نه ټینګیږي۔

ip addr show ppp0
ip route show default
dmesg | grep -i pppd

په pppd لاګ کې هغه کرښه چې ځایي او لرې پته نوموي، د هغو خبرو اترو بریالی پای دی۔ د بریالي تصدیق ترڅنګ د هغې نه شتون د اعتبارنامو پرځای د پتې پړاو ته اشاره کوي۔

ولې LAN تاسو ته ځواب نشي ویلای

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

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

لومړی ناسته وګورئ، بیا لاره

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

curl -sS --max-time 5 https://ifconfig.me
ping -c 3 10.50.30.20
ip route get 10.50.30.20

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

درې پړاوونه جلا وساتئ

تصدیق، د پتې خبرې اترې او لیږدونه په بېلابېلو لارو ناکام کیږي، او هر یو خپل مسؤل لري۔ اعتبارنامې د هویت ستونزه ده، د IPCP ختمیدل د سرور د تګلارې ستونزه ده، او د بیرته راستنیدو لار نه شتون د شبکې د ډیزاین ستونزه ده۔ درې واړه د “VPN خراب دی” په توګه راپور ورکول ورو حل تضمینوي۔

ټاکل شوې پته، هغه حوض چې له هغې راغلې او آیا LAN باید هغې ته ورسیږي، ولیکئ۔ هماغه یوه یادښت بل کس د DHCP اجارې فرض کولو او د هغه حد پلټلو څخه منع کوي چې هېڅکله نه و ښکیل۔