Ĉu VPN-tekkomputilo bezonas IP-plusendadon por esti pli rapida?
Plusendado pasigas pakaĵojn inter interfacoj; ĝi ne plirapidigas lokan retumilon. Apartigu la klientan rolon de la pordega rolo antaŭ ol larĝigi regulon.
Igi la tekkomputilon enkursigilo estas populara maniero solvi la malĝustan problemon. Plusendado ekzistas por ke maŝino povu plusendi pakaĵojn kies celo ne estas ĝi mem, kaj ĝi havas nenian opinion pri tio, kiom rapide retumilo sur la sama maŝino ŝarĝas paĝon. La du vojoj nur similas ĉar ambaŭ sendas trafikon tra unu tunelo. Apartigu ilin unufoje, kaj granda parto de la konsiloj pri ebligi plusendadon aŭ malfermi la fajroŝirmilon montriĝos priskribi topologion, kiun vi ne havas.
Du pakaĵvojoj, kiuj aspektas identaj de la skribotablo
La retumilo sur la tekkomputilo kreas sian propran peton. La gastiganto elektas la tunelan itineron, la klienta procezo volvas la pakaĵon kaj sendas ĝin al la kunulo, kaj la respondo revenas al la aplikaĵo. Nenio en tiu sinsekvo trapasas plusendan decidon, ĉar ĉi tiu maŝino estas kaj la fonto kaj la celo de la konversacio.
Nun metu alian aparaton sur intence agorditan Ethernet-segmenton kaj faru la tekkomputilon ĝia implicita pordego. Tiu aparato komencas la peton, la tekkomputilo ricevas pakaĵon adresitan aliloke, kaj la kerno devas decidi ĉu plusendi ĝin. Tio estas la plusenda rolo, kaj ĝi venas kun antaŭkondiĉoj, kiujn la klienta rolo neniam bezonis: permesita transita vojo, itineroj ambaŭflanke kaj revena vojo, kiu ankoraŭ funkcias se tradukado estas parto de la dezajno.
| Role | Who originates the traffic | What has to be true |
|---|---|---|
| Client only | The laptop itself | Tunnel route, working resolver, supported profile |
| Gateway | Another device | Forwarding enabled, permitted transit, routes both ways, return-path decision |
Kion ip_forward efektive ŝanĝas
La kerna dokumentaro pri IPv4 sysctl priskribas ip_forward kiel la ŝaltilon, kiu permesas al gastiganto plusendi pakaĵojn inter interfacoj. Ĝi ne estas rapida vojo por trafiko, kiun la gastiganto mem generis, kaj neniu legado de tiu parametro plirapidigas lokan retumilon. Se io, plusendado aldonas staton kaj politikon al maŝino, kiu antaŭe faris malpli da laboro.
La sama dokumentaro avertas, ke ŝanĝi la valoron restarigas aliajn IPv4-parametrojn al iliaj gastigantaj aŭ enkursigilaj implicaj valoroj. Tio faras la ŝaltilon agorda okazaĵo anstataŭ testo: agorditaj valoroj povas reveni sub vi, kaj la ŝanĝo povas respondeci pri regreso, kiun neniu pensus atribui al ĝi. Ĝi ankaŭ signifas, ke la ŝaltilo estu agordita unufoje, intence, de tiu, kiu posedas la pordegan rolon. Turni ĝin dum esploro pri malrapideco estas la sola kazo, en kiu la kromefiko certe konfuziĝos kun la simptomo.
Tri fajroŝirmilaj demandoj, kiuj ne estas la sama demando
Permesi VPN-aŭskultanton, permesi la servojn, kiujn la tekkomputilo funkciigas, kaj permesi trafikon pasi tra la tekkomputilo estas tri apartaj permesoj. La unua lasas kunulon atingi demonon, la dua elmetas ion lokan, kaj la tria igas la maŝinon transito por iu alia. Ĉiu havas alian amplekson, kaj la lasta estas multe pli larĝa ol la respondoj, kiujn ordinara elira aplikaĵo bezonas.
Kiam aparta fluo estas blokita, nomu ĝian fonton, celon, direkton kaj politikan posedanton antaŭ ol redakti regulon. Mallarĝa regulo por tiu fluo estas korekto; akcepti ĉion sur la tunela interfaco estas politika ŝanĝo, kiu hazarde inkluzivas la korekton. Retumilo, kiu poste funkcias, pruvas ke la fluo funkcias, ne ke la larĝa regulo estis necesa.
Mezuru nur kiam la vojo estas ĝusta
Mezuru kun la sama celo, la sama laborkvanto kaj kompareblaj kondiĉoj, kaj ŝanĝu unu variablon samtempe. Testo, kiu kunigas plusendan ŝanĝon, fajroŝirmilan larĝigon kaj kopiitan ĉifran agordon, produktas nombron kaj neniun klarigon, ĉar nenio en ĝi diras, kiu el la tri movis la rezulton.
Tenu itinero- kaj solvilaj fiaskojn tute ekster la babilado pri rendimento. Nomo, kiu solviĝas malrapide, ne estas trafluproblemo, kaj transporto, kiu haltas ĉe unu fiksa grandeco, estas kutime MTU-demando, ne rapidlimo. Notu, kiun el tiuj tri vi efektive observis, antaŭ ol kompari ajnajn nombrojn. Alie la sekva leganto heredas mezuron, kiu mezuras la malĝustan aferon, kaj ŝanĝon, kiun neniu povas pravigi.
Priskribu la topologion, kiun vi havas, ne la etikedon sur la kliento
Tekkomputilo, kiu dividas sian konekton, gastigas enkursigitan ujaran reton aŭ portas trafikon por virtuala maŝino, estas pordego, kiel ajn la programaro nomas sin. La vorto kliento priskribas, kiel la tunelo estas agordita, ne ĉu pakaĵoj pasas al iu alia.
Faru la rolon eksplicita en la operacia manlibro: kio generas trafikon, kio devas trapasi la maŝinon, kaj pri kiu el la du temas la nuna tasko. Ebligu la pordegan rolon, kiam ĝi apartenas al la subtenata plano, ne kiel neklarigitan rapidan alĝustigon aplikitan al topologio, kiu neniam bezonis unu.