Хуудсууд ачаална, гэвч 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 байршуулалтыг эвдсэн“ гэсэн дүгнэлтэд эсэргүүц. Туннель ажилласан болон бүтэлгүйтсэн аль ч тохиолдолд байсан; өөрчлөгдсөн нь зам дамжуулах ёстой байсан пакетийн хэмжээ эсвэл дамжуулалт зогссон газар юм. Бодит механизмыг нэрлэх нь тэмдэглэлийг ашигтай болгодог.