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

Тіркеу мекенжайы нені айқындайды

GDOI орналастыруында топ мүшесі кілт серверінде тіркеледі және одан топ саясатын алады. Сервер жазатын мекенжай сол әңгіме үшін мүшенің бірегейлігі.

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

Екеуін бөлек ұстау бірінші қадам, өйткені бұл параметр төңірегіндегі шатасудың көбі басқару деңгейіндегі өзгеріс деректер деңгейіндегі белгіні түзетеді деген күтуден туады.

Loopback өз маршруты қаншалықты жақсы болса, соншалықты жақсы

Loopback мүшеге бір физикалық uplink істен шыққанда жойылмайтын логикалық мекенжай береді. Кілт серверіне бірнеше жолы бар маршрутизаторда бұл нақты пайда.

Бірақ бұл да тек мекенжай. Егер сервердің оған қайту маршруты болмаса, тіркеу дәл бұрынғыдай сәтсіз болады. Егер мүшенің маршруттау кестесі серверге тек бір uplink арқылы жетсе, loopback тұрақты, ал жол олай емес.

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

Басқару мен қорғалған трафикті бөлек ұстаңыз

Cisco-ның GDOI айналып өту нұсқаулығы тіркеу интерфейсін және тіркеу мен айналып өтуді өңдеу арасындағы байланысты сипаттайды. Бір сөйлемді әмбебап команда деп қарастырудың орнына өзіңіз нақты іске қосатын шығарылымның әрекетін оқыңыз.

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

Деректер деңгейінің саясаты жеке дизайн. Тіркеудің қайдан келетінін өзгерту қорғалған ағындарды, селекторларды және айналып өту ережелерін дәл сол орнында қалдырады.

Өту барысында бірегейлікті тексеріңіз

Өзгеріске дейін топты, таңдалған тіркеу мекенжайын, кілт серверінің межесін, маршруттау контекстін және рұқсат етілген басқару жолын жазып алыңыз. Бекітілген uplink өзгерісінен кейін сервердің тіркелген мүшелер көрінісін және мүшенің басқару күйін қайта тексеріңіз.

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

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

Тұрақты көз нені түзетпейді

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

Ол бір айнымалыны жояды: uplink мекенжайы өзгергенде бірегейлік енді өзгермейді. Бұл игілікке тұрарлық, және бұл дизайндағы бір жол, бүкіл дизайн емес.

Жұмыс тәртібі: басқару жолын атаңыз, екі бағытта маршруты бар мекенжай таңдаңыз, сервердің көрінісін растаңыз, содан кейін қорғалған трафикті жеке тексеріңіз. Егер тіркеу әлі де сәтсіз болса, loopback ешқашан мәселе болған емес.

Қатысты мақалалар