ක්‍රියාකාරී IPsec ගේට්වේ එකකින් ike-scan ට ප්‍රතිචාරයක් නොලැබේ

ගේට්වේ සෑම දිනකම දුරකථන සහ ලැප්ටොප් සේවය කරයි, නමුත් 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. පිටවන පේළිය වෙනස්කම් සමාලෝචනයේදී ශබ්දයෙන් කියවිය හැකි පේළියකි.

ස්ථාන ආකෘතිය එම අගයන් අනුපිළිවෙලින් ගෙන යයි සහ වරහන් මඟ හරියි, එය විධානය shell හරහා යන විට වැදගත් වේ.

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 සහ RSA අත්සන් සඳහා 3. එක් එක් විධානය ක්‍රියාත්මක කිරීමට පෙර මුද්‍රණය කරන්න, එවිට පිටපතෙන් පෙනෙන්නේ කුමක් ඉදිරිපත් කළේද සහ කුමන අනුපිළිවෙලකටද.

පියවර 3: ප්‍රතිචාරය අර්ථ දක්වන්න

ප්‍රතිචාරයක් හරියටම දෙයක් ඔප්පු කරයි: එම ලිපිනයේ IKE ප්‍රතිචාරකයෙකුට ළඟා විය හැකි බව සහ ඉදිරිපත් කළ එක් යෝජනාවක් පිළිගත හැකි වූ බව. එය කලින් බෙදාගත් යතුර, L2TP ස්ථරය හෝ පරිශීලක ගිණුමක් පවතීද යන්න ගැන කිසිවක් නොකියයි. සාර්ථක ස්කෑනයක් පසුව එන සෑම අදියරක්ම අසාර්ථක වීම සමඟ සම්පූර්ණයෙන්ම ගැළපේ.

ඔබ කළමනාකරණය කරන ගේට්වේ එකක, මෙය සැබවින්ම ප්‍රයෝජනවත් කොටසයි. ස්කෑනය උපාංගය තවමත් පිළිගන්නා යෝජනා පවසයි, සහ පැරණි රූපාන්තරණවලට සීමා වූ ප්‍රතිඵලයක් උපාංග ප්‍රතිපත්තිය පිළිබඳ සොයාගැනීමක් මිස සේවාදායකය දුර්වල කිරීමට හේතුවක් නොවේ.

පියවර 4: නිශ්ශබ්දතාව අර්ථ දක්වන්න

නිශ්ශබ්දතාව පෙනෙන පමණට වඩා දුර්වල සාක්ෂියකි. සෑම යෝජනාවක්ම ප්‍රතික්ෂේප වී තිබිය හැක, UDP 500 සහ 4500 පෙරහන් වී තිබිය හැක, මූලාශ්‍රය බර්ස්ට් එකකින් පසු වේග සීමා වී තිබිය හැක, නැතහොත් සේවාව ඔබ ස්කෑන් කළ ලිපිනයට වඩා වෙනස් ලිපිනයකට සවන් දෙමින් සිටිය හැක. එම පෙට්ටිය ගැන කිසියම් නිගමනයකට එළඹීමට පෙර ගේට්වේහි IKE ලොගය වලංගු අක්තපත්‍ර සමඟ දැනටමත් සම්බන්ධ වන සේවාදායකයක් සමඟ සසඳන්න.

බර්ස්ට් හැසිරීම එම ලැයිස්තුවට අයත් වන්නේ ගණන් කිරීම කෙටි කාල කවුළුවක බොහෝ පැකට්ටු නිපදවන බැවිනි. පළමු උත්සාහවලට පිළිතුරු දී පසුව නිශ්ශබ්ද වන ගේට්වේ එකක් විස්තර කරන්නේ එහි යෝජනා කට්ටලය නොව එහි anti-DoS ප්‍රතිපත්තියයි.

පියවර 5: ඔබ ඔප්පු කළ දේ සටහන් කරන්න

පිළිගත් සංයෝජනය තත්ත්වාරෝපිත මෘදුකාංග අනුවාදය අසල ලියන්න, පසුව ඔබට වැදගත් සේවාදායකයින් පෙරනිමියෙන් ඉදිරිපත් කරන රූපාන්තරණ සමඟ සසඳන්න. එම ලැයිස්තු දෙක අතර පරතරය වින්‍යාස ගැටලුවයි, ස්කෑනය එය දෘශ්‍යමාන කළා පමණි. පිළිගන්නා යෝජනා ඔබ නොතෝරන ඒවා නම්, නිවැරදි කිරීම ගේට්වේ ප්‍රතිපත්තියට හෝ සේවාදායක පැතිකඩකට අයත් වේ, කිසිවිටෙක පරීක්ෂණයට නොවේ.

කිසිවිටෙක පිළිතුරු නොදුන් පරීක්ෂණයක් වුවද කිසියම් දෙයකට පිළිතුරු දී ඇත: එය පෙන්වන්නේ මෙම උපාංගය සාකච්ඡා කිරීමට කැමති යෝජනා මොනවාද සහ කුමන ඒවා බිමට වැටීමට කැමතිද යන්නයි.