MTU у iPhone VPN-у: одредите власника пре него што промените број
Три питања одређују да ли апликација, профил пролаза или нико на телефону може да промени величину. Одговорите на њих пре него што позајмите број са Mac-а.
Свака расправа о величини пакета iPhone VPN-а на крају понуди исту 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 пута постоји да би крајње тачке научиле стварну границу уместо да нагађају. Блокирање повратне информације и чврсто задавање мале величине размењује радни велики пренос за трајни, скривени трошак на свакој вези.
Шта питати тим пролаза
Тражите три ствари: тачан назив атрибута и његов обим, поштују ли га распоређени клијенти и који је транспорт сесија преговарала. Промена примењена на једну групну политику може се тестирати; глобално уређивање не може, и преноси ризик на кориснике који никада нису пријавили проблем. Тражите и референцу документа, јер се називи атрибута мењају између издања.
Затим промените једну ствар и поново тестирајте првобитну радњу која пада, а не преузимање теста брзине. Чувајте запис пре и после уз верзију клијента и приступну мрежу, да би следећи извештај могао да се упореди уместо поново расправља.
Ако радња и даље пада при првобитној величини, величина није била узрок. Запишите и тај закључак, да следећа особа не отвори исту хипотезу поново.