الأسئلة الشائعة حول فحص الـ IP والشبكة
تعرف على الفرق الجوهري بين عناوين مراكز البيانات والخطوط السكنية، وآليات تقييم المخاطر، وأسباب تسريب DNS و WebRTC.
💡 اختبر اتصالك عبر فحص مجهولية البروكسي لمعرفة أين تنتهي حزمة TCP الخاصة بك.
💡 استخدم فحص تقسيم المسارات لتحديد تسريبات التوجيه التي قد ترفع درجة المخاطر الخاصة بك.
💡 للتحقق من تسريبات Canvas والصوت و WebRTC على مستوى العتاد، تفضل بزيارة فحص بصمة المتصفح.
⚠ يمكننا فقط إخبارك بما إذا كانت مخارج العائلتين تنتهي في شبكات مختلفة؛ ولا يمكننا الحكم على كيفية ضبط برنامج البروكسي الخاص بك. وعلى العكس، فإن ظهور IPv6 كغير متاح لا يعادل الأمان؛ فقد يعني ببساطة أن شبكتك تفتقر إلى IPv6، أو أن البروكسي عطّل IPv6 تماماً — وغالباً ما يكون هذا هو السلوك المقصود.
k3f9x2ab.leakv4.myipdns.com) ليقوم متصفحك بتحليله. يظهر اسم المضيف هذا مرة واحدة فقط في التاريخ ولن يوجد في أي ذاكرة تخزين مؤقت، لذا يجب على سلسلة التحليل التكراري الاستعلام من خادمنا الموثوق وصولاً إلى المصدر؛ نحن نسجل من أجرى الاستعلام بالفعل، ثم نعيد هذا العنوان إلى متصفحك. وبالتالي، يعرض عمود "مخرج DNS" عنوان الشبكة الصادر الفعلي لمحللك التكراري، وليس عنوان IP الذي أدخلته في إعدادات نظامك: فإذا قمت بضبط 8.8.8.8، فإن الجهاز الذي يستعلم منا سيكون عقدة خروج محددة في تلك المجموعة، والتي قد تقع في بلد مختلف؛ تعتمد المحللات العامة الكبيرة على Anycast والمجموعات المتعددة، لذا فإن ملاحظة عدة عناوين خروج مختلفة في اختبار واحد أمر طبيعي تماماً. المعيار الحقيقي ليس تطابق العناوين، بل: إذا وقع هذا المخرج داخل شبكة مزود خدمة الإنترنت المنزلي الخاص بك بينما ينتهي مخرج IP على بروكسي — فهذا يشير إلى أن استعلامات DNS فشلت في اتباع النفق.⚠ يمكن لهذه المنهجية فقط مراقبة من استعلم من خادمنا الموثوق الخاص بنا؛ ولا يمكننا ولا نرى أي نطاقات أخرى تقوم بتحليلها. وهناك أيضاً نقطة عمياء معروفة: إذا كان البروكسي الخاص بك يعترض أيضاً استعلامات DNS، فإن ما نلاحظه هو محلل موفر البروكسي — مما يؤكد عدم وجود تسريب إلى مزود الإنترنت المحلي لديك، ومع ذلك يظل سجل استعلامات DNS مرئياً لموفر البروكسي الخاص بك؛ وهذا اعتبار منفصل يتجاوز ما تكتشفه هذه الأداة.
⚠ توضيح أمين: نحن نميز فقط بين Cone NAT و Symmetric NAT، ولا نصنف تصنيفاً فرعياً إلى Full Cone أو Restricted Cone أو Port-Restricted Cone. يتطلب نموذج المستويات الأربعة RFC 3489 التحكم الفعال في مجموعات منافذ المصدر والوجهات المستهدفة عبر مسابير متكررة، ولا يوفر WebRTC في المتصفحات مثل هذا التحكم منخفض المستوى؛ وعندما تبلغ أدوات الويب عن إحدى الفئات الأربع، فإنها عادة ما تعيد تسمية هاتين النتيجتين فقط.
⚠ العيب هنا هو الاتصال بعدد لا بأس به من النطاقات عند التحميل، وهو ما قد تحظره أحيانا برامج حظر الإعلانات أو ملحقات الخصوصية الصارمة. في هذه الحالة، سيظهر عنصر الاختبار المعني بنقطة رمادية ويظل في حالة غير معروفة، ولن نقوم بملئه باستخدام نتائج أخرى.