كيفية التعامل مع مصادقة الوكيل في Selenium Webdriver

تُدرك خوادم بروكسي HTTP حركة مرور الويب، وعادةً ما تُهيأ بقيم HTTP وHTTPS منفصلة. أما خوادم بروكسي SOCKS فتعمل على مستوى أدنى، ويمكنها نقل أنواع مختلفة من حركة مرور TCP دون تفسير بروتوكول التطبيق. يدعم SOCKS5 أيضًا المصادقة، وهو عادةً الإصدار المُفضّل من SOCKS.

يجب أن يدعم كل من المتصفح ومزود خدمة البروكسي نفس الطريقة. لا يضمن وجود نقطة نهاية صالحة قدرة Selenium على إكمال مربع حوار اسم المستخدم/كلمة المرور تلقائيًا.

بالنسبة للوكيل الذي لا يتطلب مصادقة تفاعلية، يمكن لـ Selenium 4 تعيين Proxy يعترض على ChromeOptions. الحالي الوثائق الرسمية لخيارات متصفح Selenium يوضح هذا النهج القائم على القدرات.

import org.openqa.selenium.Proxy;
import org.openqa.selenium.WebDriver;
import org.openqa.selenium.chrome.ChromeDriver;
import org.openqa.selenium.chrome.ChromeOptions;

Proxy proxy = new Proxy();
proxy.setHttpProxy("proxy.example.test:8080");
proxy.setSslProxy("proxy.example.test:8080");

ChromeOptions options = new ChromeOptions();
options.setProxy(proxy);

WebDriver driver = new ChromeDriver(options);
driver.get("https://example.com");

بالنسبة لـ SOCKS5، قم بتعيين نقطة نهاية SOCKS والإصدار بدلاً من ذلك:

Proxy proxy = new Proxy();
proxy.setSocksProxy("proxy.example.test:1080");
proxy.setSocksVersion(5);

ChromeOptions options = new ChromeOptions();
options.setProxy(proxy);

تتطلب الخوادم الوكيلة الموثقة تخطيطًا إضافيًا. قد ترفض المتصفحات الحديثة تضمين بيانات الاعتماد في عنوان URL، مما قد يكشف معلومات حساسة. يُفضل اتباع هذه الأساليب:

1. قائمة عناوين IP المسموح بها: قم بتفويض عنوان IP العام الثابت الخاص بجهاز تشغيل التكامل المستمر أو عقدة Selenium Grid الخاصة بك حتى لا يظهر مربع حوار المتصفح.
2. البوابة المحلية: قم بوضع وكيل توجيه موثوق به على جهاز الاختبار. يتصل Selenium محليًا بدون بيانات اعتماد، وتقوم البوابة بالمصادقة مع المصدر.
3. إضافة متصفح خاضعة للتحكم: أنشئ إضافة داخلية لمتصفح كروم تقوم بتهيئة الخادم الوكيل والرد على تحديات المصادقة. قم بتحميلها فقط من ملف اختبار محمي.
4. تكوين على مستوى الشبكة: قم بتكوين الشبكات والأسرار على عقدة Selenium بدلاً من توزيع بيانات الاعتماد على كل اختبار.

اقرأ بيانات الاعتماد من مدير الأسرار أو من إعدادات الاختبار الخاصة بالبيئة. لا تقم أبدًا بحفظها في Git، أو طباعتها في مخرجات وحدة التحكم، أو تضمينها في لقطات الشاشة. بعد التشغيل، تحقق من عنوان IP الخاص بالخروج باستخدام نقطة نهاية اختبار معتمدة قبل متابعة مجموعة الاختبارات.

يُمكن لبرنامج AutoIt أتمتة نوافذ حوار ويندوز من خلال تحديد موقع النافذة، وكتابة بيانات الاعتماد، والضغط على زر. كان هذا حلاً شائعاً في السابق لـ Selenium لأن WebDriver لم يكن قادراً على تشغيل نوافذ المصادقة الخاصة بالمتصفح.

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

إذا لم يكن هناك بديل في بيئة قديمة، فقم بتجميع برنامج AutoIt النصي، واحفظه في موقع اختبار مُتحكم به، واسترجع بيانات الاعتماد بشكل آمن أثناء التشغيل، وانتظر ظهور مربع الحوار المطلوب بدلاً من استخدام فترة انتظار ثابتة. اقتصر هذه التقنية على مُشغّل Windows معزول. بالنسبة لمجموعات الاختبارات القابلة للصيانة، تُعد قوائم عناوين IP المسموح بها، أو البوابة، أو عُقد Grid المُكوّنة مركزياً خيارات أكثر أماناً.

يستطيع Selenium التعامل مع تنبيهات JavaScript التي يتم إنشاؤها بواسطة كود صفحة الويب:

Alert alert = new WebDriverWait(driver, Duration.ofSeconds(10))
    .until(ExpectedConditions.alertIsPresent());
alert.accept();

لكن عادةً ما يكون مربع حوار مصادقة الوكيل جزءًا من واجهة المتصفح، وليس تنبيهًا مكتوبًا بلغة جافا سكريبت. لذلك، driver.switchTo().alert() غالباً ما يرمي NoAlertPresentException حتى عند ظهور نافذة إدخال بيانات الاعتماد. وينطبق القيد نفسه على العديد من مربعات حوار المصادقة الأساسية لبروتوكول HTTP.

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