Том байршуулалтын үеэр VPN тасрах: эхлээд дарааллыг уншина уу

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

Гүйлт бүрт нэг хувьсагчийг өөрчилж, төгсгөлийн цэгийг тогтмол байлгаарай.

Давтагдах боломжтой ачааллын харьцуулалт байгуул

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

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

Гаралтыг цагийн тэмдэглэгээтэй хадгал, ингэснээр ачаалалтай ба сул гүйлтүүдийг мөр мөрөөр харьцуулж болно.

Хурд биш, дарааллыг унш

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

ping -c 20 -i 0.2 203.0.113.10
mtr -rwc 20 203.0.113.10
tc -s qdisc show dev eth0
ss -ti dst 203.0.113.10
nstat -az | grep -E 'Retrans|Timeout'

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

Төхөөрөмж ба хяналтын замыг шалга

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

uptime
mpstat -P ALL 1 3
dmesg | grep -i -E 'thermal|throttl'
journalctl -u openvpn-server@server --since '10 min ago' | tail -20

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

Нэг зүйлийг өөрчилж давтана уу

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

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

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