Эмне үчүн бирдей ички тармагы бар эки сайт бир 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 тоннель аркылуу үйрөнүлгөнүн көрүү үчүн өткөрүү маалымат базасын текшериңиз. Ар бир чыгарылыш долбоор суроосун кайра баштоонун ордуна куушурат.