Зошто само route-nopull го остава серверот за датотеки недостапен
Игнорирањето на турнатите рути е само половина од поделениот тунел. Изберете го сопственикот на рутата, додајте го префиксот на канцеларијата рачно и тестирајте три текови пред да го наречете решено.
Серверот за датотеки се отвора добро, а видео повикот во соседниот прозорец почнува да сецка. Ништо не е бавно и ниту еден MTU не е погрешен: вашиот клиент ја прифати листата рути што му ја даде серверот, па секој пакет сега излегува низ канцеларискиот огнено ѕид. Поправката не е уште едно знаменце за подесување, туку одлука за тоа кому му припаѓа табелата со рути на клиентот. Таа одлука припаѓа на едно место, а режимите на откажување подолу ви кажуваат кое место всушност сте го избрале.
Одлучете кому му припаѓа табелата со рути
Можни се три сопственици. Серверот може да турка рути и стандардна порта, и тогаш клиентот инсталира што ќе му се каже и станува целосен тунел. Профилот на клиентот може да преземе сопственост со отфрлање на туркањата и носење свои рути линии. Менаџерот за врски на работната површина исто така може да ја поседува одлуката преку своите својства за рута и стандардна рута.
Секој избор откажува на различен начин, затоа вреди да се прочита табелата пред да уредите профил. Редот што одговара на вашиот симптом е сопственикот што навистина го имате.
| Owner | Where it lives | Result |
|---|---|---|
| Server | server config, redirect-gateway, pushed routes | client becomes a full tunnel |
| Profile | route-nopull and its own route lines | tunnel up, office prefix missing |
| Manager | never-default plus its own routes | desktop 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, кој го насочува записот кон тунелот по име. Увозниците се разликуваат во тоа дали ја преведуваат таа варијанта, затоа проверете ја зачуваната врска ако записот недостасува од табелата на јадрото.
Проверете со пребарувања на рути, не со ping
Ping ви кажува дека нешто одговорило. Пребарувањето на рута ви кажува кој интерфејс би го избрало јадрото, и тоа е прашањето што всушност го поставивте. Четири кратки команди раздвојуваат рута што недостасува од рута што покажува на погрешен уред.
Прочитајте што инсталирал тунелот со ip route show dev tun0. Целосно отсуство на излез значи нула рути, што не е поделен тунел што работи, и тоа е вообичаениот резултат од додавање на филтерот без експлицитната линија.
Потоа проверете една канцелариска адреса со ip route get 10.30.5.7 и една обична интернет адреса со ip route get 1.1.1.1. Втората треба да го именува физичкиот интерфејс; ако го именува тунелот, туркањето воопшто не било филтрирано.
На крајот прочитајте ip rule, бидејќи правило за политика оставено од претходен обид може да ја надвладее табелата што штотуку ја поправивте. Точен профил со застарено правило одозгора изгледа точно како расипан профил. Избришете го правилото што го додадовте минатиот пат пред да додадете друго.
Преклопените подмрежи изгледаат како расипан тунел
Два приватни опсези можат да бидат идентични од гледна точка на клиентот, и токму таму поделениот тунел се обвинува за нешто што не го предизвикал. Ако канцеларијата дава ист префикс како вашиот домашен рутер, рутата на тунелот го покрива рутерот и домашната мрежа изгледа како да исчезнала.
Споредете ја адресата на вашиот интерфејс со рутата што ја инсталира профилот, користејќи обичен список на адреси пред да промените нешто. Преклопувањето е реално, и ниту една опција на профилот не го решава. Она што можете да го поправите е именувањето, за следниот човек да види два опсези наместо еден.
Чесните поправки се да се пренумерира едната страна или да се преведат адресите во канцеларијата. Прицврстувањето на една рута за домаќин на рутерот работи додека не се промени адресата на рутерот, а потоа станува втора мистерија врз првата.
Направете одлуката да го преживее повторното поврзување
Записите внесени рачно не го преживуваат повторното поврзување, а менаџерот за врски ја преградува табелата секој пат кога профилот се стартува. Ставете ја одлуката таму каде што се создава врската, било тоа да е профилот или зачуваните поставки на менаџерот. Потоа рестартирајте ја врската еднаш намерно, наместо да го откриете однесувањето за време на повик. Профил што работи само до следното повторно поврзување не е завршен.
Вежбајте три патеки одеднаш: канцелариски домаќин по буквална адреса, истиот домаќин по име и обичен јавен сајт. Средниот зависи од именската служба што ја конфигуриравте откако ги отфрливте турнатите DNS опции, и токму тој тивко откажува.