VGWнын BGP жарыялоолору VPC маршрут таблицасына каршы: эмне эмнени өзгөртөт

VPC ички тармагынын маршрут таблицасында жок префикс жана кардардын маршрутизаторунда жок префикс эки башка бузулуу, жана алардын бирөө гана AWS маршрут таблицаларынын ичинде оңдолот. Виртуалдык жеке шлюз өзүнүн VPCсине байланыштуу CIDR блокторун жарыялайт; ички тармактын маршрут таблицасы жүктөмө жоопту кайда жөнөтөрүн аныктайт. Экинчисин биринчисин өзгөртүү жолу катары кароо бул диагностикадагы эң көп кездешүүчү туура эмес бурулуш. Төмөнкү текшерүүлөрдү ирети менен аткарыңыз жана эки багытты өзүнчө кармаңыз.

Каалаган таблицаны окуудан мурун тиркемени атаңыз

Сайттан сайтка VPN виртуалдык жеке шлюзде же транзиттик шлюзде аяктайт, жана ресурс IDлери кайсы маршруттоо модели колдонуларын аныктайт. Адегенде ошолорду окуңуз: aws ec2 describe-vpn-connections --vpn-connection-ids vpn-0123456789abcdef0 --query 'VpnConnections[].{Tunnels:VgwTelemetry,Gateway:GatewayId,Transit:TransitGatewayId}'. Жооп кийинки текшерилүүчү таблица VPC маршрут таблицасыбы же транзиттик шлюздун маршрут таблицасыбы экенин айтат.

Эгер VPN транзиттик шлюзге тиркелген болсо, VPC маршрут таблицасын башкаруу тегиздиги катары кароону токтотуңуз. Ал жерде VPC таблицасы шлюздин тиркемесин көрсөтөт, ал эми бириктирүү жана таратуу транзиттик шлюздун маршрут таблицасында жүрөт. Эки көрүнүштү аралаштыруу туура эмес объект жөнүндө ишенимдүү тыянактарды берет.

AWSтен кеңсеге багыт — бул жарыялоо

VGW тиркемеси үчүн шлюз өзүнүн VPCсине байланыштуу CIDR блокторун BGP аркылуу кардардын шлюзуна жарыялайт. Өзүнчө ички тармак маршрутун кошуу, же маршрутту тең VPCге же түзмөккө багыттоо дагы бир байланышкан CIDRди кошпойт жана ал жарыялоодо көрүнбөйт. Эгер кеңседе префикс жетишпесе, каалаган маршрут таблицасын түзөтүүдөн мурун кабыл алынган маршруттардын тизмесин VPC бириктирүүлөрү менен салыштырыңыз.

Жөнөкөй эреженин өзгөчөлүктөрү бар, ошондуктан аны өз алкагында кармаңыз. VPN CloudHub конфигурациясы сайт префикстерин кардар шлюздорунун ортосунда кайра жарыялай алат, ал эми транзиттик шлюз өзүнүн таратуу эрежелерин аткарат. VGW өзүнүн VPCсин гана жарыялайт деген ырастоо пайдалуу демейки маани, кезигүүчү ар бир топологияны камтый турган мыйзам эмес.

Кеңседен AWSке багыт — таратуу кошуу тандоо

Карама-каршы багытта VGW кеңсенин префиксин үйрөнөт, бирок бул жалгыз өзү жүктөмөнү жылдырбайт. Ички тармактын маршрут таблицасында же тиркеме үчүн таратуу күйгүзүлгөн болушу керек, же ошол эле багытка статикалык маршрут болушу керек. Бир префикс үчүн экөө тең болсо, статикалык маршрут жеңет, жана эң узун префикстин дал келиши экөөнүн тең алдында аткарылат.

Болжолдоонун ордуна келип чыгуусун окуңуз: aws ec2 describe-route-tables --route-table-ids rtb-0123456789abcdef0 --query 'RouteTables[].Routes'. Келип чыгуусу EnableVgwRoutePropagation жазуу BGPден келген; келип чыгуусу CreateRoute жазууну адам терген жана бирөө аны жок кылганга чейин жеңип келет.

Эки багытты өзүнчө кармаган рандбук

Бир нерсени өзгөртүүдөн мурун AWS тарабында төрт фактыны жазыңыз: тиркеменин түрү, VPCнин байланыштуу CIDRлери, каралып жаткан префикс үчүн ички тармак маршрутунун келип чыгуусу, ошондой эле туннелдин жана BGPнин абалы. Ошол эле describe чакыруусу ар бир туннел боюнча кабыл алынган маршруттардын саны менен VgwTelemetryни кайтарат, бул AWS таптакыр кандайдыр бир маршруттарды кабыл алдыбы же жокпу айтат. Андан кийин аны кардар түзмөгү чындап орноткон нерсе менен салыштырыңыз. BGPде бар, бирок жеткирүү таблицасында жок префикс — жергиликтүү импорт же эң жакшы жол маселеси, AWS маршрут таблицасынын маселеси эмес.

Эгер ички тармак таблицасында префикс такыр жок болсо, таратууну күйгүзүңүз же статикалык маршрут кошуңуз, андан кийин өзгөрүү дароо болду деп болжолдоонун ордуна таратуу аралыгынан кийин ошол эле сурамжылоону кайра окуңуз. Эгер префикс бар болсо жана трафик дагы эле иштебесе, башкаруу тегиздигин тынч калтырып, маалымат жолуна өтүңүз.

Ал жерде жүргөндө эмнени өзгөртпөө керек

Бир жок префиксти оңдоо үчүн байланышы жок маршрут таблицаларында таратууну күйгүзүп-өчүрбөңүз жана бир жок CIDRди жашыруу үчүн демейки маршрут кошпоңуз. Эки өзгөртүү тең таасирдин аймагын кеңейтип, кийинки диагностиканы кыйындатат. Түзөтүүнү каралып жаткан жүктөмөнүн ички тармагына кызмат кылган таблица менен гана чектеңиз.

Маалымат жолу мунун баарынан өзүнчө. Коопсуздук топтору абалга ээ, тармактык ACLдер андай эмес, жана хосттун брандмауэри же асимметриялык кайтуу жолу маршруттоо туура жеткирген трафикти таштап кетиши мүмкүн. Жарыяланган агрегат да ичиндеги ар бир кызматка укук бербейт, ошондуктан даректин BGP жарыялоосунда кокустан пайда болушуна таянуунун ордуна саясаттын чек арасында жетүүнү чектеңиз.

Ар бир маршрут таблицасы сурамжылоосунун алдындагы жана кийинки абалын өзгөртүүлөр журналына сактаңыз. Эгер өзгөртүү абалды начарлатса, мурунку маршруттарды калыбына келтирип, ошол эле сурамжылоо менен ырастаңыз, анткени текшере албаган артка кайтаруу — болжол гана.