Отпремање преко VPN спорије од преузимања? Утврдите на коју границу ударате
Асиметрична линија, заузет излазни ток и ток који се заглави три су различите границе. Тестирајте један смер одједном, затим утврдите на коју границу удара ваше отпремање.
Већина приступних линија је асиметрична, па тунел обично отпрема спорије него што преузима, и то је очекивани одговор, а не квар. Занимљиво питање је да ли ваше отпремање ограничава линија, нешто друго што је већ користи, или ток који се заглави уместо да иде равномерно. Та три дају исту жалбу и траже различит рад.
Три границе које са траке напретка изгледају исто
Капацитет је прва, и он је својство приступног производа, а не тунела. Излазни ток од неколико мегабита је нормалан на кућном оптичком влакну и на многим мобилним пакетима, а трошак шифровања је мали према том јазу. Инкапсулација такође додаје бајтове сваком пакету, што смањује корисну пропусност у оба смера, а не само у једном, па сама по себи не може да објасни велику асиметрију.
Конкуренција је друга. Синхронизација у облаку, фото библиотеке и агенти за ажурирање отпремају док машина изгледа неактивна, а други уређај на истој линији чини исто. Ред је трећи: засићен излазни ток гура интерактивни саобраћај иза масовних података, па се позиви прекидају док сам пренос извештава о здравом напретку.
Мерите један смер одједном
Користите исти уређај, исти профил и исту дестинацију, и никада не покрећите оба смера истовремено, осим ако конкуренција није тачно оно што желите да посматрате. Паузирајте сопствене опционе преносе пре првог покретања. Два покретања са једном заставицом између њих решавају већину.
iperf3 подразумевано шаље са клијента, па обично покретање мери вашу излазну путању; -R преокреће смер и мери преузимање. Покрените их са неколико минута разлике и запишите оба броја уместо да их усредњујете:
iperf3 -c speed.example.net -t 30 -P 4
iperf3 -c speed.example.net -t 30 -P 4 -RАко је број отпремања мали део броја преузимања и остаје стабилан између покретања, облик одговара асиметричној приступној линији и тунел није прича. Ако отпремање варира између покретања или се уруши после десет секунди, наставите да читате.
Одлучите према томе где се отпремање мења
Мењајте једну променљиву одједном и гледајте који се смер помера. Друга крајња тачка VPN-а која боље отпрема указује на ту тачку или путању до ње. Исто споро отпремање са другог уређаја на истој линији указује на линију. Други уређај на другој линији који је такође спор указује на улазну политику дестинације, коју не можете поправити локално.
Запишите бајтове у секунди и протекло време за исто радно оптерећење, а не једну оцену брзине. Клијент за резервне копије и тест брзине користе различите дестинације и различиту паралелност, па поређење њихових бројева не одговара ни на шта. Ако су мали захтеви у реду и пузе само велики преноси, граница вероватно уопште није пропусни опсег.
За свакодневну употребу, ограничавање позадинског отпремања или његово заказивање ван сати састанака често помаже више од било ког подешавања тунела. Процените ту промену према комбинованом радном оптерећењу: резервна копија која се завршава касније али више не квари позиве обично је боља трговина.
Када застој победи спорост
Пренос који се замрзне у поновљивој тачки и затим настави понаша се као проблем MTU путање, а не као ограничење брзине. Тунел смањује корисни терет по пакету, а уређај који одбаци насталу ICMP поруку оставља пошиљаоца да нагађа. Тај образац заслужује сопствени тест, јер се поправка разликује од подешавања брзине. Стално низак број указује на капацитет, док изблик после којег следи тишина указује на терет који путања не може да носи.
Тестирајте путању теретом који не сме да се фрагментише, затим упоредите MTU интерфејса тунела са вредношћу која пролази:
ping -M do -s 1400 -c 3 203.0.113.10
ip link show dev tun0 | grep -o "mtu [0-9]*"Ако велика сонда нестане док мања успе, стисните TCP MSS на тунелу уместо да снижавате MTU интерфејса за сваки протокол. Трајни застоји после те тачке припадају складишту или темпу апликације која прима, а не мрежној путањи.
Шта мењати и шта оставити
Мењајте оно што контролишете: распореде позадинских преноса, избор крајње тачке и MSS за путању која се заглави. Држите сваку промену повратном и ограничену на једно радно оптерећење. Оставите на миру ствари за које мерење каже да су у реду, укључујући брзину преузимања која већ одговара линији.
Запишите бројеве пре и после заједно са профилом, крајњом тачком и добом дана, јер је проблем отпремања који се помера са крајњом тачком питање рутирања, а онај који се помера са уређајем је локалан. Управо тај запис претвара нејасну жалбу у одлуку, и он кошта два покретања исте команде.