ที่อยู่ BGP ของ Cloud VPN อยู่ภายในทันเนล ไม่ใช่บนการ์ดเครือข่าย
คู่ BGP ของ Cloud Router สำหรับ HA VPN อยู่ภายในเส้นทาง IPsec ติดตามมันลงไปในสแตกแทนการเพิ่มที่อยู่ link-local ให้กับอินเทอร์เฟซของ VM
เปิดหน้า Cloud Router สำหรับ VPN แล้วเซสชัน BGP ที่มีที่อยู่ใน 169.254.0.0/16 ก็จ้องกลับมาที่คุณ ปฏิกิริยาตามธรรมชาติคือวางที่อยู่นั้นไว้ที่ใดที่หนึ่งบน VM แล้วรอให้เซสชันขึ้น ปฏิกิริยานั้นผิดในแบบที่เฉพาะเจาะจง: คู่นี้เป็นของลิงก์เชิงตรรกะที่ทันเนล IPsec สร้างขึ้น ไม่ใช่ของอินเทอร์เฟซเครือข่ายปกติของเครื่อง ไม่มีสิ่งใดที่คุณเพิ่มลงในการ์ดเครือข่ายจะทำให้ทันเนลขนส่ง BGP
ติดตามคู่ลงไปในสแตกแทนการเพิ่มมันลงบนโฮสต์
เริ่มต้นตรงจุดที่คอนโซลแสดงคู่
หน้าเซสชันระบุที่อยู่ BGP ของ Cloud Router และที่อยู่เพียร์ ซึ่งทั้งคู่เป็น link-local สำหรับ HA VPN แบบ IPv4 ข้างๆ กันคือที่อยู่เกตเวย์ภายนอกที่สิ้นสุดทันเนล สิ่งเหล่านี้เป็นวัตถุที่แตกต่างกัน: คู่ link-local อยู่ข้างใน ส่วนที่อยู่เกตเวย์อยู่ข้างนอกและต้องกำหนดเส้นทางได้ก่อนที่สิ่งอื่นจะทำงาน
จดทั้งสามไว้ก่อนเปิดไฟล์กำหนดค่า เพราะการสลับกันคือรูปแบบความล้มเหลวทั้งหมด
ลงไปยังทันเนลที่ขนมันไว้
คู่ link-local มีความหมายก็ต่อเมื่อมีสมาคมความปลอดภัย IPsec ระหว่างเกตเวย์ทั้งสอง ฝั่ง Google ทันเนล HA VPN สร้างมันบนอินเทอร์เฟซทั้งสอง ฝั่งคุณคือสิ่งที่เพียร์เจรจาไว้ ตรวจสอบสมาคมข้อมูลก่อนด้วย swanctl --list-sas และจดว่าทันเนลใดขึ้นอยู่บนอินเทอร์เฟซใด เพราะเซสชัน BGP ที่แข็งแรงบนทันเนลที่ตายแล้วเป็นไปไม่ได้ และทันเนลที่ตายแล้วพร้อมการกำหนดค่าที่เปี่ยมความหวังเป็นเรื่องปกติ
แพ็กเก็ต BGP คือทราฟฟิก IP ภายใน เครือข่ายภายนอกไม่เคยเห็นมัน ดังนั้นสวิตช์ใดไม่จำเป็นต้องมีทั้งสองที่อยู่บน VLAN เดียว
ตอนนี้กำหนดค่าเพียร์ Linux ให้สอดคล้อง
เลือกการออกแบบทันเนลที่รองรับและให้มันเป็นตัวกำหนดที่อยู่ภายใน ด้วยอินเทอร์เฟซที่อิงเส้นทาง รายการกำหนดเส้นทางและตัวเลือกทราฟฟิกที่เจรจาไว้ต้องสอดคล้องกัน เพราะชื่ออินเทอร์เฟซเพียงอย่างเดียวไม่อนุญาตสิ่งใด ชี้ BIRD ไปที่ที่อยู่ภายในท้องถิ่นและที่อยู่ภายในของ Cloud Router ตั้งหมายเลข AS จากหน้าเซสชัน และอนุญาต TCP 179 ภายในเส้นทางที่ได้รับการป้องกัน เก็บเส้นทางไปยังที่อยู่ภายนอกที่อยู่ไกลไว้บนอัปลิงก์ทางกายภาพ เพื่อให้ทันเนลไม่จับการขนส่งของตัวเอง
ทันเนลที่กำหนดเส้นทางให้ตัวเองเป็นลูปที่มีการจับมือกัน และจะดูเหมือนปัญหไฟร์วอลล์เป็นเวลาหนึ่งชั่วโมง
ตรวจสอบแต่ละขั้นตามลำดับ ไม่ใช่ทั้งหมดพร้อมกัน
ไล่ตามขั้นตอน: สมาคมความปลอดภัยขึ้นแล้ว เพียร์ภายในเข้าถึงได้จากที่อยู่ของทันเนล เซสชัน BGP ถูกสร้างขึ้น คำนำหน้าถูกยอมรับ แล้วคำนำหน้าของงานจริงถูกใช้งาน birdc show protocols ตอบคำถามข้อที่สามและไม่ตอบอย่างอื่น นั่นคือเหตุผลที่คนประกาศชัยชนะเร็วเกินไป
เพื่อนบ้านที่สร้างขึ้นไม่ได้สัญญาว่าทั้งสองฝ่ายประกาศคำนำหน้าที่คุณต้องการ หรือเส้นทางเหล่านั้นถูกติดตั้งเป็นเส้นทางที่ต้องการ
หากเซสชันถูกสร้างขึ้นและทราฟฟิกยังคงไปผิดทาง เปรียบเทียบคำนำหน้าที่ประกาศกับสิ่งที่ตารางกำหนดเส้นทางทำกับมัน เส้นทางที่เฉพาะเจาะจงกว่าที่อื่น หรือการให้ความสำคัญกับเส้นทางอื่น ทำให้คุณมีเซสชัน BGP ที่ทำงานได้และไม่มีการส่งต่อที่มีประโยชน์
หยุดก่อนที่จะนำไปใช้กับ Router Appliance
Network Connectivity Center Router Appliance เป็นรูปแบบการเชื่อมต่อที่แตกต่างออกไป เพียร์ Cloud Router ของมันใช้ที่อยู่ภายในจากการจัดวาง VPC และซับเน็ต แทนคู่ link-local ของ HA VPN หากเป้าหมายจริงคือ BGP กับ VM ที่กำหนดเส้นทาง ให้ปฏิบัติตามข้อกำหนดอินเทอร์เฟซของผลิตภัณฑ์นั้นแทนการคัดลอกเซสชัน link-local
ขอบเขต link-local ยังคงหมายถึงสิ่งที่มันพูด ทันเนลเชิงตรรกะให้ความเป็นเพื่อนบ้านนี้ และไม่ได้ให้สิทธิ์ในการกำหนดเส้นทางปลายทาง link-local ตามอำเภอใจทั่ว VPC