Неге бір қосалқы желісі бар екі сайт бір LAN емес

Екі кеңсе де 192.168.77.0/24 мекенжайын пайдаланады, ал біреу оларды бір желіге біріктіру үшін туннель ұсынады. Бұл сөйлем қарапайым көрінеді және үш түрлі дизайнды жасырады: соқтығысатын екі тәуелсіз LAN, WAN арқылы әдейі созылған бір Ethernet сегменті және қашықтағы мекенжайларға жауап беретін proxy-ARP құрылымы. Қайсысы бар екені хосттың пакетпен не істейтінін анықтайды, ал жауап VPN шлюзі қатыспай тұрып көрінеді.

Хост маршрутизатордан бұрын шешеді

192.168.77.10/24 мекенжайы бар хост мақсатты өз префиксімен салыстырады. Сол префикстің ішіндегінің бәрі тікелей байланыста, сондықтан хост мақсаттың буын деңгейі мекенжайын тікелей шешеді. Сырттағының бәрі әдепкі шлюзге кетеді.

Бұл шешім хост стекінде қабылданады, туннельде емес. Шлюзге қосылған маршрут хост ешқашан жібермейтін пакетті сақтап қала алмайды.

Сондықтан 192.168.77.20 тек екінші сайтта болса, жергілікті хост оны ARP арқылы сұрайды және жауап алмайды. VPN қол алысуы толық сау болуы мүмкін, ал бұл сәтсіз аяқталады. Ақау маршруттау мәселесі емес, өлі хост сияқты көрінеді. Бұл белгіні тану туннельді жөндеудің бір сағатын үнемдейді.

ARP жергілікті байланыс туралы сұрақ

ARP осы байланыстағы мекенжай кімге тиесілі екенін сұрайды, ал жауап хабар таратуды еститін нәрседен келуі керек. IPsec туннелінің арғы жағындағы маршрутизатор дизайн екі сайтты бір хабар тарату доменіне айналдырмаса, оны естімейді.

Бірдей мекенжайы бар екі құрылғы жағдайды нашарлатады: тіпті сәтті шешім қайсысы жауап бергенін айта алмайды.

Қайталанған мекенжайлау маршруттау ақауы емес және оны ешбір маршрут түзетпейді. Не сайттар бөлек префикстерге қайта нөмірленеді, не әдейі бір буын деңгейі доменіне айналады.

Созылған сегмент кадрларды тасымалдайды, маршруттарды емес

Көпірлерге қосылған Ethernet таситын туннель екі сайтты бір буын деңгейі доменінің бөлігі етеді. ARP хабар таратулары арғы жаққа жетеді, ал әрбір көпір қай MAC мекенжайлары қайда екенін үйренеді. Linux көпірінің құжаттамасы осы MAC негізіндегі жіберу шекарасын сипаттайды.

Мұнда қашықтағы шлюз екі бірдей қосалқы желі арасында мүлдем маршруттамайды. Кадрлар IP-ні өзі маршруттайтын төменгі қабаттан өтеді, ал көпірлер Ethernet әңгімесін ұзартады.

Бағасы үлкенірек әсер радиусы. Белгісіз мақсаттарға толып кету, ілмектер, DHCP бөлу және бірегей мекенжайлау бәрі екі сайтты қамтитын бір жоспарды қажет етеді. WAN құлағанда хосттар өздері жергілікті деп санайтын трафикті жоғалтады. Көпірде сүзгілеу және VLAN ережелері өтетіннің көлемін шектей алады, бірақ тасымал әлі де әрбір жергілікті бақылау кадрының жететініне кепілдік бермейді.

Proxy ARP үшінші дизайн

Маршрутизатор қашықтағы мекенжай үшін ARP-ке жауап беріп, содан кейін оған маршруттай алады. Бұл хабар тарату доменін созпай-ақ қашықтағы хостты жіберушіге тікелей байланыста көрсетеді.

Бұл көпірлеуден тарырақ құрал: жіберуге, кері маршруттарға және әр мекенжайдың айқын иесіне тәуелді.

Ол сондай-ақ еркін IP емес протоколдарды маршруттауға жарамды етпейді және Ethernet хабар тарату доменін қайта шығармайды. Талап дәл сол алмастыру болғанда қолданыңыз, кейінге қалдырылған қайта нөмірлеудің қысқа жолы ретінде емес.

Талаптан таңдаңыз, содан кейін тексеріңіз

Кеңселер арасындағы қарапайым қолданбаға қол жеткізу үшін бөлек префикстер мен айқын маршруттар неғұрлым анық шекара береді. Талап шынымен буын деңгейінің көршілестігі болса, көпір жасаңыз. Ортақ префикстің жалғыз себебі әзірге ешкім жасамағаны болса, қайта нөмірлеңіз.

Сізде шын мәнінде қандай дизайн бар екенін растаңыз хосттан мақсатпен не істейтінін сұрап:

ip route get 192.168.77.20
ip neigh show 192.168.77.20

Сәтсіз көрші жазбасымен тікелей байланыс нәтижесі жоқ буын деңгейі жолын көрсетеді. via нәтижесі шлюзді атайды және сұрақты маршруттауға ауыстырады. Көпірде MAC туннель арқылы үйренілгенін көру үшін жіберу дерекқорын тексеріңіз. Әрбір шығыс дизайн сұрағын қайта бастаудың орнына тарылтады.