# เผยแพร่บริการ onion โดยไม่มองข้ามแอปพลิเคชัน | SwissOctet Insights https://swissoctet.com/th/insights/publish-onion-service-safely/ SwissOctet / ข้อมูลเชิงลึก / เว็บและ onion เว็บและ onion ประยุกต์ · อ่าน 4 นาที เผยแพร่บริการ onion โดยไม่มองข้ามแอปพลิเคชัน วางแผนการเผยแพร่ onion ที่ชอบด้วยกฎหมายด้วยการเปิดเผยแบ็กเอนด์แบบควบคุม การตรวจสอบเนื้อหาอย่างรอบคอบ การกู้คืนคีย์บริการ และโมเดลการเข้าถึงสำหรับผู้ชมที่ชัดเจน โดย SwissOctet Editorial บันทึกคู่มือ คัดลอกลิงก์ ในหน้านี้ 01 กำหนดขอบเขตการเผยแพร่และกลุ่มผู้อ่าน 02 กำหนดให้ตัวรับฟังฝั่งแบ็กเอนด์เป็นไปอย่างตั้งใจ 03 ตรวจสอบสิ่งที่แอปพลิเคชันเผยแพร่ 04 ถือว่าข้อมูลระบุตัวตนของบริการเป็นวัสดุที่ต้องได้รับการป้องกัน 05 เลือกการเข้าถึงแบบสาธารณะหรือแบบจำกัดอย่างชัดเจน 06 ทดสอบผ่านการเชื่อมต่อของผู้อ่าน 07 อ่านตัวเลือกการโฮสติ้งในฐานะส่วนหนึ่งของการออกแบบ รายการตรวจสอบปฏิบัติของคุณ แหล่งอ้างอิงและอ่านเพิ่มเติม กลับไปยังคลัง คำตอบตรงประเด็น รักษาความปลอดภัยของแอปพลิเคชันและการเข้าถึงในฐานะผู้ดูแล จำกัดตัวรับฟังฝั่งแบ็กเอนด์ ปกป้องคีย์ของบริการออนเนียน และทดสอบการเผยแพร่ผ่านไคลเอนต์ที่เข้ากันได้ การกำหนดเส้นทางออนเนียนเป็นเพียงชั้นหนึ่งของการออกแบบ ไม่ได้ขจัดช่องโหว่ของแอปพลิเคชัน ข้อผิดพลาดในเนื้อหาที่เผยแพร่ หรือความจำเป็นในการกำหนดว่าใครควรมีสิทธิ์เข้าถึง 01 กำหนดขอบเขตการเผยแพร่และกลุ่มผู้อ่าน เริ่มต้นด้วยวัตถุประสงค์การเผยแพร่ที่ชอบด้วยกฎหมายและคำอธิบายของกลุ่มผู้อ่าน การเผยแพร่งานวิจัยแบบสาธารณะและพอร์ทัลโครงการแบบจำกัดมีข้อกำหนดการเข้าถึงที่แตกต่างกัน ตัดสินใจว่าเนื้อหาใดมีเจตนาให้เป็นสาธารณะ เนื้อหาใดต้องผ่านการยืนยันตัวตนของแอปพลิเคชัน และเนื้อหาใดไม่ควรไปถึงเว็บรูทเลย แยกการตัดสินใจเหล่านี้ออกจากช่องทางขนส่งที่ใช้เข้าถึงเว็บไซต์ จัดทำบัญชีข้อมูลขนาดเล็กก่อนการปรับใช้: หน้าเว็บ ไฟล์อัปโหลด เนื้อหาในฐานข้อมูล บัญชีผู้ดูแลระบบ และการกำหนดค่าบริการ กำหนดผู้รับผิดชอบสำหรับการอัปเดตและการจัดการเหตุการณ์ การที่ไซต์ใช้ที่อยู่ออนเนียนไม่ได้เป็นการยุติเรื่องการเก็บรักษา สิทธิ์ในเนื้อหา หรือความรับผิดชอบด้านความปลอดภัย สิ่งเหล่านี้ยังคงเป็นการตัดสินใจเชิงปฏิบัติของแอปพลิเคชันที่ต้องมีแผนการดำเนินงานที่ชัดเจน 02 กำหนดให้ตัวรับฟังฝั่งแบ็กเอนด์เป็นไปอย่างตั้งใจ บริการออนเนียนจะแมปการเชื่อมต่อไปยังปลายทางแอปพลิเคชันภายในเครื่อง ตรวจสอบว่าปลายทางนั้นรับฟังที่ใดและเครือข่ายอื่นใดสามารถเข้าถึงได้ คู่มือการตั้งค่าของ Tor Project ระบุว่า Unix socket เป็นวิธีที่มีประโยชน์ในการหลีกเลี่ยงการเปิดเผยแบ็กเอนด์ต่อเครือข่ายภายในเครื่อง เลือกแนวทางที่เซิร์ฟเวอร์ของคุณรองรับและตรวจสอบการเข้าถึงได้จริง การเชื่อมต่อที่ทำงานผ่าน Tor สามารถอยู่ร่วมกับการรับฟังสาธารณะที่ไม่ตั้งใจได้ ทดสอบทั้งเส้นทางการเข้าถึงที่ตั้งใจและขอบเขตโดยรอบของแบ็กเอนด์ หลีกเลี่ยงสมมติฐานการกำหนดค่าแบบทั่วไป อ่านการตั้งค่าการรับฟังของแอปพลิเคชันและการกำหนดเส้นทางเวอร์ชวลโฮสต์ของเว็บเซิร์ฟเวอร์ แยกอินเทอร์เฟซการจัดการออกจากบริการที่ตั้งใจให้เป็นสาธารณะ และจำกัดว่าใครสามารถเปลี่ยนการตั้งค่าเหล่านั้นได้ 03 ตรวจสอบสิ่งที่แอปพลิเคชันเผยแพร่ ตรวจสอบหน้าเว็บ ไฟล์ที่อัปโหลด เอาต์พุตข้อผิดพลาด และทรัพยากรที่ฝังไว้ในมุมมองที่ผู้อ่านจะพบ แอปพลิเคชันอาจเปิดเผยรายละเอียดการดำเนินงานผ่านข้อความดีบักหรือลิงก์ไปยังทรัพยากรภายนอกโดยที่เรื่องนี้ไม่ชัดเจนในการออกแบบหลัก ตรวจสอบ URL ที่สร้างขึ้นและเมทาดาทาของเนื้อหา ให้บริการเฉพาะทรัพยากรที่การเผยแพร่ต้องการ และทำความเข้าใจคำขอจากบุคคลที่สามที่มันเริ่มต้นขึ้น สำหรับไซต์วิจัยเชิงตัวอย่าง ให้ตรวจสอบบทความ ไฟล์แนบ และหน้าติดต่อตัวอย่างก่อนเปิดตัว ตรวจสอบว่าเอกสารบรรณาธิการส่วนตัวและไฟล์สภาพแวดล้อมอยู่นอกไดเรกทอรีสาธารณะ ใช้เนื้อหาทดสอบที่ไม่ละเอียดอ่อนเมื่อตรวจสอบการอัปโหลด การเชื่อมต่อออนเนียนที่สำเร็จพิสูจน์ว่าสามารถเข้าถึงได้ การตรวจสอบเนื้อหานี้ตรวจสอบว่าบริการเปิดเผยอะไรต่อผู้อ่านจริง 04 ถือว่าข้อมูลระบุตัวตนของบริการเป็นวัสดุที่ต้องได้รับการป้องกัน การกำหนดค่าบริการออนเนียนรวมถึงวัสดุคีย์ที่ต้องคงเป็นความลับ เก็บไว้ภายนอกไฟล์เว็บไซต์สาธารณะและจำกัดการเข้าถึงเฉพาะผู้ดำเนินการที่จำเป็น วางแผนว่าการกู้คืนที่ชอบด้วยกฎหมายจะรักษาข้อมูลระบุตัวตนของบริการที่ตั้งใจไว้อย่างไร และจะจัดการกับการถูกบุกรุกอย่างไร อย่าวางคีย์บริการไว้ในคลังสาธารณะ ข้อความสนับสนุน หรือที่เก็บโครงการที่ใช้ร่วมกัน รวมแอปพลิเคชัน ข้อมูล และการกำหนดค่าบริการที่จำเป็นไว้ในการออกแบบการกู้คืน พร้อมการป้องกันที่เหมาะสมสำหรับแต่ละส่วน การสำรองข้อมูลเฉพาะเนื้อหาไซต์อาจไม่สามารถกู้คืนที่อยู่ที่ตั้งใจไว้ได้ ในขณะที่สำเนาที่มีคีย์ส่วนตัวจะสร้างการสำรองข้อมูลที่ละเอียดอ่อน จัดทำเอกสารว่าใครสามารถถอดรหัสและกู้คืนได้ และทดสอบการเข้าถึงนั้นโดยไม่เปิดเผยคีย์ในรายงานการฝึกซ้อม 05 เลือกการเข้าถึงแบบสาธารณะหรือแบบจำกัดอย่างชัดเจน การเข้าสู่ระบบของแอปพลิเคชันและการอนุญาตไคลเอนต์ Tor เป็นคนละชั้นกัน Tor Project จัดทำเอกสารเกี่ยวกับการอนุญาตไคลเอนต์เพื่อทำให้การเข้าถึงบริการออนเนียน v3 ขึ้นอยู่กับข้อมูลรับรองของไคลเอนต์ ตัดสินใจว่าโมเดลดังกล่าวเหมาะกับกลุ่มผู้อ่านและกระบวนการดำเนินงานหรือไม่ ไม่จำเป็นโดยอัตโนมัติสำหรับการเผยแพร่สาธารณะ และไม่แทนที่สิทธิ์ของแอปพลิเคชันเมื่อไคลเอนต์เชื่อมต่อแล้ว พิจารณาพอร์ทัลโครงการที่มีกลุ่มผู้ได้รับอนุมัติขนาดเล็ก คุณต้องมีวิธีแจกจ่าย เปลี่ยน และเพิกถอนวัสดุการเข้าถึงอย่างเป็นส่วนตัว รวมทั้งจัดการบัญชีแอปพลิเคชัน ทดสอบการถอนไคลเอนต์ที่ได้รับอนุญาตและผู้ใช้แอปพลิเคชันแยกจากกัน ตารางต่อไปนี้แยกการควบคุมเหล่านี้ออกจากกันแทนที่จะสัญญาว่าการตั้งค่าเดียวจะแก้ปัญหาการเข้าถึงทั้งหมด การควบคุม คำถามที่ตอบ ความรับผิดชอบที่แยกจากกัน ตัวรับฟังฝั่งแบ็กเอนด์ ใครสามารถเข้าถึงปลายทางแอปพลิเคชันภายในเครื่องได้? การกำหนดค่าเว็บเซิร์ฟเวอร์และเครือข่าย การอนุญาตไคลเอนต์ ไคลเอนต์ใดสามารถเชื่อมต่อกับบริการออนเนียนได้? การแจกจ่ายและการเพิกถอนข้อมูลรับรองส่วนตัว สิทธิ์ของแอปพลิเคชัน ผู้ใช้ที่เชื่อมต่อสามารถทำอะไรได้? บทบาทบัญชีและการเข้าถึงข้อมูล การตรวจสอบการเผยแพร่ ไซต์เปิดเผยอะไร? เนื้อหา การอัปโหลด และการจัดการข้อผิดพลาด 06 ทดสอบผ่านการเชื่อมต่อของผู้อ่าน ใช้ไคลเอนต์ที่เข้ากันได้เพื่อทดสอบหน้าเว็บ การนำทาง แบบฟอร์ม และการดาวน์โหลดผ่านเส้นทางการเข้าถึงออนเนียนที่ตั้งใจ สังเกตข้อผิดพลาดและการใช้ทรัพยากรของแอปพลิเคชันด้วยทราฟฟิกทดสอบที่ไม่เป็นอันตราย หลีกเลี่ยงการวัดเฉพาะคำขอแบ็กเอนด์ภายในเครื่อง เพราะไม่ได้ทดสอบการเชื่อมต่อเต็มรูปแบบของผู้อ่าน เก็บบัญชีทดสอบและข้อมูลรับรองการเข้าถึงแบบจำกัดใด ๆ เป็นความลับ ตรวจสอบขั้นตอนการกู้คืนและการบำรุงรักษาด้วย การอัปเดตแอปพลิเคชันควรมีจุดย้อนกลับและวิธีตรวจสอบเส้นทางออนเนียนในภายหลัง กำหนดบันทึกการดำเนินงานที่มีประโยชน์และระยะเวลาการเก็บรักษา โดยไม่สันนิษฐานว่าฉลากการแจกจ่ายหรือการขนส่งสร้างนโยบายไม่เก็บบันทึก เก็บหลักฐานให้เพียงพอต่อการวินิจฉัยข้อขัดข้องขณะหลีกเลี่ยงการเก็บรวบรวมที่ไม่จำเป็น 07 อ่านตัวเลือกการโฮสติ้งในฐานะส่วนหนึ่งของการออกแบบ SwissOctet Veil แสดงรายการตัวเลือกสแตกแอปพลิเคชัน ที่อยู่ออนเนียน และการสำรองข้อมูล เลือกสแตกที่ซอฟต์แวร์ของคุณคาดหวัง และเลือก CPU หน่วยความจำ และพื้นที่จัดเก็บให้เพียงพอต่อภาระงาน ยืนยันว่าบริการจริงจัดการการปรับใช้ ข้อมูลระบุตัวตนของบริการ และการกู้คืนอย่างไรก่อนพึ่งพา ที่ตั้งในสวิตเซอร์แลนด์ของแค็ตตาล็อกแยกจากพฤติกรรมความเป็นส่วนตัวของแอปพลิเคชันของคุณ ให้บริการนี้มีไว้สำหรับการเผยแพร่ที่ชอบด้วยกฎหมายและผู้ใช้ที่ได้รับอนุญาต วางแผนการอัปเดตของผู้ดูแล การทบทวนสิทธิ์การเข้าถึง และการตอบสนองต่อข้อมูลรับรองแอปพลิเคชันที่ถูกบุกรุก การเผยแพร่ผ่านออนเนียนจะทำงานได้ดีที่สุดเมื่อเนื้อหา การเปิดเผยแบ็กเอนด์ และการกู้คืนเป็นสิ่งที่เข้าใจได้ ช่องทางขนส่งควรสนับสนุนแผนนั้นแทนที่จะกลายเป็นข้ออ้างในการข้ามความปลอดภัยซอฟต์แวร์ทั่วไป เปลี่ยนเป็น行動 รายการตรวจสอบปฏิบัติของคุณ ✓ กำหนดเนื้อหาสาธารณะและแบบจำกัดก่อนการปรับใช้ ✓ ตรวจสอบการเปิดเผยจริงของตัวรับฟังฝั่งแบ็กเอนด์ ✓ ตรวจสอบหน้าเว็บ การอัปโหลด และคำขอทรัพยากรภายนอก ✓ ปกป้องและทดสอบการกู้คืนวัสดุคีย์บริการ ✓ แยกการอนุญาตไคลเอนต์ออกจากบทบาทของแอปพลิเคชัน ✓ ทดสอบการบำรุงรักษาและเส้นทางของผู้อ่านผ่านเส้นทางออนเนียน ดาวน์โหลดรายการตรวจสอบ คำถามที่พบบ่อย รายละเอียดที่สำคัญ การโฮสต์ออนเนียนทำให้แอปพลิเคชันไม่ระบุตัวตนได้เองหรือไม่? + ไม่ เนื้อหาที่เผยแพร่ การกำหนดค่า บัญชี และแนวปฏิบัติด้านการดำเนินงานสามารถเปิดเผยข้อมูลได้ ตรวจสอบบริการทั้งหมดแทนที่จะพึ่งพาวิธีการเชื่อมต่อ ไซต์ออนเนียนทุกแห่งควรใช้การอนุญาตไคลเอนต์หรือไม่? + ไม่ ตัดสินใจจากกลุ่มผู้อ่านที่ตั้งใจไว้ การอนุญาตไคลเอนต์จำกัดการเข้าถึงการเชื่อมต่อและเพิ่มวงจรชีวิตของข้อมูลรับรอง สิทธิ์ของแอปพลิเคชันยังคงแยกจากกัน ฉันต้องปกป้องอะไรในสำเนาการกู้คืน? + ข้อมูลไซต์และการกำหนดค่าต้องมีการควบคุมการเข้าถึงที่เหมาะสม วัสดุคีย์บริการใด ๆ ที่รวมอยู่มีความละเอียดอ่อนเป็นพิเศษและต้องคงเป็นความลับระหว่างการจัดเก็บและการกู้คืน แหล่งอ้างอิงหลัก ไปที่ต้นทาง แหล่งอ้างอิงเหล่านี้สนับสนุนแนวคิดทางเทคนิคในคู่มือนี้ ปฏิบัติตามเอกสารปัจจุบันก่อนเปลี่ยนระบบโปรดักชัน Tor Project: ตั้งค่าบริการออนเนียนของคุณ community.torproject.org Tor Project: การตั้งค่าบริการออนเนียนขั้นสูง community.torproject.org Tor Project: การอนุญาตไคลเอนต์ community.torproject.org คำแนะนำด้านบรรณาธิการโดย SwissOctet ตัวอย่างมีไว้เพื่อประกอบ ข้อมูลจำเพาะของบริการ ตัวเลือกที่มี และเงื่อนไขตามสัญญาต้องได้รับการตรวจสอบแยกต่างหาก เชื่อมโยงความรู้ โครงสร้างพื้นฐานที่เกี่ยวข้อง Veil Onion สวิตเซอร์แลนด์ Vector VPS สวิตเซอร์แลนด์ Vault Storage สวิตเซอร์แลนด์ รักษาสายไว้ บันทึกภาคสนามถัดไปของคุณ สำรวจทุกคู่มือ บันทึกภาคสนาม / 01 + คลาวด์และ VPS พื้นฐาน วิธีเลือก VPS โดยไม่เดา เปลี่ยนไอเดียแอปพลิเคชันเป็นงบประมาณทรัพยากรที่มีประโยชน์ แล้วเปรียบเทียบ CPU, หน่วยความจำ, พื้นที่จัดเก็บ และการรับส่งข้อมูลร่วมกัน อ่าน 4 นาที อ่านคู่มือ บันทึกภาคสนาม / 02 + เว็บและ onion พื้นฐาน เว็บโฮสติ้งหรือ VPS: เลือกงานที่คุณต้องการรับผิดชอบ เปรียบเทียบข้อกำหนดของแอปพลิเคชัน การควบคุม และความรับผิดชอบด้านการบำรุงรักษา แทนที่จะถือว่า VPS เป็นขั้นตอนถัดไปอัตโนมัติสำหรับทุกเว็บไซต์ อ่าน 6 นาที อ่านคู่มือ บันทึกภาคสนาม / 03 + เว็บและ onion ประยุกต์ คู่มือปฏิบัติงานสำหรับการสลับโดเมน DNS และ TLS ไปยังเซิร์ฟเวอร์ใหม่ เตรียมการกำหนดเส้นทางโฮสต์เนม ใบรับรอง และการย้อนกลับไปพร้อมกัน เพื่อให้การโยกย้ายเปลี่ยนเซิร์ฟเวอร์โดยไม่ทำลายตัวตนของเว็บไซต์หรือการเชื่อมต่อที่ปลอดภัย อ่าน 4 นาที อ่านคู่มือ