PPP peer хаяг эсвэл VPN төгсгөлийн цэг: via-д аль нь орох вэ

PPP интерфэйсийг дэд сүлжээ гэж уншихыг түүний inet ба peer-ийг холбоосын хоёр төгсгөл гэж уншихтай харьцуулж, бодлогын хүснэгт ямар дараагийн алхамыг хүлээж авахыг үзээрэй.

PPP интерфэйс дээрх нэг мөр VPN хайрцаг дээрх маршрутын маргааны ихэнхийг шийддэг: дотоод хаяг ба түүний хажууд хэвлэгдсэн peer. Тэр хосыг жижиг дэд сүлжээ гэж уншвал та байхгүй гарцыг хайх болно. Түүнийг нэг холбоосын хоёр төгсгөл гэж уншвал дараагийн алхам тодорхой болно. Энд харьцуулалт тэр хоёр уншилтын хооронд байна, учир нь дараа барьсан хүснэгт бүр таны сонгосныг өвлөнө. Гадаад VPN төгсгөлийн цэгийн талаар аль нь ч юу ч шийдэхгүй.

Нэг интерфэйсийн мөрийн хоёр уншилт

Интерфэйс inet 10.64.3.9 peer 10.64.3.1/32 гэж мэдээлдэг сессийг ав. Дэд сүлжээ гэсэн уншилт 10.64.3.9-ийг /32 арал дээрх ганц хост гэж үзээд дараа нь түүний гадна юу ч хүрэхийн тулд маршрутлагч хайдаг. Холбоос дээрх цорын ганц өөр хаяг нь peer тул тэр уншилт эцэстээ 10.64.3.9-ийг өөрөө гарц гэж санал болгодог бөгөөд энэ нь тойрог юм.

Төгсгөлийн цэг гэсэн уншилт нь баримтлагдсан уншилт юм. Цэгээс цэг рүү интерфэйс дээр peer тэр нэг холбоосын алслагдсан төгсгөлийг нэрлэдэг тул 10.64.3.1 нь ашиглаж болох дараагийн алхам, харин 10.64.3.9 нь үргэлж зөвхөн эх үүсвэрийн хаяг.

Тэр ялгаа нь via дотор юу байж болохыг тодорхойлдог. Тэнд локал хаягийг бичих нь цөм хөрш рүү шийдэж чадахгүй маршрут үүсгэдэг тул бичлэг нь баталгаажуулалтад унана эсвэл жагсаалтад тэс өөр эрүүл харагдаж байхдаа трафикийг залгина. Peer ажилладаг, учир нь тэр холбоос дээрх жинхэнэ очих газар. Хоёр уншилт гадаад VPN төгсгөлийн цэгийн талаар санал нэгддэг бөгөөд тэр нь огт өөр таних тэмдэг: түүнд underlay-аар хүрдэг, өөрөө төгсгөдөг туннелээр биш.

Сесс аль хэдийн юу суулгасан бэ

Өөрийн хүснэгтийг бичихээс өмнө холбоостой хамт ирсэнийг хэвлэ. Дэмжигдсэн PPP интеграц ихэвчлэн сесс тохируулах үед төхөөрөмжийн маршрут ба peer маршрутыг суулгадаг бөгөөд тэр хоёр бичлэг зөв уншилтыг аль хэдийн кодчилсон байдаг.

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

10.64.3.1 dev ppp0 proto kernel scope link src 10.64.3.9 шиг төхөөрөмжийн маршрут гарц агуулдаггүй, учир нь интерфэйс өөрөө зам. Peer-ийг via-ээр нэрлэсэн маршрут нь өөр наслалттай өөр объект бөгөөд сесс унахад алга болдог. Хоёр хэлбэрийн аль нэгийг нь хэрхэн дахин суулгахыг шалгахгүйгээр байнгын хүснэгтэд хуулах нь ажиллаж байсан туннель дахин холбогдсоны дараа маршрутаа алдах нийтлэг шалтгаан.

Хоёр жагсаалтыг санах ойд итгэхийн оронд харьцуул. Хэрэв peer маршрут main дотор байгаа ч таны нэмэлт хүснэгт хоосон бол хаягийн мөр танд хэзээ ч хэлээгүй зүйлийг мэдсэн.

Дүрэм ба хүснэгт нь тусдаа шийдвэр

Хүснэгт сонгох ба түүнийг дүүргэх нь бие даасан алхам бөгөөд харьцуулалт энд чухал, учир нь алдаа засах үед хоёулаа байнга андуурдаг. Тэмдэглэсэн трафикийг 100-р хүснэгт рүү илгээдэг дүрэм, хэрэв 100-р хүснэгтэд тохирох маршрут байхгүй бол юу ч хийдэггүй, сайн дүүргэсэн хүснэгт рүү ямар ч дүрэм заагаагүй бол тэр нь хүрэхгүй.

Анхдагч маршрутын хагас нь анхдагч маршрут биш. Ганц 0.0.0.0/1 IPv4 огторгуйн доод хагасыг хамардаг тул бүгдийг барихыг зорьсон бодлого түүнд тохирох 128.0.0.0/1 эсвэл жинхэнэ default-ийг мөн шаардана. Ажиллаж буй тохиргоог уншиж, хоёр хагасын нэгийг хуулах нь хүмүүс зөвхөн зарим очих газарт эвдэрдэг маршрутын гогцоонд ордог зам.

LAN дээр үлдэх ёстой хаягуудад санаатай үл хамаарах зүйлсийг үлдээж, хайлт сонгосон хүснэгтээс юу ч олохгүй үед юу болохыг шийд. Тодорхой нөөц маршрутын тухай бодох нь хоосон хүснэгтээс хялбар, учир нь хоосон хүснэгт хүрэхгүй үр дүн буцааж, програмыг буруу чиглүүлсэн биш эвдэрсэн мэт харуулдаг.

Хайлтад програмынхаа асууж буй асуултыг тавь

ip route get замыг шийддэг; ip route show хадгалсан бичлэгүүдийг жагсаадаг бөгөөд хоёулаа аль нь ч буруу биш байхад зөрүүтэй байж болно. Эх үүсвэрийн контекстийг оруул, учир нь эх үүсвэрт суурилсан дүрэм хайлт эх үүсвэр авч явах үед л тохирдог.

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

Эхний команд асуултыг хостоос тавьдаг. Хоёр дахь нь орох интерфэйс нэмдэг бөгөөд энэ нь дамжуулагдсан трафийн туулдаг зүйлд ойрхон бөгөөд хариулт нь ихэвчлэн өөр хүснэгт рүү заадаг. Очих газруудын аль нь ч амьд туршилтын үйлчилгээ биш; 198.51.100.23 бол баримт бичгийн хаяг тул түүнийг шалгах зөвшөөрөлтэй хостоор соль.

Зөв хайлт ч зам сонгогдсоныг л батална. Эсрэг тал трафикийг хүлээж авах эсэх, эсвэл хариулт ижил үндэслэлээр буцаж чадах эсэхийг энэ нь хэлэхгүй.

Харьцуулалт хаана эргэдэг

Хостын трафик ба дамжуулагдсан трафик зөвхөн өөр хайлт хийдэггүй; буцах замд өөр шүүлтүүртэй таардаг. Linux урвуу замын баталгаажуулалтыг бүх интерфэйс ба хүлээн авах интерфэйсийн тохиргооны илүү хатуугаар хэрэглэдэг тул нэг интерфэйсийн утгыг өөрчлөх нь харагдах нөлөөгүй байж болно. Тэмдэгт суурилсан маршрутлалт src_valid_mark хамаарлыг нэмдэг бөгөөд эх үүсвэр хүчинтэй гэж тооцогдохын тулд тэмдэг таарах ёстой.

Хариултууд алга болж, гадагш маршрутлалт зөв харагдаж байвал хүрэхээс өмнө үйлчилж буй утгуудыг уншиж, зөвхөн зарласан бодлогын шалтгаанаар өөрчил.

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

Хоёр загварын хооронд нотолгоонд үндэслэн сонго: програмын PPP хаягт холбогддог бол эх үүсвэрийн дүрэм ба peer маршрут агуулсан хүснэгт хангалттай. Хайрцаг ард байгаа LAN-д зориулж дамжуулдаг бол орох контекст ба буцах зам мөн таарах ёстой. Тэд таарахгүй бол бүх машины баталгаажуулалтыг сулруулахын оронд маршрутын эзэмшлийг зас.

Холбоотой нийтлэлүүд