Laluan GCP VPN hanya berfungsi di satu wilayah: semak penghalaan dinamik

Beban kerja di AS mencapai awalan pejabat melalui HA VPN tanpa masalah, manakala beban kerja Eropah dalam VPC yang sama tidak menerima apa-apa. Jadual laluannya tidak mengandungi entri untuk awalan itu, tiada terowong yang mati dan tiada peraturan tembok api yang berubah. Terowong dan sesi BGP-nya sihat dalam kedua-dua arah. VPC yang merentasi wilayah bukanlah sama dengan laluan yang dipelajarinya yang merentasi wilayah, dan jurang itulah yang menjelaskan keseluruhan gejala.

Di sini dua sifat dikelirukan: di mana subrangkaian berada, dan di mana hop seterusnya yang dipelajari boleh digunakan.

Dari mana skop serantau datang

Cloud Router memasang laluan yang dipelajari dengan skop yang mengikut mod penghalaan dinamik VPC. Dalam mod serantau, laluan yang dipelajari di satu wilayah hanya boleh digunakan oleh sumber wilayah itu, sebab itulah jadual Eropah kosong dan bukannya menunjukkan hop seterusnya yang rosak. Dalam mod global, laluan yang dipelajari dan layak menjadi tersedia kepada sumber di setiap wilayah VPC. Baca nilai semasa sebelum menukar apa-apa, kerana serantau ialah lalai. Tetapan itu berada pada rangkaian, bukan pada terowong atau pada penghala.

Perintah inventori hanya boleh dibaca dan menjawabnya dalam satu baris:

gcloud compute networks describe VPC_NAME --format='value(routingConfig.routingMode)'

Jalankannya dalam projek hos apabila VPC dikongsi. Rangkaian itu milik projek berkenaan, dan peranan pemerhati dalam projek beban kerja mungkin tidak memaparkan konfigurasi penghalaan langsung. Jawapan pantas daripada projek yang salah lebih buruk daripada tiada jawapan.

Perubahan itu satu perintah dan satu arah

Menukar ialah penyuntingan satah kawalan untuk seluruh VPC, bukan jalan pintas bagi setiap VM: gcloud compute networks update VPC_NAME --routing-mode=GLOBAL. Ia juga sehala, kerana rangkaian yang ditetapkan kepada global tidak boleh dikembalikan kepada serantau. Semak semula nama projek dan rangkaian sebelum menjalankannya, kerana perintah itu tidak meminta pengesahan. Perubahan ini wajar mendapat nota penyelenggaraan dan kelulusan pemilik rangkaian, bukan eksperimen pantas pada VPC yang dikongsi.

Setiap lampiran Cloud Router, VPN dan Interconnect dalam rangkaian itu mewarisi skop baharu serentak. Ini termasuk lampiran yang tidak disebut oleh sesiapa dalam permintaan perubahan. Wilayah yang tidak pernah mempunyai laluan itu mula menerimanya sebaik perubahan berkuat kuasa, sebab itulah tiada pelancaran berperingkat untuk pertukaran ini.

Global ialah skop, bukan jaminan

Kelayakan dan keutamaan terpisah daripada skop. Laluan yang bercanggah dengan awalan yang lebih khusus, kalah dalam pemilihan laluan terbaik atau ditapis oleh dasar berkelakuan tepat seperti sebelumnya. Mod global meluaskan tempat laluan boleh digunakan, tetapi tidak menentukan laluan mana yang menang. Laluan yang dipelajari boleh berada dalam skop dan masih kalah kepada laluan statik atau lebih khusus dalam VPC yang sama.

Perbezaan itu penting kerana perubahan mod mudah disalahkan kemudian. Jika subrangkaian Eropah masih tiada laluan selepas pertukaran, soalannya ialah sama ada laluan itu wujud dan layak, bukan sama ada skop berkuat kuasa. Konflik awalan dan kesihatan hop seterusnya ialah dua perkara seterusnya untuk dibaca.

Pihak jauh juga mengiklankan secara berbeza

Tingkah laku pengiklanan mengikut tetapan yang sama. Dengan tingkah laku lalai, penghala dalam mod serantau mengiklankan subrangkaian wilayahnya sendiri, manakala mod global mengiklankan subrangkaian VPC dengan lebih luas. Oleh itu menukar mod bukan sahaja mengubah apa yang boleh digunakan oleh wilayah anda, tetapi juga apa yang dipasang oleh pihak jauh.

Senarai pengiklanan tersuai tidak meluas apabila mod berubah. Jika penghala tempatan menyimpan senarai julat yang ditulis tangan, awalan Eropah kekal tiada di dalamnya. Laluan pulang kekal rosak dalam kes itu walaupun laluan keluar kini wujud. Semak apa yang dipasang oleh pihak jauh, bukan apa yang anda eksport.

Apa yang mod tidak akan pernah baiki

Penghalaan global tidak memberikan akses internet awam, transit antara VPC yang tidak berkaitan atau laluan statik yang hilang. Ia tidak mengubah peraturan tembok api atau IAM, jadi sambungan yang ditolak oleh dasar kekal ditolak.

Kegagalan itu kelihatan sama dari dalam beban kerja dan tiada kaitan dengan skop laluan.

Uji dari wilayah jauh ke perkhidmatan sebenar, kemudian sahkan bahawa balasan kembali melalui terowong yang dimaksudkan. Catat mod, konfigurasi pengiklanan dan destinasi yang anda uji. Jika ujian masih gagal, bandingkan jadual BGP penghala jauh dengan senarai laluan VPC sebelum menyentuh mod itu lagi. Dengan itu laporan rentas wilayah seterusnya bermula dengan fakta, bukan dengan perubahan mod.