Az Azure Web PubSub eseménykezelő hibaelhárítása és hibakeresése

Amikor egy WebSocket-kapcsolat csatlakozik a Web PubSub szolgáltatáshoz, a szolgáltatás HTTP POST-kérést fogalmaz meg a regisztrált upstream felé, és HTTP-választ vár. A felsőbb réteget eseménykezelőként hívjuk meg, és az eseménykezelő felelős a bejövő események kezeléséhez a Web PubSub CloudEvents specifikációja alapján.

Az eseménykezelő végpont helyi futtatása

Amikor az eseménykezelő helyileg fut, a helyi kiszolgáló nem érhető el nyilvánosan.

A forgalmat kétféleképpen irányíthatja a localhostra, az egyik az, hogy elérhetővé teszi a localhostot, hogy elérhető legyen az interneten olyan eszközökkel, mint az ngrok, a localtunnel vagy a TunnelRelay. Egy másik módszer, valamint az ajánlott módszer az awps-tunnel használata a Web PubSub szolgáltatásból a helyi kiszolgáló felé történő forgalom alagútba történő bújtatásához.

A Web PubSub helyi alagúteszköz a motorháztető alatt több állandó alagútkapcsolatot hoz létre (ezt egy kiszolgálókapcsolattípusnak tekintjük) a Web PubSub szolgáltatással. Amikor egy esemény bejön, a Web PubSub szolgáltatás átirányítja az eseményüzenetet a helyi alagút eszközhöz való alagútkapcsolaton keresztül, a helyi alagúteszköz pedig megreformozza a HTTP-kérést, és elküldi a kérést a felsőbb rétegbeli kiszolgálónak.

A helyi alagúteszköz élénk képet nyújt a munkafolyamatról egy webnézetoldalon keresztül. A webnézet alapértelmezés szerint a helyi portot upstream port + 1000figyeli, és a parancsparaméterrel testre szabhatja a webview portot --webviewPort <your-custom-port>.

A webnézet négy lapot tartalmaz:

• Az Ügyfél lap egy teszt WebSocket-ügyfelet biztosít a Web PubSub csatlakoztatásához és az adatok küldéséhez.
• A Web PubSub lap alapvető információkat biztosít a Web PubSub szolgáltatásról, és ha engedélyezve van, beágyazza az Élő nyomkövetés lapot.
• A Helyi alagút lap felsorolja a helyi alagúteszközön keresztül a helyi kiszolgálóra irányuló összes kérést.
• A Kiszolgáló lap a helyi kiszolgáló alapvető adatait jeleníti meg. Emellett egy beépített echo-kiszolgálót is biztosít az alatta látható mintakódhoz hasonló kóddal.

Az eseménykezelő kiszolgáló helyi fejlesztéséhez kövesse a Fejlesztés helyi alagút eszközzel történő telepítését és helyi futtatását.

Az eseménykezelő végpont online hibakeresése

Előfordulhat, hogy problémákat tapasztal, amikor eseményeket küld egy konfigurált eseménykezelőnek a felsőbb rétegben. Az egyik tipikus hibatípus a visszaélések elleni védelem meghibásodásával kapcsolatos, AbuseProtectionResponseInvalidStatusCodepéldául , AbuseProtectionResponseMissingAllowedOriginvagy AbuseProtectionResponseFailed. Ez a hiba valószínűleg a felsőbb rétegbeli alkalmazáskiszolgáló beállításaihoz kapcsolódik, például a 403 állapotkód az alkalmazáskiszolgáló hitelesítési konfigurációjához kapcsolódhat, a 404-et pedig az eseménykezelő elérési útjának inkonzisztens konfigurációja okozhatja. Az ilyen hibák elhárításának egyik módja, ha egy visszaélésvédelmi kérést küld a konfigurált eseménykezelő URL-címére, hogy kiderüljön, működik-e, például ha parancsot használ curl a visszaélések elleni védelem kérésének a konfigurált eseménykezelő URL-címére https://abc.web.com/eventhandler való küldéséhez, az alábbiak szerint történik:

curl https://abc.web.com/eventhandler -X OPTIONS -H "WebHook-Request-Origin: *" -H "ce-awpsversion: 1.0" --ssl-no-revoke -i

A parancsnak a 204-et kell visszaadnia.

Következő lépések

Használja ezeket az erőforrásokat a saját alkalmazás létrehozásához:

Oktatóanyag: Üzenetek közzététele és feliratkozás az Azure Web PubSubban

Oktatóanyag: Egyszerű csevegőszoba létrehozása az Azure Web PubSub használatával

Oktatóanyag: Szolgáltatás által támogatott alprotocol használata az ügyfélstreameléshez

Oktatóanyag: Kiszolgáló nélküli csevegés létrehozása az Azure Functions és a Web PubSub használatával

Oktatóanyag: Eseményfigyelő konfigurálása

Élő bemutatók lejátszása

További Azure Web PubSub-minták felfedezése