البروكسي المتغيّر والبروكسي الثابت
البروكسي المتغيّر (rotating) يعطيك عنوان خروج جديداً مع كل اتصال أو بعد فترة قصيرة، والثابت (sticky) يحتفظ بالعنوان نفسه طوال جلسة محددة المدة. الأول يوزّع الطلبات المستقلة على عناوين كثيرة. والثاني لكل مهمة يجب أن يراك فيها الموقع الشخص نفسه من البداية إلى النهاية، كتسجيل الدخول والدفع.
كيف يتغيّر العنوان تقنياً
أغلب المزوّدين يضعون بوابة واحدة، بعنوان ومنفذ ثابتين، أمام مجموعة من عناوين الخروج. برنامجك يعرف البوابة فقط، والبوابة تختار المخرج.
- برنامجك يفتح اتصالاً بالبوابة ويرسل طلبه، أو أمر CONNECT لموقع HTTPS.
- البوابة تختار مخرجاً حسب القاعدة المضبوطة: مخرج جديد لكل اتصال، أو المخرج المرتبط بمعرّف جلستك، أو مخرج يتبدّل بعد مدة.
- المخرج يفتح اتصالاً بالموقع، ويرى الموقع عنوان المخرج.
- يبقى هذا الاتصال على المخرج نفسه حتى يُغلق. والطلب التالي يأخذ مخرجاً آخر فقط إن فُتح له اتصال جديد.
للخطوة الأخيرة أثر عملي يغفل عنه كثيرون. بعد نجاح أمر CONNECT يتحوّل الاتصال إلى نفق، كما يحدد RFC 9110، ولا ترى البوابة بعدها إلا بيانات مشفّرة. فكل الطلبات التي يرسلها برنامجك داخل نفق واحد تخرج من العنوان نفسه، حتى مع بروكسي «يتغيّر مع كل طلب».
والمتصفحات والمكتبات الحديثة تعيد استخدام الاتصال المفتوح لطلبات متتالية لتوفير الوقت. لذلك يكون التغيير في الواقع لكل اتصال، لا لكل طلب. إن أردت عنواناً جديداً فعلاً، فأغلق الاتصال وافتح غيره.
أما الجلسة الثابتة فتعمل بربط معرّف تختاره بمخرج معيّن لمدة محددة. كثير من المزوّدين يضعون هذا المعرّف داخل اسم المستخدم في بيانات الدخول إلى البروكسي. كل اتصال يحمل المعرّف نفسه يذهب إلى المخرج نفسه حتى تنتهي المدة، أو حتى يتعطّل المخرج.
الثبات في الشبكات الخلوية
في الشبكة الخلوية جزء من القرار بيد شركة الاتصالات. تنص RFC 6888 على أن يستخدم جهاز ترجمة العناوين لدى الشركة افتراضياً العنوان الخارجي نفسه لكل جلسات المشترك الواحد. فما دام المخرج متصلاً، يرى كل موقع عنواناً واحداً.
لكن الشركة تعيد توزيع عناوينها العامة على المشتركين بين حين وآخر. فمدة الجلسة الثابتة على مخرج خلوي محدودة بسياسة الشركة، مهما كانت المدة التي يعدك بها المزوّد. وفي المقابل، قد يحصل المخرج على عنوان جديد إن أعاد الاتصال بالشبكة.
لماذا يهتم الموقع بتغيّر عنوانك
حالة تسجيل الدخول لا تُحفظ في العنوان. يحفظها ملف تعريف الارتباط (cookie) الذي يرسله المتصفح مع كل طلب. وهو آلية معرّفة في RFC 6265 تتيح للخادم الاحتفاظ بجلسة فوق بروتوكول HTTP الذي لا يحفظ الحالة. لذلك لا يقطع تغيّر العنوان الجلسة تقنياً.
لكن كثيراً من الخدمات تسجّل العنوان عند الدخول وتقارنه بالطلبات اللاحقة. ملف ارتباط واحد يظهر فجأة من عنوان آخر، أو من شبكة أخرى، يشبه نمط سرقة الجلسات. فتطلب الخدمة إعادة الدخول، أو رمز تحقق، أو تنهي الجلسة. والمحافظ والمصارف أشد في ذلك من غيرها.
وفي الاتجاه الآخر، حدود عدد الطلبات تُحسب في مواقع كثيرة لكل عنوان. توزيع الطلبات على عناوين مختلفة لا يعفيك من شروط الموقع، والمواقع تربط الطلبات أيضاً بإشارات غير العنوان.
العنوان ليس الإشارة الوحيدة
تغيير العنوان لا يغيّر شيئاً آخر في طلبك. ملفات الارتباط تبقى كما هي، وكذلك نوع المتصفح ولغته ومنطقته الزمنية ودقة الشاشة. فمتصفح واحد يرسل الملفات نفسها من عشرة عناوين خلال دقائق يبدو للموقع مستخدماً واحداً يقفز بين الشبكات، لا عشرة مستخدمين.
لهذا يناسب التغيير المستمر الطلبات التي لا تحمل هوية، كقراءة صفحات عامة دون حساب. أما حين تكون مسجّلاً، فالعنوان المتغيّر يضيف تناقضاً إلى طلباتك ولا يخفي شيئاً.
الاتصالات المتزامنة على مخرج ثابت
الجلسة الثابتة تجمع كل اتصالاتك على مخرج واحد، وللمخرج حدود. وفي الشبكات الخلوية تطلب RFC 6888 نفسها دعم حد لعدد المنافذ الخارجية لكل مشترك. فإن فتح برنامجك مئات الاتصالات معاً عبر جلسة واحدة، فقد يرفض المخرج بعضها أو يبطئ. وزّع العمل المتوازي على عدة جلسات، لكل منها مهمة مستقلة.
مقارنة
| المتغيّر | الثابت | |
|---|---|---|
| متى يتغيّر العنوان | مع كل اتصال جديد أو كل بضع دقائق | عند انتهاء مدة الجلسة أو تعطّل المخرج |
| أثره على تسجيل الدخول | طلبات تحقق متكررة أو خروج من الحساب | جلسة متسقة من البداية إلى النهاية |
| الاتصالات المتزامنة | تتوزع على مخارج كثيرة | تتجمع على مخرج واحد |
| إن فشل مخرج | الاتصال التالي يذهب إلى غيره | تنقطع الجلسة حتى يُختار مخرج بديل |
| مهام نموذجية | صفحات عامة مستقلة، ومقارنة نتائج من عناوين مختلفة | حسابات، ونماذج متعددة الخطوات، ودفع |
كيف تختبر سلوك البروكسي بنفسك
اطلب عنوانك عبر البروكسي عدة مرات بفواصل زمنية، وقارن النتائج:
for i in 1 2 3 4 5; do
curl -s -x socks5h://HOST:PORT --proxy-user USER:PASS https://ipinfo.io/ip
echo
sleep 60
done
كل استدعاء لـcurl هنا يفتح اتصالاً جديداً. مع بروكسي متغيّر تختلف العناوين، ومع جلسة ثابتة تتطابق حتى تنتهي مدتها. ولقياس مدة الجلسة الفعلية، زِد عدد الدورات واكتب الوقت بجانب كل عنوان.
ثم اختبر إعادة استخدام الاتصال: ضع العنوان نفسه مرتين في أمر curl واحد. يعيد curl عادةً استخدام الاتصال المفتوح، فيظهر العنوان نفسه مرتين حتى مع بروكسي متغيّر.
كيف تختار وتضبط
- اجعل الجلسة الثابتة أطول من المهمة. إن كان تسجيل الدخول وإتمام العملية يستغرقان عشرين دقيقة، فلا تبدأ بجلسة ستنتهي بعد عشر.
- ابدأ المهمة الحساسة في أول الجلسة، لا قرب نهايتها، خاصة على المخارج الخلوية.
- لا تخلط النمطين في حساب واحد. حساب يدخل من عنوان ثابت ثم تصله طلبات من عناوين متغيّرة يبدو مريباً.
- في البروكسي المتغيّر أغلق الاتصالات إن أردت تبديل العنوان فعلاً، ولا تعتمد على أن كل طلب سيخرج من عنوان جديد.
- احترم حدود الموقع وشروطه. تبديل العنوان ليس إذناً بإرسال طلبات أكثر مما يسمح به.
في syriaproxy يبقى العنوان نفسه نحو ساعتين، ثم تغيّره سيريتل كما تفعل مع هواتف مشتركيها. وفي حسابك زر «طلب عنوان جديد» إن أردت التبديل قبل ذلك. لماذا يهم هذا عند فتح المحافظ والحسابات في الاحتفاظ بالعنوان السوري نفسه.
أسئلة شائعة
هل البروكسي الثابت يعني عنواناً مخصصاً لي وحدي؟
لا. الثابت يعني أن عنوان خروجك لا يتغيّر خلال الجلسة. وقد يكون العنوان مشتركاً مع غيرك، كما في الشبكات الخلوية.
هل يمكن أن يتغيّر العنوان الثابت قبل نهاية المدة؟
نعم. إن انقطع المخرج عن الشبكة، أو أعادت شركة الاتصالات توزيع العناوين، ينتقل الاتصال إلى عنوان آخر. لهذا تتحقق من العنوان قبل أي خطوة حساسة.
لماذا يظهر لي العنوان نفسه مع أن البروكسي متغيّر؟
غالباً لأن برنامجك يعيد استخدام اتصال مفتوح. البوابة تختار المخرج عند فتح الاتصال فقط.
أيهما أنسب لتطبيقات الهاتف؟
الثابت في أغلب الحالات. تطبيقات الهاتف تحتفظ برمز جلسة بعد تسجيل الدخول، وتفتح اتصالات جديدة كثيرة في الخلفية. مع بروكسي متغيّر يصل كل اتصال من عنوان مختلف بالرمز نفسه، وهذا ما تراقبه تطبيقات المصارف والمحافظ.
اعرف عنوانك الحالي وشبكته وبلده بأداة عنوانك المجانية، وأعد فتحها لترى إن تغيّر.