اختبار استجابة موقع ويب

لا — المتصفحات لا تستطيع إرسال حزم ICMP خام. تقيس الأداة زمن طلب HTTP بدلاً منه، وهو يشمل استعلام DNS ومصافحة TLS واستجابة الخادم. وهذا عملياً أنفع: فهو يعكس التأخير الذي يشعر به المستخدمون الحقيقيون عند تحميل الموقع.

المواقع عبر النطاقات بدون ترويسات CORS تعيد استجابات مبهمة: المتصفح يوقّت الرحلة الكاملة رغم ذلك (وهو المهم) لكنه يخفي كود حالة HTTP. زمن الاستجابة المقاس يبقى دقيقاً.

لا. الطلبات تذهب مباشرة من متصفحك إلى الموقع المستهدف؛ لا نرى الروابط التي تختبرها أبداً، والنتائج لا تُرفع ولا تُسجَّل في أي مكان.

نعم — كل أدوات NetScope مجانية 100% بدون تسجيل وبدون حدود استخدام.

لا. كل الحسابات (CIDR وتحليل الروابط وبناء UTM) تتم بالكامل داخل متصفحك. لا شيء يغادر جهازك أبداً.

نعم — بمجرد تحميل الصفحة تعمل الحاسبات بدون اتصال بالإنترنت.

نعم، وهذا سبب وجوده أساسًا. أدوات الشبكات الفرعية والتحويل الثنائي وتفكيك الروابط حساب خالص، لذا تُعامل النطاقات الخاصة مثل 10.0.0.0/8 أو 192.168.1.0/24 وأسماء المضيفات الداخلية وروابط الاختبار كغيرها تمامًا، ولا تخرج من متصفحك أبدًا. الاستثناء الوحيد هو اختبار الاستجابة وWebSocket: يفتحان اتصالًا حقيقيًا، فلا يصلان إلا إلى مضيف يستطيع جهازك الوصول إليه أصلًا.

يقيس شيئًا مختلفًا قليلًا. أمر ping في الطرفية يرسل حزم ICMP التي لا تستطيع المتصفحات إرسالها، لذا يقيس NetScope زمن طلب HTTP بدلًا منها. والنتيجة تتضمّن ترجمة DNS ومصافحة TLS وزمن استجابة الخادم نفسه، فتظهر أعلى من ICMP. هذا يجعلها مؤشرًا جيدًا لما يشعر به الزائر فعلًا، لكنها ليست بديلًا عن ICMP عند تشخيص فقدان الحزم.

لا. كل أداة في NetScope هي JavaScript يُرسَل مع الصفحة — بلا حساب ولا إضافة ولا سطر أوامر. أضِف الأداة التي تستخدمها أكثر إلى المفضّلة وستفتح جاهزة للعمل، على الهاتف أو على حاسوب عمل مقيّد الصلاحيات أو على أي جهاز لا تستطيع تثبيت برامج عليه.