ike-scan د فعال IPsec ګېټ وے څخه ځواب نه ترلاسه کوي

ګېټ وے هره ورځ تلیفونونو او لیپ ټاپونو ته خدمت کوي، خو ike-scan راپور ورکوي چې کوم کوربه ځواب نه دی ورکړی. هغه تولید د دې ثبوت په څېر لوستل کیږي چې IPsec په وسیله کې نشته. معمولاً دا معنی لري چې وسیلې په پروب کې هر وړاندیز رد کړ او غوره یې وکړه چې هیچاته ځواب ونه وایي. چوپتیا هم یو ځواب دی، او دا هغه تر ټولو لږ معلوماتي ځواب دی چې دا وسیله تاسو ته ورکولی شي.

درې جلا پوښتنې وګورئ: آیا پاکټ ورسېد، آیا کوم وړاندیز سره سمون خوړ، او آیا بل څه همکار رد کړ؟

ګام 1: هغه وړاندیز ولولئ چې وسیله یې لیږي

اصلي حالت د SA پیلوډ سره پیل کیږي چې هغه بدلونونه لیست کوي چې پیل کوونکی به یې مني، او ike-scan هغه لیست د کمپایل شوي پیش فرض څخه ډکوي. پیش فرض ټولګه په قصد ډول زاړه ده: د کوډ کولو لپاره DES او 3DES، د هش کولو لپاره MD5 او SHA1، د کیلي تبادلې لپاره ګروپونه 1 او 2، د تصدیق لپاره مخکې شریک شوي کیلي. هیڅ AES نشته، هیڅ SHA-2 نشته، هیڅ ګروپ 14 نشته. یو ګېټ وے چې د AES-256، SHA-256 او modp2048 لپاره تنظیم شوی وي، له دې سره هیڅ شریک نلري.

ځینې تطبیقونه د ناسم پروب ځواب د NO-PROPOSAL-CHOSEN خبرتیا سره ورکوي. نور یې یوازې غورځوي، کوم چې په هغو وسایلو کې عام دی چې ناپېژندل شوي همکاران د شور په توګه ګڼي. په هر حال سکین هیڅ نه چاپوي، او هغه «هیڅ» له بهر څخه د فلټر شوي UDP 500 په څېر دی، لکه څنګه چې د ike-scan پروژې اسناد د پیش فرض ټولګې په اړه روښانه کوي.

ګام 2: یو عصري وړاندیز وړاندې کړئ

پیش فرض ټولګه د --trans سره بدله کړئ. د صفت بڼه د IKE صفت شمېرې مستقیم اخلي: د کوډ کولو لپاره 1، د هش لپاره 2، د تصدیق لپاره 3، د ګروپ لپاره 4 او 14 د کیلي اوږدوالی لپاره کله چې الګوریتم یو اخلي. هغه څه چې راځي یوه کرښه ده چې تاسو یې په بدلون بیاکتنه کې په لوړ غږ لوستلی شئ.

د موقعیت بڼه همدغه ارزښتونه په ترتیب سره وړي او له بریکټونو څخه ډډه کوي، کوم چې مهم دی کله چې کمانډ د شیل له لارې تړل کیږي.

ike-scan --trans="(1=7,14=256,2=5,3=1,4=14)" 203.0.113.10

په هره پاکټ یو وړاندیز کله چې شمېرنه کوئ ورو دی، نو د ممکنه ارزښتونو له پاره لوپ وکړئ: کوډ کول 5، 7/128، 7/192، 7/256؛ هش 1، 2، 5، 6، 7؛ ګروپونه 1، 2، 5، 14، 15، 19، 20، 21؛ تصدیق 1 د مخکې شریک شوي کیلي لپاره او 3 د RSA لاسلیکونو لپاره. هر کمانډ مخکې له چلولو چاپ کړئ تر څو ریکارډ وښیي چې څه وړاندې شول او په کوم ترتیب.

ګام 3: ځواب تفسیر کړئ

یو ځواب په دقیق ډول دوه شیان ثابتوي: په هغه پته کې د IKE ځواب ورکوونکی د لاسرسي وړ دی، او یو وړاندیز شوی وړاندیز د منلو وړ و. دا د مخکې شریک شوي کیلي، L2TP پرت یا د کارن حساب شتون په اړه هیڅ نه وایي. یو بریالی سکین په بشپړ ډول د هرې وروستنې مرحلې ناکامۍ سره سمون لري.

په هغه ګېټ وے چې تاسو یې چلوئ، دا واقعی ګټور برخه ده. سکین تاسو ته وایي چې وسیله لا کوم وړاندیزونه مني، او یوه پایله چې یوازې زاړه بدلونونو ته محدوده وي، د وسیلې پالیسۍ په اړه یوه موندنه ده، نه د کلاینټ د کمزوري کولو لامل.

ګام 4: چوپتیا تفسیر کړئ

چوپتیا له ښکاره څخه کمزوری ثبوت دی. هر وړاندیز ممکن رد شوی وي، UDP 500 او 4500 ممکن فلټر شوي وي، سرچینه ممکن د یوې چاودنې وروسته د سرعت محدودیت ولري، یا خدمت ممکن د هغې پتې څخه بېله پته واوري چې تاسو سکین کړې. د بکس په اړه د هر څه پایله کولو دمخه د ګېټ وے IKE لاګ د هغه کلاینټ سره پرتله کړئ چې لا دمخه د معتبرو اسنادو سره نښلول شوی وي.

د چاودنې چلند په هغه لیست کې راځي ځکه چې شمېرنه په لنډه موده کې ډیر پاکټونه تولیدوي. هغه ګېټ وے چې لومړیو هڅو ته ځواب ورکوي او بیا چوپ کیږي، خپله anti-DoS پالیسي بیانوي نه د وړاندیزونو ټولګه.

ګام 5: هغه څه ولیکئ چې ثابت کړي مو دي

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

هغه پروب چې هیچاته ځواب نه دی ورکړی، بیا هم یو څه ته ځواب ورکړی: دا ښیي چې دا وسیله کوم وړاندیزونه د بحث لپاره تیار ده او کوم یې غواړي په فرش ورواچوي.