DDNS: สามารถแก้ปัญหา DIY ได้หรือไม่ ดีขึ้นหรือไม่

ฉันกำลังพยายามสร้างเซิร์ฟเวอร์อีเมล / ปฏิทินส่วนบุคคลที่บ้านของฉัน (ใช่ฉันได้ยินมาว่ามันยากลำบากมันเป็นปัญหามากและต่อ ๆ ไป แต่ฉันยังอยากลอง) ฉันมี ISP ที่ไม่มีที่อยู่ IP แบบคงที่ดังนั้นดูเหมือนว่า Dynamic Domain Name Service (DDNS) จะเป็นวิธีแก้ปัญหา

อย่างไรก็ตามฉันได้ทำการค้นคว้าและฉันพบแหล่งข้อมูลออนไลน์อย่างน้อยสองแห่งซึ่งอธิบายว่าคุณสามารถทำ DDNS ได้ด้วยตนเอง: คุณต้องมีสคริปต์ / โปรแกรมที่คอยตรวจสอบที่อยู่ IP ของคุณเป็นระยะและหากที่อยู่เปลี่ยนไป จากนั้นสคริปต์ / แอปจำเป็นต้องอัปเดตชื่อโดเมนใดก็ตามที่คุณใช้สำหรับเซิร์ฟเวอร์ที่บ้านของคุณ (ฉันบังเอิญมีโดเมนจอดอยู่กับผู้ให้บริการโฮสต์สำหรับเหตุการณ์นี้และเมื่อฉันเข้าใจแล้วฉันต้องใช้คีย์ API ของ บริษัท ผู้ให้บริการพื้นที่เพื่อปรับเปลี่ยนระเบียนโดเมน / IP ที่จำเป็นโดยทางโปรแกรม ... มีคนแจ้งให้เราทราบหากฉันทำผิดในเรื่องนี้และมีวิธีที่ง่ายกว่า)

นี่คือสิ่งที่: เมื่อคุณอัปเดตระเบียนชื่อโดเมนของคุณในแบบที่ฉันได้อธิบายไว้ข้างต้นฉันได้อ่านว่าอาจใช้เวลาหลายชั่วโมงในการเผยแพร่ทั่วทั้งระบบ / โลก (เซิร์ฟเวอร์ DNS ทั้งหมดจะต้อง repopulated กับที่อยู่ที่อัปเดตของคุณ ) อย่างไรก็ตามผู้ให้บริการ DDNS แบบจ่ายเงินหลายรายที่ฉันได้ดูดูเหมือนจะส่งเสริมความสามารถของพวกเขาในการให้การเปลี่ยนแปลงมีผลใกล้ทันที (หรืออย่างน้อยเร็วกว่าวิธี DIY ของฉัน) มันเป็นเรื่องจริงเหรอ? มีบางอย่างที่ฉันพลาดไปไหม

นอกจากนี้ฉันยังมีข้อกังวลอื่น ๆ : มีปัญหาด้านความปลอดภัยใดบ้างที่ฉันอาจมองข้ามเมื่อมีผู้ให้บริการ DDNS พวกเขาจะไม่สามารถตรวจสอบปริมาณการใช้งานทั้งหมดที่ไหลผ่านชื่อโดเมนที่พวกเขาให้หรือไม่ ใครบ้างที่มีความเห็นแจ้งเกี่ยวกับวิธีการ (จ่ายกับ DIY) อาจจะดีกว่า?

ฉันขอขอบคุณเวลาของคุณ ... ขอบคุณ!

ฉันกำลังพยายามสร้างเซิร์ฟเวอร์อีเมล / ปฏิทินส่วนบุคคลที่บ้านของฉัน (ใช่ฉันได้ยินมาว่ามันยากลำบากมันเป็นปัญหามากและต่อ ๆ ไป แต่ฉันยังอยากลอง)

คุณอาจจะไม่ได้โชคดีกับส่วนของอีเมล ดูคำตอบของ @ Alex

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

ค่อนข้างมาก

ฉันต้องการคีย์ API ของ บริษัท โฮสติ้งเพื่อปรับเปลี่ยนระเบียนโดเมน / IP ที่จำเป็นโดยทางโปรแกรม

ใช่แม้ว่า บริษัท จะให้บริการ "โฮสต์ทุกอย่าง" โดยทั่วไป บริษัท อาจไม่มี API การจัดการ DNS เลย (เน้นที่เว็บและเมลแทน) และคุณอาจต้องย้ายโดเมนไปที่อื่น

นี่คือสิ่งที่: เมื่อคุณอัปเดตระเบียนชื่อโดเมนของคุณในแบบที่ฉันได้อธิบายไว้ข้างต้นฉันได้อ่านว่าอาจใช้เวลาหลายชั่วโมงในการเผยแพร่ทั่วทั้งระบบ / โลก (เซิร์ฟเวอร์ DNS ทั้งหมดจะต้อง repopulated กับที่อยู่ที่อัปเดตของคุณ )

ไม่ต้องอัพเดตระบบของผู้ให้บริการโฮสต์ DNS ของคุณเท่านั้น ส่วนที่เหลือของโลกไม่ได้เก็บบันทึกถาวร - มันเพียงเก็บผลลัพธ์ของการค้นหาแต่ละรายการตามระยะเวลาที่ระบุในฟิลด์ "TTL" (Time To Live) ของโดเมน (sub)

อย่างไรก็ตามผู้ให้บริการ DDNS แบบจ่ายเงินหลายรายที่ฉันได้ดูดูเหมือนจะส่งเสริมความสามารถของพวกเขาในการให้การเปลี่ยนแปลงมีผลใกล้ทันที (หรืออย่างน้อยเร็วกว่าวิธี DIY ของฉัน) มันเป็นเรื่องจริงเหรอ? มีบางอย่างที่ฉันพลาดไปไหม

ฉันเดาว่าพวกเขาอนุญาตให้กำหนดค่า TTL ที่ต่ำมากในโดเมนแบบไดนามิก (ลงไปไม่กี่วินาที) ซึ่งหมายความว่ามันจะดร็อปแคชใด ๆ ได้อย่างรวดเร็วมากด้วยค่าใช้จ่ายของผู้ให้บริการ DDNS เองที่ได้รับคำขอจำนวนมาก โหลดบนเซิร์ฟเวอร์ DNS และฐานข้อมูลของพวกเขาและเป็นข้อแก้ตัวในการเรียกเก็บเงินจากคุณเพิ่มเติม) เพียงอย่างเดียวนั้นไม่ใช่สิ่งพิเศษและสามารถนำไปใช้กับวิธีการ DIY

พวกเขาจะไม่สามารถตรวจสอบปริมาณการใช้งานทั้งหมดที่ไหลผ่านชื่อโดเมนที่พวกเขาให้หรือไม่

ไม่เซิร์ฟเวอร์ DNS จะให้ที่อยู่แก่คุณเท่านั้น (เหมือนกับสมุดโทรศัพท์) และไม่เกี่ยวข้องกับการสื่อสารใด ๆ เพิ่มเติม

(เว้นเสียแต่ว่าผู้ให้บริการจะพยายามส่งคืนข้อมูลเท็จซึ่งจะทำให้ TTL ของ บริษัท สั้นลงเมื่อเว็บไซต์ข่าวเรียนรู้เกี่ยวกับมัน)

ที่กล่าวมาให้ความสนใจว่า API ทำงานอย่างไร แน่นอนคุณไม่สามารถมั่นใจได้ว่าบริการไม่มีช่องโหว่ใด ๆ แต่ถ้า (เช่น) API ทำงานผ่าน HTTP ที่ไม่ได้เข้ารหัสและส่งคีย์ API ในลักษณะที่เห็นได้ชัดนั่นไม่ใช่สิ่งที่คุณต้องการพึ่งพา

หากคุณไม่มี IP แบบคงที่คุณควรลืมเซิร์ฟเวอร์อีเมลหากคุณใช้โซลูชัน DDNS เซิร์ฟเวอร์อีเมลส่วนใหญ่จะปฏิเสธอีเมลจากคุณหรือจะติดแท็กอีเมลด้วยระดับสแปมสูงสุดเนื่องจาก IP แบบไดนามิกทั้งหมดอยู่ในรายการPBL ( คุณสามารถดูรายละเอียดเพิ่มเติมในส่วน PS เพราะเหตุใดจึงไม่ควรมีเซิร์ฟเวอร์อีเมลบน IP ที่อยู่อาศัย แต่ยังมีวิธีแก้ไขปัญหาโดยใช้ VPS ราคาถูกระดับกลาง (เซิร์ฟเวอร์ส่วนตัวเสมือน) )

เกี่ยวกับ "DDNS yourself" - ผู้รับจดทะเบียนโดเมนที่ดีที่ให้บริการอัปเดต IP ฟรีผ่าน API ของพวกเขาทุกโปรแกรมของคุณต้องทำคือการตรวจสอบ IP สาธารณะเป็นระยะและหากมีการเปลี่ยนแปลงส่ง IP ใหม่ไปยังผู้รับจดทะเบียนที่จะอัปเดตระเบียน A (AAAA) BTW เราเตอร์ส่วนใหญ่ในปัจจุบันมีคุณสมบัติดังกล่าวอยู่แล้ว (ดู IP และรายงานไปยังผู้ให้บริการ DDNS)

ฉันได้อ่านแล้วว่าอาจใช้เวลาหลายชั่วโมงในการเผยแพร่ทั่วทั้งระบบ / โลก

ขึ้นอยู่กับผู้ให้บริการ DNS ผู้ให้บริการลงทะเบียนที่เคารพสามารถตั้งค่า TTL (เวลาที่บอกคนอื่นว่า IP อาจมีการเปลี่ยนแปลงบ่อยครั้ง) เท่ากับ 5 นาที ไม่ใช่เซิร์ฟเวอร์ DNS ระดับกลางที่ส่งต่อทั้งหมดนี้เพื่อหลีกเลี่ยงการโหลดสูง แต่โดยปกติแล้วแม้ว่าพวกเขาจะไม่ปฏิบัติตาม TTL เจ้าของโดเมนซึ่งมักจะใช้เวลานานกว่าสองสามชั่วโมง ผู้ส่งต่อส่วนใหญ่จะอัปเดตแคชตามที่คุณตั้งไว้ในโดเมน TTL

มีปัญหาด้านความปลอดภัยใดบ้างที่ฉันอาจมองข้ามเมื่อมีผู้ให้บริการ DDNS

การออนไลน์จะเป็นปัญหาด้านความปลอดภัยที่เป็นไปได้อยู่แล้ว แยกเซิร์ฟเวอร์ของคุณออกจากเครือข่ายท้องถิ่นเพื่อหลีกเลี่ยงแขกที่ไม่พึงประสงค์

ใครบ้างที่มีความเห็นแจ้งเกี่ยวกับวิธีการ (จ่ายกับ DIY) อาจจะดีกว่า?

คุณจะโยนเวลาและเงินของคุณไปในอากาศถ้าคุณจะไปกับ DDNS ทุกวันนี้คุณจะได้รับ VPS ที่เหมาะสม (เซิร์ฟเวอร์ส่วนตัวเสมือน) ประมาณ 3-4 เหรียญต่อเดือน ในขณะที่เว็บไซต์ (หากคุณวางแผนที่จะมี) สามารถโฮสต์โดยตรงบน VPS เนื่องจากโดยปกติแล้วจะไม่ใช้พื้นที่มากเซิร์ฟเวอร์อีเมลอาจมีปัญหาหากคุณคาดว่าจะใช้เซิร์ฟเวอร์ของคุณเป็นเวลานานหรือคาดว่าจะมีปริมาณมาก อีเมล โดยปกติแล้วจะมีพื้นที่ 20GB เพียงพอสำหรับธุรกิจขนาดเล็กถึง 3-5 ปีแม้จะไม่มีการลบอีเมลเก่า แม้ว่าคุณจะคาดหวังอีเมลจำนวนมาก แต่คุณสามารถใช้nginxคุณสมบัติการรับส่งอีเมลพร็อกซีไปที่บ้านของคุณ ดังนั้นคุณสามารถโฮสต์เซิร์ฟเวอร์อีเมลหลักที่บ้านบนไดนามิก IP และ VPS (ที่มี IP แบบคงที่) จะพร็อกซีการรับส่งข้อมูลขาเข้า / ขาออกไปยังบ้านของคุณ คุณสามารถใช้ VPS ของคุณเองในการกำหนดค่าดังกล่าวได้โดยไม่ต้องเจ็บปวดเนื่องจากไม่จำเป็นต้องกังวลเกี่ยวกับการเผยแพร่ DNS โดเมนจะชี้ไปที่ IP แบบคงที่ของ VPS เสมอ คุณยังคงต้องจัดการการรายงานการเปลี่ยนแปลง IP ที่บ้านของคุณเป็น VPS ดังนั้น VPS จะทราบว่าจะใช้การรับส่งข้อมูลพร็อกซีที่ไหน แต่จะง่ายกว่ามากเพียงค้นหา URL บน VPS ของคุณและแยกวิเคราะห์ในบันทึก IP ที่เข้ามาของคุณและปรับ nginx คุณอยู่ไหน.

PS

ฉันเห็นว่าหัวข้อนี้น่าสนใจสำหรับผู้ใช้ระดับสูงดังนั้นฉันจะเพิ่มรายละเอียดเพิ่มเติมอีกเล็กน้อย

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

วิธีป้องกันสแปมที่มีประสิทธิภาพอันดับหนึ่งคือการลดการเชื่อมต่อจาก IP ที่ไม่มีเร็กคอร์ด PTR กลับใน DNS และไม่ตรงกับระเบียน DNS ของโดเมน แม้ว่าการเชื่อมต่อจะมาจาก IP แบบคงที่ที่ไม่มีเร็กคอร์ด PTR แต่ก็มักจะเป็นการตั้งค่าที่ไม่ดีอย่างไม่ถูกต้องหรือส่วนใหญ่มาจากเซิร์ฟเวอร์ที่ทำงานโดยแก๊งสแปม (อาจมีการยกเว้นสำหรับผู้ให้บริการรายใหญ่บางราย ในรายการที่อนุญาต) ในขณะที่การตั้งค่าเรคคอร์ด PTR แบบย้อนกลับบน VPS นั้นใช้เวลาไม่กี่นาที แต่ก็ไม่ใช่กรณีที่ IP แบบสแตติกที่ได้รับจาก ISP และกระบวนการในการตั้งค่า PTR นั้นมักจะเป็น PITA (ต้องเรียกพวกเขาส่งตั๋วหลังจากการตรวจสอบ คุณเป็นเจ้าของ IP ดั้งเดิมและรอความเมตตาของระบบดูแลระบบของพวกเขาที่ต้องตั้งค่าเรคคอร์ด PTR แบบย้อนกลับบางครั้งในเวลาไม่กี่ชั่วโมง แต่บางครั้งอาจเป็นวัน)

นอกจากนี้ไม่ใช่เรื่องสำคัญ แต่ ... เพื่อหลีกเลี่ยงการปลอมอีเมลเจ้าของเซิร์ฟเวอร์อีเมลส่วนใหญ่ใช้SPF ที่เรียกว่า(กรอบนโยบายผู้ส่ง) ซึ่งอนุญาตให้ระบุวิธีการประมวลผลนโยบายที่รวดเร็วที่สุดหากตั้งไว้ในที่อยู่ IP ที่ได้รับอนุญาต DNS ที่อนุญาตให้ส่งอีเมล ในนามของโดเมน (หนึ่งสามารถระบุเซิร์ฟเวอร์ที่ได้รับอนุญาตโดยFQDNเป็นข้อมูลอ้างอิงไปยังระเบียน MX แต่เป็นการเดินทางรอบพิเศษผ่าน DNS สำหรับการเชื่อมต่อเซิร์ฟเวอร์) ดังนั้นการจัดการ IP แบบลอยใน DNS จะไม่สนุก

ฉันมี ISP ที่ไม่มีที่อยู่ IP แบบคงที่ดังนั้นดูเหมือนว่า Dynamic Domain Name Service (DDNS) จะเป็นวิธีแก้ปัญหา

นั่นเป็นทางออกหนึ่ง เป็นตัวอย่างของโซลูชันอื่นอุโมงค์ HurricaneElectric.net IPv6 ให้ที่อยู่แบบคงที่ (IPv6) พร้อมกับจุดสิ้นสุดอุโมงค์แบบเคลื่อนย้ายได้ ได้รับในเวลานี้ IPv4 จะดีกว่าสำหรับการสนับสนุนการทำงานกับสาธารณะทั่วไป แต่ถ้าคุณสามารถหาคอมพิวเตอร์สหกรณ์ที่เต็มใจคุณก็สามารถทำสิ่งนี้กับ IPv4 ได้ในทางเทคนิค

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

ฟังดูเหมือนแผนแข็งแกร่งทางเทคนิค

ฉันต้องการคีย์ API ของ บริษัท โฮสติ้งเพื่อปรับเปลี่ยนระเบียนโดเมน / IP ที่จำเป็นโดยทางโปรแกรม ... มีคนแจ้งให้เราทราบหากฉันทำผิดในเรื่องนี้และมีวิธีที่ง่ายกว่า)

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

นี่คือสิ่งที่: เมื่อคุณอัปเดตระเบียนชื่อโดเมนของคุณในแบบที่ฉันได้อธิบายไว้ข้างต้นฉันได้อ่านว่าอาจใช้เวลาหลายชั่วโมงในการเผยแพร่ทั่วทั้งระบบ / โลก (เซิร์ฟเวอร์ DNS ทั้งหมดจะต้อง repopulated กับที่อยู่ที่อัปเดตของคุณ )

Bah humbug เป็นที่ทราบกันดีว่าการแพร่กระจาย DNS ใช้เวลาหลายนาทีหรือหลายชั่วโมงหรือหลายวัน อย่างไรก็ตามเมื่อผู้คนวิเคราะห์สิ่งต่าง ๆ อย่างหนักพวกเขาพบว่าเวลา "เผยแพร่" ที่คลุมเครือนั้นมาจากผู้ให้บริการโฮสต์ DNS ที่อัปเดตช้า

ในทฤษฎีที่ดีกว่าคุณควรจะต้องรอค่า TTL แม้ว่าจะมีปัญหากับทฤษฎีนั้น ...

อย่างไรก็ตามผู้ให้บริการ DDNS แบบจ่ายเงินหลายรายที่ฉันได้ดูดูเหมือนจะส่งเสริมความสามารถของพวกเขาในการให้การเปลี่ยนแปลงมีผลใกล้ทันที (หรืออย่างน้อยเร็วกว่าวิธี DIY ของฉัน) มันเป็นเรื่องจริงเหรอ? มีบางอย่างที่ฉันพลาดไปไหม

ตกลงนี่คือความจริง: เพื่อให้การอัปเดตของคุณมีผลอย่างสมบูรณ์คุณจะต้องให้อินเทอร์เน็ตล้างแคชข้อมูลเก่าที่ใช้งานอยู่

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

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

ดังนั้นเซิร์ฟเวอร์อีเมลใด ๆ ที่ใช้เซิร์ฟเวอร์ DNS ดังกล่าวอาจได้รับผลกระทบและไม่สามารถสังเกตเห็นการอัปเดตของคุณจนกว่าเซิร์ฟเวอร์ DNS จะได้รับการอัปเดต ในบางกรณีอาจใช้เวลาหนึ่งหรือสองวัน (หรือสามครั้ง)

อย่างไรก็ตามผลดังกล่าวได้กลายเป็นของหายากมากขึ้น ในทางปฏิบัติจริงเซิร์ฟเวอร์ DNS ส่วนใหญ่จะล้างแคชภายในหนึ่งหรือสองชั่วโมง

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

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

ความคิดเห็นของอเล็กซ์ "IP แบบไดนามิกทั้งหมดอยู่ในรายการ PBL" ผิดอย่างชัดเจนเนื่องจากข้อมูลนี้ถูกยกเลิกการรวมศูนย์ (ดังนั้นคำว่า "ทั้งหมด" ไม่ถูกต้อง) แต่เป็นความจริงที่ว่า IP แบบไดนามิกจำนวนมากอยู่ในรายการดังกล่าวและอาจ หมายความว่าคอมพิวเตอร์ / อุปกรณ์บางอย่างที่เกี่ยวข้องกับอีเมลอาจตัดสินใจที่จะไม่ร่วมมือกับคุณ

นอกจากนี้ฉันยังมีข้อกังวลอื่น ๆ : มีปัญหาด้านความปลอดภัยใดบ้างที่ฉันอาจมองข้ามเมื่อมีผู้ให้บริการ DDNS

สิ่งที่น่ากังวลที่สุดคือการอัพเดตของคุณจะได้รับการจัดการอย่างปลอดภัยหรือไม่

พวกเขาจะไม่สามารถตรวจสอบปริมาณการใช้งานทั้งหมดที่ไหลผ่านชื่อโดเมนที่พวกเขาให้หรือไม่

ไม่งานของเซิร์ฟเวอร์ DNS คือการรับคำขอชื่อโดเมนและให้คำตอบ การตอบสนองทั่วไปแบบดั้งเดิมคือการให้ที่อยู่ IP อย่างน้อยหนึ่งรายการ คำตอบอื่น ๆ ที่เป็นไปได้เช่นการอ้างอิงไปยังเซิร์ฟเวอร์ DNS อื่นหรือชื่อโดเมน (เช่น CNAME) หรือข้อมูลอื่น ๆ (เช่นช่วยให้การรักษาความปลอดภัยผ่านมาตรฐาน DNSSec ที่ใหม่กว่า)

ใครบ้างมีความเห็นแจ้ง ...

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

ตัวอย่างเช่นฉันรู้ว่าเซิร์ฟเวอร์อีเมลที่ติดตั้งกับ Debian และ Postgrey เมื่อหลายปีก่อน Postgrey เป็นซอฟต์แวร์ที่ให้การจัดการต่อต้านสแปม "greylisting" อย่างไรก็ตามเวอร์ชันของ Postgrey ที่ใช้จะถือว่าเมื่อเซิร์ฟเวอร์อีเมลลองอีเมลอีกครั้งเซิร์ฟเวอร์อีเมลที่ส่งจะใช้ที่อยู่ IP เดียวกันเมื่อทำเช่นนั้น เป็นที่ทราบกันดีว่าเซิร์ฟเวอร์อีเมล Office 365 พยายามส่งอีเมลจากที่อยู่ IP อื่นที่ยังอยู่ในเครือข่ายย่อยของ IPv6 / 64 Postgrey ไม่ชอบสิ่งนั้น

เนื่องจากองค์กรจำนวนมากเปลี่ยนไปใช้ Office 365 สิ่งนี้กลายเป็นปัญหามากขึ้นเรื่อย ๆ สำหรับผู้ใช้เซิร์ฟเวอร์อีเมลเก่า ซอฟต์แวร์ Postgrey เวอร์ชันใหม่เปิดตัวแล้ว แต่วิธีที่ง่ายในการติดตั้งซอฟต์แวร์ดังกล่าวคือการใช้ที่เก็บซอฟต์แวร์อย่างเป็นทางการสำหรับระบบปฏิบัติการนั้น ดังนั้นในทางปฏิบัติวิธีที่ชาญฉลาดในการอัปเดตซอฟต์แวร์นั้นจะเป็นการอัพเกรดระบบปฏิบัติการ

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

แน่นอนว่าเมื่อพูดอย่างเข้มงวดเกี่ยวกับข้อกำหนดทางเทคนิคอย่างเป็นทางการองค์กรยักษ์ใหญ่กำลังดำเนินการบางอย่างที่แตกต่างจากข้อกำหนดขั้นต่ำที่ต้องการโดยเอกสาร RFC ที่มีข้อกำหนดทางเทคนิคของโปรโตคอลที่ใช้ แต่ถ้าคุณต้องการสื่อสารกับชุมชนอินเทอร์เน็ตขนาดใหญ่มีมาตรฐานเพิ่มเติมบางอย่างที่กำหนดโดยผู้เล่นที่สำคัญ / ใหญ่ เตรียมพร้อมที่จะทำตามมาตรฐานเหล่านั้นให้ดีหรือเตรียมรับมือกับปัญหาบางอย่าง

ฉันค่อนข้างคลุมเครือเกี่ยวกับสิ่งที่มาตรฐานเหล่านี้เป็นเพราะพวกเขาสามารถเปลี่ยนแปลงได้ตลอดเวลา

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

... เกี่ยวกับวิธีการใด (จ่ายกับ DIY) อาจจะดีกว่า

ดังที่คนอื่น ๆ ชี้ว่าการจ่ายเงินจะง่ายกว่ามากและประหยัดสำหรับคนส่วนใหญ่ ข้อเสนอที่มีขนาดใหญ่มีแนวโน้มที่จะให้ที่อยู่ IP ที่เสถียรซึ่งคุณสามารถให้ระเบียน MX ของคุณชี้ไปที่ (ดังนั้นอีเมลจะไปที่นั่น) และอาจมอบแบนด์วิดธ์ที่ดีกว่าอย่างเห็นได้ชัด

DIY นั้นดีกว่าสำหรับการได้รับประสบการณ์และการเรียนรู้ว่าสิ่งต่าง ๆ ทำงานอย่างไรและเลือกที่จะไม่พึ่งพาการใช้งานจาก บริษัท ใหญ่ ๆ เพียงอย่างเดียว การมีการควบคุมการใช้งานของคุณมากขึ้นสามารถช่วยให้คุณทำการเปลี่ยนแปลงที่สำคัญได้อย่างรวดเร็วยิ่งขึ้น

สิ่งที่ "ดีกว่า" จะขึ้นอยู่กับเป้าหมายส่วนบุคคลของคุณดังนั้นฉันจึงทิ้งข้อสรุปดังกล่าวขึ้นอยู่กับคุณ

ใช่มันเป็นไปได้ที่จะโฮสต์เซิร์ฟเวอร์ DDNS ด้วยตัวคุณเอง (อันที่จริงแล้วฉันได้เขียนการใช้งานที่สอดคล้องกับ DynDNS สำหรับ DJBs ด้วยตนเองบางครั้งก่อนหน้านี้) คุณสามารถใช้ไคลเอนต์ DynDNS ปกติบน IP แบบไดนามิกเพื่ออัปเดตชื่อ DNS ของคุณ แต่รหัสเซิร์ฟเวอร์จะยังคงทำงานที่ไหนสักแห่งด้วย IP แบบคงที่ (เนื่องจากเซิร์ฟเวอร์ GTLDยังคงต้องระบุระเบียน NS สำหรับโดเมนของคุณเป็น IP แบบคงที่บางส่วน)

นอกจากนี้หากคุณไม่ได้โฮสต์ DNS ของคุณเอง แต่ให้ผู้ให้บริการบุคคลที่สามทำการดาวน์โหลด DNS นั้นพวกเขาอาจจะให้ API แก่คุณในการเปลี่ยน IP ตามที่คุณพูด มันอาจแพร่กระจายช้ากว่าโซลูชัน DDNS ที่เหมาะสมและคุณจะไม่โฮสต์ตัวเองอย่างสมบูรณ์ แต่ขึ้นอยู่กับบุคคลที่สามสำหรับบริการ DNS พวกเขามักจะไม่เป็นอันตราย (และมีปัญหาด้านความปลอดภัยอื่น ๆ อีกมากมายบนอินเทอร์เน็ตที่จะเป็นห่วงมากขึ้นเกี่ยวกับ) แต่ฉันยังคงต้องการวิธีการแก้ปัญหาภายใต้การควบคุมของฉัน (ถ้าไม่มีอะไรอย่างอื่น ถูกล็อคอยู่)

ฉันยังเรียกใช้อินสแตนซ์เซิร์ฟเวอร์ปฏิทิน / ที่ติดต่อ / รูปภาพของฉันเองแทนที่จะส่งข้อมูลไปยัง google หรือบุคคลอื่น (โดยใช้โอเพ่นซอร์สNextcloudและอินสแตนซ์Mediagoblin ) ในขณะที่ฉันรัน VPS "ของฉัน" ที่มี IP แบบคงที่ (เพราะทั้งง่ายและให้แบนด์วิดท์มากกว่า) แต่ทั้งคู่ก็สามารถทำงานบนไดนามิกไอพีที่คุณมีที่บ้านได้

นอกจากนี้ตามที่คนอื่น ๆ กล่าวไว้สำหรับการส่งจดหมายคุณจะไม่สามารถส่งอีเมลได้โดยตรงจากเซิร์ฟเวอร์นั้นเนื่องจากบัญชีดำของ PBL (บางครั้งจะทำงานหายไปหรือถูกเด้งในเวลาอื่นหรือทำเครื่องหมายว่าเป็นสแปม) แต่ถ้าคุณ ตกลงผ่านการส่งต่อผ่านเซิร์ฟเวอร์ SMTP อื่น ๆ (เช่นจาก gmail หรือ ISP ของคุณ) มันจะทำงานได้ดี

อย่างไรก็ตามเซิร์ฟเวอร์จดหมายขาเข้า (MX) บน IP แบบไดนามิกอาจเป็นปัญหาได้ ตัวอย่างเช่นหากมีจดหมายมาถึงในขณะที่คุณกำลังเปลี่ยน IP เป็นไปได้ว่าจะพยายามส่งไปยัง IP ที่คุณมีเมื่อครู่ก่อน แต่ตอนนี้ลูกค้ารายอื่นมี ในกรณีส่วนใหญ่มันจะส่งผลให้เกิดการเชื่อมต่อที่ล้มเหลวและทำให้เมลล่าช้า แต่หากลูกค้ารายอื่นเรียกใช้เซิร์ฟเวอร์ SMTP เมลจะถูกส่งถึงเขา / เธอหรือถูกตีกลับด้วยข้อผิดพลาดร้ายแรง "ผู้รับไม่มี" (ซึ่งโดยปกติจะ ยกเลิกการเป็นสมาชิกของคุณโดยอัตโนมัติจากรายการส่งเมล ฯลฯ ) นอกจากนี้หาก IP ของคุณไม่มี DNS ย้อนกลับ (หรือบางครั้งอาจมี แต่ถ้าเป็นแบบไดนามิก!) เซิร์ฟเวอร์อีเมลบางแห่งจะปฏิเสธที่จะส่งจดหมายถึงคุณ

แต่ถ้าเปอร์เซ็นต์ของจดหมายที่หายไปหรือส่งผิดนั้นไม่ใช่ปัญหาสำหรับคุณดังนั้นคุณสามารถลองใช้งานได้

โปรดทราบว่าอาจเป็นไปได้ว่า ISP ของคุณมีกฎเกณฑ์ในการให้บริการบนอินเทอร์เน็ต "Consumer Internet" ราคาถูกและอาจปิดตัวคุณหากพวกเขาพบว่าคุณผิดสัญญา หรือพวกเขาอาจกำลังบล็อกการเชื่อมต่อเข้ามาที่บ้านของคุณบนพอร์ตยอดนิยม lownumbered เช่น tcp / 25, 80, 443 เป็นต้นซึ่งอาจทำลายความคิดของคุณในการโฮสต์ด้วยตนเอง (เว้นแต่คุณจะเปลี่ยน ISP "ซึ่งมักจะมี IP คงที่)

และสิ่งสุดท้ายที่ควรทราบคือในการเชื่อมต่ออินเทอร์เน็ตภายในบ้านของผู้บริโภคทั่วไป (เช่น ADSL, สายเคเบิลและอื่น ๆ ) ความเร็วนั้นไม่สมมาตร - นั่นคือการดาวน์โหลดของคุณเร็วกว่าความเร็วการอัพโหลดของคุณมาก สิ่งใดที่ไม่ดีถ้าคุณต้องการแสดงเนื้อหาสาธารณะที่ใหญ่กว่าเช่นรูปภาพ (แทนที่จะพึ่งพา facebook หรือ google เพื่อสิ่งนั้นและสละสิทธิ์ของคุณ) จากบ้านของคุณเนื่องจากมันจะช้า (ไม่ใช่สำหรับคนที่ดาวน์โหลดรูปภาพจากคุณ แต่สำหรับการเชื่อมต่ออินเทอร์เน็ตทั้งหมดของคุณด้วย)

คำตอบอื่น ๆ ได้อธิบายแล้วส่วน DDNS

ฉันจะอธิบายว่าทำไมคุณต้องใช้เซิร์ฟเวอร์แยกต่างหากเพื่อส่งอีเมล (เนื่องจากคำอธิบายสั้น ๆ จาก @Alex ไม่สมบูรณ์)

สิ่งสำคัญที่สุดคือคุณต้องมีเรกคอร์ด PTR ย้อนกลับที่ถูกต้องเพื่อส่งอีเมล - เซิร์ฟเวอร์อีเมลจำนวนมากจะตรวจสอบและตีกลับอีเมลของคุณหากเรคคอร์ด DNS ย้อนกลับสำหรับที่อยู่ IP ไม่ตรงกับโดเมนของผู้ส่ง บันทึกนี้จัดทำโดยเจ้าของที่อยู่ IP - เช่น ISP ของคุณ

ตอนนี้ลองนึกภาพว่าคุณมีความถูกต้องได้รับการปรับปรุง DNS แบบย้อนกลับ (ฮ่า - ฮ่า) คุณยังต้องโน้มน้าวใจทุกคนว่าโดเมนของคุณนั้นถูกต้องและอีเมลขาออกของคุณไม่ใช่สแปม

ตามที่อธิบายโดย @Alex ผู้ให้บริการจดหมายเวลาขนาดเล็กชอบใช้ spamhaus และบัญชีดำออนไลน์อื่น ๆ แต่ฉันเห็นผู้ดูแลระบบขององค์กรทำสิ่งที่โง่มาก ๆ (เช่นการบล็อกอีเมลทั้งหมดซึ่งไม่ได้มาจาก Gmail / Hotmail) ที่จริงแล้วมันไม่ได้เป็นแค่ "ผู้ดูแลระบบขององค์กร" - ฉันได้เห็นการลงทะเบียนบล็อกของSourceforgeจากโดเมนอีเมลองค์กรที่ถูกต้องเพราะ "เราไม่รู้ว่าทำไม แต่ตัวกรองสแปมของเราคิดว่าคุณไม่ดี" เพียงแค่เพิกเฉยพวกเขา - คุณไม่สามารถใช้งานได้กับทุกคนภายใต้ท้องฟ้า

วันนี้จดหมายที่มีผู้สนับสนุนจำนวนมากไม่ต้องพึ่งพา spamhaus หรือ PBL อื่น ๆ พวกเขาติดตามความน่าเชื่อถือของคุณเอง ชื่อเสียงของผู้ส่ง (อย่างน้อยส่วนใหญ่) จะถูกแนบกับ IP นี่เป็นเพราะผู้ส่งอีเมลขยะมักจะได้รับการบูทจากโฮสต์ของตนบ่อยครั้งดังนั้นพวกเขาจึงถูกบังคับให้ข้าม IP จากมุมมองของ Gmail โดเมน / IP ที่คุณเพิ่งสร้างไม่แตกต่างจากผู้ส่งสแปมทั่วไป เมื่อคุณเริ่มส่งอีเมลชื่อเสียงของคุณอยู่ในระดับต่ำ (คุณจะถือว่าเป็นผู้ส่งสแปมโดยค่าเริ่มต้น!) อีเมลขาออกส่วนใหญ่ของคุณจะถูกทำเครื่องหมายว่าเป็นสแปม เมื่อมีคนตอบอีเมลของคุณหรือทำเครื่องหมายว่าถูกต้อง (โดยการกดปุ่มที่เกี่ยวข้องในเว็บอินเตอร์เฟสของผู้ให้บริการอีเมลของพวกเขา) ความไว้วางใจที่มีต่อคุณจะเพิ่มขึ้นเล็กน้อย อย่างที่คุณเห็นในการขยายชื่อเสียงของผู้ส่งคุณจะต้องใช้โดเมนเดียวกันบน IP เดียวกันในช่วงหลายปีที่ผ่านมา นี้สามารถ'

เมื่อคุณเช่า VPS จากผู้ให้เช่าการดูแลโฮมเซิร์ฟเวอร์บน IP แบบไดนามิกจะกลายเป็นเรื่องง่ายขึ้นมาก คุณจะสามารถใช้ VPS นั้นเป็นเซิร์ฟเวอร์ DDNS ของคุณเองด้วย TTL ที่ต่ำมาก คุณอาจจะสามารถสละ DNS และใช้วิธีการอื่น (เช่นการเปลี่ยนเส้นทาง HTTP) เพื่อจัดการการเปลี่ยน IP ของกล่องบ้านของคุณ คุณจะยังสามารถรับอีเมลได้โดยตรงไปที่กล่องบ้านของคุณ - เลือกที่จะใช้ทางเลือก VPS เมื่อ IP ที่บ้านของคุณไม่ทำงานหรือมีการเปลี่ยนแปลงล่าสุด

มันสามารถทำได้บน CPanel โดยใช้สคริปต์ PHP เพียงแค่ให้แน่ใจว่าคุณตั้งค่าความปลอดภัยของคุณอย่างถูกต้อง (HTTPS และอื่น ๆ ) และอ่าน ToS จากผู้ให้บริการโฮสติ้งของคุณ

https://www.shadowsplace.net/1231/internet/use-whm-cpanel-as-dynamic-dns-service/

หากคุณเลียนแบบโครงร่าง URL ผู้ให้บริการ DNS แบบไดนามิกที่เป็นที่นิยมคุณสามารถใช้ฟังก์ชั่น Dynamic DNS ในตัวในอุปกรณ์ 'กล่องดำ' (เช่น NAS, IP Cam, ฯลฯ ) และให้เราเตอร์เปลี่ยนเส้นทางคำขอไปยังโฮสต์ของคุณแทน .

Additon อ่อนน้อมถ่อมตนของฉันไปยังบริการ Dyndns ซึ่งฟรีและทำงานบนระบบจำนวนมาก (รวมถึงเราเตอร์) - freedns.afraid.org

ฉันใช้เพื่อให้ที่อยู่ IP บ้านของฉันชี้ไปที่ชื่อโดเมนที่เลือกซึ่งรายการนั้นให้บริการฟรี rPi ของฉันเรียกใช้งานสคริปต์ "curl" และใช้งานได้ดีสำหรับฉัน (เนื่องจากฉันไม่ได้ใช้เซิร์ฟเวอร์เมลที่ไม่เป็นปัญหาหากไม่มี 10 นาที)

ฉันมีความคิดเดียวกันกับการใช้เซิร์ฟเวอร์อีเมลที่บ้าน แต่ ISP บล็อกการรับส่งข้อมูลดังนั้นฉันจึงต้องละทิ้ง :-(

ด้วยความเคารพ.