Մեծ փաթեթները կորչում են IPsec-ով, մինչդեռ փոքր ping-երը շարունակում են աշխատել
Փոքր ստուգումները պատասխանում են, իսկ ֆայլի պատճենումները կանգ են առնում. սա գաղտնագրումից առաջ կայացված չափի որոշման նշանն է: Պարզեք, թե որ կողմն է բաժանում փաթեթը և ինչու:
Հեռավոր shell-երը մնում են արձագանքող, փոքր ստուգումները պատասխանում են, և հետո ֆայլի պատճենումը սողում ու կանգ է առնում առանց որևէ սխալի, որին ինչ-որ մեկը կարող է մատնանշել: Ավելի մեծ բեռնվածքով ping-ը դա անմիջապես վերարտադրում է, և նույն փոխանցումը աշխատում է տեղական ցանցից: Գաղտնագրման մեջ ոչինչ դանդաղ չէ. որոշ փաթեթներ երբեք չեն հասնում: Երկու տարբեր բաժանումներ կարող են ստեղծել այդ նշանը, և նրանք տարբեր ապացույցներ են թողնում:
Երկու տեղ, որտեղ փաթեթը կարելի է բաժանել
Մինչև գաղտնագրումը, երթուղիչը կարող է բաժանել չափից մեծ ներքին փաթեթը և յուրաքանչյուր մասը պաշտպանել առանձին: Գաղտնագրումից հետո բաժանվում է պատրաստի արտաքին փաթեթը, և հեռավոր կողմը պետք է նորից հավաքի այն, նախքան ինչ-որ բան վերծանելը: Նույն ախտանիշը, տարբեր աշխատանք ստացողի համար և տարբեր կառավարման լծակներ ձեզ համար:
Տարբերությունը կարևոր է, որովհետև սխալ կողմին ուղղված ուղղումը փոխում է թիվ առանց խափանումը տեղափոխելու: Ինտերֆեյսում մերժված փաթեթը երբեք արտաքին փաթեթ չի դառնում, ուստի արտաքին կողմի ոչ մի կարգավորում չի կարող փրկել այն:
Որտեղ է իրականում կայացվում չափի որոշումը
Թունելի ինտերֆեյսը կրում է IP MTU, և այդ արժեքը կարող է մերժել չափից մեծ ներքին փաթեթը շատ ավելի վաղ, քան IPsec փուլը կտեսնի այն: Արտաքին վերնագրի վրա բիթ դնելը չի վերանայում այդ նախորդ որոշումը, որովհետև փաթեթն արդեն մերժվել է: Այդ պատճառով ներքին MTU-ի բարձրացումը երբեմն վատթարացնում է վիճակը՝ փոխարենը լավացնելու: Կարդացեք ինտերֆեյսի արժեքը և արտաքին վարքագիծը նախքան դրանցից որևէ մեկը փոխելը, որովհետև ավելի էժան փոփոխությունը սովորաբար այն է, որ բացատրում է ախտանիշը:
Նախ ստուգեք ինտերֆեյսի արժեքը, ապա արտաքին վարքագիծը: Երկու թիվ, երկու փուլ, և սովորաբար դրանցից միայն մեկն է պատասխանատու:
Արտաքին բյուջեն ներքին բյուջեն չէ
Յուրաքանչյուր ինկապսուլացիա բայթեր է ծախսում վերնագրերի վրա, և քանակը կախված է տրանսպորտից, հասցեների ընտանիքից և նրանից, թե արդյոք NAT-ի անցումը խաղի մեջ է: Տեղական կապուղուն տեղավորվող ներքին փաթեթը դեռ կարող է ստեղծել արտաքին փաթեթ, որը չի տեղավորվում դրանից այն կողմի ուղու մեջ: Չափեք հավելյալ ծախսը՝ փոխարենը ենթադրելու, որովհետև յուրաքանչյուր ընտրովի վերնագիր ավելանում է հաշվին: NAT-ի անցումով թունելը ավելի շատ է վճարում, քան մերկը, և տարբերությունը բավական է երեկ աշխատած փոխանցումը կոտրելու համար:
Երբ արտաքին փաթեթը կրում է չմասնատելու բիթը, այն ցատկը, որը չի կարող փոխանցել այն, գցում է այն և պետք է վերադարձնի ICMP հաղորդագրություն: Եթե այդ հաղորդագրությունը ինչ-որ տեղ զտվում է, ուղարկողը շարունակում է փորձել, և օգտատերը տեսնում է կանգ առանց բացատրության: Այդ լուռ գցումը սովորական պատճառն է, թե ինչու չափի խնդիրը հաղորդվում է որպես արագության խնդիր:
IPv6-ը հեռացնում է տարբերակներից մեկը
IPv6 երթուղիչները չեն մասնատում տրանզիտում, ուստի արտաքին փաթեթը կամ տեղավորվում է, կամ անհետանում է Packet Too Big հաղորդագրությամբ: Այդ հաղորդագրությունը դառնում է հետադարձ կապի միակ ուղին, և այն արգելափակելը կոտրում է ուղու հայտնաբերումը յուրաքանչյուր հաջորդ մեծ փոխանցման համար: IPv4 երթուղիչները կարող են մասնատել մեծ փաթեթը, երբ բիթը մաքուր է, ինչը թաքցնում է խափանումը, մինչև ինչ-որ այլ բան դնի այդ բիթը:
Խառը կույտի վրա նույն թունելը կարող է տարբեր կերպ վարվել երկու ընտանիքների համար, այդ պատճառով IPv4-ի վրա մեկ փորձարկումը չի լուծում IPv6-ի բողոքը: Մեկ ընտանիք վարժեցնող ստուգումը պատասխանի կեսը թողնում է չափված:
TCP սեգմենտի քաղաքականությունը ընդհանուր պատասխան չէ
Առավելագույն սեգմենտի չափը սահմանափակելը օգնում է TCP հոսքերին, և դա օրինական կառավարում է, երբ խնդիրը սահմանափակվում է նրանցով: Այն ոչ մի ազդեցություն չունի UDP-ի վրա, որը կրում է DNS, որոշ ձայնային արձանագրություններ և վեբ տրաֆիկի աճող մասը:
Կիրառեք այն, ապա փորձարկեք ձախողված աշխատանքային բեռը: Եթե UDP դեպքը դեռ ձախողվում է, սեգմենտի քաղաքականությունը երբեք պատասխանը չի եղել, և ինտերֆեյսի բյուջեն դեռ ուշադրություն է պահանջում: Նախ բացահայտեք ձախողված բեռի արձանագրությունը, ապա ընտրեք դրան պատկանող կառավարումը:
Աշխատանքի հերթականությունը
Գրանցեք ամենամեծ բեռնվածքը, որը ողջ է մնում, ապա ինտերֆեյսի MTU-ն, ապա՝ արդյոք արտաքին փաթեթը կրում է չմասնատելու բիթը, և վերջում՝ արդյոք ICMP հետադարձ կապը հասնում է ուղարկողին: Այդ հաջորդականությունը նեղացնում է խափանումը առանց գուշակելու: Պահեք յուրաքանչյուր դիտարկում ժամանակի նշումով և վերջնակետով, որովհետև բոլոր չորս թվերը շարժվում են, երբ ուղին փոխվում է:
Փոխեք մեկ արժեք, նորից փորձարկեք սկզբնական փոխանցումը և պահեք արդյունքը: Թունելը, որն անցնում է մեծ փորձարկումը, բայց դեռ կանգ է առնում հավելվածում, անցել է այլ խնդրի, և դա գրառման արժանի առաջընթաց է: Հաջորդ մարդը նախընտրում է թվերը, քան եզրակացությունը: