Претварање лаптопа у рутер популаран је начин да се реши погрешан проблем. Прослеђивање постоји да би машина могла да проследи пакете чије одредиште није она сама, и нема мишљење о томе колико брзо прегледач на истој машини учитава страницу. Два пута изгледају исто само зато што оба шаљу саобраћај кроз један тунел. Одвојте их једном и велики део савета о укључивању прослеђивања или отварању заштитног зида испоставиће се као опис топологије коју немате.

Два пута пакета који са стола изгледају идентично

Прегледач на лаптопу ствара сопствени захтев. Домаћин бира путању тунела, клијентски процес умотава пакет и шаље га партнеру, а одговор се враћа у апликацију. Ништа у том низу не пролази кроз одлуку о прослеђивању, јер је ова машина и извор и одредиште разговора.

Сада ставите други уређај на намерно конфигурисан Ethernet сегмент и учините лаптоп његовим подразумеваним пролазом. Тај уређај започиње захтев, лаптоп прима пакет адресиран на друго место, а језгро мора да одлучи да ли да га проследи даље. То је улога прослеђивања, и она долази са предусловима које улога клијента никада није захтевала: дозвољена транзитна путања, руте са обе стране и повратна путања која још ради ако је превођење део дизајна.

RoleWho originates the trafficWhat has to be true
Client onlyThe laptop itselfTunnel route, working resolver, supported profile
GatewayAnother deviceForwarding enabled, permitted transit, routes both ways, return-path decision

Шта ip_forward заиста мења

Документација језгра о IPv4 sysctl описује ip_forward као прекидач који домаћину омогућава да прослеђује пакете између интерфејса. То није брз пут за саобраћај који је домаћин сам створио, и ниједно читање тог параметра не чини локални прегледач бржим. Ако ишта, прослеђивање додаје стање и политику машини која је пре тога радила мање.

Иста документација упозорава да промена вредности враћа друге IPv4 параметре на њихове подразумеване вредности за домаћина или рутер. То прекидач чини конфигурационим догађајем, а не пробом: подешене вредности могу да се врате под вама, а промена може бити одговорна за регресију коју нико не би помислио да јој припише. То такође значи да прекидач треба поставити једном, намерно, онај ко поседује улогу пролаза. Његово превртање током истраге о успоравању једини је случај у коме се нуспојава загарантовано меша са симптомом.

Три питања заштитног зида која нису исто питање

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

Када је одређени ток блокиран, именујте његов извор, одредиште, смер и власника политике пре него што уредите правило. Уско правило за тај ток је исправка; прихватање свега на интерфејсу тунела је промена политике која случајно укључује исправку. Прегледач који после тога ради доказује да ток ради, а не да је широко правило било потребно.

Мерите само када је путања исправна

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

Држите отказе рута и резолвера потпуно изван разговора о перформансама. Име које се споро разрешава није проблем пропусности, а пренос који стане на једној фиксној величини обично је питање MTU, а не ограничење брзине. Запишите коју сте од те три ствари заиста приметили пре него што упоредите било које бројеве. Иначе следећи читалац наслеђује мерење које мери погрешну ствар и промену коју нико не може да оправда.

Опишите топологију коју имате, а не ознаку на клијенту

Лаптоп који дели своју везу, хостира рутирану контејнерску мрежу или носи саобраћај за виртуелну машину је пролаз, како год се софтвер називао. Реч клијент описује како је тунел конфигурисан, а не да ли се пакети прослеђују неком другом.

Учините улогу експлицитном у оперативном упутству: шта ствара саобраћај, шта мора да прође кроз машину и о којој од две ствари је тренутни задатак. Укључите улогу пролаза када припада подржаном плану, а не као необјашњено прилагођавање брзине примењено на топологију којој никада није било потребно.

Повезани чланци