Таа адреса на тунелот е партнер, а не подмрежа што можете да ја прелистувате

Вашиот клиент се поврзува и прикажува пар адреси, или една адреса со 255.255.255.255 маска, и првата реакција е дека серверот дал нешто расипано. Ништо не е расипано: тунелскиот интерфејс е врска точка-точка, а маската го опишува далечниот крај на таа една врска, а не опсег на соседи. Читањето на парот како локална адреса и партнер ја објаснува чудната маска, рутата до еден домаќин покрај неа и табелата на соседи што недостига. Она што истото читање не го оправдува е план за адреси што се преклопува со канцелариската мрежа.

Зошто маската изгледа погрешно на тунелска врска

На Ethernet интерфејс, адресата и маската тврдат две работи: овој домаќин ја поседува адресата, и сѐ внатре во префиксот е директен сосед. Јадрото изведува рута на врската од тие два факти и потоа ги решава адресите на врската за соседите што ги смета за присутни. Интерфејсот точка-точка го задржува сопствеништвото и ги отфрла соседите, затоа втората адреса во редот на клиентот е далечниот крај, а не друг домаќин на споделен сегмент. Нема хардверско адресирање, нема сообраќај за решавање и нема домен за емитување за присоединување, поради што интерфејсот се однесува како цевка со точно една дестинација.

Затоа рутата до еден домаќин покрај широка маска е тука нормална, а не симптом. Достапноста на оваа врска значи една адреса, и јадрото запишува точно тоа. Прочитајте ги двете адреси заедно пред да заклучите дека конфигурацијата е погрешна, бидејќи секоја сама изгледа како грешка.

Две топологии, две форми на адреса

Постарата топологија точка-точка дава на секој клиент мал блок и ги користи двете средни адреси, затоа маската изгледа како фрагмент од мрежа, а не како базен. Топологијата на подмрежа дава адреса од базенот со маската на базенот и ја нарекува тунелската адреса на серверот партнер. Двете даваат валидна врска, и се разликуваат само по тоа кои адреси се појавуваат во профилот и која маска корисникот веројатно ќе ја доведе во прашање.

Кој ред и да одговара на вашиот клиент, прво прочитајте го партнерот, бидејќи го именува далечниот крај и затоа ја објаснува маската. Профил копиран меѓу сервери со различни топологии ќе покаже погрешна форма за својот нов дом, и таа неусогласеност лесно се заменува со дефект на серверот.

Кога базенот и канцелариската мрежа бараат исти битови

Бидејќи врската е рутирана, на базенот му треба префикс што не се појавува никаде меѓу мрежите до кои серверот може да стигне. Споделете еден и клиентот држи една рута за опсег што значи две места, а тоа кое место ќе победи го одлучува последно инсталираната рута. Дефектот се покажува кај клиентот, иако одлуката зад него им припаѓа на планот за адреси. Корисниците пријавуваат дека локалниот рутер исчезнува кога тунелот се крева, или дека одговараат само некои канцелариски домаќини.

Префиксите што само изгледаат слично се друг случај, а споредувањето октети на око не е споредба на префикси. Запишете ги двата и избројте ги маскираните битови: 192.168.4.0/24 наспроти 192.168.6.0/24 се совпаѓаат до битот 22 и се разидуваат на битот 23, бидејќи третиот октет се чита како 00000100 наспроти 00000110, затоа тие две мрежи се навистина одделни. Ставете 10.8.0.0/24 покрај друга 10.8.0.0/24 и сите 24 маскирани битови се совпаѓаат, што значи дека една рута не може да ги изрази двете места. Должината на маската одлучува каде споредбата запира, а мрежата инсталирана втора е таа што губи.

Што не може да достави рутирана врска

Емитувањето и multicast не патуваат преку рутирана врска, и неколку познати функции се изградени врз нив. Листите за прелистување, најавите на имиња и откривањето услуги претпоставуваат споделен сегмент, затоа серверот за датотеки може да одговори на секое барање по адреса и сепак никогаш да не се појави во листа. Решавањето имиња што зависи од локалното емитување на врската не успева од истата причина, и никакво уредување на профилот не менува што тунелот може да пренесе. Дали тоа е важно е прашање на барања, а не на рутирање.

Клиент што навистина ги бара тие достави бара премостен интерфејс, кој пренесува Ethernet рамки и затоа го задржува доменот за емитување. Цената е пошумна врска, губење на чистото адресирање опишано погоре и многу поголема површина за дефекти штом се појават јамки. Оправдајте го барањето пред да префрлите, и дајте предност на именска служба што работи преку рутирани врски кога барањето е само за имиња.

Читање на интерфејсот пред уредување на профилот

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

ip -4 addr show dev tun0
ip route show dev tun0
ip route get 10.8.0.1

Ако тие три се совпаѓаат, профилот го прави тоа за што е конфигуриран, а останатиот проблем е на друго место. Менувајте топологија само поради причина што именува недостапна можност, бидејќи непозната маска не е таква.