Эмне үчүн VPN маршруту ip route чыгышында шлюз көрсөтпөйт
Түзмөгү бар, бирок шлюзи жок сап — бул түз маршрут, бузулган эмес. Дестинацияны, dev жана scope окуп, анан ip route get менен ырастаңыз.
Маршруттоо таблицалары шлюз мамычасы бош калган сайын бузулган деп окулат, бирок сап адатта өзүнөн өзү толук болот. via талаасы ядро пакетти кийинки секирүү дарегине өткөргөндө гана пайда болот; интерфейске байланган маршрут өз дестинацияларына анын ордуна байланыш катмарындагы чечүү же чекит-чекит өнөктөшү аркылуу жетет. Мамычаларды солдон оңго окуу кайсы учурда экениңизди айтат жана бул окуу администратор демейки маршрутту оңдоого чейин болушу керек. Жоголгон шлюз тууралуу билеттердин көбү ушул айырмада бүтөт.
Маршрут сабын мамыча боюнча окуңуз
Ар бир жазуу дестинация жана анын префикс узундугу менен башталып, анан бекитилген сөздүктө модификаторлорду кошот: via, dev, proto, scope, src жана metric. 198.51.100.0/24 dev tun0 proto kernel scope link src 198.51.100.2 сыяктуу сап тыгыз, бирок толук аныкталган. Анда эч нерсе жетишпейт жана эч кандай маршруттоочу дареги көздөлбөйт.
Кызыктуу бөлүгү — via жоктугу. Кийинки секирүү болбосо, ядро дестинацияны аталган интерфейсте түз чечет, бул туннель үчүн кадрды туннель түзмөгүнө берүү жана инкапсуляциянын андан ары өзүнө алышына жол берүү дегенди билдирет. proto kernel жазуу дарек дайындалганда автоматтык түрдө орнотулганын жазат, администратор тергенин эмес. scope link дестинацияга ошол байланышта маршруттоочудан өтпөстөн жетүүгө болорун айтат, ал эми src ядро дал келген трафик үчүн баштапкы булак катары артык көрө турган даректи атайт.
Эми демейки маршрутту так ушундай окуңуз: default via 192.0.2.254 dev eth0 proto static metric 100. Бул жерде via бар, анткени пакетке чын эле кийинки секирүү керек, жана бул секирүү өзү eth0 аркылуу жеткиликтүү болушу керек. Бул эки сап бири-биринин варианты эмес; алар трафиктин кайда кетери тууралуу ар башка суроолорго жооп берет.
Бири-бири менен аралаштырылган эки маршрут формасы
Туннелдин ички тармак маршруту менен демейки маршрут экран сүрөтүндө окшош көрүнөт жана таптакыр башкача жүрүм-турум көрсөтөт. Төмөнкү таблицаны талааларды окууга жардам катары колдонуп, анан колдонмодогу үлгүгө ишенүүнүн ордуна өзүңүз оңдоп жаткан машинадагы чыныгы сандарды ырастаңыз.
| Piece of the line | What it settles | What it says nothing about |
|---|---|---|
| The destination and mask | Which packets are eligible to match | Where those packets leave the host |
via plus its address | Which next hop receives them, and therefore that a router is involved | Whether that router is reachable or sane |
dev | Which interface carries the encapsulated or raw packet | Whether the interface is up or has a carrier |
proto and scope | Who installed the entry and how far the destination is considered to be | Whether a firewall later drops the traffic |
Таблица айта албаган нерсе — ниет. Туннель аркылуу жеке диапазонго түз маршрут — бул атайын жасалган бөлүнгөн туннель долбоору; баарын VPN аркылуу жиберүүгө тийиш болгон хостто ошол эле форманын көрүнүшү — симптом. Ниет жазууну жараткан конфигурацияда жашайт, ошондуктан ядро бир нерсени туура эмес кылды деп жыйынтык чыгарганга чейин аны орноткон куралды караңыз.
Ошо сыяктуу эле, жоголгон шлюз аны ойлоп табууга уруксат эмес. Эгер маршрутка чын эле кийинки секирүү керек болсо, бул секирүү аны ташыган интерфейсте жеткиликтүү болушу керек, ал эми чекит-чекит туннели үчүн өнөктөштүн дареги жергиликтүү дарек менен бирдей объект эмес. Жергиликтүү туннель дарегин Ethernet маршруттоочусу катары кароо — туура көрүнгөн жана эч нерсе жибербеген маршрут жасоонун кеңири таралган жолу.
Ядродон кайсы сапты иш жүзүндө колдонорун сураңыз
Таблицаны окуу издөөнү аткаруу менен бирдей эмес, анткени ядро жооп бергенге чейин саясат эрежелери, бир нече таблица жана кэштелген жазуулар менен кеңешет. Чыныгы издөөнү аткарган этиш — ip route get, жана ал ушул касиеттерге ээ пакет бара турган маршрутту басып чыгарат.
ip route get 203.0.113.37 from 198.51.100.2 iif tun0Чын эле маанилүү дестинацияны коюп, анан трафик баштапкы булак боюнча тандалганда же жиберилгенде from же iif кошуңуз, анткени кадимки жергиликтүү издөө жиберилген кардардан башка жолду тандашы мүмкүн. Жооп интерфейсти, тандалган баштапкы булак дарегин жана каалаган кийинки секирүүнү атайт, бул ошол учурда пакет маршруттала турган маалыматтын дал өзү.
Эгер жооп таң калтырса, бир нерсени өзгөртүүдөн мурун эрежелерди басып чыгарыңыз: ip -4 rule show аларды артыкчылык тартибинде тизмелейт, ал эми өз таблицасын же белгиленген пакеттерге эреже орноткон VPN кардары негизги таблицада такыр көрүнбөйт. Бардык таблицаларды тизмемелөө ошол боштукту жабат.
ip -4 route show table all | grep -E 'tun|default'Демейки маршрутту алмаштырганга чейин төмөнкү катмарды текшериңиз
Туннелдин өз пакеттери алыскы акыркы чекитке жетиши керек жана муну VPN көтөрүлгөнгө чейин болгон маршрутту пайдаланып, физикалык интерфейс аркылуу жасайт. Бүт демейки маршрутту ошол акыркы чекитти бекитпестен алмаштыруу инкапсуляцияланган пакеттерди алар курууга тийиш болгон туннелге жиберет жана байланыш кулайт. Адегенде акыркы чекиттин жолун анын дареги боюнча гана издөө менен ырастаңыз.
Өзгөртүү жасаганда үч нерсени өзүнчө кармаңыз: физикалык интерфейсте калышы керек болгон акыркы чекиттин маршруту, туннелге кириши керек болгон жеке диапазондор жана калганынын баарын чечкен демейки маршрут. Аларды ушул тартипте бөлүп, бирден колдонуп, ар бир кадамдан кийин издөөнү кайра иштетиңиз. Кийин ийгиликсиз ping өзүнөн өзү абдан азды далилдейт, анткени уруксаттар, жооп маршруттоосу, DNS жана кызматтын өзү туура маршруттун ылдый жагында турат.
Оңдоодон мурун сап берген төрт маанини жазып алыңыз: дестинация, кийинки секирүү же анын жоктугу, түзмөк жана тандалган баштапкы булак. Кийинки өзгөртүү алардын кайсынысын болбосун жылдырса, кайсы чечим чын эле өзгөргөнүн билесиз жана бүт таблицаны болжолдоонун ордуна бир жазууну калыбына келтире аласыз.