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

Ваш клијент се повезује и приказује пар адреса, или једну адресу са 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

Ако се та три поклапају, профил ради оно за шта је конфигурисан, а преостали проблем је на другом месту. Мењајте топологију само због разлога који именује недостајућу могућност, јер непозната маска то није.