Сервер датотека се отвара нормално, а видео позив у суседном прозору почиње да сецка. Ништа није споро и ниједан MTU није погрешан: ваш клијент је прихватио листу рута коју му је сервер дао, па сваки пакет сада излази кроз канцеларијски заштитни зид. Поправка није још једна ознака за подешавање, већ одлука о томе коме припада табела рута клијента. Та одлука припада једном месту, а режими отказа испод вам кажу које место сте заиста изабрали.

Одлучите коме припада табела рута

Могућа су три власника. Сервер може да гура руте и подразумевани гејтвеј, и тада клијент инсталира шта му се каже и постаје потпуни тунел. Профил клијента може да преузме власништво тако што одбацује гурања и носи своје линије рута. Менаџер веза на радној површини такође може да поседује одлуку кроз своја својства руте и подразумеване руте.

Сваки избор отказује на другачији начин, зато вреди прочитати табелу пре уређивања профила. Ред који одговара вашем симптому је власник ког заиста имате.

OwnerWhere it livesResult
Serverserver config, redirect-gateway, pushed routesclient becomes a full tunnel
Profileroute-nopull and its own route linestunnel up, office prefix missing
Managernever-default plus its own routesdesktop decides, profile ignored

Изаберите један и запишите га. Мешање два оставља домаћина чија подразумевана путања противречи сопственој документацији, а следећи инжењер не може да каже који је слој победио. Избришите губитника експлицитно.

route-nopull филтрира гурања, не додаје руте

route-nopull припада профилу клијента, а његов редослед у тој датотеци је неважан јер само одбацује вредности које долазе са сервера. Одбацује гурнуте руте, укључујући гурнуту подразумевану руту, док се тунел и даље нормално подиже.

Последица коју људи пропуштају је да гурнуте DHCP опције иду са њима. Подешавања DNS која шаље сервер такође се одбацују, па унутрашња имена престају да се разрешавају иако је тунел здрав и сервер је доступан по адреси.

То оставља тунел без путање до префикса канцеларије осим ако сами не додате једну: route-nopull након чега следи route 10.30.0.0 255.255.0.0 у истом профилу. Та линија носи адресу и маску; она не именује следећи скок.

Алтернативна форма додаје токен гејтвеја, route 10.30.0.0 255.255.0.0 vpn_gateway, који унос усмерава на тунел по имену. Увозници се разликују по томе да ли преводе ту варијанту, зато прегледајте сачувану везу ако унос недостаје из табеле језгра.

Проверавајте претрагама рута, не пингом

Пинг вам каже да је нешто одговорило. Претрага руте каже који би интерфејс језгро изабрало, и то је питање које сте заиста поставили. Четири кратке команде раздвајају руту која недостаје од руте која показује на погрешан уређај.

Прочитајте шта је тунел инсталирао помоћу ip route show dev tun0. Потпуно одсуство излаза значи нула рута, што није подељени тунел који ради, и то је уобичајен резултат додавања филтера без експлицитне линије.

Затим проверите једну канцеларијску адресу помоћу ip route get 10.30.5.7 и једну обичну интернет адресу помоћу ip route get 1.1.1.1. Друга би требало да именује физички интерфејс; ако именује тунел, гурање уопште није филтрирано.

На крају прочитајте ip rule, јер правило политике које је оставио ранији покушај може да надјача табелу коју сте управо исправили. Исправан профил са застарелим правилом одозго изгледа тачно као покварен профил. Избришите правило које сте додали прошли пут пре него што додате друго.

Преклапајуће подмреже изгледају као покварен тунел

Два приватна опсега могу бити идентична из угла клијента, и тамо се подељени тунел окривљује за нешто што није проузроковао. Ако канцеларија даје исти префикс који користи ваш кућни рутер, рута тунела покрива рутер и кућна мрежа изгледа као да је нестала.

Упоредите адресу на свом интерфејсу са рутом коју профил инсталира, користећи обичан списак адреса пре него што било шта промените. Преклапање је стварно, и ниједна опција профила га не решава. Оно што можете да поправите је именовање, да следећа особа види два опсега уместо једног.

Искрене поправке су да пренумеришете једну страну или да преведете адресе у канцеларији. Причвршћивање једне руте домаћина за рутер ради док се адреса рутера не промени, а онда постаје друга мистерија изнад прве.

Нека одлука преживи поновно повезивање

Уноси откуцани руком не преживљавају поновно повезивање, а менаџер веза поново гради табелу сваки пут када се профил покрене. Ставите одлуку тамо где се веза ствара, било да је то профил или сачувана подешавања менаџера. Затим једном намерно поново покрените везу, уместо да откријете понашање током позива. Профил који ради само до следећег поновног повезивања није завршен.

Вежбајте три путање одједном: канцеларијски домаћин по дословној адреси, исти домаћин по имену и обичан јавни сајт. Средња зависи од именске службе коју сте подесили након што сте одбацили гурнуте DNS опције, и управо она тихо отказује.

Повезани чланци