PPP-peer-adressa móti VPN-endapkti: hvat skal standa í via

Ein linja á einum PPP-ílagi avgreiðir tann størsta partin av routing-kjakkinum á eini VPN-boks: tann innara adressan og peer-ið, sum stendur við síðuna av. Les tað par sum eitt lítið undirnet, og tú fert at leita eftir eini gátt, sum ikki finst. Les tað sum teir báðir endarnir av einum einasta liði, og næsta stig verður týðuligt. Samanberingin her er millum tær báðar lesingarnar, tí hvør tafla, sum tú byggir seinni, arvar ta, sum tú valdi. Einki um tann ytra VPN-endapunktin verður avgjørt av hvørgari teirra.

Tvær lesingar av einari ílagslinju

Tak eina setu, har ílagið boðar frá inet 10.64.3.9 peer 10.64.3.1/32. Undirnetslesingin viðferð 10.64.3.9 sum ein einsamlan vert á eini /32-oy og leitar síðan eftir einum router fyri at náa nøkrum handan hana. Síðan tann einasta onnur adressan á linjuni er peer-ið, endar tann lesingin við at leggja upp til 10.64.3.9 sjálva sum gátt, hvat er ringrás.

Endapunktlesingin er tann skjalfesta. Á einum punkt-til-punkt-ílagi nevndir peer tann fjarra endan av tí einasta liðnum, so 10.64.3.1 er tann nýtiliga næsta stigið, og 10.64.3.9 er altíð bara ein keldaadressa.

Hesi munur stýrir, hvat má koma fram í via. At skriva ta lokalu adressuna har framleiðir eina rutt, sum kjarnin ikki kann loysa upp til ein granna, so innførslan fellur í váttanini ella sloknar ferðslu, meðan hon sær heilt frísk út í einum lista. Peer-ið virkar, tí tað er ein veruligur áfangastaður á liðnum. Báðar lesingarnar eru samdómar um tann ytra VPN-endapunktin, sum er ein heilt serstøk samleiki: hann verður náddur gjøgnum undirlagið, ikki gjøgnum tunnil, sum hann endar.

Hvat setan longu hevur sett upp

Áðrenn tú skrivar nakra egnu töflu, skriva út hvat fylgdi við liðnum. Ein stuðlað PPP-integrering setur vanliga upp eina tólsrutt og eina peer-rutt undir uppsetingini av setuni, og tær báðar innførslurnar kóða longu ta røttu lesingina.

ip -4 addr show dev ppp0
ip route show dev ppp0
ip route show table main | head -n 5

Ein tólsrutt sum 10.64.3.1 dev ppp0 proto kernel scope link src 10.64.3.9 ber onga gátt, tí ílagið sjálvt er vegurin. Ein rutt, sum nevndir peer-ið við via, er ein annar lutur við einum øðrum lívstíð, og hon hvørvur, tá setan fellur. At avrita aðra av teimum báðum formunum í eina varandi töflu uttan at kanna, hvussu hon verður sett upp aftur, er tann vanliga orsøkin til, at ein virkandi tunnil missir ruttina eftir eina endurtenging.

Samanber tær báðar listarnar í staðin fyri at líta á minnið. Um peer-ruttin finst í main, men tín eyka tafla er tóm, hevur tú lært nakað, sum adressulinjan ongantíð segði tær.

Ein regla og ein tafla eru sundurligar avgerðir

At velja eina töflu og at fylla hana eru óheft stig, og samanberingin hevur týdning her, tí tær báðar verða ofta mistroyndar undir feilfinning. Ein regla, sum sendir merktar ferðslu til töflu 100, ger einki, um tafla 100 ikki hevur eina hóskandi rutt, og ein væl fylt tafla er óatkomulig, um ongin regla peikar á hana.

Hálv sjálvgefin rutt er ikki ein sjálvgefin rutt. Ein einstøk 0.0.0.0/1 fevnir um tann niðara helmingin av IPv4-rýminum, so ein stevna, sum vil fanga alt, hevur eisini tørv á tí hóskandi 128.0.0.0/1, ella eini veruligari default. At lesa eina virkandi uppseting og avrita annan av teimum báðum helmingunum er, hvussu fólk enda við eini routing-lykkju, sum bert brotnar á ávísum áfangastøðum.

Lat viljandi undantøk standa fyri tær adressurnar, sum skulu vera á LAN-inum, og avgreið, hvat hendir, tá leitingin ikki finnur nakað í tí valdu töfluni. Ein týðulig vararutt er lættari at hugsa um enn ein tóm tafla, sum gevur eitt óatkomuligt úrslit og fær applikatiónina at síggja út sum brotin heldur enn skeivruttað.

Spyr leitingina ta spurningin, sum tín applikatión spyr

ip route get loysir upp eina leið; ip route show vísir goymdar innførslur, og tær báðar kunnu vera ósamdómar uttan at onkur av teimum er skeivur. Tak keldusamhengið við, tí keldubygdar reglur passa bert, tá leitingin ber eina keldu.

ip route get 198.51.100.23 from 10.64.3.9
ip route get 198.51.100.23 from 10.64.3.9 iif ppp0
ip -4 rule show

Fyrsta kommandoin spyr spurningin frá vertinum. Onnur leggur eitt inngangandi ílag afturat, hvat er nærri tí, sum framsend ferðsla upplivir, og svarið peikar ofta á aðra töflu. Hvørgin av áfangastøðunum er ein livandi testtænasta; 198.51.100.23 er ein skjalfestingaradressa, so skift hana út við einum verti, sum tú má kanna.

Sjálvt ein røtt leiting prógvar bert, at ein leið varð vald. Hon sigur einki um, hvørt hin síðan góðtekur ferðsluna, ella um svarið kann koma aftur gjøgnum sama hugslag.

Har sum samanberingin veltur

Vertferðsla og framsend ferðsla taka ikki bert ymiskar leitingar; tær møta ymiskum filtum á leiðini aftur. Linux brúkar reverse-path-váttan við tí strangaru av innstillingunum fyri øll íløg og fyri móttakandi ílagið, so ein broyting av virðinum á einum ílagi hevur kanska onga sjónliga ávirkan. Merkisbygd routing leggur sambandið src_valid_mark afturat, har merkið má passa, fyri at ein kelda skal verða mett galdandi.

Um svar hvørva, meðan útleiðin sær røtt út, les tyðandi virðini, áðrenn tú nert við tey, og broyt tey bert við eini nevndari stevnuorsøk.

sysctl net.ipv4.conf.all.rp_filter
sysctl net.ipv4.conf.ppp0.rp_filter
sysctl net.ipv4.conf.all.src_valid_mark

Vel millum tær báðar hönnurnar á grundvelli av prógvi: um applikatiónin bindur seg til PPP-adressuna, er ein kelduregla ásamt eini töflu við peer-ruttini nóg mikið. Um boksin framsendir fyri eitt LAN aftan fyri seg, hevur tú eisini tørv á, at inngangssamhengið og afturleiðin eru samdóm. Tá tær ikki eru tað, rætta eigaraskapin av ruttini í staðin fyri at linna váttanina fyri alla maskinuna.