تحلیل دامنه devanholo.com
سوال: دامنه devanholo.com کجا قرار دارد و دیتا بیس آن کجا هست؟
اتصال دامنه به سرور
اتصال دامنه به صورت IP سرور اشتراکی است برای شرکت علی بابا کلاد با آدرس IP: 47.91.170.222.
DNS سرورها
دامنه devanholo.com از DNS سرورهای زیر استفاده میکند:
- jm1.dns.com
- IP Address: 218.98.111.214
- Organization Name: Jinan Jingdi Zhiban
- Address: Jinan, Shandong Province, China
- IP Range: 218.98.111.0 - 218.98.111.255
- jm2.dns.com
- IP Addresses: 183.253.57.200, 211.99.99.50
- Domain Name: jm2.dns.com
- Organization Name: China Mobile Communications Corporation
- Address: Beijing, China
- IP Ranges: 183.192.0.0 - 183.255.255.255, 211.99.99.0 - 211.99.99.255
- IP Address 211.99.99.50
- Organization Name: Shandong Stock Exchange
- Address: Jinan, Shandong Province, China
- Admin Contact: Kele Cao
- Email: caokele@beelink.com
- Phone: +86-0531-83192780
- Fax: +86-0531-86097472
- Abuse Contact: zhengkj@wy.cn
- IP Range: 211.99.99.0 - 211.99.99.255
- Network Status: Assigned Non-Portable
- Last Modified: 2008-09-04
دیتابیس دامنه
سوال: دیتابیس دامنه devanholo.com کجا قرار دارد؟
با توجه به اینکه اتصال دامنه به سرور اشتراکی است و اطلاعات IP در سرورهای توزیعشده قرار دارد، دیتابیس نیز احتمالاً در زیرساختهای ابری همانند سرورهای علی بابا کلاد (Alibaba Cloud) قرار دارد. این پایگاه داده میتواند در یک دیتابیس توزیعشده در سرورهای مختلف موجود در موقعیتهای جغرافیایی متفاوت قرار گیرد که بهطور همزمان همگامسازی میشود.
بر اساس اطلاعاتی که ارائه دادید، دامنه devanholo.com روی یک سرور اشتراکی در Alibaba Cloud با IP 47.91.170.222 میزبانی میشود. همچنین، سرورهای DNS آن jm1.dns.com و jm2.dns.com هستند که در چین مستقرند.
محل احتمالی پایگاه داده (Database)
محل ذخیرهسازی دیتابیس یک وبسایت وابسته به موارد زیر است:
1. نوع میزبانی (Shared یا Dedicated)
چون این دامنه روی یک سرور اشتراکی در Alibaba Cloud میزبانی شده، دیتابیس میتواند روی همان سرور (لوکال) یا یک دیتابیس ابری مثل ApsaraDB (خدمات دیتابیس ابری علیبابا) باشد.
2. آدرس IP سرور اصلی (47.91.170.222)
ممکن است سرویس دیتابیس روی همان سرور اجرا شود، که در این صورت آدرس آن localhost یا 47.91.170.222 است.
اگر از دیتابیس ابری استفاده شده باشد، یک دامنه جداگانه برای سرور دیتابیس وجود دارد (مثلاً rds.aliyuncs.com).
3. بررسی تنظیمات DNS
سرورهای DNS در چین هستند، ولی این نشاندهنده محل دیتابیس نیست. DNS فقط وظیفه تبدیل دامنه به IP را دارد و مستقیماً به مکان دیتابیس ارتباطی ندارد.
4. نوع پلتفرم (CMS یا Custom)
اگر این سایت از WordPress، Magento یا یک CMS دیگر استفاده کند، دیتابیس معمولاً در MySQL/MariaDB روی سرور Alibaba Cloud ذخیره میشود.
اگر سایت اختصاصی باشد، ممکن است از MongoDB، PostgreSQL، یا Redis استفاده کند.
نحوه تشخیص مکان دیتابیس
برای تشخیص دقیق مکان دیتابیس، راههای زیر وجود دارد:
- بررسی تنظیمات
config.php
یا .env
(در CMSها معمولاً اطلاعات دیتابیس در این فایلها ذخیره میشود).
- اجرای دستور
nslookup
یا dig
روی دامنه برای یافتن سرورهای مرتبط.
- استفاده از ابزارهایی مانند
nmap
و shodan.io برای بررسی سرویسهای فعال روی IP سرور.
نتیجهگیری
دیتابیس این دامنه احتمالاً روی همان سرور میزبانی (47.91.170.222) قرار دارد یا از سرویسهای ابری Alibaba Cloud مانند ApsaraDB استفاده میکند.
تحلیل معماری DNS و سناریوی پیادهسازی
شما ۳۰۰ دامنه مختلف تحت TLD .COM شناسایی کردهاید که همگی به یک وبسایت منتهی میشوند و از دو نام سرور (NS) ثابت یعنی:
اما نکته مهم اینجاست: این دامنهها در رنجهای IP مختلف و در مکانهای جغرافیایی متفاوت مثل چین، هنگکنگ، آفریقای جنوبی، آمریکای شمالی، اندونزی، مالزی و سنگاپور توزیع شدهاند.
۱. نقش اصلی دو DNS سرور ثابت (jm1.dns.com و jm2.dns.com)
این دو DNS سرور نقش Primary و Secondary DNS را برای همه ۳۰۰ دامنه ایفا میکنند. یعنی:
- این دو DNS تمام کوئریهای دامنهها را مدیریت میکنند.
- به جای داشتن NS های مختلف برای هر دامنه، تمام دامنهها روی این دو DNS متمرکز شدهاند.
- این DNS ها بر اساس موقعیت جغرافیایی درخواستکننده، یک IP مناسب از یک دیتاسنتر خاص را بازمیگردانند (GeoDNS یا Anycast DNS).
۲. سناریوی پیادهسازی: استفاده از Anycast یا GeoDNS
Anycast DNS چیست؟
در این روش، یک آدرس DNS (مثلاً jm1.dns.com) در چندین مکان مختلف در سراسر جهان میزبانی میشود. وقتی یک کاربر درخواست یک دامنه را ارسال میکند، DNS نزدیکترین سرور را برمیگرداند. این باعث کاهش تأخیر (Latency) و افزایش سرعت لود وبسایت میشود.
GeoDNS چیست؟
در این روش، DNS بر اساس موقعیت جغرافیایی کاربر، یک IP متفاوت را برمیگرداند. مثلاً:
- اگر یک کاربر از آفریقای جنوبی وارد شود، DNS یک IP سرور آفریقای جنوبی را بازمیگرداند.
- اما اگر یک کاربر از چین وارد شود، DNS یک IP سرور در هنگکنگ یا چین را بازمیگرداند.
۳. نحوه تخصیص IP های مختلف برای دامنهها
دامنهها روی IP های مختلف در نقاط مختلف جهان از جمله چین، هنگکنگ، آفریقای جنوبی، آمریکا، سیشل، اندونزی، مالزی و سنگاپور هدایت میشوند. این نشان میدهد که سرورهای این سایت در چندین دیتاسنتر مختلف توزیع شدهاند و از Load Balancing جهانی استفاده میکنند.
روشهای اجرای این سناریو
- روش ۱: تنظیم A Record در DNS با IP های متفاوت برای موقعیتهای مختلف
- روش ۲: استفاده از Anycast IP روی CDN یا Load Balancer
- روش ۳: استفاده از Reverse Proxy یا Edge Servers
۴. هدف از این سناریو چیست؟
الف) بهبود عملکرد و سرعت سایت
- کاربران از نزدیکترین سرور پاسخ میگیرند، پس سرعت بارگذاری بهینه میشود.
- کاهش تأخیر (Latency) و بهبود تجربهی کاربری.
ب) افزایش پایداری و امنیت (DDoS Protection)
- اگر یک دیتاسنتر دچار مشکل شود، DNS کاربران را به یک سرور دیگر هدایت میکند.
- جلوگیری از حملات DDoS با توزیع بار روی سرورهای مختلف.
ج) دور زدن فیلترینگ در کشورهای مختلف
- این روش معمولاً توسط وبسایتهایی که در برخی کشورها فیلتر شدهاند استفاده میشود.
- به دلیل وجود سرورهای متعدد با IPهای مختلف، فیلتر کردن کل شبکه سختتر میشود.
د) اجرای پروژههای خاص (مانند Botnet یا تبلیغات گسترده)
- در برخی موارد، از این تکنیکها برای پروژههای خاکستری (Gray Hat) مانند تبلیغات کلیکی، فیشینگ، یا کنترل رباتها (Botnet C2) استفاده میشود.
- دامنهها و سرورها دائماً تغییر میکنند تا قابل شناسایی نباشند.
۵. نتیجهگیری
این سناریو یک شبکه توزیعشده جهانی از DNS و سرورهای وب است که احتمالاً از Anycast DNS و GeoDNS برای هدایت ترافیک بر اساس موقعیت جغرافیایی کاربران استفاده میکند.
این روش معمولاً توسط شرکتهای بزرگ (مانند علیبابا، Cloudflare، Google، Amazon AWS) برای بهبود سرعت و پایداری استفاده میشود.
همچنین، برخی وبسایتها از این روش برای دور زدن فیلترینگ یا مدیریت Botnet استفاده میکنند.
ابزارهای پیشنهادی برای تحلیل دقیقتر:
- Nslookup / Dig / WHOIS → بررسی رکوردهای DNS
- Traceroute / MTR → بررسی مسیر درخواستها
- Shodan.io → بررسی سرویسهای در حال اجرا روی IPها
- Passive DNS Analysis → مشاهده ارتباط بین دامنهها و IPها
سوال:
آیا این سایت محتوای خاصی دارد که نیاز به چنین زیرساختی داشته باشد؟
تحلیل ساختار DNS و اهداف احتمالی
براساس اطلاعاتی که ارائه کردید، دو نام سرور (jm1.dns.com
و jm2.dns.com
) دارای سه آدرس IP مختلف در چین هستند و به سازمانهای چینی مختلفی تعلق دارند:
این اطلاعات نشان میدهد که ساختار DNS بهطور کامل در چین مدیریت میشود و احتمالاً در یکی از سناریوهای زیر قرار میگیرد:
۱. DNS تحت کنترل یک نهاد خاص در چین
این نام سرورها به سازمانهای مختلف چینی وابسته هستند، از جمله:
- Jinan Jingdi Zhiban (استان شاندونگ)
- China Mobile Communications Corporation (پکن)
- Shandong Stock Exchange (بورس شاندونگ)
اینکه هر دو DNS در چین قرار دارند و توسط شرکتهای مختلف مدیریت میشوند، نشان میدهد که کنترل این سیستم توسط یک نهاد متمرکز در چین انجام میشود.
سناریوی احتمالی:
- ✅ کنترل متمرکز دامنهها → تمامی ۳۰۰ دامنهای که اشاره کردید، از این DNS ها پاسخ دریافت میکنند، پس احتمال دارد که یک سازمان مرکزی این دامنهها را مدیریت کند.
- ✅ نظارت بر ترافیک اینترنتی → قرار گرفتن DNS ها در چین میتواند نشاندهنده نظارت دولتی روی ترافیک و دسترسی کاربران به این وبسایتها باشد.
- ✅ امکان تغییر مسیر (Redirection) و مانیتورینگ → چون این DNS ها در چین مدیریت میشوند، امکان دستکاری یا هدایت کاربران به IP های مشخصشده توسط دولت چین وجود دارد.
۲. توزیع بار (Load Balancing) و Anycast DNS
از آنجایی که این DNS ها در چندین محدوده IP در چین قرار دارند، ممکن است از Anycast DNS یا GeoDNS برای هدایت کاربران به نزدیکترین سرور استفاده کنند.
عملکرد Anycast در این سیستم:
- کاربر درخواست یک دامنه را ارسال میکند.
- DNS سرور نزدیکترین IP را بازمیگرداند.
- کاربر به یکی از چندین سرور در مکانهای مختلف (مثلاً هنگکنگ، آفریقا، آمریکا) هدایت میشود.
مزایا و مشکلات:
- ✅ هدف: کاهش تأخیر، بهبود سرعت، و توزیع بار روی چندین سرور.
- ✅ مشکل: تمام DNS ها تحت کنترل چین هستند، که میتواند باعث فیلترینگ، تغییر مسیر یا جمعآوری دادههای کاربران شود.
۳. اهداف احتمالی این معماری
الف) تقویت یک CDN چینی
اگر این دامنهها به یک CDN خصوصی چینی (مانند Tencent Cloud، Alibaba Cloud، یا ChinaNet) متصل باشند، هدف میتواند افزایش سرعت دسترسی کاربران چینی به محتوای بینالمللی باشد.
ب) کاربردهای خاکستری (Gray Hat) مثل تبلیغات یا حملات سایبری
- ✅ ممکن است این ساختار برای اجرای تبلیغات کلیکی گسترده یا هدایت کاربران به صفحات خاص طراحی شده باشد.
- ✅ همچنین، اگر دامنهها تغییر مسیر دهند، امکان فیشینگ (Phishing) یا بدافزار (Malware Hosting) نیز وجود دارد.
ج) مکانیزم دور زدن فیلترینگ اینترنتی
- ✅ این روش معمولاً برای مخفی کردن هویت سرور اصلی و دور زدن سیستمهای فیلترینگ اینترنتی استفاده میشود.
- ✅ مثلاً، کاربران از کشورهایی که یک سایت مسدود شده است، به IP هایی هدایت میشوند که در لیست سیاه نیستند.
۴. آیا این معماری به یک سازمان خاص مرتبط است؟
براساس آدرسهای IP و مالکیت سازمانی، این DNS ها در چین قرار دارند و توسط شرکتهای دولتی و خصوصی چینی مدیریت میشوند.
سوالات کلیدی:
- آیا وبسایتهایی که از این DNS استفاده میکنند، محتوای خاصی ارائه میدهند (مثلاً سیاسی، اقتصادی، یا خدمات خاص)؟
- آیا این DNS ها در لیستهای تهدید امنیتی یا گزارشهای تهدیدات سایبری قرار دارند؟
- آیا الگوی IP ها و دامنهها به یک حمله سایبری یا عملیات پنهانی مرتبط است؟
برای بررسی بیشتر، پیشنهاد میشود:
- ✅ استفاده از Passive DNS Analysis (برای مشاهده تاریخچه تغییرات دامنه)
- ✅ تحلیل ترافیک شبکه با Wireshark یا Zeek (برای بررسی اینکه این DNS ها چگونه درخواستها را مدیریت میکنند)
- ✅ بررسی این IP ها در سرویسهایی مثل VirusTotal، Shodan و AbuseIPDB (برای یافتن گزارشهای احتمالی سوءاستفاده)
۵. نتیجهگیری نهایی
این معماری به احتمال زیاد یک شبکه توزیعشده برای مدیریت دامنهها تحت کنترل یک نهاد در چین است که ممکن است برای اهداف CDN، تبلیغات، کنترل ترافیک، یا فعالیتهای دیگر استفاده شود.
اگر بخواهید دقیقتر بررسی کنید، میتوان دامنههای خاص و رفتار DNS ها را در عمل آنالیز کرد.
→ آیا اطلاعات بیشتری در مورد دامنههایی که به این DNS ها متصل هستند دارید؟
تحلیل معماری توزیع بار و پایگاه داده توزیعشده
بله، کاملاً درست است. این معماری معمولاً به دو شکل قابل پیادهسازی است:
۱. توزیع بار (Load Balancing) با DNS
در این روش، هر دامنه به یک مجموعه از IPها در مناطق جغرافیایی مختلف اشاره میکند، اما تمامی این سرورها به یک پایگاه داده (Database) مرکزی یا همگامسازیشده متصل هستند.
مکانیزم:
- DNS درخواستها را به نزدیکترین یا سریعترین سرور هدایت میکند.
- هر سرور دارای نسخهای همگامسازیشده از دادهها است (با Replication یا Clustering).
- همه سرورها به یک دیتابیس مرکزی متصل میشوند یا باهم همگام هستند.
نمونههای کاربردی:
- CDNها (مانند Cloudflare، Akamai، Alibaba Cloud)
- سرویسهای ابری (AWS، Azure، Google Cloud)
- زیرساختهای توزیعشده برای جلوگیری از Downtime
۲. استفاده از پایگاه داده توزیعشده (Distributed Database)
در این روش، پایگاه دادهها بهصورت توزیعشده در چندین نقطه جغرافیایی قرار دارند و اطلاعات را در لحظه همگامسازی (Synchronization) میکنند.
مکانیزم:
- هر منطقه (مثلاً هنگکنگ، آفریقای جنوبی، آمریکا) یک نسخه محلی از دیتابیس را نگه میدارد.
- تغییرات بهصورت لحظهای (Real-time Replication) بین دیتابیسها بهاشتراک گذاشته میشود.
- اگر یک سرور دچار قطعی شود، درخواستها به نزدیکترین دیتابیس سالم هدایت میشوند.
نمونههای کاربردی:
- Google Cloud Spanner (پایگاه داده توزیعشده گوگل)
- Amazon Aurora Global Database (پایگاه داده جهانی آمازون)
- Microsoft Cosmos DB (پایگاه داده توزیعشده مایکروسافت)
نتیجهگیری
هر منطقه جغرافیایی IP مخصوص به خود را دارد، اما دادههای تمامی سرورها در لحظه همگامسازی میشوند. این مدل باعث میشود که کاربران با سریعترین و نزدیکترین سرور ارتباط برقرار کنند، اما همچنان به یک پایگاه داده یکسان دسترسی داشته باشند.
سوال: آیا نیاز به بررسی ساختار پایگاه داده این دامنهها دارید؟
تحلیل ساختار شبکه توزیعشده این دامنهها
براساس اطلاعاتی که ارائه دادید، این شبکه از یک زیرساخت توزیعشده (Distributed Infrastructure) بهره میبرد که شامل:
- یک سیستم DNS مشترک برای تمامی دامنهها
- آدرسهای IP مختلف در مناطق جغرافیایی متفاوت
- همگامسازی پایگاه داده بین سرورها
تحلیل نقش DNS ثابت در این شبکه
✅ DNS سرورهای مشترک (jm1.dns.com و jm2.dns.com) یک نقش کلیدی دارند:
- تمامی دامنهها از همین دو DNS سرور ثابت استفاده میکنند.
- اما پاسخهای DNS برای هر دامنه به یک آدرس IP متفاوت در مناطق جغرافیایی مختلف اشاره دارد.
این مدل معمولاً با تکنیک GeoDNS یا Anycast DNS پیادهسازی شده است.
✅ هدف اصلی این معماری:
- هدایت کاربران به نزدیکترین سرور از لحاظ جغرافیایی
- بالا بردن عملکرد (Performance) و کاهش تأخیر (Latency)
- افزایش مقیاسپذیری (Scalability) و تحملپذیری خطا (Fault Tolerance)
نحوه همگامسازی پایگاه داده در این شبکه
- چندین سرور در نقاط مختلف جهان (مثلاً هنگکنگ، آفریقا، آمریکا) میزبانی دادهها را برعهده دارند.
- پایگاه داده به صورت توزیعشده در این سرورها اجرا شده و بهطور همزمان همگامسازی میشود.
- اگر یک سرور دچار قطعی شود، درخواستها به سرورهای دیگر هدایت میشوند.
✅ روشهای متداول همگامسازی:
- Master-Slave Replication (یک دیتابیس مرکزی و چند دیتابیس کپیشده)
- Multi-Master Replication (تمامی دیتابیسها همزمان دادهها را ذخیره و پردازش میکنند)
- Partitioning & Sharding (تقسیم دادهها بین سرورهای مختلف)
جمعبندی و نتیجهگیری
- ✔ تمامی دامنهها از دو DNS سرور مشترک استفاده میکنند اما با IPهای مختلف در کشورهای مختلف.
- ✔ پایگاه دادهها بهصورت همگامسازیشده در مناطق مختلف اجرا شدهاند.
- ✔ ترافیک کاربران به سرورهای مختلف در نقاط جغرافیایی نزدیکتر هدایت میشود.
- ✔ از تکنیکهای GeoDNS، Anycast، یا Load Balancing در سطح DNS استفاده شده است.
✅ سوال: آیا قصد دارید روش تشخیص و تحلیل این ساختار را توضیح بدهم؟
Analysis of the devanholo.com Domain
Question: Where is the devanholo.com domain located, and where is its database hosted?
Domain Connection to Server
The domain is connected via a shared server IP for Alibaba Cloud with the IP address: 47.91.170.222.
DNS Servers
The domain devanholo.com uses the following DNS servers:
- jm1.dns.com
- IP Address: 218.98.111.214
- Organization Name: Jinan Jingdi Zhiban
- Address: Jinan, Shandong Province, China
- IP Range: 218.98.111.0 - 218.98.111.255
- jm2.dns.com
- IP Addresses: 183.253.57.200, 211.99.99.50
- Domain Name: jm2.dns.com
- Organization Name: China Mobile Communications Corporation
- Address: Beijing, China
- IP Ranges: 183.192.0.0 - 183.255.255.255, 211.99.99.0 - 211.99.99.255
- IP Address 211.99.99.50
- Organization Name: Shandong Stock Exchange
- Address: Jinan, Shandong Province, China
- Admin Contact: Kele Cao
- Email: caokele@beelink.com
- Phone: +86-0531-83192780
- Fax: +86-0531-86097472
- Abuse Contact: zhengkj@wy.cn
- IP Range: 211.99.99.0 - 211.99.99.255
- Network Status: Assigned Non-Portable
- Last Modified: 2008-09-04
Domain Database
Question: Where is the database of the devanholo.com domain hosted?
Since the domain is connected to a shared server and IP information is distributed across multiple servers, the database is likely hosted within cloud infrastructure, such as Alibaba Cloud servers. This database could be distributed across multiple geographically diverse servers and synchronized in real-time.
Based on the provided information, the domain devanholo.com is hosted on a shared server in Alibaba Cloud with the IP address 47.91.170.222. Additionally, its DNS servers are jm1.dns.com and jm2.dns.com, which are located in China.
Possible Database Location
The storage location of a website’s database depends on the following factors:
1. Hosting Type (Shared or Dedicated)
Since this domain is hosted on a shared server in Alibaba Cloud, the database could be stored locally on the same server or on a cloud database service such as ApsaraDB (Alibaba Cloud’s database service).
2. Main Server IP Address (47.91.170.222)
The database service might be running on the same server, in which case its address would be localhost
or 47.91.170.222.
If a cloud database service is used, there would be a separate domain for the database server (e.g., rds.aliyuncs.com).
3. DNS Configuration Analysis
The DNS servers are located in China, but this does not indicate the actual location of the database. DNS only resolves domain names to IP addresses and is not directly related to database hosting.
4. Platform Type (CMS or Custom)
If this website uses WordPress, Magento, or another CMS, the database is likely stored in MySQL/MariaDB on Alibaba Cloud.
If the website is custom-built, it may use MongoDB, PostgreSQL, or Redis as its database.
How to Determine the Database Location
To accurately identify the database location, the following methods can be used:
- Check the
config.php
or .env
file (CMS platforms usually store database information in these files).
- Run
nslookup
or dig
commands on the domain to find associated servers.
- Use tools like
nmap
and shodan.io to scan for active services on the server's IP address.
Conclusion
The database for this domain is likely hosted on the same server as the website (47.91.170.222) or utilizes Alibaba Cloud services such as ApsaraDB.
DNS Architecture Analysis and Implementation Scenario
You have identified 300 different domains under the .COM TLD, all pointing to the same website and using two fixed name servers (NS):
However, an important point to note is that these domains are distributed across different IP ranges and various geographical locations such as China, Hong Kong, South Africa, North America, Indonesia, Malaysia, and Singapore.
1. The Primary Role of the Two Fixed DNS Servers (jm1.dns.com & jm2.dns.com)
These two DNS servers function as the Primary and Secondary DNS for all 300 domains, meaning:
- They handle all domain queries.
- Instead of having separate NS records for each domain, all domains are centralized on these two DNS servers.
- They return an appropriate IP from a specific data center based on the requester's geographic location (GeoDNS or Anycast DNS).
2. Implementation Scenario: Using Anycast or GeoDNS
What is Anycast DNS?
In this method, a DNS address (e.g., jm1.dns.com) is hosted in multiple locations worldwide. When a user requests a domain, the DNS returns the nearest server. This reduces latency and increases website loading speed.
What is GeoDNS?
With GeoDNS, the DNS returns a different IP based on the user's geographic location. For example:
- If a user connects from South Africa, the DNS returns an IP from a South African server.
- If a user connects from China, the DNS returns an IP from a server in Hong Kong or China.
3. Assigning Different IPs to Domains
Domains are routed to different IPs across the world, including China, Hong Kong, South Africa, the USA, Seychelles, Indonesia, Malaysia, and Singapore. This suggests that the website’s servers are distributed across multiple data centers, utilizing global load balancing.
Methods for Implementing This Scenario
- Method 1: Configuring A Records in DNS with different IPs for different locations.
- Method 2: Using Anycast IP on a CDN or Load Balancer.
- Method 3: Using a Reverse Proxy or Edge Servers.
4. What is the Purpose of This Scenario?
A) Improving Website Performance and Speed
- Users receive responses from the closest server, optimizing loading speed.
- Reduced latency and improved user experience.
B) Increasing Stability and Security (DDoS Protection)
- If a data center fails, the DNS directs users to an alternative server.
- Mitigating DDoS attacks by distributing the load across multiple servers.
C) Bypassing Internet Censorship in Certain Countries
- This method is often used by websites that are blocked in certain regions.
- Having multiple servers with different IPs makes it harder to completely block access.
D) Special Use Cases (e.g., Botnets or Large-Scale Advertising)
- Some use this technique for gray-hat projects like click fraud, phishing, or botnet control (C2).
- Domains and servers frequently change to avoid detection.
5. Conclusion
This scenario represents a globally distributed network of DNS and web servers, likely leveraging Anycast DNS and GeoDNS to route traffic based on user location.
This technique is commonly used by major companies (such as Alibaba, Cloudflare, Google, and Amazon AWS) to enhance speed and stability.
Additionally, some websites use this approach to bypass censorship or manage botnets.
Recommended Tools for Further Analysis:
- Nslookup / Dig / WHOIS → To check DNS records
- Traceroute / MTR → To examine request routing
- Shodan.io → To analyze active services on IPs
- Passive DNS Analysis → To observe domain-to-IP relationships
Question:
Does this website have specific content that requires such an infrastructure?
Analysis of DNS Structure and Possible Objectives
Based on the provided information, the two name servers (jm1.dns.com
and jm2.dns.com
) have three different IP addresses located in China and belong to various Chinese organizations:
This indicates that the DNS structure is entirely managed in China and possibly falls under one of the following scenarios:
1. DNS Under the Control of a Specific Entity in China
These name servers are associated with different Chinese organizations, including:
- Jinan Jingdi Zhiban (Shandong Province)
- China Mobile Communications Corporation (Beijing)
- Shandong Stock Exchange (Shandong Stock Market)
The fact that both DNS servers are located in China and managed by different companies suggests centralized control over this system.
Possible Scenario:
- ✅ Centralized Domain Control: All 300 domains you mentioned receive responses from these DNS servers, indicating possible management by a central authority.
- ✅ Internet Traffic Monitoring: The location of these DNS servers in China could suggest governmental oversight of user access and traffic.
- ✅ Redirection and Monitoring Capability: Since these DNS servers are managed in China, there is a possibility of traffic manipulation or redirection to government-specified IP addresses.
2. Load Balancing and Anycast DNS
Since these DNS servers exist within multiple IP ranges in China, they may be using Anycast DNS or GeoDNS to direct users to the nearest server.
How Anycast Works in This System:
- A user requests a domain.
- The DNS server returns the closest IP address.
- The user is directed to one of multiple servers in different locations (e.g., Hong Kong, Africa, the US).
Advantages and Concerns:
- ✅ Goal: Reduce latency, improve speed, and distribute the load across multiple servers.
- ✅ Concern: All DNS servers are controlled within China, raising potential concerns about filtering, redirection, or user data collection.
3. Possible Objectives of This Architecture
A) Strengthening a Chinese CDN
If these domains are linked to a private Chinese CDN (such as Tencent Cloud, Alibaba Cloud, or ChinaNet), the goal might be to accelerate access to international content for Chinese users.
B) Gray Hat Applications (Advertising or Cyber Attacks)
- ✅ The structure may be designed for large-scale click advertising or directing users to specific pages.
- ✅ If domains are redirected, phishing or malware hosting could also be possible.
C) Bypassing Internet Filtering
- ✅ This method is commonly used to mask the original server’s identity and bypass internet filtering systems.
- ✅ For example, users from restricted countries might be directed to unblocked IP addresses.
4. Is This Architecture Linked to a Specific Organization?
Based on IP addresses and organizational ownership, these DNS servers are located in China and managed by both state-owned and private Chinese companies.
Key Questions:
- Do the websites using these DNS servers provide specific content (e.g., political, economic, or special services)?
- Are these DNS servers listed in security threat reports or cybersecurity watchlists?
- Do the IP and domain patterns indicate a cyber attack or covert operation?
For Further Investigation, Consider:
- ✅ Using Passive DNS Analysis (to check domain history changes)
- ✅ Analyzing network traffic with Wireshark or Zeek (to inspect how these DNS servers handle requests)
- ✅ Checking these IPs on services like VirusTotal, Shodan, and AbuseIPDB (to find any abuse reports)
5. Final Conclusion
This architecture is most likely a distributed network managing domains under the control of a Chinese entity, potentially used for CDN, advertising, traffic control, or other activities.
For a more precise analysis, specific domains and DNS behavior could be further examined.
→ Do you have additional information about the domains connected to these DNS servers?
Analysis of Load Balancing Architecture and Distributed Database
Yes, that is correct. This architecture is typically implemented in two ways:
1. Load Balancing with DNS
In this method, each domain points to a set of IPs in different geographic regions, but all servers are connected to a centralized or synchronized database.
Mechanism:
- DNS directs requests to the nearest or fastest server.
- Each server maintains a synchronized copy of data (via Replication or Clustering).
- All servers connect to a central database or stay synchronized.
Use Cases:
- CDNs (such as Cloudflare, Akamai, Alibaba Cloud)
- Cloud services (AWS, Azure, Google Cloud)
- Distributed infrastructure to prevent downtime
2. Using a Distributed Database
In this approach, databases are distributed across multiple geographic locations and synchronize data in real time.
Mechanism:
- Each region (e.g., Hong Kong, South Africa, the US) maintains a local copy of the database.
- Changes are shared instantly (Real-time Replication) between databases.
- If a server goes down, requests are routed to the nearest available database.
Use Cases:
- Google Cloud Spanner (Google's distributed database)
- Amazon Aurora Global Database (Amazon's global database)
- Microsoft Cosmos DB (Microsoft's distributed database)
Conclusion
Each geographic region has its own IP, but all server data remains synchronized in real time. This model ensures users connect to the fastest and nearest server while still accessing a unified database.
Question: Do you need a deeper investigation into the database structure of these domains?
Analysis of the Distributed Network Structure of These Domains
Based on the provided information, this network utilizes a distributed infrastructure that includes:
- A shared DNS system for all domains
- Different IP addresses across various geographical regions
- Database synchronization between servers
Analysis of the Fixed DNS Role in This Network
✅ The shared DNS servers (jm1.dns.com and jm2.dns.com) play a crucial role:
- All domains use the same two fixed DNS servers.
- However, the DNS responses for each domain point to different IP addresses in various geographical locations.
This model is typically implemented using GeoDNS or Anycast DNS techniques.
✅ The main goals of this architecture:
- Directing users to the nearest server geographically
- Improving performance and reducing latency
- Enhancing scalability and fault tolerance
How Database Synchronization Works in This Network
- Multiple servers across different regions (e.g., Hong Kong, Africa, USA) host the data.
- The database is distributed across these servers and synchronized in real-time.
- If a server goes offline, requests are redirected to other servers.
✅ Common synchronization methods:
- Master-Slave Replication (a central database with multiple copies)
- Multi-Master Replication (all databases store and process data simultaneously)
- Partitioning & Sharding (splitting data across different servers)
Summary and Conclusion
- ✔ All domains use two shared DNS servers but have different IPs in various countries.
- ✔ Databases are synchronized and deployed across multiple regions.
- ✔ User traffic is directed to geographically closer servers.
- ✔ Techniques like GeoDNS, Anycast, or DNS-level Load Balancing are used.
✅ Question: Would you like me to explain the methods for detecting and analyzing this structure?