كيف يعمل MegaBit؟ البنية التقنية لفحص الشبكة والتحكم بالراوتر

يعتمد MegaBit على فصل واجهة الاستخدام عن الوظائف التي تحتاج إلى Android أو الاتصال بالشبكة المحلية. تعرض الواجهة المعلومات، بينما تنفذ طبقة النظام المهام المناسبة لصلاحيات الجهاز، ثم تعيد نتائج منظمة إلى الواجهة. يساعد هذا الفصل على إبقاء التطبيق مستجيباً أثناء عمليات الفحص، مع مراعاة اختلاف إصدارات Android وأجهزة الراوتر.

معمارية هجينة: Android وواجهة WebView

تُنفذ وظائف النظام في تطبيق Android الأصلي باستخدام Java وAndroid SDK، بينما تُبنى أجزاء من الواجهة باستخدام HTML وCSS وJavaScript داخل WebView. عند طلب وظيفة أصلية، مثل قراءة حالة الشبكة، تمرر طبقة ربط JavaScriptInterface طلباً محدداً إلى التطبيق، ثم تعيد النتيجة بصيغة JSON لعرضها في الشاشة.

1. تطلب الواجهة عملية واضحة، مثل تحديث قائمة الأجهزة أو قراءة مؤشرات الاتصال.
2. تتحقق طبقة Android من حالة الاتصال والأذونات وإمكانات الجهاز.
3. تنفذ المهام التي قد تستغرق وقتاً في مسارات خلفية، فلا تتوقف استجابة الواجهة.
4. تعود النتيجة بصيغة موحدة، مع حالة نجاح أو سبب مفهوم عند تعذر الإجراء.

فحص الشبكة المحلية واكتشاف الأجهزة

يعمل ماسح الشبكة ضمن الشبكة المحلية التي يختار المستخدم فحصها. ينفذ التطبيق عمليات تحقق متزامنة لقياس استجابة العناوين المتاحة، ثم يجمع ما يستطيع النظام والشبكة تقديمه من معلومات مثل اسم المضيف وعنوان MAC والشركة المصنّعة. قد تساعد هذه البيانات على تمييز هاتف عن حاسوب أو راوتر، لكنها مؤشرات وليست إثباتاً لهوية الجهاز أو مالكه.

لا يمكن ضمان ظهور كل جهاز في كل فحص؛ فقد تمنع إعدادات الراوتر أو عزل الأجهزة أو جدار الحماية الاستجابة، كما قد تتغير عناوين MAC الخاصة بالهواتف. لذلك تُعرض نتائج الفحص كقائمة للأجهزة التي أمكن ملاحظتها، ويظل تأكيد هوية الجهاز مسؤولية المستخدم.

وحدات الراوتر: تكامل بحسب الطراز والبرنامج الثابت

تختلف واجهات الإدارة بين الشركات والطرازات؛ لذلك تعتمد إدارة الراوتر على وحدات توافق مخصصة تتعامل مع واجهة الجهاز بعد اتصال المستخدم بشبكته وتسجيل الدخول. يمكن أن تشمل الوظائف المتاحة عرض الأجهزة، وتعديل اسم الشبكة أو كلمة مرورها، وإعدادات الوصول أو إعادة التشغيل، لكن توفر كل وظيفة يتوقف على الطراز والبرنامج الثابت وطريقة المصادقة.

تُرسل الطلبات إلى الراوتر المحلي وتُعالج الاستجابات قبل عرضها في الواجهة. يجب حماية بيانات الجلسة وكلمات المرور، وعدم تسجيلها في سجلات التطبيق أو مشاركتها مع واجهة الويب بلا حاجة. كما أن ترميز Base64، إن استُخدم ضمن بروتوكول جهاز، ليس تشفيراً بحد ذاته ولا يحل محل قناة اتصال ومصادقة آمنتين.

مراقبة حركة البيانات وقوة إشارة Wi‑Fi

يمكن للتطبيق قراءة عدادات حركة البيانات التي يتيحها Android ومقارنة قيمها عبر فواصل زمنية لعرض تقدير لمعدل النقل. هذه القراءة مفيدة لمراقبة النشاط على الهاتف، لكنها ليست بديلاً عن اختبار سرعة الإنترنت إلى خادم خارجي، وقد تختلف عما يعرضه الراوتر أو مزود الخدمة.

أما إشارة Wi‑Fi، فيوفر Android قيماً مثل RSSI بوحدة dBm. تتأثر القراءة بمكان الهاتف والعوائق والنطاق والتداخل؛ لذا فهي مؤشر تقريبي للمقارنة، وليست نسبة موحدة تضمن جودة التغطية في كل جهاز.

تقنيات التطبيق ومسار البيانات

• Java وAndroid SDK: الوصول إلى الشبكة وأذونات الجهاز وخدمات Android.
• HTML وCSS وJavaScript: واجهات WebView وتفاعلات التطبيق.
• JavaScriptInterface وJSON: جسر محدود لتبادل الطلبات والنتائج بين الواجهة والطبقة الأصلية.
• Executors ومهام الخلفية: تنفيذ الفحص والطلبات دون حجب واجهة المستخدم.
• OkHttp: إدارة اتصالات HTTP المحلية مع وحدات الراوتر المتوافقة.
• مكونات Android: استقبال تحديثات حالة الشبكة ونتائج فحص Wi‑Fi وفق الأذونات المتاحة.
• Google Play Core وAdMob: دعم تحديثات التطبيق والإعلانات عند تفعيلها ضمن نسخة التطبيق.

الأمان والحدود العملية

تعتمد سلامة الاستخدام على الاتصال بالراوتر الصحيح، والتحقق من هوية الجهاز قبل حظره، واستخدام كلمة مرور قوية وتشفير Wi‑Fi حديث. تصفية MAC أداة إضافية لإدارة الوصول وليست وسيلة حماية كافية بمفردها، لأن عنوان MAC قد يتغير أو ينتحل. كما لا يستطيع التطبيق تجاوز قيود Android أو إجبار الجهاز على إيقاف تطبيقات أخرى أو تحسين باقة الإنترنت نفسها.

تختلف وظائف الفحص وإدارة الراوتر باختلاف الجهاز والطراز والبرنامج الثابت والأذونات. راجع معلومات التوافق وسياسة الخصوصية في التطبيق لمعرفة طريقة تخزين البيانات والخدمات المفعلة في الإصدار الذي تستخدمه.

للتعرّف على الخطوات العملية، اقرأ دليل معرفة الأجهزة المتصلة بالواي فاي وتحسين الشبكة، أو دليل رادار تحليل شبكات الواي فاي.