سؤال

وشركتي تجريب كتابة ملقم وكيل باستخدام .NET العملات الأجنبية 3.5 و C #. من وجهة نظرنا لقد قرأت أن HttpListener ليس مرشح جيد لملقم وكيل على الرغم من أنني لست متأكدا لماذا.

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

وذلك هو السبب في HttpListener مرشح سيئة للعمل وكيل HTTP؟

(ونعم نحن ننظر الحبار 3.1 عن طريق الكتابة أو تكوين خادم ICAP كذلك.)

هل كانت مفيدة؟

المحلول

وHttpListener في .NET لتوفير لبنة رئيسية ل<م> بسيط الخادم HTTP. حيث بسيطة لا يشمل دعم معدلات تشغيل عالية.

وعادة كلاء HTTP تحتاج إلى أن تكون على ارتفاع منخفض للغاية لدعم العديد من الاتصالات المتزامنة فضلا عن توفير وظيفة وكيل (والذي يعتمد على نوع وكيل).

وترد تفاصيل

وكلاء في RFC 2616 §8.1.3 ) والتي توفر على الفور عنصر واحد أن (إذا فهمت بشكل صحيح HttpListener) غير ممكن:

<اقتباس فقرة>   

والملقم الوكيل يجب أن يشير الاتصالات المستمرة بشكل منفصل مع عملائها والخوادم الأصل (أو خوادم بروكسي أخرى) أن يتصل. تنطبق على كل اتصال مستمر إلى وصلة نقل واحد فقط.

نصائح أخرى

وكنت قد تنظر أيضا إلى أن ميناء نوافذ إنجن إكس أفرج عنه قبل أيام قليلة. العديد من المواقع التي الحبار والخبرة الورنيش نحن سعداء للغاية بعد اعتناقه إنجن إكس. ثم هناك دائما مهما MS تدعو الخادم ISA هذه الأيام.

وذهب بعيدا للبحث في قانون ذقني الآن: D

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top