کوم د NAT ټوپ د بېکاره VPN نقشه غورځوي، او دا څنګه پوه شو
بېکاره VPN بهیر کولای شي په هر هغه ټوپ کې مړ شي چې حالت ساتي. یو ازموینه تکرار کړئ، هرې پولې چې څه ولیدل هغه پرتله کړئ، او د اټکل شوي مجرم پر ځای محدوده نتیجه راپور کړئ.
د یوې ارامې مودې وروسته تونل بیا نښلوي، هیڅ لاګ مجرم نه نوموي، او ښکاره ګام دا دی چې هغه وسیله وټاکل شي چې ترټولو ښکلی د وخت محدودیت اسناد لري۔ دا یو اټکل دی چې د تشخیص جامه یې اغوستې۔ حالت کولای شي یو څه وخت په کورني روټر، په آپریټر ژباړونکي او د بادل په څنډه کې پاتې شي، او هر یو یې کولای شي هغه بهیر وغورځوي چې غلی شي۔ پرځای یې تاسو کولای شئ لاره نقشه کړئ، په نښه کړئ کوم وسایل واقعاً مشاهده کولای شئ، او یوه بېکاره ازموینه ترسره کړئ چې تکرارولای شئ۔
تکراریدونکې ازموینه یوه کیسه په اندازهگیری بدلوي۔ لاندې هر څه یو کلاینټ، یو سرور او یو پروتوکول فرض کوي، او فرض کوي چې تاسو د دوو متغیرونو په یو وخت بدلولو مقاومت کوئ۔ هدف دا دی چې بله پیښه له دې ارزانه شي۔
هر ځل هماغه بېکاره ازموینه ترسره کړئ
ولیږئ چې بهیر آخر ځل کله ښه و، وروسته یې څومره وخت بېکاره تیر شو، او ایا یو تازه پاکټ بیرته راوړ۔ هغه درې حقایق اندازهگیری دي؛ پرته له دوی یوازې د لویدلي لیپټاپ کیسه لرئ۔ په هر تکرار کې هماغه کلاینټ، هماغه سرور او هماغه پروتوکول وکاروئ، او هغه شیبه ولیکئ چې له غلېدو وروسته لومړنی پاکټ ولیږل شو۔
بیا پرتله کړئ چې ستاسو هرې پولې واقعاً څه ولیدل۔ هغه توپیر چې څیړنه فیصله کوي دا دی چې آیا سرور له وقفې وروسته هېڅ ونه لید، یا غوښتنه ولیده او په هغه لار ځواب ورکړ چې نور ځوابونه نه وړل۔
| What you observe | What it suggests | What it does not prove |
|---|---|---|
| server records no packet after the pause | state was lost upstream of the server | which hop dropped it |
| server answers, client never receives | return-path state or filtering | that the timer belongs to the client |
| client sends nothing at all | client-side timer or application behaviour | that the network path is healthy |
د پنځو شیانو بدلولو پرته د لارو پرتله
دویمه تصویب شوې لاسرسي شبکه قانوني پرتله ده، ځکه چې د NAT زنځیر توپیر لري۔ په عرضه کوونکي، راډیو شرایطو او شاید پته کورنۍ کې هم توپیر لري، نو نتیجه یوه پوله ده، نه تور۔ د راپور ورکولو پر مهال محدودیتونه په غلېدو مه پرېږدئ، دوی له نتیجې سره ولیکئ۔ لاره هم ولیکئ: وسیله، رول، او آیا د هغې حالت سرهسره لوستل کیدای شي۔
د لارو پرتله تاسو ته یوه محدوده پوښتنه درکوي: بهیر په یوه کې ژوندی پاتې کیږي او په بل کې د ورته غلېدو وروسته مړ کیږي، نو متغیر د توپیر لرونکو برخو په یوه ځای کې دی۔ دا واقعي نتیجه ده حتی کله چې هېڅ وسیله ونه نومول شي، او بل انجینر ته وایي چې ماسپښین چېرته تیر کړي او چېرته نه۔
د آپریټرانو په اړه د اټکل کولو دمخه د سیمهایز حالت لوستل ارزښت لري۔ په Linux ګېټوې کې conntrack -L تعقیب شوي بهیرونه د هغوی د پاتې ژوند سره لیست کوي، چې د ټایمر په اړه اټکل په داسې شمېره بدلوي چې پای ته رسیدل یې لیدلای شئ۔ دا د بېکاره مودې دمخه او وروسته ولولئ، نه یوازې وروسته۔
د ژوند ساتنې سیګنال څه ساتي او څه نه ساتي
ملاتړ شوی د ژوند ساتنې سیګنال یوه نقشه خلاصه ساتي، او خلاصه نقشه د هغې شاته خدمت په اړه هېڅ نه ثابتوي۔ تونل کیدای شي نقشه پاتې شي په داسې حال کې چې هغه اپلیکیشن چې وړي یې ځواب ورکول بند کړي وي، او د حالت څراغ له مخې دا دواړه حالتونه یو شان ښکاري۔ د ژوند ساتنې سیګنال د بېکاره پای ته رسیدو پروړاندې بیمه وګڼئ، نه د روغتیا کتنه۔
وقفه د هغه ترټولو لنډ وخت محدودیت له مخې وټاکئ چې واقعاً مو اندازه کړی، نه د فورمې څخه کاپي شوې شمېرې له مخې۔ هر احتمالي ټایمر ته لاندې تنظیم شوی د ژوند ساتنې سیګنال هغه ټرافیک دی چې چا ته اړین نه و، او هغه نښه هم لري کوي چې ویل به یې کومه پوله لومړی پای ته رسیږي۔ وقفه د اندازه شوې شمېرې څخه وټاکئ او پاتې نور پخپل حال پرېږدئ۔
یو بدلون، بیا بیا اندازه کړئ
د ژوندي ازموینې پر مهال هر وخت محدودیت پورته کولو او هر ګېټوې تشولو هوس ته مقاومت وکړئ۔ دا هغه شواهد پاکوي چې تاسو ورته راغلي وئ او د نورو خلکو بهیرونه قطع کوي، کوم چې د نه ازمویل شوې فرضیې لپاره بد تبادله ده۔ په یوه وسیله کې یو ملاتړ شوی تنظیم بدل کړئ، بیا بېکاره موده او د اپلیکیشن بیا رغونه تکرار کړئ۔
ولیکئ کومه پولهکتنه ښویه شوه، او حتی کله چې هېڅ ښه نه شو، ولیکئ۔ هغه تنظیم چې هېڅ یې سم نه کړ، معلومات دي، او یو ځل یې یادول د ټول ملکیت په اوږدو کې تیرولو څخه ارزانه دي۔
داسې موندنه لیکل چې دفاع یې کولای شئ
کله چې پورتنۍ ژباړونکی نه شي کتنې کیدای، یوازې هغه څه ووایاست چې شواهد یې ملاتړ کوي: تبادله د لارې په دې برخه کې یو ځای کې د دومره غلېدو وروسته مړه کیږي، او مسؤل ټوپ بې توره پاتې کیږي۔ محدوده بیان بیا کتنې ته درېږي او بله کس ته سمه برخه ښیي۔ پټ روټر د لامل په توګه نومول د دوی له دواړو څخه هېڅ نه کوي۔ محدوده موندنه د هغه نامشاهده برخې مالک ته د وقفې سره وسپارئ۔
RFC 4787 بیانوي چې ولې د UDP نقشهکولو ټایمرونه له یوې څنډې استنباطول ستونزمن دي، او همدا ستونزه محدوده موندنه صادقه کوي۔ ټایمرونه واقعي دي، او د دوی شاوخوا ناڅرګندتیا هم۔