You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/azure-web-pubsub/howto-troubleshoot-common-issues.md
+7-5Lines changed: 7 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -11,7 +11,7 @@ ms.devlang: csharp
11
11
12
12
# Troubleshooting guide for common issues
13
13
14
-
This article provides troubleshooting guidance for some of the common issues that customers might encounter. Listed errors are available to check when you turn on `LiveTrace`tool or collect from diagnostics following [Capture resource logs](./howto-troubleshoot-resource-logs.md).
14
+
This article provides troubleshooting guidance for some of the common issues that customers might encounter. Listed errors are available to check when you turn on [`live trace tool`](./howto-troubleshoot-resource-logs.md#capture-resource-logs-by-using-the-live-trace-tool) or collect from [Azure monior](./howto-troubleshoot-resource-logs.md#capture-resource-logs-with-azure-monitor).
15
15
16
16
## 404 from HttpHandlerUnexpectedResponse
17
17
@@ -45,12 +45,14 @@ This error indicates event request get a `500` response from registered upstream
45
45
46
46
## AbuseProtectionResponseMissingAllowedOrigin
47
47
48
-
Web PubSub follows the [CloudEvents Abuse Protection](https://github.com/cloudevents/spec/blob/v1.0/http-webhook.md#4-abuse-protection) to validate the upstream webhook. Every registered upstream webhook URL will be validated. The `WebHook-Request-Origin` request header is set to the service domain name `<web-pubsub-name>.webpubsub.azure.com`, and it expects the response to have a header `WebHook-Allowed-Origin` to contain this domain name or `*`.
49
-
50
48
### Possible errors
51
49
52
50
-`Abuse protection for 'https://<upstream-host>/<upstream-path>' missing allowed origins: .`
53
51
52
+
### Root cause
53
+
54
+
Web PubSub follows the [CloudEvents Abuse Protection](https://github.com/cloudevents/spec/blob/v1.0/http-webhook.md#4-abuse-protection) to validate the upstream webhook. Every registered upstream webhook URL will be validated. The `WebHook-Request-Origin` request header is set to the service domain name `<web-pubsub-name>.webpubsub.azure.com`, and it expects the response to have a header `WebHook-Allowed-Origin` to contain this domain name or `*`.
55
+
54
56
### Troubleshooting guide
55
57
56
58
Review the upstream side code to ensure when upstream receives the `OPTIONS` preflight request from Web PubSub service, it's correctly handled following the rule that contains the expected header `WebHook-Allowed-Origin` and value.
@@ -77,7 +79,7 @@ This error indicates the `Abuse Protection` request get a `401` response from th
77
79
78
80
## Client connection drops
79
81
80
-
When the client is connected to Azure Web PubSub, the persistent connection between the client and Azure Web PubSUb can sometimes drop for different reasons. This section describes several possibilities causing such connection drop and provides some guidance on how to identify the root cause.
82
+
When the client is connected to Azure Web PubSub, the persistent connection between the client and Azure Web PubSub can sometimes drop for different reasons. This section describes several possibilities causing such connection drop and provides some guidance on how to identify the root cause.
81
83
82
84
You can check the metric `Connection Close Count` from Azure portal.
83
85
@@ -93,7 +95,7 @@ You can check the metric `Connection Close Count` from Azure portal.
93
95
94
96
### Troubleshooting guide
95
97
96
-
`PingTimeout` and `SlowClient` indicates that you have some clients not able to afford current traffic load. It's suggested to control the message sending speed and investigate client traces if client side performance can be improved.
98
+
`PingTimeout` and `SlowClient` indicates that you have some clients not able to afford current traffic load. It's suggested to control the message sending speed and investigate [client traces](./howto-troubleshoot-network-trace) if client side performance can be improved.
0 commit comments