Миний VPN яагаад ийм удаан бэ? Эдгээр дөрвөн хэсгийг шалгаарай

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

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

Хэмжихийн өмнө удаан гэдэг нь юу гэсэн үг болохыг шийд

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

Тэр бүртгэлгүйгээр дараагийн харьцуулалт бүр сэтгэгдлийн тухай маргаан болно.

Эхлээд хандалтын сүлжээг шалга

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

ping -c 20 192.168.50.1
ping -c 20 198.51.100.7
curl -o /dev/null -w "%{time_starttransfer} %{speed_download}\n" https://speed.example.net/10mb.bin

Хэрэв суурь шугам аль хэдийн муу бол ажил Wi-Fi, маршруулагчийн ачаалал эсвэл хандалтын үйлчилгээнд хамаарна. Утастай тест эсвэл хандалтын цэгийн дэргэдэх хөдөлгөөнгүй байрлал сул радио холбоог түгжрээтэй дээш каналаас ялгана. Туннелийн хийх юу ч хандалтын шугам өгөхгүй байгаа хүчин чадлыг нэмэхгүй.

Гарцыг, дараа нь тээврийг соль

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

Үйлчилгээ хоёр профайлыг санал болгодог газар UDP дээрх OpenVPN-ийг TCP дээрх OpenVPN-тэй харьцуул. UDP нь интерактив ажлын ердийн эхлэл бөгөөд TCP нь UDP трафикийг огт дамжуулдаггүй хандалтын сүлжээнд тус болж болно. TCP туннель нь урсгалын дотор дахин илгээж алдагдлыг нөхдөг тул пакет унадаг холбоост удаан мэт санагдаж болох бөгөөд OpenVPN-ийн гүйцэтгэлийн асуудал шийдвэрлэх тэмдэглэл нь өөр зүйлийг тохируулахаас өмнө ижил зохицуулалтыг тайлбарладаг. Профайл дахь "udp" гэдэг үгийг "tcp" болгон өөрчлөх нь сервер хэзээ ч нээгээгүй сонсогчийг үүсгэж чадахгүй.

Дараагийн өөрчлөлтийг туршихын өмнө тус болсон профайлыг хадгал. Эс тэгвээс хожим уналт аль засвар сайжруулалт авчирсныг таамаглахад орхино.

Төхөөрөмж ба шинж тэмдгийг хамт унш

Дамжуулалтын дараа биш, үеэр нь процессорын ачааллыг ажигла, учир нь шифрлэлтийн зардал трафиктай хамт өсдөг бөгөөд гэр бүлд үйлчилдэг жижиг маршруулагч өөрийн клиентийг ажиллуулдаг зөөврийн компьютерээс өөр машин юм. Өөр VPN, виртуал машин эсвэл сүлжээний шүүлтүүр нэг замаар сууж трафикийн хувийг авч болно. Програм хангамжийг шинэчлэлтэй байлга, гэхдээ жишиг тест илүү сайн харагдахын тулд баталгаажуулалтын шалгалт эсвэл kill switch-ийг бүү хас. Жижиг хүсэлт амжилттай болж, том байршуулалт тогтмол хэмжээнд гацдаг бол MTU шалгалт нь дараагийн буудал.

ping -M do -s 1400 -c 3 198.51.100.7
ip link show dev tun0 | grep -o "mtu [0-9]*"

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