المواقع والتطبيقات المحظورة

كيف تتحول الشكوى إلى وجهة محظورة

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

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

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

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

لماذا يحظر المزودون موارد قبل وقوع مشكلة

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

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

يوضح ذلك لماذا قد يبقى قيد واسع بعد إزالة العميل الأصلي. فالمزود يحاول منع التكرار. وقد يقيّد فئة كاملة دون التحقق أولًا مما إذا كان كل زائر جديد يريد قراءة صفحة أو الدخول أو تنفيذ إجراء غير مرغوب.

الموارد التي قد تُدرج في قائمة حظر

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

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

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

كيف يطبق الوكيل قائمة الحظر

قبل أن يوصلك الوكيل بمورد، يحتاج إلى معرفة الوجهة. ومع وكيل HTTP، يمكن لبرنامج عميل طلب نفق HTTPS باستخدام CONNECT portal.example:443. ويعطي الطلب الوكيل اسم مضيف الوجهة ومنفذها. كما يحمل SOCKS5 عنوان وجهة يُقدم على هيئة اسم مضيف أو عنوان IP.

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

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

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

لماذا يعتمد الوصول على المنتج

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

لا يسمح بعض المزودين بالوصول إلى موارد معينة إلا بعد KYC (Know Your Customer)، وهي عملية تتحقق من هوية العميل. وقد يحتاج المزود أيضًا إلى الموافقة على المهمة المحددة. وقد يظل الوصول الممنوح بعد هذه الفحوص مقصورًا على منتج أو وجهة معينة؛ فلا يزيل كل قيود الحساب.

تهم أيضًا طريقة معالجة الخدمة للطلبات. فمع الوكيل المعتاد، يقرر متصفح العميل أو برنامجه الطلبات التي يرسلها. ومع API لجمع بيانات الويب، يقدم العميل مهمة، مثل جلب صفحة أو جمع بيانات منتجات، وينفذها نظام المزود. وقد تكون النتيجة HTML الصفحة أو بيانات مستخرجة بتنسيق منظم.

في الخدمة المُدارة، يمكن للمزود اختيار شبكة الوكلاء وضبط رؤوس الطلب وملفات الارتباط وإعادة الطلبات الفاشلة ومعالجة الاستجابة. ويعتمد تقسيم التحكم الدقيق على المنتج؛ فبعض الإعدادات تلقائي، ويمكن للعميل تقديم بعضها ضمن الحدود المسموحة. ويتحكم المزود في التبادل مع الموقع المستهدف لتلك المهمة، ويستطيع تقييد معاملات الطلب المقبولة.

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

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

ما يراه العميل

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

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

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

الفرق بين ذلك ورفض الموقع لوكيلك

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

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

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

هل يمكن إزالة مورد من قائمة الحظر

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

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

لا يزيل التحقق أو الموافقة جميع قيود الحساب بالضرورة. فقد يغطي الاستثناء وجهة أو منتجًا معينًا فقط. كما يُبقي أي وصول يمنحه مزود الوكلاء ضوابط الوصول لدى الموقع نفسه سارية.

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