Зошто страниците на OpenConnect висат додека не го намалите MTU на тунелот

Најавувањето успева, почетната страница на порталот се исцртува, а потоа некој виџет на контролната табла или извештај останува на waiting for host додека прелистувачот не се откаже. Јавните сајтови се вчитуваат нормално цело време и ниту еден акредитив не е сменет. Тоа што мали одговори пристигнуваат додека големите застануваат е знак за таван на големината на пакетот, а не за правило за пристап. Потврдете го ова читање пред да смените нешто друго во профилот.

Одвојте проблем со големина од проблем со политика

Започнете со исклучување на одбивање. Ако портата ве одбиеше, врската веднаш ќе пропаднеше наместо да вчита половина страница. Тунел што се подига и потоа застанува само на поголеми преноси ви кажува дека надворешната патека не може да го носи внатрешниот пакет.

Механизмот е инкапсулација. Секој внатрешен пакет добива заглавија на тунелот, па корисниот товар што се вклопуваше во физичката врска станува надворешен пакет што веќе не се вклопува, и сето она што го носи битот do-not-fragment се фрла без одговор што прелистувачот може да го протолкува.

Измерете го таванот со do-not-fragment проби

Измерете го таванот наместо да го погодувате. Праќајте проби што одбиваат фрагментација и намалувајте го товарот чекор по чекор додека не се врати одговор, почнувајќи со команда како ping -M do -s 1472 host. Одговор што се жали дека е потребна фрагментација додека DF е поставен значи дека вредноста останува превисока. Повторете на 1462, потоа на 1452, и застанете на првата големина што одговара. Запишете го бројот заедно со домаќинот што го пробавте, зашто одговорот ѝ припаѓа на таа патека, а не на протоколот воопшто.

Пробајте ја адресата на која тунелот навистина праќа сообраќај. Надворешна проба кон јавното име на портата и внатрешна проба кон внатрешен сервер мерат различни скокови, а ICMP филтрирањето на било која од двете може здрава патека да ја прикаже како расипана.

Применете ја вредноста на уредот на тунелот

Применете го резултатот на интерфејсот што го создаде клиентот, а не на Wi-Fi адаптерот. Кај Linux клиент тоа е ip link set dev tun0 mtu 1300 , а потоа ip link show tun0 за да потврдите дека вредноста е примена. Користете го името на уредот што го пријавува клиентот, бидејќи тоа се менува според имплементацијата и според тоа како е изграден тунелот.

Намалувањето на MTU на тунелот го намалува товарот што го носи секој пакет, па вкупниот проток малку опаѓа, и тоа е цената за да не се фрлаат големи одговори во црна дупка. Помал број не е автоматски побезбеден. Менувањето на физичкиот адаптер наместо тоа ја распрснува штетата врз секоја врска на таа линија, додека преголемите внатрешни пакети остануваат исто толку големи.

Прво користете ги сопствените MTU барања на клиентот

Кога вие го контролирате повикот, клиентот може да побара големина наместо да биде поправан потоа. --mtu бара MTU на тунел од серверот, а --base-mtu објавува MTU на долната патека за да може портата да го изведе бројот на тунелот. И двете се барања, и прирачникот на клиентот не ветува дека портата ќе исполни било кое од нив.

Таа разлика го одредува редоследот на работа. Прво пробајте го барањето и прегледајте го интерфејсот што го создава, потоа вратете се на локалното поставување на уредот ако вредноста што ја избрала портата и понатаму застанува.

Проверете со преносот што не успеа, а потоа направете го постојан

Локална промена на ip link трае додека клиентот не го изгради тунелот повторно, што се случува при следното повторно поврзување или продолжување. Ставете ја вредноста таму каде што почнува врската: обвивка што го стартува клиентот и потоа го прилагодува уредот, systemd единица со чекор ExecStartPost, или опцијата на клиентот кога портата ја прифаќа. Држете ја до профилот во контрола на верзии за да може следниот човек да види зошто бројот е таму.

Тестирајте со барањето што не успеа, а не со почетната страница. Отворете го извештајот, повлечете го прилогот или извршете го преземањето од складиштето што застана, и забележете точно каде запира ако и понатаму запира. Страница што се исцртува по промената докажува малку, зашто се исцртуваше и претходно.

Ако истиот пренос застанува на истото место, теоријата за MTU е недокажана. Снимите сообраќај на тунелот и проверете која страна престанува да праќа пред повторно да го смените бројот, и држете ја претходната вредност запишана за да остане враќањето една команда.