Рекурсивдүү маршруттоо: туннель өз пакеттерин кармап алганда

Туннель көтөрүлөт, журнал бүткөн кол алышууну көрсөтөт, ал эми бир секунддан кийин ошол эле сессия өлүп, циклде кайра туташат. Бул үлгүнүн так себеби бар: серверге барган маршрут эми туннелдин ичин көрсөтөт, ошондуктан туннелди ташыган пакеттер туннел аркылуу жөнөтүлөт. Аутентификацияда эч нерсе өзгөргөн жок, ошондуктан каттоо маалыматтарын кайра киргизүүнүн пайдасы жок. Маршрут өзгөргөнгө чейинки жана андан кийинки тышкы жолду салыштырыңыз, рекурсия көрүнөт.

Алгач тышкы жолду текшериңиз

Оюнда эки пакет бар, бирөө эмес. Ички пакет колдонмого таандык жана шифрлениши керек, тышкы пакет серверге адрестелген жана ага туннелге көз каранды эмес жол менен жетиши керек.

ip route get 198.51.100.7
ip rule show
ip route show table all | grep -F 198.51.100.7
wg show wg0 endpoints

Туннель көтөрүлгөндөн кийин ядродон сервердин дарегине барган маршрутту сураңыз, демейки маршрут өзгөргөндөн кийин дагы бир жолу сураңыз. Туннелдин түзмөгүнө түшкөн кийинки секирик — ошол эле рекурсия жана ал пакеттерди кармабастан эле көрүнөт. Интерфейске байлоо, белгилер же тармактын аттар мейкиндиги жөнөкөй издөөнү толук эмес кылышы мүмкүн, ошондуктан клиент өзү колдонгон контекстти колдонуңуз. Жооп туура көрүнсө да сессия дагы эле циклде болсо, негизги таблицаны гана эмес, маршруттоо саясатынын эрежелерин окуңуз.

Сессия эмне үчүн бир учур гана турат

Кол алышуу жаңы маршрут орнотула электе бүтөт, ошондуктан алгачкы секунддар соо көрүнөт. Клиент демейки маршрутту кошкон замат кийинки тышкы пакет анын артынан ошол пакет өтүшү керек болгон интерфейске кирет. Сервер эч нерсе көрбөйт, клиент кайра жөнөтөт, ал эми аракет же убакыт бүткөндө токтойт, же сессияны өлтүрүп кайра баштайт.

Бул тартип туннелдин эмне үчүн ноутбукта иштеп, маршрутизатордо ишке ашпай калышын жана бузулуу эмне үчүн туташуу учурунда эмес, трафик башталганда көп башталышын түшүндүрөт. Ал циклди да түшүндүрөт: ар бир кайра иштетүү сессияны маршрут муну мүмкүн эмес кылганга чейин калыбына келтирет.

Акыркы чекиттин өзгөчөлүгүнүн ээсин табыңыз

Колдоого алынган клиенттер өз өзгөчөлүктөрүн өздөрү жөнгө салышат: баштапкы шлюз аркылуу серверге хост маршруту, же тышкы сокетти туннелден тышкары кармаган белги. Суроо — аны башка нерсе жок кылдыбы же басып өттүбү.

Маршрутка негизделген IPsec ичинде кайсы пакеттер туннелге кирерин чечкен саясат селекторлорун карап, өнөктөштүн дареги алардан чыгарылганын ырастаңыз. WireGuard ичинде интерфейстин файрвол белгиси жана анын саясат эрежелери транспорт пакеттерин туннелден тышкары кармайт, ошондуктан кол менен кошулган демейки маршрут бул тартипти буза алат. Экинчи VPN профили же демейки маршрутту кайра жазган башкаруу скрипти көп учурда күнөөкөр болот. Бир-бирден кошулган кеңири айланып өтүү эрежелери адаттагы натыйжа жана алар маршруттоо катасын эч ким тейлей албаган таблицага айландырат.

Тармак өзгөргөндөн кийин кайра текшериңиз

Wi-Fi шлюзу аркылуу хост маршруту машина башка тармакка өткөнгө чейин туура. Ошондо ошол эле белги конфигурацияда эч кандай өзгөрүүсүз кайра келет.

Акыркы чекиттин дарегин, туташууга чейинки жана кийинки маршрутту жана ар бири колдонгон интерфейсти жазып алыңыз. Бул үч факт адатта клиенттин катасын басып өтүүдөн ажыратат жана аларды чогулткан адам кеткенден кийин да калат.

Жаңы тармакта кайра туташып, окууну кайталаңыз. Өзгөчөлүк кайра жок болсо, түзөтүү аны кармаган профилде, тыныгуу учурунда терилген бир жолку буйрукта эмес.