GCP HA VPN: BGP сесс Waiting for peer дээр гацах нь хаягийн хосыг сольсон алдаа
Cloud VPN-ийн BGP сесс Waiting for peer дээр гацсан бол ихэвчлэн туннель болон хамтрагчийн хаягийг сольсон байдаг. Ямар нэгэн зүйлийг дахин бүтээхээс өмнө хосыг шалгаарай.
Cloud VPN туннель дээр хэзээ ч Established төлөвт хүрдэггүй BGP сесс нь ихэвчлэн чиглүүлэлтийн асуудал биш. Энэ нь утасны асуудал: бие биенээ тусгах ёстой хоёр хаягийг буруу дарааллаар оруулсан, эсвэл эхний туннелийн хосыг хоёр дахь дээр дахин ашигласан. Туннель өөрөө бүрэн эрүүл байж болно, харин сесс Waiting for peer дээр зогсож байх нь IPsec болон BGP нь ижил хоёр төгсгөлийн цэгийн хоорондын тусдаа хэлэлцээр учраас. Ямар нэгэн зүйлийг дахин бүтээхээс өмнө эдгээрийн алийг нь эвдэрсэн болохыг шийдээрэй.
Нэг асуулт ихэнх тохиолдлыг шийддэг: хамтрагч төхөөрөмж Cloud Router-ийн хаягийг ерөөсөө харж байна уу?
Туннелийн төлөв ба сессийн төлөв нь өөр өөр шалгалт
Эхлээд IKE болон ESP ирнэ. Туннель тогтоогдоогүй бол дотор нь ямар ч зүйл хамаагүй бөгөөд BGP хаягийн хэлэлцүүлэг эрт байна. Туннелийн төлөв болон дэлгэрэнгүй төлөвийг уншиж, дараа нь мөн тэр туннелийн маршрутлагчийн BGP хамтрагчийн төлөвийг уншаарай.
Туннель ажиллаж байхад түүний BGP хамтрагч зогссон бол алдааг сесс руу нарийсгана: хамтрагчийн хаяг, ASN эсвэл дотоод хаяг руу ирж буй TCP 179. Туннель ажиллаж байна, сесс ажиллаж байна, ба VPC-д одоо ч маршрут байхгүй энэ нь гурав дахь тохиолдол. Хаяг солих нь тэнд тус болохгүй, учир нь сесс аль хэдийн ажиллаж байгаа бөгөөд угтвар нь зүгээр л зарлагдахгүй эсвэл давуу эрх авахгүй байна. Эдгээр гурван тохиолдлыг тусгаарлах нь ажлын ихэнх хэсэг.
Туннель бүрт хоёр үзүүр нь дүүргэгдсэн өөрийн /30 хэрэгтэй
HA VPN-ийн туннель бүр 169.254.0.0/16-аас link-local /30 авдаг бөгөөд нэг хаяг Cloud Router-ийн интерфейс дээр, нөгөө нь таны хамтрагч дээр байна. Хамтрагчийн талбар нь холын үзүүрийг нэрлэх ёстой, хэзээ ч маршрутлагчийн өөрийн хаягийг биш.
Хоёр туннель гэдэг нь Cloud Router дээр хоёр интерфейс, тус бүр өөр /30-тай. 0-р туннелийн хосыг 1-р туннель дээр дахин ашиглах нь хураангуй хүснэгтэд цэгцтэй харагдаж, OPEN пакет дээр үхдэг алдаа юм.
| Tunnel | Router interface | Peer address | What a swap produces |
|---|---|---|---|
| tunnel 0 | 169.254.1.1/30 | 169.254.1.2 | OPEN sent to itself or to nothing; session waits |
| tunnel 1 | 169.254.1.5/30 | 169.254.1.6 | same failure on the second session |
| both | one pair reused | one address reused | one session up, the other never leaves waiting |
Хосыг консолын хураангуйгаас биш, маршрутлагчийн нөөцөөс уншаарай. Хураангуй нь хамтрагчийн хаягийг буруу уншихад хялбар баганад жагсаадаг бөгөөд интерфейсийн ipRange болон хамтрагчийн peerIpAddress нь нэг /30-ийн эсрэг талын үзүүрүүдийг тодорхойлох ёстой.
Солилт ихэвчлэн дахин бүтээх үед гардаг
Туннелийг дахин бүтээх үед л хосууд хөндлөн гардаг. Хуучин туннелийн хамтрагчийн хаягийг шинэ туннелийн интерфейсийн талбарт хуулдаг, эсвэл шинэ сессийг өмнөх сессийн хамтрагч руу чиглүүлдэг. Аль ч тохиолдолд Cloud Router нь OPEN пакетыг одоо өөрөө болсон хаяг руу эсвэл араас нь туннель байхгүй хаяг руу илгээдэг.
Консол нээхээс өмнө хосуудыг бичээрэй: туннелийн нэр, интерфейс, маршрутлагчийн хаяг, хамтрагчийн хаяг, хамтрагчийн ASN. Дараа нь хоёр туннелийг нэг удаад үүсгээрэй, ингэснээр хоёр дахь нь эхнийхийн үлдэгдлээр дүүрэхгүй.
Сесс хүлээх өөр гурван шалтгаан
Эхнийх нь хамтрагчийн ASN: тал бүр нөгөө талын ASN-аар тохируулагдсан байх ёстой бөгөөд зөрүү нь хамтрагч хүртэл хүрдэг ч хэзээ ч тогтоогддоггүй. Хоёр дахь нь хамтрагчийн өөрийн галт хана бөгөөд туннелийн интерфейс дээр TCP 179-ийг зөвшөөрөх ёстой; IKE эсвэл ESP дүрэм үүнийг хамардаггүй. Гурав дахь нь өөрийн хөршөөр тохируулсан хаягаас өөр эх хаягаас хариулдаг хамтрагч юм.
Хамтрагчийн өөрийн лог нь ялгагч юм. Хэрэв түүний BGP хураангуйд тэр хаягийн хөрш байхгүй бол пакетууд ирэхгүй бөгөөд хос эсвэл зам буруу байна. Хэрэв хөрш Active эсвэл Connect-д байвал пакетууд ирж байгаа бөгөөд сессийн параметрүүд тохирохгүй байна.
Пакетууд явах дарааллаар шалгаарай
Гадагшаа ажиллаарай: туннелийн төлөв, дараа нь маршрутлагчийн BGP хамтрагчийн төлөв, дараа нь хамтрагчийн BGP хураангуй, дараа нь маршрутууд. Эхний хоёр нь эрүүл бол Cloud VPN талыг засварлахаа зогсоож, хамтрагч төхөөрөмж дээр ажиллаарай. Хэрэв маршрутлагч хамтрагчийг зогссон гэж мэдээлж, таны төхөөрөмжид хөрш байхгүй бол хос буруу эсвэл BGP порт шүүгдсэн байна. Хамтрагчийн туннелийн интерфейс дээр пакет барих нь үүнийг нэг харцаар шийднэ, учир нь OPEN пакетууд тэнд ирэх эсвэл хэзээ ч ирэхгүй.
gcloud compute routers get-status ROUTER --region=REGION нь хамтрагчийн төлөвийг түүний ашиглаж буй хаягийн хажууд хэвлэдэг бөгөөд энэ нь яг харьцуулах ёстой хос юм.
Сесс тогтоосны дараа сурсан угтвар VPC-ийн маршрутын хүснэгтэд гарч байгаа, мөн тал бүрт нэг хост хариулж байгааг баталгаажуулаарай. Дараа нь эцсийн хосуудыг туннелийн нэрсийн хажууд бичиж, дараагийн дахин бүтээх ажил консолын хураангуйгаас биш, шалгасан хүснэгтээс эхлэх болтугай.