Зошто 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, проблеми со големината на пакетот или една лоша излезна патека. Поставките за ред применети без мерење само ја преместуваат мистеријата.