د اډمین حقونو پرته د لېږدولو وړ VPN کلاینټ: لا هم څه ماتېږي
د لېږدولو وړ VPN کلاینټ کولای شي انسټالر پرېږدي او بیا هم د تونل وسیلې، لارې او حل کوونکي ته لیکنې ته اړتیا ولري۔ دا ازموینې د باور کولو دمخه وچلوئ۔
لېږدولو وړ انسټالر بیانوي، نه کرنل۔ کلاینټ کولای شي په USB کې د یوې اجرایوي فایل په توګه راشي او بیا هم د لومړي بستې له حرکت دمخه د تونل وسیلې، د لارو جدول کې د ننوتنې او حل کوونکي ته د لیکنې اړتیا ولري۔ له دغو درېیو کوم یو چې هدف ماشین به تاسو ته د لمس اجازه درکړي، پرېکړه کوي چې هغه جوړښت هلته اصلاً کار کوي که نه۔ لاندې ازموینې هغه ترتیب چې کلاینټ به ورسره مخ شي، پوښتنې ته ځواب وایي۔
لېږدولو وړ درې بېلابېلې ژمنې رانغاړي، او یوازې یوه یې وړیا ده
د انسټالر نه شتون یعنې پلورونکي خدمت ثبت نه کړ، د لرې کولو پروګرام یې ونه لېږه او د مینو ننوتنه یې اضافه نه کړه۔ د اډمین نه شتون یعنې عادي حساب کولای شي کلاینټ پیل کړي او اړیکه بشپړه کړي۔ د کوربه بدلون نه شتون یعنې له وتلو وروسته ماشین ورته ښکاري۔ لېږدولو وړ ویلو ډاونلوډ پاڼې معمولاً یوازې لومړنۍ ژمنه کوي، او نورې دوه هغه ځای دی چې ځای پرځای کول ناکامېږي۔ جوړښت کولای شي په تنګ معنا هم لېږدولو وړ وي: له یوازې لوستلو وړ رسنۍ څخه پرته له کومې ټکي فایل لیکنې چلیږي، چې دا بیا هم د شبکې سټیک په اړه هېڅ نه وایي۔
ګرانې ژمنې دوهمه او درېیمه ده۔ یوه اجرایوي فایل چې اډاپټر، لاره یا حل کوونکي ته لیکنې ته اړتیا لري، له عملیاتي سیسټم څخه هغه واک غواړي چې د لېږدولو وړ نښان هېڅکله نه دی پوښلی۔
هغه ځانګړی مرستندوی ومومئ چې کلاینټ به یې غږ کوي
نږدې هېڅ VPN کلاینټ پخپله بستې نه خوځوي۔ په Windows کې د معلوماتو لار د WFP چاڼګرو او Base Filtering Engine له لارې تېریږي، په macOS کې د NetworkExtension وړاندې کوونکي له لارې چې کاروونکی یې په سیسټم تنظیماتو کې مني، او په Linux کې د tun وسیلې او د لارې سټیک له لارې۔ هغه بائنري چې تاسو کاپي کړې، د هغو برخو لپاره د کنټرول سطحه ده، نه د هغوی بدیل۔ وپوښتئ چې کلاینټ کومه برخه تمه لري، بیا تایید کړئ چې هغه نصب شوې، روانه ده او ستاسو حساب یې کارولی شي۔
Linux د دې ادعا ثابتولو لپاره ترټولو اسانه ځای دی، ځکه چې ازموینه یوه سیسټمي غږ دی۔ /dev/net/tun خلاصول او له کرنل څخه د وسیلې غوښتل CAP_NET_ADMIN ته اړتیا لري، او د کرنل TUN/TAP سند دواړه د مالکیت قاعده او وړتیا څرګندوي۔ ازموینه د هغه حساب سره وچلوئ چې کلاینټ به پیل کړي، نه د root په توګه۔
ls -l /dev/net/tun
ip tuntap add dev vpntest mode tun
ip link delete vpntest
په منځنۍ کرښه کې د اجازې تېروتنه هغه ځواب دی چې تاسو یې لټوئ: دا حساب نشي کولای د تونل انټرفیس جوړ کړي، نو هر هغه کاروونکي فضا کلاینټ چې یو ته اړتیا لري، د ډاونلوډ پر مهال نه بلکې د نښلولو پر مهال ناکامېږي۔ وروستۍ کرښه ازموینه وسیله لرې کوي او کله چې کار وکړ، هېڅ نه چاپوي۔ که دواړه کرښې بریالۍ شي، کوربه هېڅ تلپاتې بدلون نه دی کړی۔
له لومړي نښلولو دمخه د لارې او حل کوونکي بدلونونه وازموئ
ووېشل شوی تونل اړیکه د لارې پرېکړې ته اړوي، پداسې حال کې چې بشپړ تونل هغه د تلواليزې لارې بدیل ته اړوي۔ دواړه د کوربه شبکې سټیک ته لیکنې دي، او دواړه د بې واک حسابه لپاره ناکامېږي، حتی کله چې کلاینټ پخپله پاک پیل شي۔ حل کوونکی درېیمه لیکنه ده، او په systemd کوربه وو کې معمولاً هغه دی چې په پای کې ماتېږي۔ دا ترتیب هغه وخت مهم دی چې پرېکړه کوئ لوړ شوی نصب چېرته لګوئ۔
د لارې ازموینه هغه منزل ته اړتیا لري چې تاسو واقعاً ورته پام لرئ، نو د لاندې ځای نیوونکي پر ځای له خپل پروفایل څخه یو فرعي شبکه کېږدئ۔ د وسیلې نوم باید موجود وي ترڅو لاره څه شي سره ونښلي۔
ip route add 10.20.0.0/16 dev vpntest
ip route del 10.20.0.0/16
resolvectl query intranet.example.internal
که لومړۍ کرښه RTNETLINK answers: Operation not permitted بیرته راوړي، مانا دا ده چې حساب نشي کولای هغه خصوصي لاره نصب کړي چې پروفایل یې غواړي۔ دوهمه کرښه هماغه حق په برعکس توګه ثابتوي، چې مهم دی ځکه هغه کلاینټ چې لارې زیاتولی شي خو لرې کولی نه شي، شاته مات جدول پرېږدي۔ بیا د حل کوونکي پوښتنه ښیي چې خصوصي نومونه د تونل له لارې حل کېږي که هغه حل کوونکي ته چې کوربه دمخه باور پرې لري څڅېږي۔
تر هغه چې ازموینه وسیله لا موجوده ده، درېواړه وچلوئ، بیا یې لرې کړئ۔ هغه لاره چې ورکې شوې وسیلې ته اشاره کوي، د ناکام نښلولو وروسته د لپ ټاپ د اړیکې له لاسه ورکولو ترټولو عامه لامل دی۔
پرېکړه وکړئ چې څه باید له غونډې ژوندی پاتې شي
د فولډر ړنګول د پاکولو پلان نه دی۔ اډاپټرونه، لارې، د حل کوونکي تنظیمات، باوري سندونه او ذخیره شوي اعتبارونه هر یو کولای شي له بهیر څخه اوږد ژوند وکړي، او د پیل پر مهال خدمت کولای شي ځینې یې پرته له پوښتنې بیا رامنځته کړي۔ ولیکئ چې کلاینټ څه شاته پرېږدي، د چلولو دمخه، نه د لومړي ناکام قطع اړیکې وروسته۔
عملي قاعده دا ده چې د هغو درې سطحو چې تاسو یې بدلوئ انځور واخلئ او بیا یې پرتله کړئ۔ له لومړي نښلولو دمخه انټرفیسونه، اصلي د لارې جدول او د حل کوونکي حالت ثبت کړئ، بیا وروسته له دې چې کلاینټ ووځي، هماغه درې لوستنې تکرار کړئ۔
ip -brief addr show
ip route show table main
resolvectl status
هر څه چې په دوهم نیول کې شته او په لومړي کې نشته، مالک ته اړتیا لري۔ یا کلاینټ یې په وتلو لرې کوي، یا تاسو یې هغو همغږو کمانډونو لرې کوئ چې جوړ کړی یې و، او هغه لرې کول د ځای پرځای کولو یادښتونو پورې اړه لري، نه د چا حافظې ته چې څه وشول۔ په Windows کې معادل لوستنې Get-NetAdapter, Get-NetRoute او Get-DnsClientServerAddress دي، چې لوړوالی نه غواړي خو هماغه پاتې شوني ښیي۔