การค้นหา URL แบบย้อนกลับ (Reverse DNS Lookup)
ให้ป้อนที่อยู่ IPv4 หรือ IPv6 แล้วระบบจะค้นหาและแสดงรายการ PTR ซึ่งเป็นชื่อโฮสต์ที่เจ้าของ IP ได้กำหนดไว้ อย่างไรก็ตาม ไม่ใช่ทุกที่อยู่ IP ที่มี PTR โดยเฉพาะในเครือข่ายมือถือและเครือข่ายสำหรับผู้บริโภค การขาด PTR เป็นเรื่องปกติ แต่เซิร์ฟเวอร์อีเมลที่ตั้งค่าอย่างเหมาะสมจะมีคู่ข้อมูล PTR ที่ตรงกันทั้งในทิศทางไปและกลับ นี่จึงเป็นเหตุผลว่าทำไมรายการ PTR จึงมีความสำคัญต่อการกรองสแปม
การทำงานของ Reverse DNS
-
1
กำหนดรูปแบบของการสอบถาม
IPv4 เวอร์ชัน 4.3.2.1 มีชื่อเปลี่ยนเป็น 1.2.3.4.in-addr.arpa ส่วน IPv6 จะใช้ชื่อ .ip6.arpa โดยมีการกลับด้านของไบตลำดับแรก
-
2
คำสั่งค้นหาสำหรับ PTR
คำขอ DNS จะใช้เพื่อขอข้อมูลบันทึก PTR ที่ชื่อในรูปแบบกลับด้าน
-
3
รับคำตอบที่มีความน่าเชื่อถือและเป็นทางการ
คำตอบมาจากโซน DNS ที่ผู้ให้บริการอินเทอร์เน็ต (ISP) ของ IP ควบคุม ไม่ใช่เจ้าของโดเมน
-
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 แทนคุณ
- ISP ของบ้าน: โดยทั่วไปจะเป็น PTR ที่สร้างขึ้นโดยอัตโนมัติ เช่น
c-76-102-34-150.hsd1.ca.comcast.netไม่สามารถเปลี่ยนแปลงได้ - ผู้ให้บริการคลาวด์: AWS, GCP และ Azure ต่างก็มีคอนโซลหรือ API สำหรับการกำหนด PTR แบบกำหนดเองสำหรับ IP แบบ Elastic IP ที่คุณเป็นเจ้าของ
- การตั้งอยู่ร่วมกัน (Co-location): ผู้ให้บริการอินเทอร์เน็ตสนับสนุนระบบการมอบหมาย DNS โดยทั่วไปผ่านแบบฟอร์ม LOA หรือใบแจ้งการขอ (ticket)
ทำไม PTR จึงสำคัญสำหรับอีเมล
โปรแกรมรับอีเมล (Gmail, Outlook, Fastmail และตัวกรองอีเมลหลักของบริษัทต่างๆ) จะตรวจสอบดังนี้:
- ที่อยู่ IP ที่ส่งข้อมูลมีรายการ PTR หรือไม่?
- ชื่อโฮสต์ใน PTR มีการแก้ไขคืนไปยัง IP เดียวกันหรือไม่?
- HELO/EHLO สอดคล้องกับ PTR หรือไม่?
PTR ที่ขาดหาย PTR ที่มีลำดับข้อมูลไม่ตรงกันระหว่างทิศทางไป-กลับ หรือ PTR ทั่วไปที่ถูกกำหนดโดยผู้ให้บริการอินเทอร์เน็ต (ISP) เช่น *.dsl. และ *.cable. จะทำให้ระบบประเมินคะแนนอีเมลเป็นประเภทสแปมได้ ส่วนเซิร์ฟเวอร์อีเมลที่ถูกต้องจะต้องมีคู่ของ PTR ที่ตรงกันอย่างสมบูรณ์
การใช้งานอื่นๆ
- การวิเคราะห์บันทึก (Log Analysis): บันทึกที่มีข้อมูล IP จำนวนมากมักมีความไม่แน่นอน; การค้นหาผ่าน PTR จะเปลี่ยนค่า
52.84.192.*เป็นcloudfront.netซึ่งช่วยให้เห็นรูปแบบต่างๆ ได้อย่างชัดเจน - การตรวจสอบการใช้งานที่ผิดปกติ: PTR ช่วยให้คุณทราบข้อมูลเบื้องต้นเกี่ยวกับเจ้าของ IP ได้อย่างรวดเร็ว ก่อนที่จะดำเนินการตรวจสอบผ่าน WHOIS
- การตรวจสอบความถูกต้องของข้อมูลตำแหน่งทางภูมิศาสตร์: PTR มักมีรหัสภูมิภาค (เช่น
ams-สำหรับอัมสเตอร์ดัม และsin-สำหรับสิงคโปร์) ซึ่งช่วยในการตรวจสอบความตรงกันระหว่างข้อมูล GeoIP - การระบุตัวตนของ CDN: ชื่อโฮสต์ เช่น
*.akamaitechnologies.com,*.cloudfront.net,*.fastly.netสามารถบ่งบอกได้ว่าใครเป็นผู้ดูแลเว็บไซต์นั้น
รูปทรงผลลัพธ์ที่พบบ่อย
| ผลลัพธ์ | ความหมาย |
|---|---|
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 เพียงหนึ่งตัวจึงถือว่าเหมาะสมกว่า
คำขอจะถูกส่งไปยังตัวแก้ไขข้อมูลสาธารณะ และเครื่องมือนี้จะไม่เก็บข้อมูลใดๆ นอกเหนือจากคำตอบเพียงรายการเดียว