DNS-ի խափանովմ, թե֎ MTU-ի խնդիր. որտեղ է իրականում կանգ առնում հարցումը

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

Երկու ձախողում տարբեր շերտերում

Լուծումը անունը դարձնում է հասցե, և կապի մեջ ոչինչ չի կարող սկսվել, քանի դա չի հաջողվել։ Ուղու MTU-ի խնդիրները տեղի են ունենում ավելի ուշ, երբ ինչ-որ կապուղու սահմանից մեծ փաթեթ է դեն նետվում, և ուղարկողին այդ մասին երբեք չեն տեղեկացնում։ Մեկը որոնում է. մյուսը՝ առաքման ձախողում, որը երևում է միայն որոշակի չափից վեր։

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

Եթե ձեր ախտանիշը մասնակի է, դադարեք նայել DNS-ին։

Փուլ 1. արդյոք անունը լուծվում է ընդհանրապես

Օգտագործեք հարթակի որոնման գործիքները հենց այն հյուրի անունով, որն օգտագործում է հավելվածը։ Գրասենյակի մասնավոր անունը կարող է պահանի ներքին լուծիչ, և դիտարկիչի սեփական անվտանգ DNS-ը կարող է այլ կերպով վարվել, քան օպերացիոն համակարգի լուծիչը, այնպես որ երկուսը կարող են չհամաձայնել նույն անվան շուրջ։

Հարցրեք այն լուծիչին, որը կօգտագործեր օպերացիոն համակարգը, ապա համեմատեք։

dig +short vpn.example.com
dig +short vpn.example.com @10.0.0.53

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

Փուլ 2. որտեղ է կանգ առնում փոխանցումը

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

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

Մեկ կրկնվող կանգը ավելի արժեք ունի, քան տասը անեկդոտայինը։

Ինչու է MTU-ն վնաս հասցնում միայն ձեռքսեղմումից հետո

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

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

Չափեք չափը ուղղակիորեն, փոխարեն ենթադրելու։

ping -M do -s 1472 203.0.113.20
tracepath 203.0.113.20

Փոխեք մեկ շերտ, ապա ապացուցեք

Անունների համար փոխեք լուծիչի քաղաքականությունը և նորից գործարկեք նույն որոնումը։ Չափի համար օգտագործեք MTU ընթացքը՝ գրանցված սկզբնական արժեքներով և պատրաստ հետադարձությամբ, որովհետև MSS-ը սահմանափակելը՝ առանց թունելի իրական MTU-ն իմանալու, մեկ կանգը փոխանակում է մյուսով։

Էջը, որը մեկ անգամ բեռնվում մի քանի կարգավորումներ փոխելուց հետո, չի նույնականում վերանորոգումը։ Փոխեք մեկ բան, նորից գործարկեք նույն փորձը և արդյունքը պահեք ձեր գրանցած առաջին ձախողված փուլի կողքը։

Հենց այդ գրառումն է խանգարում, որ DNS-ը, փաթեթի չափը և նույնականացումը չդառնան միշտ շրջանցումների կույտ, որը ոչ ոք չի կարող բացատրել։ Հում IP-ով փորձելը լավ օրինակ է այն կարճուղու, որը փոխում է TLS ինքնությունը, և վկայագրի ստուգումն անջատելը՝ համեմատությունը հաջողեցնելու համար, ախտորոշում չէ։