ใน Oracle® Cloud ลูกค้าสามารถเก็บ application หรือ database ของพวกเขาไว้ใน virtual cloud network (VCN) แยกสำหรับแต่ละ environment ซึ่งเพิ่มชั้นความปลอดภัยเพิ่มเติมสำหรับแต่ละ environment เพื่อป้องกันการเข้าถึงจาก users ใน environments ที่ต่างกัน อย่างไรก็ตาม นี่ยังจำกัดผู้ใช้จากการคัดลอกไฟล์ระหว่าง environments เมื่อจำเป็น
คำถามที่น่าจะมาคือ: ทำไมต้อง connect ไปยัง servers ใน environments อื่น? คำตอบคือ หลายครั้งระหว่าง deployment หรือ migration จาก development ไป production คุณต้องคัดลอกไฟล์ระหว่าง servers
ในบทความนี้ คุณจะเรียนรู้วิธีเปิดใช้งาน SFTP access ระหว่าง hosts ใน VCNs ที่ต่างกัน
บทนำ
Oracle 提供 local peering gateways เพื่อเปิด connection ระหว่าง hosts ใน VCNs ที่ต่างกัน โปรดทราบว่า local peering gateway อนุญาต only one-way traffic—host ใน VCN A ตอนนี้สามารถ connect ไปยัง host ใน VCN B ได้ แต่ host ใน B ไม่สามารถ connect ไปยัง host ใน A หากคุณต้องการให้ access ทำงานทั้งสองทาง คุณต้องมี setup เดียวกันใน VCN อีกอัน
ภาพต่อไปนี้แสดงว่าระบบ default ไปที่การจำกัดการเข้าถึง 172.xx.xx.2 (DEV APPS server) จาก server irbproddbs1
[oracle@proddbs1 ~]$ sftp irb@172.xx.xx.2
ssh: connect to host 172.xx.xx.2 port 22: Connection refused
Couldn't read packet: Connection reset by peer
[oracle@irbproddbs1 ~]$
Set up Local Peering (ตั้งค่า Local Peering)
ตอนนี้ มาสร้าง local peering และดูว่ามันให้ access ไปยัง 172.xx.xx.2 จาก proddbs1 อย่างไร
- ล็อกอิน Cloud Dashboard
- ไปที่ Networking > Virtual Cloud Network
- เลือก source compartment
- คลิก Local Peering Gateways แล้วคลิก Create Local Peering Gateways
- ใส่ชื่อสำหรับ peering gateway, เลือก compartment, และคลิก Create
- เลือก subnet ของ source host
- คลิกที่ Route table ที่ assigned ให้ subnet
- คลิก Add Route Rules
- ใส่รายละเอียดต่อไปนี้:
- Target type: Local Peering Gateway
- Destination CIDR Block: CIDR block ของ target VCN
- Compartment: Source Compartment
- Target Local Peering Gateway: ชื่อของ gateway ที่คุณสร้างในขั้นตอน 4
-
ตอนนี้ ลองเข้าถึง 172.xx.xx.2 จาก host irbproddbs1
[oracle@proddbs1 ~]$ sftp irb@172.xx.xx.2 Connecting to 172.xx.xx.2... irb@172.xx.xx.2's password: sftp> pwd Remote working directory: /home/irb sftp> cd /u02/IRB sftp> ls sftp> mput irbproddbs1.tfa_Wed_Oct_09_14_39_46_EDT_2019.zip stat irbproddbs1.tfa_Wed_Oct_09_14_39_46_EDT_2019.zip: No such file or directory sftp> pwd Remote working directory: /u02/IRB sftp> mput BillingEngine_CADFixes_04OCT2019.zip Uploading BillingEngine_CADFixes_04OCT2019.zip to /u02/IRB/BillingEngine_CADFixes_04OCT2019.zip BillingEngine_CADFixes_04OCT2019.zip 100% 44KB 44.0KB/s 00:00 sftp>
กระบวนการนี้เปิดการเข้าถึง 172.xx.xx.2 (DEV APPS server) จาก host proddbs1 (PROD DB server) และคุณสามารถคัดลอกไฟล์จาก proddbs1 ไป 172.xx.xx.2 อย่างไรก็ตาม มันไม่ได้เปิดการเข้าถึง proddbs1 จาก 172.xx.xx.2 ดังนั้นคุณไม่สามารถคัดลอกไฟล์ในทิศทางตรงข้ามได้
สรุป
Local VCN peering setup ในบทความนี้อนุญาตให้ VCNs สองตัวที่แตกต่างกันมีอยู่ใน region เดียวกัน ดังนั้น host และ resources อื่นๆ เช่น load balancers, databases ฯลฯ สามารถ communicate ผ่าน private network ได้โดยไม่ส่ง traffic ไปยัง Internet หรือผ่าน on-premises network ลดการแออัดของ traffic และภัยคุกคามด้านความปลอดภัย
ใช้แท็บ Feedback เพื่อแสดงความคิดเห็นหรือถามคำถาม คุณยังสามารถเริ่มการสนทนากับเราได้