Байршуулах үед VPN яагаад удаан мэт санагддаг вэ: дарааллын саатал

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

Зурвасын өргөн ба саатал нь өөр хэмжүүрүүд

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

Ачааллын үеийн чиглэлд ч анхаарна уу. Дүүрэн байршуулалтын буфер татах чадвар сул зогсох үед бусад бүхнийг саатуулж болно.

Ачааллын үед тойрог хугацааг хэмжинэ

Тайван холбоос дээр суурь шугам авч, дараа нь нэг хяналттай дамжуулалт явагдаж байх үед мөн хэмжилтийг давтана. Үнэмлэхүй тоо биш, хоёр гүйлтийг харьцуул.

ping -c 20 -i 0.2 203.0.113.5
dd if=/dev/zero bs=1M count=50 | ssh [email protected] "cat > /dev/null"

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

Дарааллыг гацаа байгаа газар руу зөө

Дарааллын менежмент нь хуримтлалыг үнэхээр барьж буй төхөөрөмж дээр л тусална. Дүрэм нэмэхээс өмнө интерфейс юу хийж байгааг шалга.

tc -s qdisc show dev eth0
tc qdisc replace dev eth0 root fq_codel

show команд нь одоогийн сахилга бат, мөн хуримтлал ба хасалтын тоолуурыг мэдээлдэг бөгөөд энэ интерфейс гацаа мөн эсэх, эсвэл зүгээр л урсгалыг нэвтрүүлж байгаа эсэхийг хэлнэ. Үндсэн сахилга батыг шударга дарааллын алгоритмаар солих нь богино урсгалуудад их өгөгдөлтэй хуваалцдаг нэг FIFO-ийн оронд өөрийн ээлжийг өгнө. Рутер гацаа байх үед үүнийг рутерийн WAN интерфейс дээр хэрэглэ, зуршлаар туннелийн төхөөрөмж дээр биш. Өмнөх тохиргоог хадгалж, ачаалалтай үеийн хариу үйлдэл ба дамжуулалтын хурдыг хоёуланг нь дахин шалга, учир нь бага зэрэг доогуур бөөн хурд нь ашиглах боломжтой дуудлагын хувьд сайн солилцоо юм.

Туннель юуг өөрчилж, юуг нуудаг вэ

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

Хэрэв саатал ачааллыг дагахгүй бол дарааллыг тохируулахаа зогсоож, өөр газар хар: Wi-Fi нөхцөл, багцын хэмжээний асуудал эсвэл нэг муу гарах зам. Хэмжилтгүйгээр хэрэглэсэн дарааллын тохиргоо нь нууцыг зүгээр л зөөдөг.