การค้นหา URL แบบย้อนกลับ (Reverse DNS Lookup)

Reverse DNS lookup

ให้ป้อนที่อยู่ IPv4 หรือ IPv6 แล้วระบบจะค้นหาและแสดงรายการ PTR ซึ่งเป็นชื่อโฮสต์ที่เจ้าของ IP ได้กำหนดไว้ อย่างไรก็ตาม ไม่ใช่ทุกที่อยู่ IP ที่มี PTR โดยเฉพาะในเครือข่ายมือถือและเครือข่ายสำหรับผู้บริโภค การขาด PTR เป็นเรื่องปกติ แต่เซิร์ฟเวอร์อีเมลที่ตั้งค่าอย่างเหมาะสมจะมีคู่ข้อมูล PTR ที่ตรงกันทั้งในทิศทางไปและกลับ นี่จึงเป็นเหตุผลว่าทำไมรายการ PTR จึงมีความสำคัญต่อการกรองสแปม

การทำงานของ Reverse DNS

  1. 1

    กำหนดรูปแบบของการสอบถาม

    IPv4 เวอร์ชัน 4.3.2.1 มีชื่อเปลี่ยนเป็น 1.2.3.4.in-addr.arpa ส่วน IPv6 จะใช้ชื่อ .ip6.arpa โดยมีการกลับด้านของไบตลำดับแรก

  2. 2

    คำสั่งค้นหาสำหรับ PTR

    คำขอ DNS จะใช้เพื่อขอข้อมูลบันทึก PTR ที่ชื่อในรูปแบบกลับด้าน

  3. 3

    รับคำตอบที่มีความน่าเชื่อถือและเป็นทางการ

    คำตอบมาจากโซน DNS ที่ผู้ให้บริการอินเทอร์เน็ต (ISP) ของ IP ควบคุม ไม่ใช่เจ้าของโดเมน

  4. 4

    ตรวจสอบข้อมูลแบบย้อนกลับไปข้างหน้า

    ในระบบที่ทำงานได้อย่างถูกต้อง ชื่อโฮสต์จะถูกกำหนดให้สอดคล้องกับ IP เดิมผ่านบันทึกประเภท A/AAAA

ต้นไม้ .in-addr.arpa

ระบบ DNS แบบย้อนกลับใช้โดเมนระดับสูงพิเศษ โดยที่ที่อยู่ IPv4 192.0.2.15 จะถูกแปลงเป็นชื่อคำขอ 15.2.0.192.in-addr.arpa การเปลี่ยนแปลงนี้เกิดจากการพลิกค่าของแต่ละออกเตต เนื่องจากระบบ DNS มีโครงสร้างแบบลำดับชั้นจากขวาไปซ้าย ดังนั้นส่วนนำหน้าที่มีขนาดใหญ่กว่า (192) จึงอยู่ใกล้กับรากของโครงสร้างมากกว่าโฮสต์ (15)

สำหรับ IPv6 ไนบ์ลแต่ละชุด (4 บิต) จะถูกกลับด้าน

2001:db8::1  →  1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.b.d.0.1.0.0.2.ip6.arpa

ใครเป็นผู้ควบคุมบันทึก PTR

ต่างจาก DNS แบบตรง (forward DNS) คุณไม่ได้เป็นเจ้าของ PTR ของตนเอง เจ้าของบล็อก IP (โดยทั่วไปคือผู้ให้บริการอินเทอร์เน็ตหรือผู้ให้บริการคลาวด์ของคุณ) เป็นผู้ควบคุมโซน in-addr.arpa และจะดำเนินการกำหนดหรือมอบหมาย PTR แทนคุณ

ทำไม PTR จึงสำคัญสำหรับอีเมล

โปรแกรมรับอีเมล (Gmail, Outlook, Fastmail และตัวกรองอีเมลหลักของบริษัทต่างๆ) จะตรวจสอบดังนี้:

  1. ที่อยู่ IP ที่ส่งข้อมูลมีรายการ PTR หรือไม่?
  2. ชื่อโฮสต์ใน PTR มีการแก้ไขคืนไปยัง IP เดียวกันหรือไม่?
  3. HELO/EHLO สอดคล้องกับ PTR หรือไม่?

PTR ที่ขาดหาย PTR ที่มีลำดับข้อมูลไม่ตรงกันระหว่างทิศทางไป-กลับ หรือ PTR ทั่วไปที่ถูกกำหนดโดยผู้ให้บริการอินเทอร์เน็ต (ISP) เช่น *.dsl. และ *.cable. จะทำให้ระบบประเมินคะแนนอีเมลเป็นประเภทสแปมได้ ส่วนเซิร์ฟเวอร์อีเมลที่ถูกต้องจะต้องมีคู่ของ PTR ที่ตรงกันอย่างสมบูรณ์

การใช้งานอื่นๆ

รูปทรงผลลัพธ์ที่พบบ่อย

ผลลัพธ์ ความหมาย
NXDOMAIN ไม่มีรายการ PTR ที่เกี่ยวข้อง
generic-host-pattern.isp.net Autogenerated ISP PTR
mail.example.com. PTR ที่ผู้ใช้กำหนดค่าเองและมีวัตถุประสงค์เฉพาะ
บันทึก PTR สองรายการหรือมากกว่านั้น เป็นไปตามกฎหมาย แม้ว่าตัวกรองอีเมลจะไม่ไว้วางใจมันอย่างมากนัก

คำถามที่พบบ่อย

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

หากคุณมีที่อยู่ IP แบบคงที่จากผู้ให้บริการคลาวด์หรือ Colo สามารถทำได้ โดยใช้แผงควบคุม DNS ของพวกเขา หรือส่งคำขอมอบอำนาจ (delegation request) ส่วนสำหรับสายโทรศัพท์บ้านแบบไดนามิกนั้น ไม่สามารถทำได้

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

ใช่ การมี PTR หลายตัวถือเป็นเรื่องที่ชอบด้วยกฎหมาย อย่างไรก็ตาม ตัวกรองอีเมลบางตัวอาจมองว่าการมี PTR หลายตัวเป็นสัญญาณในทางลบเล็กน้อย ดังนั้นในทางปฏิบัติแล้ว การมี PTR เพียงหนึ่งตัวจึงถือว่าเหมาะสมกว่า

คำขอจะถูกส่งไปยังตัวแก้ไขข้อมูลสาธารณะ และเครื่องมือนี้จะไม่เก็บข้อมูลใดๆ นอกเหนือจากคำตอบเพียงรายการเดียว