โดเมนใช้งานจริงที่ตรวจแล้ว ลิงก์เฉพาะร้าน และแผนเปลี่ยนชื่อโฮสต์เก่าอย่างปลอดภัย
1. วางแผนที่อยู่
แต่ละโดเมนหลักมีสามบทบาท: คอนโซล สำหรับทีมคุณ หน้าชำระเงิน สำหรับลูกค้า และ API สาธารณะ สำหรับระบบที่เชื่อม ชื่อเริ่มต้นคือ merchant, pay และ api คุณเลือกชื่ออื่นและเพิ่มชื่อเรียกได้
| บทบาท | โดเมนแรก | โดเมนที่สอง |
|---|---|---|
| คอนโซล | merchant.example.com | panel.example.org |
| หน้าชำระเงิน | pay.example.com | payment.example.org |
| API สาธารณะ | api.example.com | api.example.org |
ทั้งสองโดเมนเข้าถึงการติดตั้งเดียวกัน ไม่สร้างกระเป๋า ข้อมูล หรือสิทธิ์แยก โดเมนที่ร้านเลือกกำหนดลิงก์ที่สร้าง ไม่ใช่การแยกผู้เช่าระบบ
2. เพิ่มโดเมนหรือจัดการชื่อเรียก
เปิด การตั้งค่า → ระบบ → โดเมนใช้ เพิ่มโดเมน เหนือโดเมนที่ใช้งานเพื่อเพิ่มโดเมนหลักใหม่ เช่น example.orgใช้ จัดการ บนรายการเดิมเพื่อเพิ่มชื่อเรียกหรือเปลี่ยนที่อยู่หลัก
ตัวอย่างเช่น เก็บทั้ง merchant และ panel เป็นชื่อคอนโซล ชื่อแรกที่มีดาวคือชื่อหลักของบทบาทนั้น เลือกโดเมนหลักสำหรับลิงก์เริ่มต้นทั้งระบบ
ชื่อโดเมนหลักที่ใช้งานไม่เปลี่ยนชื่อในรายการเดิม ให้เพิ่มโดเมนทดแทนแทน ฉบับร่างแสดง รอเปิดใช้งาน และยังไม่ใช้งานจริง เลือก ไปต่อที่ DNS เพื่อบันทึกและตรวจทาน
3. ชี้ DNS ไป VPS
เพิ่ม ระเบียน A สำหรับทุกชื่อโฮสต์ใหม่ โดยชี้ไป IPv4 ของ VPS ที่แผงแสดง เพิ่ม AAAA เฉพาะเมื่อ IPv6 นั้นเข้าถึงเซิร์ฟเวอร์จริง ลบระเบียนเก่า Wholly Crypto ไม่แก้ DNS ให้
คงพอร์ตขาเข้า TCP 80 และ 443 เปิดทั้งไฟร์วอลล์เซิร์ฟเวอร์และผู้ให้บริการ รักษาการเข้าถึง SSH ไว้ คลิก ตรวจ DNSระบบตรวจคู่โฮสต์/บทบาทใหม่หรือที่เปลี่ยนกับ DNS ที่มีอำนาจตอบ ที่อยู่ใช้งานที่ไม่เปลี่ยนใช้ซ้ำได้
ใช้ Cloudflare อยู่หรือไม่?
ตอนติดตั้งแรก ปิดพร็อกซีไว้จนตั้งค่าเสร็จ หลังจากนั้นใช้ DNS ตรงหรือผ่านพร็อกซีได้โดยไม่สลับโหมดใน Wholly Crypto Let's Encrypt ยังคงอยู่บน VPS
ใช้ Full (strict) ↗ให้เข้าถึง HTTP challenge ของใบรับรองได้ และยกเว้นแคชกับ challenge เบราว์เซอร์/บอตสำหรับคำขอคอนโซล หน้าชำระ และ API Wholly Crypto ต้องตรวจต้นทางได้ด้วย
การตรวจแหล่ง DNS ที่มีอำนาจตอบข้ามแคชที่อยู่ทั่วไปของ VPS/ISP ผู้เข้าชมอาจยังมี DNS เก่าในแคช และการเปลี่ยน nameserver อาจใช้เวลานานกว่า
4. ตรวจทานแล้วเผยแพร่
การบันทึกฉบับร่างหรือผ่านการตรวจ DNS ไม่เปลี่ยนเส้นทางใช้งานจริง
ตรวจรายการเพิ่ม ลบ และเปลี่ยนที่อยู่หลัก แล้วเลือก ไปต่อเพื่อเปิดใช้ → ตรวจ SSL และเผยแพร่หากแก้ไขหรือผลตรวจ DNS เกินสิบนาที ต้องตรวจอีกครั้ง
ที่อยู่ใหม่ถูกตรวจ challenge ใบรับรอง HTTPS และบริการที่ถูกต้อง คู่โฮสต์/บทบาทใช้งานที่ไม่เปลี่ยนไม่ตรวจเครือข่ายเหล่านั้นซ้ำ แต่ยังตรวจการตั้งค่า Nginx ทั้งหมด
รอผลสำเร็จและกลับไป โดเมนที่ใช้งานเปิดแต่ละชื่อโฮสต์ใหม่และตรวจบทบาท หากล้มเหลว อ่านรายงานนำขึ้นใช้งานและสถานะย้อนกลับก่อนลองใหม่ อย่าลบโดเมนที่ทำงานอยู่เพื่อฝืนเปิดใช้
5. เลือกโดเมนแต่ละร้าน
ไปที่ โปรเจกต์ → ร้าน → เลือกร้าน → พื้นฐาน → โดเมนร้านเลือกโฮสต์ผู้ค้า หน้าชำระ และ API ที่เปิดใช้งานสำหรับร้านนั้น เลือกที่อยู่ที่ยังรอไม่ได้
ลิงก์ที่สร้างใช้ ค่าที่ร้านเลือก → ร้านเริ่มต้นโปรเจกต์ → ค่าเริ่มต้นระบบตัวอย่างเช่น ค่าใน API ใบแจ้งหนี้อย่าง links.checkout ใช้ payment.example.org สำหรับร้านหนึ่ง ขณะที่อีกร้านยังใช้ pay.example.com.
ตั้งต้นทาง API ของ SDK และปลั๊กอินร้านแยก การเปลี่ยนโดเมนที่ร้านชอบไม่แก้การตั้งค่าระบบที่เชื่อม การลองส่ง IPN/webhook ที่ลงนามและเก็บไว้คงลิงก์เดิม บุ๊กมาร์กและลิงก์ลูกค้าเดิมไม่ถูกเขียนใหม่
ชื่อเรียกคอนโซลยังต้องใช้ Basic Auth และเข้าสู่ระบบแอป ใน การตั้งค่า → ระบบ → ข้อจำกัด IP ต้นทางกฎใช้แยกแต่ละชื่อโฮสต์ คงหน้าชำระลูกค้าเปิดสาธารณะ เว้นแต่ตั้งใจรันหน้าชำระส่วนตัว
6. เปลี่ยนที่อยู่เก่าเป็นสองขั้น
- เพิ่มและเผยแพร่ชื่อทดแทนขณะโฮสต์เก่ายังทำงาน
- เปิดที่อยู่คอนโซลใหม่และเข้าสู่ระบบ ทดสอบหน้าชำระและ API ผ่านที่อยู่ทดแทน
- อัปเดตค่าร้าน ระบบที่เชื่อม บุ๊กมาร์ก และลิงก์เผยแพร่ เก็บชื่อเรียก pay/API เก่าไว้ขณะลูกค้าหรือไคลเอนต์ยังใช้
- จากที่อยู่คอนโซลใหม่ จัดการโดเมนหรือชื่อเรียกเก่าและเตรียมลบ ตรวจทานและเผยแพร่การเปลี่ยนแปลงก่อนลบระเบียน DNS
แผงป้องกันการลบชื่อโฮสต์คอนโซลที่คุณใช้อยู่ โฮสต์ที่เลิกใช้จะถูกปฏิเสธ ไม่เปลี่ยนเส้นทางให้อัตโนมัติการเปลี่ยนเฉพาะค่าหลักหรือลบยังต้องตรวจทานและเผยแพร่ แม้ไม่ต้องค้น DNS ใหม่