Яагаад зарим вэбсайт зөвхөн VPN асаалттай үед ажиллахгүй байдаг вэ?

Нэг сайт ажиллахгүй байхад бусад бүхэн ачаалж байгаа нь туннель трафик зөөж байгааг баталж, энэ нь асуудлыг ихэнх хүмүүсийн хүлээхээс илүү нарийсгадаг. Гурван ажиглалт үлдсэнийг эрэмбэлнэ: та HTTP хариу авсан эсэх, хостын нэр хаяг руу шийдэгдсэн эсэх, жижиг хүсэлтүүд өнгөрөхөд том нь гацаж байгаа эсэх. Эдгээр хариуг авахаас өмнө VPN-ийн талаар таамаглах нь ихэвчлэн алдааг засахын оронд зөөдөг.

Ажиглалтуудыг дараалан боловсруул, учир нь хариу өгсөн сайт нэгэн зэрэг шийдэгдэж чадаагүй байж болохгүй. Хэрэв юу ч ачаалагдахгүй бол та буруу салбарт байна, холбогдсон боловч интернетгүй тохиолдлын шалгалтууд хүчинтэй.

Алдааны мессеж салбарыг сонгох болтугай

Татгалзсан, антибот сорилт эсвэл алдааны хуудас нь үйлчилгээ хариу өгсөн, өөрөөр хэлбэл пакетууд аппликейшн хүрч буцаж ирсэн гэсэн үг. Энэ нь асуултыг сайтын нэвтрэх бодлого руу шилжүүлдэг бөгөөд энэ нь гарах хаяг, бүртгэл эсвэл нийтлээгүй хүсэлтийн загварыг жинлэж болно. Нэрийн шийдлийн алдаа сайтад огт хүрээгүй, хаяг нь хамгийн түрүүнд шалгах зүйл юм. Хугацаа хэтрэлт нь хоёрын хооронд байна: ямар нэгэн зүйл илгээгдсэн бөгөөд үүнийг юу ч баталсангүй.

Сертификатын анхааруулга дөрөвдүгээр салбарт хамаарна. Эдгээр нь холболтыг хөтчийн баталгаажуулж чадаагүй ямар нэгэн зүйл үйлчилсэн гэсэн үг: таны талын прокси эсвэл дарахаас зайлсхийх ёстой жинхэнэ зөрүү. Үүнийг чиглүүлэлт биш, итгэлцлийн асуудал гэж үзээрэй.

Хариу өгсөн сайт эвдэрсэн туннелийг батлаагүй

Хариу нь блоклох хуудас байвал хөтөч, машиныг өөрчлөхгүйгээр мөн хуудсыг хоёр дахь гарцаар харьцуул. Хэрэв үр дүн гарах хаягийг дагаж байвал сайт тэр хаягийг өөрөөр зохицуулж байгаа бөгөөд ямар ч клиент тохиргоо үүнийг өөрчлөхгүй. Блоклолт таны хөтчийг дагаж байвал шалтгаан нь өргөтгөл, хадгалагдсан прокси эсвэл шийдэгчийн тохиргоонд байна. Хоёр гүйлт эдгээр тайлбарыг хямдхан ялгана.

Зөвхөн хөтөч дээр гардаг алдаа эрт шалгахад хангалттай түгээмэл. Нэг дэмжигдсэн хөтөч дээр ачаалагдаж, нөгөөд нь бүтэлгүйтдэг хуудас нь профайлын төлөв, контент блоклогч эсвэл хөтчийн дотор тохируулсан шифрлэгдсэн DNS руу заана. Chrome-ийн аюулгүй DNS-ийн заавар тэр тохиргоо хаана байгааг харуулдаг бөгөөд дэмжигдсэн удирдлагаар өөрчлөх нь төхөөрөмжийг дахин тохируулахаас дээр.

Зөвхөн том дамжуулалт гацаж байвал пакетийн хэмжээг хар

Толгойгоо зурж, дараа нь гацдаг хуудас нь хэзээ ч эхэлдэггүй хуудаснаас өөр гарын үсэгтэй. Жижиг хариу өнгөрч болох боловч бүрэн хэмжээний ачааллыг илгээгчид дохио өгч чадахгүй газарт хаядаг бөгөөд хөтчөөс харагдах замын MTU-ийн алдаа ийм харагддаг. Шүүлтийн талаар онол хийхээс өмнө жижиг хүсэлт, томыг нэг хост руу харьцуул. Замын MTU-ийн нээлт нь зам дагуух хамгийн бага холбоосын хэмжээг сурах ёстой бөгөөд энэ нь шүүгдсэн сүлжээнүүд тогтмол хаядаг ICMP хариунаас хамаарна.

Энэ таамаглалыг нэг ping биш, хэмжээний шалгалтаар туршиж үзээрэй. Тогтмол ачааллын хэмжээнд эхэлдэг алдаа хүчтэй нотолгоо, харин нүүдэг алдаа тийм биш.

Засварыг бүтэлгүйтсэн хүсэлт дээр батал

Анхны үйлдлийг дахин туршиж үзээрэй, нүүр хуудсыг биш, учир нь кэшлэгдсэн бүрхүүл нэвтрэлтийн ард байгаа API дуудлага бүтэлгүйтэж байхад зурагдаж болно. Доорх командууд нэрийн шийдэл, жижиг хүсэлт, томыг нэг хост руу ялгана. Хостын нэр, замыг үнэхээр эвдэрсэн хүсэлтийнхээр соль.

dig +short www.example.com
curl -sS -o /dev/null -w '%{http_code} %{time_total}\n' https://www.example.com/
curl -sS -o /dev/null -w '%{http_code} %{size_download}\n' https://www.example.com/assets/app.js
ping -M do -s 1400 -c 3 203.0.113.20

Хэрэв dig хариу хөтчийн ашигласнаас өөр бол шийдэгч нь хувьсагч, хөтчийн өөрийн DNS тохиргоо нь харах газар юм. Жижиг хүсэлт төлөв буцааж, том нь гацаж байвал пакетийн хэмжээний салбарыг боловсруул. Хоёулаа хугацаа хэтэрвэл гарах зам, сайтын тэр хаягт хандах хандлага дахин ширээн дээр ирнэ.

Анхны хүсэлтийг амжилттай болгосон өөрчлөлтийг үлдээж, бусадыг буцаа. Хөтөч, шийдэгч, клиент дээрх нэгэн зэрэг олон өөрчлөлт аль нь чухал байсныг хэлэх боломжгүй болгоно.