MTU на VPN за iPhone: определете собственика, преди да смените число
Три въпроса решават дали приложението, профилът на шлюза или никой на телефона може да промени размера. Отговорете им, преди да вземете число от Mac.
Всяка дискусия за размера на пакетите на VPN за iPhone в крайна сметка предлага същата команда за Mac срещу интерфейс на име ppp0, обикновено с число до нея. Тя не се пренася и не би била правилното средство за управление дори на Mac, освен ако този интерфейс не принадлежи на въпросната връзка. На телефона числото принадлежи на този, който реализира тунела: операционната система за вграден профил, доставчик на пакетен тунел за приложение или шлюзът, когато се договаря документиран атрибут. Три въпроса решават с кой от тези случаи имате работа.
Първи въпрос: кой клиент работи
Вграденият профил IKEv2, вграденият профил Cisco IPsec и клиент Cisco от трета страна са три различни реализации с три различни набора поддържани атрибути. Типът профил в Настройки ви казва кой от тях телефонът действително е стартирал, а списъкът с приложения — дали изобщо има доставчик по пътя. Започнете оттам, защото останалата част от решението следва от това. Ако в списъка с приложения не се появи доставчик, операционната система притежава тунела.
Не извеждайте реализацията от доставчика на шлюза. Централен възел на Cisco може да прекратява връзки от клиенти, които не споделят нищо освен името на доставчика. Екранна снимка на стара сборка на стар издание ви казва какво е поддържала тази двойка, а не какво прави телефонът в ръката ви.
Втори въпрос: кой притежава стойността
Apple предоставя свойство MTU на разработчиците на пакетни тунели чрез обекта с настройки на мрежовото разширение. Това е API за доставчика, който конфигурира собствения си тунел, а не превключвател, който потребител или администратор може да задейства върху инсталирания клиент на някой друг. Приложение от трета страна може да избере да го покаже, да го игнорира или да зададе стойност твърдо.
За вграден профил размерът на интерфейса се избира от операционната система и телефонът не предоставя редактор за него. За шлюз за отдалечен достъп на Cisco има документиран атрибут за профила на връзката и дали той се прилага зависи от клиента, изданието и договорения транспорт. Именно в тази разлика между документирано и спазено копираното число се обърква.
| Owner | Who can change it | Reachable from the phone |
|---|---|---|
| Packet-tunnel provider | The app vendor through its API | Only if the app exposes a setting |
| Native IKEv2 or Cisco IPsec profile | The operating system | No user control |
| Gateway group policy attribute | The gateway administrator | If the client honours it |
Трети въпрос: зависи ли симптомът изобщо от размера
Проблемите с размера имат подпис: малките заявки успяват, големите качвания или големите отговори засичат, а същата услуга работи през друга мрежа за достъп. Филтрирането, ограничението на полезния товар на приложението и зациклил сървър могат да дадат подобна оплакване, затова запишете едната операция, която се проваля, до една, която работи. Запишете и двете с времена и размери, ако приложението ги отчита. Без тази двойка всяка следваща промяна е догадка.
Изпълнете същия тест по Wi-Fi и по мобилна мрежа. Отказ, който следва мрежата, сочи към пътя; такъв, който следва устройството, сочи към клиента или профила, и двата се нуждаят от различни собственици. Използвайте същата услуга и същия акаунт за двата опита, иначе сравнението не ви казва нищо.
Защо рецептата за Mac продължава да се появява
Години настолни VPN, базирани на PPP, превърнаха промяната на размера на интерфейса в законна локална заобиколка и тези инструкции бяха копирани в мобилни дискусии. На телефона няма обвивка, няма такова име на интерфейс и няма запазване след повторно свързване. Рецепта, която реши проблем на настолен компютър през 2011 година, пътува много по-далеч от условията, които я правеха вярна. Мобилните клиенти не приемат никаква команда за обвивка за това, каквото и да твърди дискусията.
Отнасяйте се към копираната стойност като към хипотеза за пътя, а не като към настройка. Ако по-малък размер прави трансфера успешен, а по-голям се проваля надеждно, имате доказателство за пътя; все още трябва да намерите компонента, на който е разрешено да действа по него. Това търсене обикновено завършва при профила на шлюза или при доставчика на приложението и рядко при телефона.
Транспортът променя отговора
Ако сесията работи през TLS, а не през IPsec, корекция на сегментирането на TCP в шлюза може да помогне, защото пренаписва обявения размер на сегмента за TCP потоците. За UDP трафика тя не прави нищо, а той включва повече от съвременния уеб, отколкото хората очакват. Проверете договорения транспорт, преди да предложите промяната, и посочете в заявката кой транспорт очаквате да бъде засегнат.
Откриването на MTU на пътя съществува, за да могат крайните точки да научат реалната граница вместо да гадаят. Блокирането на обратната връзка и твърдото задаване на малък размер заменя работещ голям трансфер срещу постоянна, скрита цена при всяка връзка.
Какво да поискате от екипа на шлюза
Поискайте три неща: точното име на атрибута и обхвата му, дали внедрените клиенти го спазват и кой транспорт е договорила сесията. Промяна, приложена към една групова политика, е проверима; глобалната редакция не е и прехвърля риска върху потребители, които никога не са докладвали проблем. Поискайте и препратката към документа, защото имената на атрибутите се менят между изданията.
След това променете едно нещо и тествайте отново първоначалната неуспешна операция, а не изтегляне от тест за скорост. Пазете записа преди и след с версията на клиента и мрежата за достъп, за да може следващият отчет да се сравни, вместо да се препира отново.
Ако операцията все още се проваля при първоначалния размер, размерът не е бил причината. Запишете и това заключение, за да не отваря следващият човек същата хипотеза отново.