له IPsec ګیټ وے څخه پینګ بله سرچینې پته کاروي

له IPsec ګیټ وے څخه بلې خوا ته پینګ وکړئ، ځواب ترلاسه نه کړئ او نتیجه واخلئ چې ټانګل مات دی، پداسې حال کې چې د ګیټ وے شاته هر کار بار په نورماله توګه ټرافیک تېروي۔ دا دوه پایلې یو بل ته ضد نه دي۔ په ګیټ وے کې پیل شوی پینګ د ځایي سرچینې packet دی، او ګیټ وے د خپلې لارښوونې جدول څخه د سرچینې پته ټاکي۔ دا ټاکنه کېدای شي د هغو پتو څخه توپیر ولري چې د سایټ ریښتینی ټرافیک یې کاروي، او دا بدلوي چې کومه پالیسي سمون لري او کومه د بېرته راتلو لاره پلی کېږي۔ د پایلې څخه د هر څه لوستلو دمخه پریکړه وکړئ چې ازموینه څه باید ثابت کړي۔

درې بېلې پوښتنې چې پینګ یې ځواب کولی شي

لومړۍ پوښتنه دا ده چې ایا بل لوري ته له دې host څخه په بشپړه توګه رسېدل کېږي که نه۔ دوهمه دا ده چې ایا د ټانګل selectorان یا د لارې پر بنسټ پالیسي د یوې ټاکلې سرچینې څخه ټرافیک مني که نه۔ درېیمه دا ده چې ایا د ګیټ وے شاته له کار بار څخه لیږدول شوی ټرافیک له سره تر سره کار کوي که نه۔ یو حکم نشي کولی درېواړو ته ځواب ووایي، او هغه څه چې دوی بېلوي د سرچینې پته ده۔

لومړی پوښتنه وټاکئ۔ که نه، ناکامه پینګ د هغې تیورۍ ثبوت کېږي چې تاسو لا دمخه درلوده۔

ولې ګیټ وے هغه پته ټاکي چې تاسو یې تمه نه درلوده

کله چې تاسو یو هدف ته پینګ وکړئ، ځایي stack هغې لارې څخه سرچینه ټاکي چې ورسره سمون لري۔ د لارې پر بنسټ ټانګل کې دا کېدای شي د ټانګل انټرفیس د اړیکې پته وي، کومه چې په ډېرو سایټ ډیزاینونو کې د نقطې تر نقطې ټوپ لپاره ټاکل شوې 169.254.x.x جوړه ده۔ هغه پتې د دې لپاره دي چې اړیکه کار وکړي؛ بل لوري ته هغه د اپلیکیشن سرچینې شبکې په توګه نه اعلانیږي۔

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

سرچینه په قصد وټاکئ

په کنټرول شوي Linux ګیټ وے کې هغه سرچینه وټاکئ چې لا دمخه په ځایي توګه ټاکل شوې ده: ping -c 4 -I 10.30.0.1 10.40.0.20۔ دلته پتې د بېلګې په توګه دي، نو د ګیټ وے ریښتینې داخلي پته او ریښتینی لرې هدف ولیکئ، او ډاډ ترلاسه کړئ چې ستاسو ټاکل شوې سرچینه دې وسیلې پورې اړه لري او د سایټ پالیسي یې مني۔

د ازموینې لپاره د کار بار پته پور نه اخلئ۔ د هغه host بڼه غوره کول چې ګیټ وے ته نه دی ټاکل شوی، داسې پایله جوړوي چې هیڅوک یې بیا نه شي جوړولی، او په ځینو stackونو کې دا د ټانګل د خرابۍ په څېر ناکامه کېږي۔

یوازې غوښتنه نه، د بېرته راتلو لاره هم ولولئ

وګورئ چې کومه سرچینه واقعاً لرې هدف ته رسیږي، په لاره کې هر قصداً ژباړه هم په پام کې نیولې۔ بیا د بل لوري بېرته راتلو لاره هغې سرچینې ته او هغه selectorان یا پالیسي چې اجازه یې ورکوي وګورئ۔ هغه غوښتنه چې له ناڅاپي سرچینې سره رسیږي د لارښوونې او پالیسي پوښتنه ده، نه د کریپټوګرافي۔

دلته هم د packet نیول له بل پینګ څخه ډېره مرسته کوي: هغه سرچینه ښیي چې بل لوري لیدلې وه، او دا هغه پته ده چې ځواب یې باید ورته ورسیږي۔

بیا کار بار وآزمویئ

فیصله کوونکې ازموینه د ګیټ وے شاته له یو عادي host څخه لرې ګیټ وے شاته یو عادي host ته پینګ ده۔ دا د ګیټ وے د لیږد رول، د اپلیکیشن ریښتینې سرچینه او ریښتینې د بېرته راتلو لاره آزموي، او هغه بهیر چې کاروونکو ته مهم دی همدا دی۔

پایلې په خپلو یادښتونو کې بېلې وساتئ: له ګیټ وے څخه رسېدنه، د ټاکل شوې سرچینې لپاره د پالیسي اجازه، او لیږدول شوی ټرافیک۔ بریالۍ Pinned پینګ دا ګټوره ثبوت دی چې ټانګل یو څه وړي؛ دا ثبوت نه دی چې هر لیږدول شوی بهیر کار کوي۔ او هغه په اتوماتيک ډول ټاکل شوې ګیټ وے سرچینه چې ورته رسېدل نشي، دا ثبوت نه دی چې د سایټ ټانګل بند دی۔

یوازې د یوې تشخیصي پایلې لپاره د 169.254.0.0/16 لپاره پراخه لاره مه ورزیاتوئ۔ دا ګمراه کوونکې ازموینه په تلپاتې لارښوونې پریکړه بدلوي، او بل کس یې پرته له شالید څخه په میراث اخلي۔