سؤال

أنا متحمس للغاية بشأن مواصفات WebSockets HTML5 ولكن لدي قلق.

في هذه الأيام ، يعمل الجميع من بعض الشبكات ، مع أجهزة التوجيه (السلكية/اللاسلكية) التي تم إنشاؤها في جدران الحماية ، تحتوي Windows على جدار حماية مدمج أيضًا.

مع وضع ذلك في الاعتبار عندما يحاول الخادم الاتصال مرة أخرى بالمتصفح الذي بدأ مصافحة WebSocket هل ستفشل في الغالبية العظمى من المستخدمين؟ (معظم الناس ليس لديهم فكرة عن كيفية إعداد توجيه المنفذ على أجهزة التوجيه الخاصة بهم)

أم أن تفكيري غير صحيح وسوف يمر بشكل جيد؟

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

المحلول

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

نصائح أخرى

لا تتطلب HTML 5 WebSockets إعادة توجيه المنفذ. لا يزال يتم إنشاء الاتصالات من العميل ، لكن عدم تناسق العميل والخادم يختفي بمجرد إنشاء الاتصال. يثقب WebSockets أيضًا الوكلاء باستخدام نفس آلية الاتصال التي تستخدمها HTTPS اليوم.

نظرًا لأن جدران الحماية عادة ما تنفذ قواعد رفض حركة المرور الواردة وتوجيه حركة المرور الخارجي (عادةً من خلال خادم الوكيل) ، لا توجد عادة مخاوف محددة من جدار الحماية المتعلقة بحركة المرور.

خوادم الوكيل (وإلى حد ما ، بعض أجهزة التوجيه الموازنة بين التحميل) هي مسألة مختلفة (انظر لماذا لا تدعم تطبيقات عميل WebSocket الحالية الوكلاء؟)

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