Барактар ачылат, бирок VPNде жүктөөлөр токтойт: кайсы себеп жеңет
Өлчөмгө көз каранды токтоо жолдун MTU бузулушуна туура келет, ошондой эле DNS, колдонмо чеги же туруксуз туннелге да туура келет. Кайсынысы экенин төрт байкоо чечет.
Барактар ачылат, VPN туташкандыгын билдирет, ал эми файл жүктөө ар бир жолу так ошол жерде тоңуп калат. Бул сүрөттөмөгө төрт түшүндүрмө туура келет: пакет өлчөмүнүн маселеси, аттарды чечүү маселеси, колдонмо чеги жана тынымсыз кайра туташкан туннель. Алардын ар бирин башка байкоо менен ырастоого же жокко чыгарууга болот, ошондуктан чечим себепти божомолдоо эмес, туура тестти тандоо маселеси.
Төрт талапкер жана бир форма
Ийгиликсиздиктин формасынан баштаңыз, анткени ал кандайдыр бир куралды ачканга чейин тизменин көп бөлүгүн алып салат. Туруктуу өлчөмдө болуучу токтоо тескериси далилденмейинче өлчөм маселеси. Кокустан жерлерде болуучу токтоо жоготуу же туруктуулук маселеси. Туташуу ачылганга чейинки ийгиликсиздик — ат маселеси.
Төртүнчү талапкер — колдонмо. Жүктөө чеги, сурамжылоолордун убакыт чектери жана проксинин дене өлчөмүнүн чектери браузерден тармак бузулушуна окшош ийгиликсиздиктерди жаратат, жана алар адатта токтоо эмес, баш тартуу катары келет.
Бир нерсени сынаардан мурун байкалган форманы жазып коюңуз. «Болжол менен ошол эле байт санында, ар бир жолу, туннель күйүп турганда токтойт» — «жүктөөлөр иштебейт» дегенден алда канча күчтүү баштапкы чекит.
Андан кийин сыноо учурунда жолду өзгөртпөй кармаңыз. Чыгууну, протоколду жана серверди бир убакта өзгөртүү эч бирине теңсе болбой турган натыйжа берет. Ар бир жүгүртүүгө бир өзгөрмө, жана аны жазып коюңуз.
Саясатка тийишпейинче өлчөмдү экиге бөлүңүз
Эң арзан айырмалоочу — бир санды өзгөртүүчү сыноо. Максатка өсүү тартибинде, бөлүүгө тыюу салынган ping жөнөтүңүз, өзүңүз көзөмөлдөгөн файлды ошол кызматка жүктөңүз, андан кийин ар бири кайда токтой турганын салыштырыңыз.
ping -M do -s 1472 203.0.113.9
curl -T ./probe.bin -o /dev/null -w '%{size_upload} %{time_total}
' https://example.net/uploadБиринчи буйрук толук өлчөмдөгү пакеттин жолдон өтүшүн жалпы текшерет. MTU 1500 байт болгондо, бөлүнбөгөн эң чоң ICMP пайдалуу жүгү 1472 байт, ал эми туннель ички пакет башталганга чейин бул бюджеттен да көбүрөөк алат. Экинчиси колдонмо деңгээлиндеги өткөрүү үчүн өлчөм жана узактык берет, жана бул — чындыгында маанилүү сан.
| Candidate | Observation that confirms it | Observation that rules it out |
|---|---|---|
| Path MTU or blocked ICMP feedback | Stall at a consistent size; large do-not-fragment probes fail | Small and large transfers both complete |
| Name resolution | The connection never opens for that name | The connection opens and then stalls mid-transfer |
| Application or proxy limit | A clean rejection at a documented size | No log entry on the server at all |
| Tunnel instability | Reconnects or rekeying during the transfer | The tunnel uptime is unchanged across the failure |
Экөөнү чогуу окуңуз. Чектен жогору ийгиликсиз болгон сыноолор жана ошол эле чекке жакын токтогон жүктөө — бул ырааттуу окуя. Бардык сыноолор ийгиликтүү болсо да, жүктөө жол ачык көтөрө турган байт санында токтосо, бул колдонмого же серверге ишарат кылат, жана MTU менен канча ишлесеңиз да аны өзгөртпөйт. Бул терс натыйжа оң натыйжадай баалуу. Ал иликтөөнүн эң кымбат бутагын алып салат.
Андан кийин өткөрүү учурундагы туруктуулукту текшериңиз, анткени чоң жүктөөнүн ортосунда ачкычты жаңырткан туннель өлчөмгө көз каранды көрүнгөн, бирок андай болбогон ийгиликсиздик жаратат. Иштөө убактысынын көрсөткүчү муну ырастоонун эң арзан жолу.
Оңдоо менен айланып өтүүнүн ортосунда тандоо
Эгер далилдер өлчөмгө ишарат кылса, эки чынчыл жооп жана бир чынчыл эмес жооп бар. Чынчылдары — керектүү ICMP кайтарым байланышына уруксат берип, жолдун MTU аныктоосун калыбына келтирүү, же жарыяланган сегмент өлчөмүн чектеп, шериктер кичирээк сегменттерди жөнөтүшү. Чынчыл эмеси — интерфейстин MTU форумдан көчүрүлгөн мааниге түшүрүп, анын эмнени өзгөрткөнүн эч качан текшербөө.
Тандоо эмнени көзөмөлдөй турганыңызга байланыштуу. Өзүңүз башкарган тармакта ICMP билдирүүлөрүнө уруксат берүү тазараак оңдоо, анткени ал механизмди ар бир протокол үчүн иштөө абалында кармайт. Өзүңүз көзөмөлдөбөгөн жолдо чектөө практикалык вариант, жана аны бүт серверге эмес, тар колдонуу керек.
Эгер далилдер колдонмого ишарат кылса, колдонмону же анын прокси конфигурациясын оңдоңуз. 413 жообу менен илинип калган туташуу — ар башка ийгиликсиздиктер, ал эми экинчиси адатта өз чектери бар проксини камтыган чынжырдын бир жериндеги убакыт чени.
Кандай болбосун, баштапкы маанилерди сактап, кайтаргандан кийин кайра сынаңыз. Иштеп жаткан өткөрүү менен дал келген өзгөртүү анын себеби болгонуна далил эмес, ал эми кайтаруу мүмкүнчүлүгү — диагнозду кокустан ажырата турган нерсе.
Чечимди жазып коюңуз, ал кийинки окуяга чейин сакталсын
Төрт факт жетиштүү: байкалган ийгиликсиздиктин формасы, сыноолордун натыйжалары, сиз жасаган өзгөртүү жана кайра сыноонун натыйжасы. Алар менен кийинки адам маселе ошол бойдонбу же ошол эле симптом менен жаңыбы экенин айта алат.
Жолдун контекстин да белгилеңиз, анткени MTU тыянагы белгилүү звеного тиешелүү. Үйдө иштеп, мейманканада ийгиликсиз болгон ноутбуктун эки жолу бар, ал эми бирине колдонулган оңдоо экинчиси жөнүндө эч нерсе айтпайт.
Акырында, «VPN жүктөөлөрдү бузду» деген жыйынтыкка каршы тургула. Туннель иштегенде да, ийгиликсиз болгондо да бар болгон; өзгөргөнү — жол көтөрүшү керек болгон пакеттин өлчөмү же өткөрүү токтотулган жер. Так механизмди атоо жазууну пайдалуу кылат.