เป็นไปได้หรือไม่ที่จะหาโดเมนย่อยทั้งหมดสำหรับโดเมนหนึ่ง ๆ


14

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

สิ่งเหล่านี้ยากที่จะคาดเดาโดเมนย่อยเช่น:

  • donottestme123789.example.com
  • preview_for_you15685485468.example.com

และอื่น ๆ ...

ในอดีตที่ผ่านมาเราสังเกตเห็นว่ามีผู้ใช้บางส่วนใช้อินสแตนซ์ของโครงการเหล่านั้นซึ่งไม่ควรรู้ด้วย :-)

มีวิธีอื่นนอกเหนือจาก Google หรือไม่ก็บังคับให้รับรายชื่อโดเมนย่อยทั้งหมดจากโดเมนหรือไม่


คุณหมายถึงโดเมนระดับบนสุดทั้งหมดหรือไม่ นั่นหมายถึง. com, .org, .net, .uk เป็นต้นคุณหมายถึงโดเมนเช่น example.com จริงหรือ
dunxd

ฉันหมายถึงโดเมน - ขอโทษ - แก้ไขคำถาม ...

@Christofian - ไม่มีไซต์: *. sitename.com จะไม่ทำงาน Google ไม่อนุญาตให้ใช้สัญลักษณ์แทนในการค้นหาไซต์อีกต่อไป

ฉันชอบหนึ่งคำตอบจากฟอรั่มนี้ - การเชื่อมโยง การค้นหาไซต์: sitename.com -inurl: www ให้โดเมนย่อยทั้งหมดที่จัดทำดัชนีโดยเครื่องมือค้นหา

คำตอบ:


13

ไม่ไม่มีทางอื่นนอกจากการดุร้าย

และหากคุณลองทำเช่นนั้นคุณอาจพบว่าตัวเองขึ้นบัญชีดำ


7

ลองใช้สคริปต์เดรัจฉานบังคับนี้ใน Linux: ใช้การค้นหา DNS ย้อนกลับ (หนึ่งชื่อต่อ IP) ดังนั้นจึงไม่สามารถหาโฮสต์เสมือน (เมื่อใช้หนึ่ง IP มากกว่าหนึ่งชื่อ)

vi /tmp/dnsscan.sh

พิมพ์iและวางสิ่งนี้:

#!/bin/bash
IPPFX=$1
for i in `seq 1 255` ; do LIST="$LIST ${IPPFX}.$i" ; done
for i in $LIST ; do
    ENTRY="`host $i`"
    [ $? -ne 0 ] && continue
    ENTRY=`echo "$ENTRY" l sed -e 's/.* //' -e 's/\.$//'`
    echo -e "$i\t$ENTRY"
done

จากนั้นพิมพ์[Esc]: wqและเรียกใช้

chmod 777 /tmp/dnsscan.sh

แล้ว:

/tmp/dnsscan.sh your.ipv4.address

แทนที่your.ipv4.addressด้วยIPv4 โดยไม่มี octet ล่าสุด!

ตัวอย่างเช่นhttp://www.wikipedia.orgมีที่อยู่ IP ถัดไป: 208.80.152 .201 ดังนั้นคุณต้องดำเนินการนี้:

/tmp/dnsscan.sh 208.80.152

ผลลัพธ์จะเป็น:

208.80.152.1    vrrp-gw-100.wikimedia.org
208.80.152.2    rr.pmtpa.wikimedia.org
208.80.152.3    upload.pmtpa.wikimedia.org
208.80.152.5    m.pmtpa.wikimedia.org
208.80.152.6    owa.wikimedia.org
208.80.152.7    payments.wikimedia.org
208.80.152.10   lvs-svc-test.wikimedia.org
... so on

หากคุณต้องการค้นหาโฮสต์เสมือนลอง Bing.com ด้วยIP จริง :

ตัวอย่าง: http://www.bing.com/search?q=**IP:208.80.152.201


6

ลูกค้าของคุณควรมีสิทธิ์เข้าถึงและควบคุมเนมเซิร์ฟเวอร์ซึ่งเป็นสิทธิ์สำหรับโดเมนของเขา

ทำไมไม่ถามผู้ดูแลระบบ DNS ถึงการดาวน์โหลด / ส่งออกโซน


3

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


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

คุณไม่จำเป็นต้องคลิกที่ลิงก์เพื่อโหลดเนื้อหาภายนอกใด ๆ (รูปภาพ) บนเว็บไซต์ทดสอบจะปรากฏเป็นผู้อ้างอิงบนเซิร์ฟเวอร์ภายนอก
arjarj

@arjaj: ถูกต้องทางเทคนิคและใช้สำหรับแอปพลิเคชันการวิเคราะห์จำนวนมาก แต่ฉันหมายถึงการกระทำของผู้ใช้ที่เข้าชมหน้าเว็บเป็นคำตอบที่กล่าวถึง คำตอบของ gbroiles ดูเหมือนจะแนะนำว่าเพียงแค่ใช้หน้าต่าง / แท็บเบราว์เซอร์เดียวกันเพื่อเยี่ยมชมเว็บไซต์อื่นจะทำให้ URL ของเว็บไซต์ปัจจุบันถูกบันทึกเป็นผู้อ้างอิง แต่นั่นไม่ใช่กรณีเว้นแต่คุณจะมาถึงไซต์ใหม่ผ่านลิงก์ (หรือเปลี่ยนเส้นทาง)
Lèsemajesté

1

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


1

ใช่ถ้าคุณ google site:*.sitename.com, google จะแทนที่*และแสดงรายการของโดเมนย่อย


0

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

และมีกรณีของสัญลักษณ์แทนในการประกาศโซนเสมอซึ่งในกรณีนี้โดเมนย่อยใด ๆ จะเป็นโดเมนย่อยที่ถูกต้อง ...


0

คุณมีสิทธิ์เข้าถึง plesk สำหรับโฮสต์ของพวกเขาหรือไม่ในนั้นคุณสามารถดูภายใต้แท็บโดเมนย่อยของโดเมนหลัก

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.