دوهم VPN کلاینټ لومړی مات کړ: شریک سرچینه ومومئ

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

څلور طبقې په ترتیب سره وګرځوئ

VPN محصول ته څلور سرچینې ته اړتیا ده چې ټکر کېدای شي: یوه شالیدي خدمت چې ډېری وخت د دوه ځله چلېدو څخه انکار کوي، یو ثابت پورټ، یو مجازي اډاپټر یا د کرنل فلټر چې تر رټینګ جدول مخکې ترافیک ویني، او د ډیفالټ مخکې د لارو نصبولو حق۔ پوهېدل چې کوم یو پرېښود، یوه ناڅرګنده شخړه په یوه پوښتنه بدلوي چې ازموینه‌کېدونکی ځواب لري۔

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

له هغه خدمت پیل کړئ چې دوه ځله نه چلیږي

په Windows کې کارپوریټ کلاینټ معمولاً له تونل څخه ډېر وي، ځکه چې د پروفایل تر څنګ خدمت، فلټر ډرایور او کله ناکله د ننوتلو معلوماتو چمتو کوونکی نصبوي۔ ولیږئ کوم خدمتونه د بدلون دمخه او بیا وروسته چلیږي، بیا دوه لیستونه پرتله کړئ، نه دا چې تر دې چې یو شی کار وکړي بیا پیل وکړئ۔ خدمتونه کولای شي د اړتیاوو له لارې یو بل حذف کړي، چېرې چې د یو پیلول بل ودروي، او همدا بڼه په macOS کې د launchd دندو او شریک ډیمون سره ښکاري۔ هغه کلاینټ چې په ثانیو کې پیل او وځي د ترتیب نه، بلکې د مالکیت خبر ورکوي۔

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

بیا وپوښتئ چې پورټ د چا دی

د پورټ مالکیت تر ټولو روښانه شواهد دي چې ترلاسه کوئ، ځکه چې د تړلو ناکامي شخړه مستقیمه نوموي۔ دوه IKE پلي کول نشي کولای دواړه په یوه ځایي پته او UDP پورټ ځواب ووايي، او هر څومره بیا هڅه هم دا نه بدلوي۔

Get-NetUDPEndpoint -LocalPort 500,4500 | Select-Object LocalAddress,LocalPort,OwningProcess
netstat -ano | findstr :500
sudo lsof -nP -iUDP:500
ss -lunp | grep -E ':500|:4500'

کومه کرښه چې ستاسو پلیټفارم سره سمه وي، هغه ځواب چې غواړئ یوه پروسه او هغه خدمت دی چې هغه یې زېږولی۔ که اورېدونکی داخلي IKE خدمت وي، دوهم کلاینټ ننوتونکی دی؛ که د پلورونکي استازی وي، داخلي کلاینټ ننوتونکی دی۔ پرېکړه وکړئ چې کوم یو د ننوتلو پر مهال پیلېدای شي، او د بل اتوماتیک پیل بند کړئ، نه دا چې هرې غونډې ته یې ووژنئ۔

د فلټر ډرایور ستاسو د لارو لاندې ناست دی

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

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

پرېکړه وکړئ چې کوم محصول د بوت مالک دی، بیا یې ولیکئ

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

مالک په قصدي توګه وټاکئ۔ هغه بڼې چې له بیا پیل وروسته پاتې کیږي په دې کې دي چې دوهم کلاینټ په مجازي ماشین کې چلول، هغه په ځانګړي هارډویر کې ساتل، یا په یو کلاینټ معیاري کول چې دواړه پروتوکولونه وایي۔ د ماتې خوړونکي اتوماتیک پیل او خدمت بندول له هر پیل وروسته د رټینګ جدول بیا جوړولو څخه کوچنی بدلون دی، او په یوه تنظیم سمون سره بېرته ګرځي۔