เวิร์กโฟลว์ที่อยู่รอดแม้รีสตาร์ตครั้งถัดไป

ปกป้องบรรณาธิการ

วางตัวแก้ไขไว้หลัง HTTPS และการยืนยันตัวตนที่รองรับ จำกัดการเข้าถึงของผู้ดูแลระบบและหลีกเลี่ยงการลงทะเบียนสาธารณะเมื่อไม่จำเป็น เส้นทางเว็บฮุกต้องมีการตัดสินใจเรื่องการเปิดเผยและการยืนยันตัวตนของตนเอง

เก็บคีย์ข้อมูลรับรองไว้

สำรองคีย์เข้ารหัสที่กำหนดค่าไว้พร้อมการป้องกันที่เหมาะสม การกู้คืนฐานข้อมูลโดยไม่มีคีย์ที่ถูกต้องอาจทำให้ข้อมูลรับรองที่บันทึกไว้ใช้งานไม่ได้ เก็บคีย์ไว้นอกภาพหน้าจอ ที่เก็บโค้ด และบันทึกที่ไม่ได้กรอง

ขยายเส้นทางการประมวลผลอย่างมีเจตนา

สำหรับการตั้งค่าที่มีงานหนัก ตรวจสอบฐานข้อมูล คิว และโมเดลเวิร์กเกอร์ที่ได้รับการสนับสนุน Redis และเวิร์กเกอร์แยกมีข้อกำหนดการเข้าถึงและการคงอยู่ของข้อมูลเป็นของตัวเอง จำกัดงานที่ทำงานพร้อมกันเพื่อให้การเพิ่มขึ้นอย่างรวดเร็วไม่ทำให้ VPS หรืองบประมาณ API ภายนอกหมด

เก็บเฉพาะข้อมูลการดำเนินการที่เป็นประโยชน์

เวิร์กโฟลว์สามารถจัดการโทเค็น บันทึกส่วนบุคคล และเอกสารได้ ตั้งค่าการตัดประวัติการทำงาน การปกปิดค่าที่ละเอียดอ่อน และกำหนดการลองใหม่อย่างระมัดระวัง เว็บฮุกที่ซ้ำกันต้องไม่ก่อให้เกิดการชำระเงินหรือข้อความครั้งที่สองโดยไม่ตั้งใจ

ถือว่าคีย์เข้ารหัสเป็นส่วนหนึ่งของฐานข้อมูล

ข้อมูลรับรองที่บันทึกไว้ขึ้นอยู่กับคีย์เข้ารหัสของ n8n เก็บไดเรกทอรีสถานะที่มีคีย์ที่สร้างขึ้นอัตโนมัติ หรือตั้งค่า N8N_ENCRYPTION_KEY จากที่เก็บความลับส่วนตัว worker ของคิวทั้งหมดต้องใช้คีย์เดียวกับโปรเซสหลัก ทดสอบการกู้คืนด้วยข้อมูลรับรองแบบใช้แล้วทิ้ง ฐานข้อมูลที่กู้คืนเพียงอย่างเดียวอาจดูปกติในขณะที่ข้อมูลรับรองยังอ่านไม่ได้

• เก็บคีย์ไว้นอกไดเรกทอรีสาธารณะและรีโพซิทอรี
• สำรองฐานข้อมูลอย่างสม่ำเสมอ
• ใช้ PostgreSQL ที่รองรับสำหรับการติดตั้งใช้งานจริงตามที่ตั้งใจ

เอกสารอย่างเป็นทางการ: การกำหนดค่าคีย์เข้ารหัส n8n

กำหนดที่อยู่สาธารณะให้เว็บฮุก

รีเวิร์สพร็อกซีอย่าง Caddy สามารถยุติ HTTPS ขณะที่ n8n รับฟังภายใน เอกสารปัจจุบันใช้ N8N_WEBHOOK_URL สำหรับต้นทางเว็บฮุกภายนอก และแทนที่ชื่อ WEBHOOK_URL เดิมตั้งแต่เวอร์ชัน 2.35.0 ตั้งจำนวนฮอปพร็อกซีที่เชื่อถือได้ให้ตรงกับเส้นทางจริง พร็อกซีเดียวใช้ N8N_PROXY_HOPS=1 รักษาข้อมูลโฮสต์ โปรโตคอล และไคลเอนต์ที่ถูกส่งต่อ ทดสอบเว็บฮุกจากภายนอกเซิร์ฟเวอร์และตรวจสอบ URL ในโปรดักชัน

• ตั้งเขตเวลาของเวิร์กโฟลว์อย่างตั้งใจ
• ล้างประวัติการทำงานที่มีข้อมูลป้อนเข้าที่ละเอียดอ่อน
• ใช้เวิร์กเกอร์คิวและ Redis เฉพาะเมื่อมีการควบคุมการเข้าถึงแบบส่วนตัวที่จำเป็น

# Example: one HTTPS reverse proxy
N8N_WEBHOOK_URL=https://automations.example.com/
N8N_PROXY_HOPS=1

เอกสารอย่างเป็นทางการ: n8n หลังพร็อกซีย้อนกลับ

กำหนดภาระงานและการเชื่อมต่อที่อนุญาต

ระบุทริกเกอร์ บัญชีภายนอก ปริมาณการทำงานที่คาดไว้ และการใช้จ่ายสูงสุดหรือผลข้างเคียงที่แต่ละเวิร์กโฟลว์สามารถสร้างได้ ตรวจสอบสัญญาอนุญาต n8n สำหรับการใช้งานจริง โดยเฉพาะหากเสนอเป็นบริการให้ผู้อื่น เวิร์กโฟลว์ตามกำหนดเวลาขนาดเล็กและตัวประมวลผลเว็บฮุกสาธารณะมีความต้องการทรัพยากรต่างกัน เริ่มด้วยรีลีสที่รองรับ สถานะถาวรแบบส่วนตัว ชื่อ TLS และฐานข้อมูลที่เหมาะสมกับการติดตั้งใช้งาน หลีกเลี่ยงการเปิดเผยพอร์ตฐานข้อมูลด้วยตัวแก้ไข

• ใช้ข้อมูลรับรองที่จำกัดแยกกันสำหรับแต่ละการเชื่อมต่อ
• ตั้งเขตเวลาที่ต้องการสำหรับเวิร์กโฟลว์และการเก็บรักษาประวัติการทำงาน
• ทำให้เวิร์กโฟลว์ที่ส่งออกปลอดจากความลับจริงที่ฝังอยู่

เอกสารอย่างเป็นทางการ: n8n การติดตั้งใช้งาน Docker

ตั้งค่าแหล่งที่มาของเว็บฮุกสาธารณะสำหรับรีลีสที่ติดตั้ง

รีเวิร์สพร็อกซีอย่าง Caddy เข้าถึง n8n ภายใน ขณะที่บริการภายนอกเรียกต้นทางเว็บฮุก HTTPS ใช้ตัวแปร URL ของเว็บฮุกตามที่เอกสารระบุสำหรับรีลีสที่ติดตั้ง เอกสารปัจจุบันใช้ชื่อ N8N_WEBHOOK_URL ขณะที่รีลีสเก่าใช้ WEBHOOK_URL ตั้งจำนวนฮอปพร็อกซีจริงแทนการเชื่อถือเฮดเดอร์ที่ส่งต่อมาโดยพลการ แยกนโยบายการเข้าถึงตัวแก้ไขออกจากการยืนยันตัวตนเว็บฮุก และตรวจสอบว่าคอลแบ็กในโปรดักชันไม่มีโฮสต์หรือพอร์ตภายใน

# Example values for a supported current release, behind one proxy:
N8N_WEBHOOK_URL=https://automations.example.com/
N8N_PROXY_HOPS=1

เอกสารอย่างเป็นทางการ: การตั้งค่ารีเวิร์สพร็อกซีสำหรับเว็บฮุกของ n8n

ทดสอบเวิร์กโฟลว์ที่ไม่ก่อผลกระทบก่อนให้สิทธิ์เขียน

เริ่มด้วยคำขอแบบอ่านอย่างเดียวหรือระเบียนทดสอบแบบใช้แล้วทิ้ง ทดสอบเว็บฮุกโปรดักชันจากภายนอก VPS การปฏิเสธการยืนยันตัวตน และการลองใหม่โดยเจตนา คำขอที่ซ้ำกันต้องไม่สร้างการดำเนินการที่มีผลตามมาครั้งที่สองโดยไม่ตั้งใจ ตรวจสอบบันทึกการทำงานสำหรับข้อมูลนำเข้าที่รั่วไหล แล้วใช้นโยบายการเก็บรักษา หากเว็บฮุกทำงานเฉพาะในโหมดทดสอบของตัวแก้ไข ให้ตรวจสอบว่าขั้นตอนการทำงานเผยแพร่/เปิดใช้งานแล้วหรือไม่ และเส้นทางโปรดักชันกับเส้นทางทดสอบไปถึงกระบวนการที่ถูกต้องหรือไม่

• ใช้ข้อมูลรับรองการเชื่อมต่อแบบใช้แล้วทิ้งเพื่อทดสอบการกู้คืน
• เก็บสำเนาที่เข้ารหัสแยกต่างหากของ N8N_ENCRYPTION_KEY หรือสถานะคีย์ที่สร้างขึ้น
• อย่าส่งรหัสผ่านตัวอย่างหรือโทเค็น API ไปยังเอาต์พุตการดีบักที่ถูกเก็บไว้

เอกสารอย่างเป็นทางการ: คีย์เข้ารหัส n8n

ขยายขนาดหลังจากสังเกตคอขวดในการประมวลผลเท่านั้น

โหมดคิวเพิ่ม Redis เวิร์กเกอร์ และฐานข้อมูลที่ใช้ร่วมกัน โปรเซสหลักรับทริกเกอร์ขณะที่เวิร์กเกอร์ดำเนินการรัน เวิร์กเกอร์ทุกตัวต้องใช้คีย์เข้ารหัสข้อมูลรับรองเดียวกัน ปฏิบัติตามข้อกำหนดการจัดเก็บข้อมูลไบนารีฉบับปัจจุบันก่อนย้ายเวิร์กโฟลว์ที่มีไฟล์ไปยังโหมดคิว จำกัดการทำงานพร้อมกันและงบประมาณ API ต้นทาง และตรวจสอบอายุคิวและความล้มเหลว สำรองฐานข้อมูล สถานะ และคีย์ไปพร้อมกัน การรีสตาร์ตคอนเทนเนอร์ไม่ใช่แผนกู้คืนสำหรับข้อมูลรับรองที่บันทึกไว้ซึ่งอ่านไม่ได้

เอกสารอย่างเป็นทางการ: โหมดคิวของ n8n · การตั้งค่าการล้างประวัติการทำงาน