إعداد البروكسي في Postman لاختبار API: دليل كامل مع أمثلة

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

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

لماذا نحتاج إلى البروكسي عند اختبار API

تعمل خوادم البروكسي في سياق اختبار API على حل عدة مهام حيوية لا يمكن تنفيذها باستخدام أدوات Postman القياسية. سيساعدك فهم هذه السيناريوهات على اختيار نوع البروكسي المناسب وإعداده وفقًا للاحتياجات المحددة.

اختبار API المقيد جغرافيًا. العديد من APIs الحديثة تعيد بيانات مختلفة بناءً على الموقع الجغرافي للعميل. على سبيل المثال، APIs لخدمات الطقس، منصات البث، التطبيقات المالية أو الأسواق. لاختبار كيفية عمل تطبيقك للمستخدمين من ألمانيا أو الولايات المتحدة أو اليابان، تحتاج إلى خادم بروكسي بعنوان IP من البلد المعني. بدون بروكسي، لن تتمكن جسديًا من إعادة إنتاج سلوك API للمستخدمين من مناطق أخرى.

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

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

تصحيح ومراقبة حركة المرور. يمكن استخدام خوادم البروكسي لاعتراض وتحليل حركة مرور HTTP/HTTPS. أدوات مثل Charles Proxy و Fiddler أو mitmproxy تسمح لك برؤية تفاصيل كل طلب واستجابة، بما في ذلك الرؤوس، جسم الطلب، ووقت التنفيذ. من خلال إعداد Postman للعمل عبر بروكسي كهذا، تحصل على أداة قوية لتصحيح التفاعلات المعقدة مع API.

إعداد البروكسي العالمي في Postman

يقدم Postman طريقتين رئيسيتين لإعداد البروكسي: العالمية (تطبق على جميع الطلبات) والفردية (للمجموعات أو الطلبات المحددة). لنبدأ بالإعدادات العالمية، التي توجد في قائمة الإعدادات في التطبيق.

دليل خطوة بخطوة للوصول إلى إعدادات البروكسي:

1. افتح Postman واضغط على أيقونة الترس (الإعدادات) في الزاوية العليا اليمنى من التطبيق، أو استخدم اختصارات لوحة المفاتيح Ctrl+, (Windows/Linux) أو Cmd+, (macOS).
2. في نافذة الإعدادات المفتوحة، انتقل إلى علامة التبويب Proxy.
3. هنا سترى عدة خيارات لتكوين خادم البروكسي، والتي سنستعرضها بالتفصيل أدناه.

في قسم إعدادات البروكسي، ستجد ثلاثة أوضاع رئيسية للعمل مع البروكسي:

• استخدام بروكسي النظام - استخدام إعدادات البروكسي الخاصة بنظام التشغيل لديك
• إضافة تكوين بروكسي مخصص - إعداد خادم بروكسي خاص يدويًا
• تكوين بروكسي عالمي - تكوين عالمي مع إمكانية تحديد بروكسي مختلفة لـ HTTP و HTTPS

كل من هذه الأوضاع لها مزاياها وتناسب سيناريوهات استخدام مختلفة. دعنا نستعرضها بالتفصيل.

استخدام إعدادات البروكسي النظامية

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

كيفية تفعيل استخدام البروكسي النظامي:

1. افتح Settings → Proxy في Postman.
2. قم بتحديد الخيار استخدام بروكسي النظام.
3. سيقوم Postman تلقائيًا باكتشاف إعدادات البروكسي من تكوين نظام التشغيل لديك.
4. اضغط على زر تحديث لحفظ التغييرات.

بعد تفعيل هذا الخيار، سيستخدم Postman نفس إعدادات البروكسي مثل متصفحك أو التطبيقات الأخرى. وهذا يعني أنه إذا قمت بإعداد البروكسي في Windows (الإعدادات → الشبكة والإنترنت → بروكسي)، macOS (تفضيلات النظام → الشبكة → متقدم → بروكسي) أو Linux (من خلال متغيرات البيئة)، سيقوم Postman بالتقاط هذه الإعدادات تلقائيًا.

إعداد خادم بروكسي مخصص

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

دليل خطوة بخطوة لإعداد بروكسي مخصص:

1. افتح Settings → Proxy في Postman.
2. تأكد من أن خيار استخدام بروكسي النظام معطل.
3. قم بتفعيل خيار إضافة تكوين بروكسي مخصص.
4. في حقل نوع البروكسي، اختر البروتوكول: HTTP، HTTPS أو SOCKS5.
5. في حقل خادم البروكسي، أدخل عنوان خادم البروكسي الخاص بك (على سبيل المثال، proxy.example.com أو عنوان IP 192.168.1.100).
6. في حقل منفذ البروكسي، حدد المنفذ (عادةً 8080 لـ HTTP، 1080 لـ SOCKS5، ولكن يعتمد على مزود الخدمة الخاص بك).
7. إذا كان البروكسي يتطلب مصادقة، قم بتفعيل خيار مصادقة البروكسي وأدخل اسم المستخدم وكلمة المرور.
8. اضغط على تحديث لتطبيق الإعدادات.

بعد حفظ الإعدادات، ستجري جميع الطلبات الصادرة من Postman عبر خادم البروكسي المحدد. يمكنك التحقق من صحة الإعدادات بإرسال طلب اختبار إلى خدمة التحقق من IP، على سبيل المثال:

GET https://api.ipify.org?format=json

في الاستجابة، يجب أن ترى عنوان IP الخاص بخادم البروكسي الخاص بك، وليس عنوان IP الحقيقي الخاص بك. إذا لم يتغير IP، تحقق من صحة البيانات المدخلة وتأكد من أن خادم البروكسي يعمل.

إعداد بروكسي مختلفة لـ HTTP و HTTPS

يتيح لك Postman إعداد خوادم بروكسي منفصلة لحركة مرور HTTP و HTTPS. هذا مفيد إذا كنت تعمل مع بنية تحتية مؤسسية حيث يتم استخدام بروكسي منفصل للاتصالات المحمية مع فحص SSL.

للإعداد المنفصل:

1. في قسم إعدادات البروكسي، قم بتفعيل تكوين البروكسي العالمي.
2. سترى كتلتين منفصلتين: بروكسي HTTP و بروكسي HTTPS.
3. لكل كتلة، حدد خادمها، المنفذ وبيانات المصادقة.
4. احفظ التغييرات.

الآن ستذهب طلبات HTTP عبر بروكسي واحد، وطلبات HTTPS عبر بروكسي آخر. هذا مهم بشكل خاص للاختبار في البنى التحتية الهجينة.

العمل مع البروكسي الذي يتطلب المصادقة

تتطلب معظم خدمات البروكسي التجارية والبروكسي المؤسسي المصادقة للوصول. يدعم Postman المصادقة الأساسية HTTP (Basic Auth) لخوادم البروكسي، مما يسمح بنقل بيانات الاعتماد بشكل آمن.

إعداد مصادقة البروكسي:

1. في إعدادات البروكسي (Settings → Proxy)، قم بتفعيل خيار مصادقة البروكسي.
2. في حقل اسم المستخدم، أدخل اسم المستخدم المقدم من مزود البروكسي الخاص بك.
3. في حقل كلمة المرور، أدخل كلمة المرور.
4. اضغط على تحديث لحفظ.

سيقوم Postman تلقائيًا بإضافة رأس Proxy-Authorization إلى كل طلب يمر عبر البروكسي. يتم نقل بيانات الاعتماد بشكل مشفر (Base64)، ولكن من أجل الأمان الأقصى، يُوصى باستخدام بروكسي HTTPS أو SOCKS5 مع التشفير.

مثال على الإعداد باستخدام بروكسي سكنية

لنفترض أنك تستخدم بروكسي سكنية لاختبار API، الذي يعيد محتوى مختلف للمستخدمين من الولايات المتحدة وأوروبا. قدم مزود البروكسي الخاص بك البيانات التالية:

• الخادم: us.residential.proxy.com
• المنفذ: 8080
• اسم المستخدم: user_12345
• كلمة المرور: SecurePass789

ستكون الإعدادات في Postman كما يلي:

• نوع البروكسي: HTTP
• خادم البروكسي: us.residential.proxy.com
• منفذ البروكسي: 8080
• مصادقة البروكسي: مفعل
• اسم المستخدم: user_12345
• كلمة المرور: SecurePass789

بعد تطبيق الإعدادات، ستخرج جميع طلباتك من عناوين IP من الولايات المتحدة، مما سيمكنك من اختبار سلوك API المحدد جغرافيًا.

إعداد بروكسي SOCKS5 في Postman

SOCKS5 هو بروتوكول بروكسي أكثر تنوعًا مقارنةً بـ HTTP/HTTPS. يعمل على مستوى أدنى من كومة الشبكة ويمكنه بروكسي أي نوع من حركة المرور، وليس فقط HTTP. SOCKS5 مفيد بشكل خاص لاختبار APIs التي تستخدم بروتوكولات غير قياسية، أو عندما تكون أقصى درجات الخصوصية مطلوبة.

مزايا SOCKS5 لاختبار API:

• دعم أي بروتوكولات (HTTP، HTTPS، WebSocket، FTP وغيرها)
• لا يعدل رؤوس الطلبات (على عكس بروكسي HTTP)
• دعم حركة مرور UDP (مهم لبعض APIs في الوقت الحقيقي)
• دعم مدمج للمصادقة على مستوى البروتوكول
• أداء أفضل لاتصالات HTTPS (لا يوجد تبادل SSL مزدوج)

إعداد SOCKS5 في Postman:

1. افتح Settings → Proxy.
2. قم بتفعيل إضافة تكوين بروكسي مخصص.
3. في حقل نوع البروكسي، اختر SOCKS5.
4. أدخل عنوان خادم SOCKS5 والمنفذ (عادةً 1080، ولكن يعتمد على المزود).
5. إذا كانت المصادقة مطلوبة، قم بتفعيل مصادقة البروكسي وأدخل بيانات الاعتماد.
6. احفظ الإعدادات.

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

إعداد قواعد تجاوز البروكسي

أحيانًا تحتاج إلى أن تذهب بعض الطلبات عبر البروكسي، بينما تذهب أخرى مباشرة. على سبيل المثال، تختبر API خارجي عبر البروكسي، ولكنك تعمل أيضًا مع خادم تطوير محلي (localhost) يجب أن يكون متاحًا مباشرة. لمثل هذه السيناريوهات، يقدم Postman إعداد قواعد تجاوز البروكسي (Proxy Bypass).

كيفية إعداد قواعد التجاوز:

1. في Settings → Proxy، ابحث عن قسم تجاوز البروكسي لهذه المضيفات والنطاقات.
2. أدخل قائمة النطاقات أو عناوين IP التي يجب أن تتجاوز البروكسي، مفصولة بفواصل.
3. تدعم القواعد: على سبيل المثال، *.internal.company.com ستستثني جميع النطاقات الفرعية.
4. احفظ التغييرات.

أمثلة على قواعد التجاوز:

• localhost - تجاوز للمضيف المحلي
• 127.0.0.1 - تجاوز لعنوان loopback
• 192.168.*.* - تجاوز لجميع الشبكات المحلية
• *.dev.company.com - تجاوز للخوادم الداخلية dev
• api.internal.service - تجاوز لـ API داخلي محدد

تعتبر قواعد التجاوز مفيدة بشكل خاص في البيئات الهجينة، حيث تختبر في نفس الوقت APIs الخارجية (عبر البروكسي لاستهداف جغرافي أو تجاوز القيود) والخدمات الداخلية (مباشرة للسرعة وسهولة التصحيح).

سيناريوهات عملية لاستخدام البروكسي في Postman

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

سيناريو 1: اختبار API مقيد جغرافيًا لخدمة بث الموسيقى

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

الحل:

1. احصل على بروكسي سكنية من ثلاث دول: الولايات المتحدة، ألمانيا، اليابان.
2. أنشئ ثلاث بيئات (Environments) في Postman: "اختبار الولايات المتحدة"، "اختبار ألمانيا"، "اختبار اليابان".
3. في كل بيئة، أنشئ متغيرات لإعدادات البروكسي (على الرغم من أن Postman لا يدعم المتغيرات في إعدادات البروكسي مباشرة، يمكنك توثيقها في وصف البيئة).
4. قم بالتبديل يدويًا بين البروكسي في Settings → Proxy قبل اختبار كل منطقة.
5. أرسل طلبًا إلى API: GET https://api.musicservice.com/v1/catalog
6. قارن النتائج: يجب أن تكون هناك مسارات مختلفة لكل دولة في الاستجابة.

لأتمتة هذه العملية، يمكنك استخدام Newman (الإصدار CLI من Postman) مع معلمات البروكسي، مما سيمكنك من تشغيل الاختبارات من CI/CD pipeline مع تغيير البروكسي تلقائيًا.

سيناريو 2: تجاوز قيود معدل الطلبات أثناء اختبار الحمل

المهمة: تختبر أداء API عام، الذي لديه حد 100 طلب في الدقيقة من عنوان IP واحد. لاختبار الحمل بشكل كامل، تحتاج إلى إرسال 1000 طلب في الدقيقة.

الحل:

1. استخدم مجموعة من 10+ خوادم بروكسي مع تدوير.
2. قم بإعداد مجموعة Postman Collection Runner مع طلب الاختبار الخاص بك.
3. في Pre-request Script، أضف منطقًا لتدوير البروكسي (ملاحظة: لا يدعم Postman تغيير البروكسي برمجيًا في السكربتات، لذا من الأفضل تنفيذ هذا السيناريو عبر Newman مع سكربت خارجي).
4. بديل: استخدم مزود بروكسي مع تدوير تلقائي لعناوين IP (جلسات لاصقة مع TTL قصير).

لهذا السيناريو، تعتبر بروكسيات مراكز البيانات مع تدوير مثالية - فهي توفر سرعة عالية وتسمح بتوزيع الحمل بين العديد من عناوين IP.

سيناريو 3: تصحيح API HTTPS مع فحص SSL

المهمة: تتكامل مع API خارجي يعيد أخطاء 500، ولكن تفاصيل الخطأ غير محددة. تحتاج إلى رؤية المحتوى الكامل لطلب HTTPS والاستجابة، بما في ذلك جميع الرؤوس والجسم.

الحل:

1. قم بتثبيت أداة لاعتراض حركة مرور HTTPS: Charles Proxy، Fiddler أو mitmproxy.
2. قم بإعداد الأداة للاستماع إلى المنفذ (عادةً 8888 لـ Charles، 8888 لـ Fiddler).
3. قم بتثبيت شهادة SSL الخاصة بالأداة في النظام (توجد تعليمات عادةً في التطبيق نفسه).
4. في Postman Settings → Proxy، قم بإعداد البروكسي على localhost:8888.
5. قم بإيقاف التحقق من SSL في Postman (Settings → General → SSL certificate verification → OFF) لأغراض الاختبار.
6. أرسل الطلب المسبب للمشكلة من Postman.
7. في Charles/Fiddler، سترى تفريغًا كاملاً للطلب والاستجابة، بما في ذلك حركة مرور HTTPS المفككة.

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

سيناريو 4: اختبار API عبر بروكسي مؤسسي مع قائمة بيضاء

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

الحل:

1. قم بإنشاء طلب إلى قسم تكنولوجيا المعلومات لإضافة نطاق API إلى القائمة البيضاء (قد يستغرق ذلك أيامًا أو أسابيع).
2. للاختبار الفوري: استخدم الإنترنت المحمول الشخصي أو قم بإعداد VPN.
3. في Postman، أضف نطاق API إلى قواعد تجاوز البروكسي (تجاوز البروكسي لهذه المضيفات).
4. اتصل بشبكة بديلة (نقطة اتصال محمولة، Wi-Fi منزلي عبر VPN).
5. قم بإجراء الاختبار.
6. بعد إضافة النطاق إلى القائمة البيضاء المؤسسية، قم بإزالة قاعدة التجاوز وواصل العمل عبر البروكسي القياسي.

يوضح هذا السيناريو أهمية الإعداد المرن للبروكسي وقواعد التجاوز في البيئات المؤسسية.

حل المشكلات الشائعة عند العمل مع البروكسي

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

المشكلة 1: "لم يتمكن من الحصول على أي استجابة" أو "خطأ: الاتصال ETIMEDOUT"

الأسباب:

• خادم البروكسي غير متاح أو تم إدخال العنوان/المنفذ بشكل غير صحيح
• يتطلب البروكسي مصادقة، ولكن لم يتم تقديم بيانات الاعتماد
• جدار الحماية يمنع الاتصال بالبروكسي
• خادم البروكسي محمّل أو غير متاح مؤقتًا

الحلول:

1. تحقق من توفر البروكسي عبر الطرفية: curl -x http://proxy:port https://api.ipify.org
2. تأكد من إدخال العنوان والمنفذ بشكل صحيح (بدون مسافات زائدة، البروتوكول الصحيح)
3. تحقق مما إذا كانت المصادقة مفعلّة وما إذا كانت بيانات الاعتماد صحيحة
4. جرب خادم بروكسي آخر من مجموعتك
5. قم بإيقاف البروكسي مؤقتًا في Postman وتحقق مما إذا كان الطلب يعمل مباشرة

المشكلة 2: "407 مطلوب مصادقة البروكسي"

السبب: يتطلب البروكسي مصادقة، ولكن لم يتم تقديم بيانات الاعتماد أو أنها غير صحيحة.

الحلول:

1. قم بتفعيل مصادقة البروكسي في إعدادات Postman
2. تحقق من صحة اسم المستخدم وكلمة المرور (احرص على الانتباه لحالة الأحرف، الرموز الخاصة)
3. تأكد من أن عنوان IP الخاص بك مسموح به في القائمة البيضاء لمزود البروكسي (إذا كان ذلك ينطبق)
4. تحقق من مدة صلاحية بيانات الاعتماد (بعض المزودين يولدون كلمات مرور مؤقتة)

المشكلة 3: أخطاء SSL/TLS عند استخدام بروكسي HTTPS

الأخطاء الشائعة: "مشكلة شهادة SSL"، "غير قادر على التحقق من الشهادة الأولى"، "شهادة موقعة ذاتيًا في سلسلة الشهادات".

الأسباب:

• يقوم البروكسي بإجراء فحص SSL ويضع شهادته الخاصة
• شهادة البروكسي غير مثبتة في قائمة الثقة على نظامك
• مشكلات في سلسلة الشهادات على جانب API

الحلول:

1. لأغراض الاختبار: قم بإيقاف التحقق من SSL في Postman (Settings → General → SSL certificate verification → OFF). تحذير: لا تستخدم ذلك في الإنتاج!
2. للإنتاج: قم بتثبيت الشهادة الجذرية للبروكسي في النظام وPostman (Settings → Certificates → CA Certificates)
3. استخدم بروكسي بدون فحص SSL (SOCKS5 أو بروكسي HTTP مع تمرير SSL)
4. تواصل مع مسؤول البروكسي للحصول على الشهادة الصحيحة

المشكلة 4: بطء سرعة الطلبات عبر البروكسي

الأسباب:

• خادم البروكسي بعيد جغرافيًا عنك أو عن API المستهدف
• البروكسي محمّل (خاصةً بالنسبة للبروكسي المجانية أو الرخيصة)
• قناة الاتصال بطيئة لمزود البروكسي
• تشفير SSL مزدوج (عميلك → بروكسي → API)

الحلول:

1. اختر خادم بروكسي أقرب إلى API المستهدف (إذا كان API في الولايات المتحدة، استخدم بروكسي من الولايات المتحدة)
2. قم بالتبديل إلى نوع بروكسي أسرع (على سبيل المثال، من السكنية إلى مراكز البيانات للمهام التي لا تكون فيها الجغرافيا حرجة)
3. استخدم SOCKS5 بدلاً من HTTP لطلبات HTTPS (أقل overhead)
4. فكر في استخدام بروكسي متميز مع عرض نطاق مضمون
5. للطلبات غير الحرجة، قم بإيقاف البروكسي مؤقتًا

المشكلة 5: عنوان IP لا يتغير، على الرغم من إعداد البروكسي

الأسباب:

• تم إعداد البروكسي، ولكن لم يتم تفعيله (نسيت الضغط على تحديث)
• تم إضافة نطاق API إلى قواعد تجاوز البروكسي
• البروكسي النظامي يعيد تعريف إعدادات Postman
• طلبات DNS تذهب مباشرة (تسرب DNS)

الحلول:

1. تحقق من أن البروكسي نشط بالفعل: أرسل طلبًا إلى https://api.ipify.org وتحقق من IP في الاستجابة
2. تأكد من أن استخدام بروكسي النظام معطل إذا كنت تستخدم بروكسي مخصص
3. تحقق من قائمة مجالات التجاوز واحذف النطاق المستهدف إذا كان موجودًا هناك
4. أعد تشغيل Postman بعد تغيير إعدادات البروكسي

الخاتمة

إعداد البروكسي في Postman هو أداة قوية لتوسيع إمكانيات اختبار API. لقد تعلمت كيفية إعداد كل من البروكسي النظامية والمخصصة، والعمل مع بروتوكولات HTTP و SOCKS5، وإعداد المصادقة وقواعد التجاوز. ستتيح لك هذه المهارات اختبار APIs المقيدة جغرافيًا بشكل فعال، وتجاوز قيود معدل الطلبات، والعمل عبر البروكسي المؤسسي وتصحيح المشكلات المعقدة باستخدام أدوات اعتراض الحركة.

الاستنتاجات الرئيسية من هذا