ESP-ի ընդունման հաշվիչը մեծանում է, թունելը մնում է բարձրացված, և հավելվածը երբեք չի տեսնում փաթեթը։ Ապակոդավորումը կատարվել է, ամբողջականության ստուգումը անցել է, և հետո ընդունողը պետք է որոշեր, թե իրականում ինչ է պաշտպանված բեռը։ Հենց այդ վերջին քայլում է ի հայտ գալիս ձևաչափի անհամապատասխանությունը, և դրսից դա բոլորովին նման չէ հրապատի խնդրի։

Ինչ եք տեսնում, երբ պիտակը ստում է

Ոչինչ հաճախորդի մատյանում չի տարբերում սա երթուղավորման սև փոսից։ Երկուսն էլ առաջացնում են հավելվածի ժամանակի սպառում առողջ թունելի կողքին, դրա համար էլ առաջին հերթին մեղադրում են հաշվիչներին։

Աճող ընդունման հաշվիչը իսկապես լավ լուր է՝ փաթեթները գալիս են և նույնականացվում։ Բայց դա ապացույց չէ, որ ներքին փաթեթը իմաստ ուներ գաղտնագրման շերտից վերև որևէ բանի համար։

Տեսակը ապրում է վերջնամասում

Սովորական IPsec թունելի ռեժիմում ESP-ով պաշտպանված բեռը պարունակում է ամբողջական ներքին IP փաթեթ։ Վերջնամասի հաջորդ վերնագրի դաշտը որոշում է, թե ինչ է այդ բեռը, և դա ոչ TCP պորտ է, ոչ արտաքին վերնագրի արձանագրության համար, և ոչ էլ սկզբնական SPI և հաջորդականության համարի դաշտի մաս։ RFC 4303 բաժին 2.6 այն սահմանում է որպես բեռի տեսակի դաշտ, ինչը ճշգրիտ անուն է ճշգրիտ աշխատանքի համար։

Այն արժեքները, որոնց կհանդիպեք, փոքր են և արժե հիշել՝ IPv4-ը 4 է (0x04), իսկ IPv6-ը՝ 41 (0x29)։

Այդ թվերը գալիս են IANA-ի արձանագրությունների համարների բաշխումից, ոչ տեղական սովորույթից։ Ուղարկողը, որը հայտարարում է IPv4, բայց փաթաթում IPv6 փաթեթ, ստեղծել է ձևաչափի անհամապատասխանություն, և ոչ մի հրապատի կանոն չի ուղղում բայթերը, որոնք հակասում են իրենց սեփական պիտակին։

Ինչպես տարբերել այն սովորական կասկածյալներից

Կորած փաթեթների մեծ մասը կոդավորման թերություններ չեն։ Նախ ստուգեք ընտրիչները, որովհետև IPv6 նախածանցը բացառող երթևեկության ընտրիչը թափում է երթևեկությունը նախքան որևէ բան փաթաթելը։ Ապա ստուգեք երթուղավորումը, հետո ընդունող հոսթի տեղական զտումը։ Միայն այդքանը բացառելուց հետո է բեռի ձևաչափի անհամապատասխանությունը դառնում հավանական բացատրություն։

Գաղտնագրված գրավումը դա չի որոշի, որովհետև պաշտպանված հաջորդ վերնագիրը գտնվում է գաղտնագրված բեռի ներսում։ Ձեզ պետք է ներդրման ախտորոշում կամ աջակցվող ապակոդավորված դիտարկման կետ, և երկուսն էլ պահանջում են թույլտվություն օգտագործելուց առաջ։

Եթե ոչ ոք չի կարող ներկայացնել այդ ապացույցը, դուք ձևաչափի սխալ չունեք։ Դուք ունեք տեսություն, և ընտրիչները մնում են ավելի լավ խաղադրույք։

Ինչ չէ վերանորոգումը

Մի անջատեք ամբողջականության ստուգումները, որպեսզի երթևեկությունն անցնի։ Մի վերագրեք գաղտնագրված փաթեթները միջանկյալ երթուղիչում, որովհետև դա չի կարող աշխատել և կփչացնի հոսքը, մինչ գրավման մեջ օգտակար է թվում։ Մի բացեք ավելի լայն հավելվածային հրապատի կանոն այն տեսությամբ, որ պորտը արգելափակված է։ Այդ ոչ մեկը չի դիպչում պիտակի անհամապատասխանությանը։

Եթե հաստատված անհամապատասխանությունը գալիս է գործընկեր ներդրումից, պահեք նվազագույն մաքրած վերարտադրություն և տարեք այն այդ ներդրման աջակցվող ալիք։

Ստուգեք հոսքը, ոչ հաշվիչը

Ուղղումից հետո փորձարկեք իրական IPv6 հոսքը ծայրից ծայր՝ հավելվածի հարցում թունելով, դրա պատասխանը, և այն հասցեազույգը, որ տեսնում է յուրաքանչյուր կողմ։ Աճող ESP հաշվիչը միայն ապացուցում է, որ փաթեթները ընդունվում և նույնականացվում են։ Այն ոչինչ չի ասում այն մասին, թե արդյոք ներքին փաթեթը օգտագործելի էր։

Գրանցեք երկու արդյունքն էլ տոմսում։ Հաշվիչի շարժումը գումարած աշխատող հոսքը վերանորոգում է. հաշվիչի շարժումը միայնակ հենց այն է, ինչ ունեիք սկսելուց առաջ։

Առնչվող հոդվածներ