Aiohttp: عميل Websocket معلق / منع؟

يعتقد GitMate.io أن https://github.com/aio-libs/aiohttp/issues/2200 (مآخذ ويب العميل الخلفية معلقة على SIGINT) ، https://github.com/aio-libs/aiohttp/issues/ 1002 (استجابة Websocket .close () يمكن أن تتوقف إلى أجل غير مسمى) ، https://github.com/aio-libs/aiohttp/issues/376 (ProactorEventLoop توقف) ، https://github.com/aio-libs/aiohttp/issues / 3027 (تعليق ws_connect) و https://github.com/aio-libs/aiohttp/issues/265 (تنفيذ websocket من جانب العميل).

يبدو أن client_ws.py # L204 لا يعود ... أي أفكار؟

الخادم عبارة عن جهاز فك تشفير SkyQ ، لذلك قد لا يكون تطبيق WS متوافقًا تمامًا مع RFC. على سبيل المثال ، لا يحترم ping / poings ... وهناك ذلك الغريب �~� في الحمولة ... لست متأكدًا مما إذا كان هذا رمز التشغيل أو بعض المراوغات الأخرى ...

Websocket هو بروتوكول ثنائي �~� يشفر نوع الرسالة وطولها.
عذرًا ، لا يمكنني مساعدتك بدون مشاركتك في فك تشفيرها ومقارنتها بحجم الحمولة الفعلية.

�~� هو 001111110111111000111111 في النظام الثنائي ، وهو: 3F7E3F في النظام الست عشري.

تبدو تلك البايتات مثل هذه النهاية إلى النهاية ...
00111111
01111110
00111111

لست خبيرا في RFC ولكن ما هذا القول من حيث النوع والطول؟

هل تعتقد أن المشكلة في ذلك؟ أي لا توافق على طول الحمولة الفعلي ، والشيء الذي ينتظر إطارًا إضافيًا ، على سبيل المثال؟

ومن المثير للاهتمام ، أن عميل cli لمقبس الويب هذا ، المكتوب في go ، يتعامل مع الإخراج بشكل جيد ، بما في ذلك الأشياء الثنائية في الجزء العلوي:

""
ws ws: // skyq: 9006 / as / system / status
<{
"camessage": {
"السبب": "لا توجد رسالة"،
"الحالة": "غير متوفر"
} ،
"drmstatus": {
"الحالة": "متاح"
} ،
"الاستحقاقات": [
"التحليلات"،
"BIGBASIC"،
"ETHAN_APP_1" ،
"عالية الدقة"،
"PDL" ،
"SKY_DRM_CE" ،
"SKY_DRM_MR" ،
"SKY_IPPV"،
"ULTRA +"،
"سكاى +"،
"GATEWAYENABLER" ،
"سيدلواد"
] ،
"epginfobits": {
"epginfobits": "0xFDE5FFC0"،
"قناع": "0x5FFA003F" ،
"الحالة": "متاح"
} ،
"gatewayservices": {
"الحالة": "متاح"
} ،
"hdmi": {
"2160p10bitCapable": خطأ ،
"مصدق HDCP": "NONE"،
"السبب": "تم تعطيل منفذ إخراج HDMI" ،
"sinkHDCP": "NONE"،
"sinkHLG": خطأ ،
"sinkUHD": خطأ ،
"الحالة": "غير متوفر" ،
"uhdConfigured": خطأ
} ،
"شبكة الاتصال" : {
"الحالة": "متاح"
} ،
"nssplayback": {
"الحالة": "متاح"
} ،
"pvr": {
"الحالة": "متاح"
} ،
"جدول" : {
"lastdate": "20181003"،
"الحالة": "متاح"
} ،
"قائمة الخدمة": {
"الحالة": "متاح"
} ،
"بطاقة ذكية" : {
"نشط": صحيح ،
"باقة": "4101"،
"countryCode": "GBR" ،
"العملة": "جنيه إسترليني"،
"cwe": صحيح ،
"المنزلية": "10947783" ،
"زوجي": صحيح ،
"الحالة": "متاح" ،
"باقة فرعية": "1"،
"حد المعاملة": 65535 ،
"viewCardNumber": "725325260"
} ،
"swupdate": {
"السبب": "IDLE" ،
"الحالة": "غير متوفر"
} ،
"تحديثات النظام" : {
"الاستحقاقات": 2 ،
"تثبيت": 1 ،
"servicegenres": 1 ،
"البطاقة الذكية": 1
} ،
"updatetask": {
"السبب": "لا يوجد تحديث"،
"الحالة": "غير متوفر"
}
}

^ ج
يقطع
✔ [ brad @ bradmac : ~] $ ``

يقول البروتوكول: أول 3F بايت في رسالة WS ممنوع (محجوز للاستخدام في المستقبل).
هل أنت متأكد أنك لم تفوت شيئًا؟

أفترض أنك تشير إلى البتات 2d و 3 و 4 في بروتوكول التأطير الأساسي. في هذه الحالة ، نعم ، ربما أخطأت في الأمر. يمكن أن تكون مشكلة يونيكود / ASCII. سآخذ نظرة أخرى.

لقد جربت بعض المحولات الأخرى عبر الإنترنت ... أتلقى هذا الآن:
عرافة = ef bf bd 7e ef bf bd
ثنائي = 11101111 10111111 10111101 01111110 11101111 10111111 10111101

إذا كان وفقًا لـ RFC 6455

5.2.  Base Framing Protocol

   This wire format for the data transfer part is described by the ABNF
   [RFC5234] given in detail in this section.  (Note that, unlike in
   other sections of this document, the ABNF in this section is
   operating on groups of bits.  The length of each group of bits is
   indicated in a comment.  When encoded on the wire, the most
   significant bit is the leftmost in the ABNF).  A high-level overview
   of the framing is given in the following figure.  In a case of
   conflict between the figure below and the ABNF specified later in
   this section, the figure is authoritative.

      0                   1                   2                   3
      0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
     +-+-+-+-+-------+-+-------------+-------------------------------+
     |F|R|R|R| opcode|M| Payload len |    Extended payload length    |
     |I|S|S|S|  (4)  |A|     (7)     |             (16/64)           |
     |N|V|V|V|       |S|             |   (if payload len==126/127)   |
     | |1|2|3|       |K|             |                               |
     +-+-+-+-+-------+-+-------------+ - - - - - - - - - - - - - - - +
     |     Extended payload length continued, if payload len == 127  |
     + - - - - - - - - - - - - - - - +-------------------------------+
     |                               |Masking-key, if MASK set to 1  |
     +-------------------------------+-------------------------------+
     | Masking-key (continued)       |          Payload Data         |
     +-------------------------------- - - - - - - - - - - - - - - - +
     :                     Payload Data continued ...                :
     + - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - +
     |                     Payload Data continued ...                |
     +---------------------------------------------------------------+

   FIN:  1 bit

      Indicates that this is the final fragment in a message.  The first
      fragment MAY also be the final fragment.

   RSV1, RSV2, RSV3:  1 bit each

      MUST be 0 unless an extension is negotiated that defines meanings
      for non-zero values.  If a nonzero value is received and none of
      the negotiated extensions defines the meaning of such a nonzero
      value, the receiving endpoint MUST _Fail the WebSocket
      Connection_.

ثم يبدو أنه يتم تعيين RSV1 و RSV2 على 1 ، كما تقترح ، ما لم يتم التفاوض على بعض etxension؟ ليس لدي فكره.

عدد الأحرف في مستند JSON هو 1703

يقول RFC هذا عن طول الحمولة:

Payload length:  7 bits, 7+16 bits, or 7+64 bits

      The length of the "Payload data", in bytes: if 0-125, that is the
      payload length.  If 126, the following 2 bytes interpreted as a
      16-bit unsigned integer are the payload length.  If 127, the
      following 8 bytes interpreted as a 64-bit unsigned integer (the
      most significant bit MUST be 0) are the payload length.  Multibyte
      length quantities are expressed in network byte order.  Note that
      in all cases, the minimal number of bytes MUST be used to encode
      the length, for example, the length of a 124-byte-long string
      can't be encoded as the sequence 126, 0, 124.  The payload length
      is the length of the "Extension data" + the length of the
      "Application data".  The length of the "Extension data" may be
      zero, in which case the payload length is the length of the
      "Application data".

إذن ، بالنظر إلى كل ذلك ، إلى أين نذهب بعد ذلك؟ إذا كان الخادم ميتًا عقليًا وغير متوافق مع RFC ، فأنا بحاجة إلى حله حيث من الواضح أن العميل الآخر يمكنه فعل ذلك ... هل يمكنك تقديم أي اقتراحات؟

لا يزال يبدو مريبًا.
الامتداد الوحيد المعروف هو WebSocket compression الذي يستخدم RSV1. لا أعرف ما هو الامتداد الذي يستخدم RSV2.
علاوة على ذلك ، يتم حجز كود التشغيل FF أيضًا ويجب عدم استخدامه.

ما لم تكن تعرف ما يرسله الخادم ، فلا توجد طريقة "لإصلاح" العميل.

asvetlov لقد جربت مكتبة websockets وهي تعمل ... لذا سأذهب مع ذلك ، حيث لا يمكنني قضاء المزيد من الوقت في تصحيح أخطاء هذه المكتبة معك ...

aoihttp - لا يعمل

import asyncio
import logging
import sys

import aiohttp

LOGGER = logging.getLogger(__name__)
logformat = "[%(asctime)s] %(levelname)s:%(name)s:%(message)s"
logging.basicConfig(level=logging.DEBUG, stream=sys.stdout,
                    format=logformat, datefmt="%Y-%m-%d %H:%M:%S")


async def main():
    async with aiohttp.ClientSession() as session:
        async with session.ws_connect('http://skyq:9006/as/system/status') as ws:
            payload = await ws.receive()
            print(payload.text)

loop = asyncio.get_event_loop()
loop.run_until_complete(main())

websockets - يعمل

import asyncio
import websockets
import logging
import sys

LOGGER = logging.getLogger(__name__)
logformat = "[%(asctime)s] %(levelname)s:%(name)s:%(message)s"
logging.basicConfig(level=logging.DEBUG, stream=sys.stdout,
                    format=logformat, datefmt="%Y-%m-%d %H:%M:%S")


async def hello():
    async with websockets.connect(
            'ws://skyq:9006/as/system/status') as websocket:

        payload = await websocket.recv()
        print(f"{payload}")

asyncio.get_event_loop().run_until_complete(hello())

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

أنا أقدر مساعدتك في محاولة معالجة هذا.

لا يزال يبدو مريبًا.
الامتداد الوحيد المعروف هو WebSocket compression الذي يستخدم RSV1. لا أعرف ما هو الامتداد الذي يستخدم RSV2.
علاوة على ذلك ، يتم حجز كود التشغيل FF أيضًا ويجب عدم استخدامه.

مرحبا asvetlov

ما لم تكن تعرف ما يرسله الخادم ، فلا توجد طريقة "لإصلاح" العميل.

أعتقد أنك تعني "إلا إذا كنت لا تعرف ما يرسل الخادم، لا يمكنك إصلاح عميل".

في هذه الحالة ، أنا أختلف تمامًا مع هذه النقطة.

هل أنت على دراية بمبدأ المتانة ؟

"كن محافظًا فيما ترسله ، وليبراليًا فيما تتلقى".

بغض النظر عن الضرورات التي يجب أن يتعيّن عليها ويجب عدمه ، في RFC ، أعتقد أنك تفسر وتتوقع من الكيانات الامتثال لـ RFC _ تمامًا _... من الواضح أنها لا تفعل ذلك ، والعديد من خوادم الإنترنت والعملاء هناك ، من مختلف الأنواع ، لديهم تطبيقات نصف مريعة مريعة للبروتوكولات.

يجب أن يكون التنفيذ الجيد للمكتبة / البروتوكول متسامحًا مع هؤلاء إلى الحد الذي يمكنه. انظر RFC1122 . من الممكن تمامًا كتابة عميل بروتوكول ليكون متسامحًا مع (بعض) انتهاكات البروتوكول دون الوصول إلى المشارك الآخر في الاتصال.

أشعر أن هذا ليس هو الحال هنا ، يبدو أنك تتبنى وجهة نظر متشددة مفادها أنه إذا لم يكن المضيف متوافقًا بنسبة 100٪ فهذا سيء جدًا بالنسبة له ، فلن نتحدث معه. هذا سيء للغاية. إنه مثل القول: "أنا أتحدث الإنجليزية للملكة فقط ، وإذا أتيت تتحدث معي بلهجة إنجليزية غريبة ، فلن أتحدث معك."

من الواضح أن هذا ليس نهجًا جيدًا إذا كان الهدف الكامل للمكتبة هو تسهيل الاتصال.

اقتراحي ، لذلك ، هو التفكير في المكان الذي يمكنك فيه تخفيف المتطلبات الصارمة للبروتوكول (ربما عبر طريقة kwargs ، التي تقوم بتشغيل المناولة "المريحة") ، ومعرفة ما إذا كان يمكنك جعل الأشياء تتحدث حتى عندما لا يتصرف الجانب الآخر بشكل صحيح .

بصرف النظر عن هذا النقد ، أود أن أشكرك والمساهمين من aio-libs على كل عملك من أجل المجتمع. 👍 🥇

asvetlov مجرد تحديث لهذا ... اكتشفت أن الخادم (غير المتوافق) يتطلب رأسًا كبيرًا Upgrade: قبل أن يعمل. فكرت في أنني سأذكرها في حالة النظر في قضية رؤوس حالة العنوان من قبلكم يا رفاق ... هذه حالة حقيقية لانتهاك بروتوكول من خادم تم تنفيذه بشكل سيئ مما يتسبب في عدم عمل عميل websocket ..