Көпірмен қосылған сайттарға әлі де жергілікті интернет шығысы туралы шешім қажет
Ортақ Ethernet сегменті клиенттің қай маршрутизаторды қолданатынын шешпейді. Көпірді DHCP маршрутизатор опциясынан бөліңіз және әр сайттың шығысын әдейі етіңіз.
VLAN кеңейту таза өтті: екі сайттың хосттары бір-бірін көреді, файл алмасу жұмыс істейді, принтерлер жауап береді. Содан кейін кіші сайтта біреу әр жүктеу екінші сайттың интернет желісін қолданып жатқанын байқайды, ал билет өткізу қабілетіне шағым ретінде келеді. Көпір дәл сұралғанды жасады. Ол екі ғимарат арасында кадрларды тасымалдады және бұл кадрлар интернетке қай маршрутизаторды қолдануы керек екені туралы ешқашан пікірі болмады.
Көпір кадрларды тасымалдайды, шешімдерді емес
2-деңгей кеңейтуі екі орынды бір хабар тарату домені ретінде көрсетеді, сондықтан ARP сұраулары, DHCP хабарлары және сол қосымша желідегі трафик түгелдей туннельден өтеді. Бұл оның ұсынатын бүкіл қызметі. Көпірде ештеңе мақсатты мекенжайды тексермейді, оны сайттың жоғарғы арнасымен салыстырмайды және трафикті жақын шығысқа бағыттамайды. Әр клиент әлі де конфигурацияланған мекенжай мен масканы қолданып, жергілікті немесе қашықтағы шешімін өзі қабылдайды.
Сол ортақ қосымша желіге екі маршрутизатор қойыңыз, екеуі де ықтимал қақпа болады, оның біреуі қолданатын клиентке жақын болса да, болмаса да.
Клиент өз қақпасын қалай таңдайды
RFC 1122-де сипатталған IPv4 шешімі қарапайым. Клиенттің қосылған қосымша желісінің ішіндегі мақсатқа тікелей, ARP арқылы жетеді, ал оның сыртындағы мақсат конфигурацияланған әдепкі қақпаға барады. Сондықтан сайттар арасындағы бір қосымша желінің трафигі ешқандай маршрутизатордың қатысуынсыз көпірден өте алады, және сондықтан интернет трафигі клиент алған қақпа мекенжайына толық тәуелді. Бұл екі мінез-құлық тәуелсіз, ал жұмыс істейтін файл алмасу тек біріншісін дәлелдейді.
Егер кіші сайттағы клиент үлкен сайттың маршрутизаторымен конфигурацияланса, оның интернет кадрлары алдымен туннельден өтіп, сол жерден шығады.
VPN құрылғысының өз әдепкі маршрутын өзгерту сол клиенттің қақпасын жылжытпайды, өйткені клиент құрылғыны маршрутизатор ретінде мүлде қолданбайды. Құрылғыға сонымен қатар өзінің қашықтағы серіктесіне жеке маршрут керек, осы кадрларды тасымалдайтын туннель тұруы үшін, ал осы екеуін шатастыру көпір кеңейтуінің өз тасымалын құлататын жолы.
DHCP көзделген шығысты білдірсін
DHCP жауабындағы 3-опция клиенттің қосымша желісіндегі маршрутизатор мекенжайларының тізімін басымдық ретімен береді, ал клиенттер әдетте бірінші жауап бергенін алады. Механизм жақсы; меншік дизайндар қателесетін жер. Ең жақын DHCP сервері ең жақын қақпаны береді деп болжаудың орнына әр сайтта нақты жалдау қандай нәтиже беретінін жазып алыңыз.
Бір үйлестірілген бөлгішті немесе сол саясатқа анық конфигурацияланған екеуін жүргізіңіз және саясатқа иесін тағайындаңыз. Қашықтағы сайтқа қосылған екінші тәуелсіз бөлгіш жергіліктілік жасамайды, ол бір хабар тарату доменіне екі билік жасайды.
Екі сайттың параметрлері бірдей көрінуі үшін ғана бір қақпа мекенжайын екі тәуелсіз белсенді маршрутизаторға бермеңіз. Көпірмен қосылған сегменттегі ортақ виртуалды мекенжай өз талаптары бар бірінші секірістің артықтық дизайны, ал қолмен жасалған нұсқа үзілісті пакет жоғалтуына ұқсайтын ARP қақтығыстарын тудырады. Егер қолданбаға шынымен ортақ 2-деңгей сегменті қажет болмаса, жергілікті әдепкілері бар бөлек маршрутталған префикстер басқаруға оңай және оқиға кезінде түсіндіруге жеңіл.
Төрт нәрсені бөлек тексеріңіз
Бір емес, төрт бақылау сұраңыз. Әр сайтта жаңа DHCP жалдауын алып, алған маршрутизатор мен масканы жазыңыз. Екінші сайтта сол қосымша желінің қызметіне жетіп, жолдың маршрутталған айналма емес, көпір екенін растаңыз. Әр сайтта жалпыға ашық интернеттен бірдеңе алып, оны қай жоғарғы арна тасымалдағанын растаңыз. Содан кейін туннельді түсіріп, не бұзылатынын көріңіз, өйткені көпір істен шыққанда барлық байланысын жоғалтатын сайт ешкім байқамай қашықтағы қақпаға тәуелді болған.
Бұл төрт нәтиже сізге сайтаралық көпір, жергілікті шығыс немесе кездейсоқ кері тасымал бар-жоғын айтады, ал оларды жинау он минут алады.
Дизайн принципі әсем емес: көпір өтімділікті шешеді, DHCP қақпаны шешеді, ал құрылғыдағы маршруттау кестесі туннельдің өз жолын шешеді. Үшеуін бөлек әңгімеде ұстаңыз, өйткені үшеуін түзетуге тырысатын бір өзгеріс әдетте екеуін бұзады.