یک درخواست HTTP در Tornado که از طریق CurlAsyncHTTPClient کار می‌کند ثابت نمی‌کند که websocket_connect از همان بک‌اند استفاده می‌کند.

پیاده‌سازی اتصال WebSocket در Tornado بر مسیر اتصال HTTP خودش بنا شده است. پیاده‌سازی ساده HTTP مستند می‌کند که فیلدهای پروکسی پشتیبانی نمی‌شوند. پیکربندی کلاینت HTTP ناهمگام سراسری برای استفاده از curl این مسیر WebSocket را با اتصال‌دهنده پروکسی curl جایگزین نمی‌کند.

بنابراین ارسال یک شیء HTTPRequest نیز اثبات پشتیبانی پروکسی نیست. شیء می‌تواند فیلدهایی داشته باشد که پیاده‌سازی انتخاب‌شده نمی‌پذیرد. خطا و پیاده‌سازی واقعی اتصال را بررسی کنید.

اگر برنامه به WebSocket از طریق پروکسی نیاز دارد، یک یکپارچه‌سازی مستند اتصال WebSocket را انتخاب کنید که از آن پروتکل پروکسی و روش احراز هویت پشتیبانی می‌کند. چرخه عمر و مدل I/O آن را با برنامه سازگار نگه دارید.

پس از برقراری مسیر پروکسی، یک WebSocket امن هنوز به TLS مقصد و دست‌دهی WebSocket خود نیاز دارد. یک درخواست HTTP معمولی که کار می‌کند هیچ‌یک از این مراحل بعدی را تأیید نمی‌کند.

مقالات مرتبط