Ping жауап береді, DNS шешеді, ал толық өлшемді сегмент қажет ететін әрбір бет тұрып қалады. Өз капсуласын қосатын желіде жол үнсіз бірнеше ондаған байт бюджеттен айырылады, ал таза Ethernet үшін жазылған профиль желі көтере алмайтын пакеттерді сұрай береді. Байланыс баяу емес; ол дәл маңызды пакеттерді лақтырып жатыр.

Мұны үш нұсқа түзете алады, және олар әртүрлі қабаттарда жұмыс істейді. Қатесін таңдау не ештеңе істемейді, не туннельді жаңаша нәзік етеді, сондықтан таңдау жолдың шынымен қолдайтынынан басталады.

Үш түйме, үш түрлі қабат

link-mtu – сыртқы бюджет: шифрланған пайдалы жүктеме плюс OpenVPN тақырыбы, UDP тақырыбы және сыртқы IP тақырыбы. Ол машинадан не шығатынын сипаттайды, сондықтан физикалық жол шектейтін сан – осы.

tun-mtu – ішкі бюджет: трафигіңіз көретін интерфейс. Ол жол көтере алатыннан туннель шығынының дәл мөлшеріндей үлкен, және OpenVPN оны әдетте өзі шығарады, оны орнатуға мәжбүрлемейді.

mssfix – мүлдем басқа механизм. Ол TCP қол алысулары кезінде жарияланатын сегменттің ең үлкен өлшемін қайта жазады, сондықтан TCP серіктестері капсуладан кейін сыятын сегменттерді таңдайды. Ол интерфейстің MTU-ін өзгертпейді және UDP-ге еш әсер етпейді.

Егер link-mtu-ді анық орнатсаңыз, OpenVPN ішкі MTU-ді шығару үшін өз шығынын шегереді. Бұл шығын тұрақты шама емес; ол шифрға және аутентификацияға тәуелді, сондықтан форумнан көшірілген мән басқа профильде қате болуы мүмкін. link-mtu мен tun-mtu-ді бірге орнату клиентке екі қарама-қайшы нұсқау береді.

Кез келген санды таңдамас бұрын жолды өлшеңіз

Физикалық интерфейстен өлшеңіз, туннельдің ішінен емес, және ping пайдалы жүктемені хабарлайтынын, пакет өлшемін емес, ұмытпаңыз. Пайдалы жүктемені 1500 байттық кадрмен салыстырмас бұрын IPv4 және ICMP тақырыптары үшін 28 байт қосыңыз, және серіктес басқа санды хабарлағанда осы түзетуді есте сақтаңыз.

Linux клиентінде ping -M do -s 1472 фрагментацияға тыйым салады және пакет тым үлкен болса сәтсіз аяқталады. Пайдалы жүктемені өткенге дейін азайтыңыз, содан кейін жолдың MTU-ін алу үшін 28 қосыңыз. PPPoE 8 байт тұрады, сондықтан DSL-де 1492 қалыпты. DS-Lite және кейбір мобильді жолдар 40 немесе одан көп тұрады, және жауап әдетте номиналды желі жылдамдығы болжайтыннан төмен.

Егер ping-нің әр өлшемі сәтті болса, бірақ үлкен тасымалдаулар әлі де тұрып қалса, қарапайым өлшем шегінен гөрі қара құдықты күдіктеніңіз. Қажетті фрагментация туралы ICMP хабарламасы жолдың бір жерінде сүзіледі, сондықтан жіберуші ешқашан кішірейтуді үйренбейді, және үлкен сегмент қажет ағындар ғана мұны байқайды.

Алдымен TCP-ні шектеңіз, содан кейін туннельді кішірейтіңіз

TCP қол алысулары mssfix тиетін жалғыз нәрсе, сондықтан ол әдетте бірінші сынап көретін ең аз кедергі келтіретін басқару болып табылады. Оны жолдың нақты бюджетінен сәл төмен орнатыңыз, екі ұш келісуі үшін серверден де сол мәнді жіберіңіз, және үлкен жүктеуді қайта сынаңыз. Егер тұрып қалу жойылса, мәселе TCP сегментінің өлшемінде болды, және басқа ештеңе өзгертудің қажеті жоқ.

Әсер етілген трафик TCP болмаса, ішкі MTU-ді азайтыңыз. UDP қызметі, туннель ішіндегі туннель немесе толық өлшемді датаграммалар жіберетін қолданба MSS шектеуінен кейін де сәтсіз бола береді, өйткені оның пакет өлшемін ештеңе қайта жазбайды. Бұл жағдайда tun-mtu-ді азайтыңыз, немесе link-mtu-ді орнатып, клиентке ішкі мәнді шығаруға рұқсат беріңіз, бірақ ешқашан екеуін де емес.

Ескі фрагментация опциясына жүгінбеңіз. Ол туннель ішінде пакеттерді бөлді, шығын қосты және жақсы себептермен ескірді; заманауи OpenVPN жолды дәл сипаттауды күтеді.

Неге шағын сынақтар жұмысын жалғастырады

DNS сұраныстары, ICMP жаңғырықтары және TCP қол алысулары – барлығы сәтсіз өлшемнен әлдеқайда төмен. Сондықтан туннель әр жылдам тестте сау көрінеді, ал TLS қол алысулары мен HTTP жауаптары үнсіз сәтсіз болады. Дәл осы үйлесім, жұмыс істейтін traceroute және бірінші үлкен жауапта тұрып қалатын браузер – іздеу керек белгі. Жаңа профильге жүгінбес бұрын толық өлшемді сынаққа жүгініңіз.

Сәтсіз болған трафикпен растаңыз. Үлкен бетті жүктеңіз, егер әсер етілген қызмет сол болса, толық өлшемді UDP датаграммасын жіберіңіз, және басқа желідегі екінші клиенттен қайталаңыз. Өлшенген жол MTU-ін және таңдаған мәніңізді жазып алыңыз, өйтпесе профильге келесі тиетін адам бұл санды ерікті деп санайды.

IPv6 туннель арқылы жүргенде ішкі MTU-ді ешқашан 1280-нен төмен түсірмеңіз, өйткені бұл әрбір IPv6 желісі көтеруге тиісті минимум. Кішірек MTU – жол туралы факт, сезіммен реттелетін өнімділік параметрі емес.

Қатысты мақалалар