การรับส่งข้อมูลภาษาจีนที่ผิดทิศทางลึกลับ: ฉันจะทราบได้อย่างไรว่าเซิร์ฟเวอร์ DNS ใดที่ใช้คำขอ HTTP


24

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

  • Facebook
  • อ่าวโจรสลัด
  • เครื่องมือติดตาม BitTorrent ต่างๆ
  • เว็บไซต์ลามก

ทุกอย่างดูเหมือนสิ่งที่ผู้คนจะใช้ VPN สำหรับ หรือสิ่งต่าง ๆ ที่จะทำให้กำแพงเมืองจีนโกรธ

ตัวแทนผู้ใช้รวมถึงเว็บเบราว์เซอร์, Android, iOS, FBiOSSDK, Bittorrent ที่อยู่ IP เป็นผู้ให้บริการภาษาจีนเชิงพาณิชย์ทั่วไป

ฉันมี Nginx ที่ส่งคืน 444 หากโฮสต์ไม่ถูกต้องหรือตัวแทนผู้ใช้ไม่ถูกต้อง:

## Deny illegal Host headers
if ($host !~* ^({{ www_domain }})$ ) {
   return 444;
}
## block bad agents
if ($http_user_agent ~* FBiOSSDK|ExchangeWebServices|Bittorrent) {
    return 444;
}

ฉันสามารถรับน้ำหนักได้แล้ว แต่ก็มีการระเบิดถึง 2k / นาที ฉันต้องการค้นหาสาเหตุที่พวกเขามาหาฉันและหยุดมัน เรามีปริมาณการใช้ CN ที่ถูกกฎหมายดังนั้นการห้าม 1 / 6th ของดาวเคราะห์โลกจึงไม่ใช่ตัวเลือก

เป็นไปได้ว่าอาจเป็นอันตรายและเป็นส่วนตัว แต่อาจเป็นเพียง DNS ที่กำหนดค่าผิดพลาด

ทฤษฎีของฉันคือเซิร์ฟเวอร์ DNS ที่กำหนดค่าไว้ไม่ถูกต้องหรืออาจเป็นบริการ VPN บางอย่างที่ผู้คนใช้เพื่อหลีกเลี่ยง Great Fire Wall

ให้ที่อยู่ IP ของลูกค้า:

183.36.131.137 - - [05/Jan/2015:04:44:12 -0500] "GET /announce?info_hash=%3E%F3%0B%907%7F%9D%E1%C1%CB%BAiF%D8C%DE%27vG%A9&peer_id=%2DSD0100%2D%96%8B%C0%3B%86n%8El%C5L%11%13&ip=183.36.131.137&port=11794&uploaded=4689970239&downloaded=4689970239&left=0&numwant=200&key=9085&compact=1 HTTP/1.0" 444 0 "-" "Bittorrent"

ฉันรู้:

descr:          CHINANET Guangdong province network
descr:          Data Communication Division
descr:          China Telecom
  • ฉันจะค้นหาเซิร์ฟเวอร์ DNS ที่ลูกค้าใช้งานอยู่ได้อย่างไร
  • มีการพิจารณาว่าคำขอ HTTP มาจาก VPN หรือไม่
  • เกิดอะไรขึ้นที่นี่จริงเหรอ?

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

1
ตรวจสอบคำถามนี้ด้วย ฉันมีปัญหาเดียวกันกับserverfault.com/questions/656093/…ฉันแค่อยากรู้ว่าทำไม ISP ถึงทำเช่นนั้น ฉันไม่เห็นค่าในระบบ
Cha0s

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

1
โดยปกติแล้วใช่ มีการอ้างอิงรายการบันทึกหนึ่งรายการด้านบนเท่านั้นดังนั้นฉันคิดว่ามันน่าพูดถึง มันไม่ได้ตั้งใจจะเป็นคำตอบที่สมบูรณ์คิดออกหรือฉันได้ส่งมันเป็นหนึ่งเดียว!
MadHatter สนับสนุน Monica

1
1. คุณเคยลองหา sysadmins สำหรับโดเมนที่ลงทะเบียนที่นี่หรือไม่? ถ้าเป็นเช่นนั้นคุณรู้ว่ามันยากแค่ไหน ฉันคิดว่ามันใกล้จะเป็นไปไม่ได้ที่จะไม่เพียง แต่จะหาคนที่เหมาะสมที่จะพูดคุยกับที่ "Chinanet" แต่ยังเป็นคนที่เหมาะสมที่จริงพอที่จะช่วยคุณได้
Michael Martinez

คำตอบ:


31

มีวิธีหนึ่งในทางทฤษฎีในการพิจารณาตัวแก้ไข DNS ของลูกค้าของคุณ แต่มันค่อนข้างขั้นสูงและฉันไม่ทราบว่าซอฟต์แวร์แบบปิดที่จะทำเพื่อคุณ คุณจะต้องใช้เซิร์ฟเวอร์ DNS ที่มีสิทธิ์นอกเหนือไปจาก nginx ของคุณ

ในกรณีที่ส่วนหัวของโฮสต์ HTTP ไม่ถูกต้องให้บริการข้อผิดพลาดเอกสารและรวมถึงการร้องขอไปยัง FQDN ที่สร้างขึ้นแบบไดนามิกที่ไม่ซ้ำกันสำหรับแต่ละคำขอทุกครั้งที่คุณเข้าสู่ระบบฐานข้อมูล เช่น.

http://e2665feebe35bc97aff1b329c87b87e7.example.com/img.png

ตราบใดที่ไฟร์วอลล์ที่ดีของ Chinas ไม่ได้ทำตามคำขอนั้นและไคลเอนต์ร้องขอเอกสารจาก FQDN + URI ที่ไม่ซ้ำกันแต่ละคำขอจะส่งผลการค้นหา DNS ใหม่ไปยัง DNS ที่มีสิทธิ์ของคุณสำหรับ example.com ซึ่งคุณสามารถบันทึก IP ของ ตัวแก้ไข DNS และเชื่อมโยงสิ่งนี้กับ URI ที่สร้างขึ้นแบบไดนามิกของคุณในภายหลัง


6
นี่เป็นวิธีการเดียวกับที่ฉันแนะนำ แต่ฉันคิดว่าจะต้องใช้โดเมนอีกระดับเพื่อให้ทำงานได้ หากโดเมนหลักคือexample.comคุณจะสร้างระเบียน NS ns-detect.example.comหนึ่งโดเมนย่อยเช่น e2665feebe35bc97aff1b329c87b87e7.ns-detect.example.comแล้วคุณจะสร้างชื่อที่ไม่ซ้ำกันภายใต้ชื่อโดเมนนั้นเช่นโดเมนเต็มรูปแบบจะเป็น
kasperd

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

หากพวกเขาใช้โปรแกรมที่อนุญาตพิเศษคุณอาจพูดถูก หากพวกเขากำลังขึ้นบัญชีดำไม่มีเหตุผลว่าทำไมไม่ควรค้นหา FQDN ที่ดูไร้เดียงสา แน่นอนว่านี่อาจเป็นผลมาจากเทคนิคการกรองขั้นสูงมากกว่าแค่เล่นกับการตอบกลับ DNS
r_3

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

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

5

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

ฉันสงสัยว่าหนึ่งใน IP ของคุณกลายเป็นผู้รับการเข้าชมภาษาจีนที่ถูกบล็อก - ดังนั้นคุณจึงเห็นตัวแทนผู้ใช้ Facebook IPI

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

แก้ไข: http://www.infosecurity-magazine.com/news/great-firewall-upgrade-redirects/


4

ฉันจะค้นหาเซิร์ฟเวอร์ DNS ที่ลูกค้าใช้งานอยู่ได้อย่างไร

ติดต่อ Chinanet และถาม? ตั้งค่า DNS อย่างจริงจังทางฝั่งไคลเอ็นต์ คนส่วนใหญ่รับการตั้งค่า DNS ผ่าน DHCP แต่ OpenDNS และการเสนอ DNS ของ Google จะไม่มีรูปแบบธุรกิจหากคุณไม่สามารถเปลี่ยนแปลงได้

มีการพิจารณาว่าคำขอ HTTP มาจาก VPN หรือไม่

ไม่จริงยกเว้นว่า IP จะเป็นของ VPN ไม่ใช่ผู้ใช้ปลายทางในประเทศจีน

เกิดอะไรขึ้นที่นี่จริงเหรอ?

ที่ฉันไม่สามารถบอกคุณได้ แต่บางทีอาจจะมีชนิดของการกำหนดค่าในบางมหาราชไฟร์วอลล์ของจีน ?

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