Rezension:
Beim Start des Ocelot-Gateways wird folgender Fehler für die Zugriffsschnittstelle gemeldet:
Statuscode: 502; Schlechtes Tor Das Projekt ist ASP.NET Core 3.1,Die von Ocelot verwendete Version ist 16.0.1
info: Ocelot.RateLimit.Middleware.ClientRateLimitMiddleware[0] requestId: 0HM8JAOKL2C09:00000006, previousRequestId: no previous request id, message: EndpointRateLimiting ist nicht aktiviert für /{url}
warn: Ocelot.Responder.Middleware.ResponderMiddleware[0] requestId: 0HM8JAOKL2C09:00000006, previousRequestId: keine vorherige Anfrage-ID, Meldung: Fehlercode: ConnectionToDownstreamServiceFehlermeldung: Fehler Verbindung zum Downstream-Dienst, Ausnahme: System.Net.Http.Http.RequestException: Anfrage-Header dürfen nur ASCII-Zeichen enthalten. bei System.Net.Http.HttpConnection.WriteStringAsync(String s) bei System.Net.Http.HttpConnection.WriteHeadersAsync(HttpHeaders-Headers, String-cookiesFromContainer) bei System.Net.Http.HttpConnection.SendAsyncCore(HttpRequestMessage-Anfrage, CancellationToken cancellationToken) bei System.Net.Http.HttpConnectionPool.SendWithNtConnectionAuthAsync(HttpConnection-Verbindung, HttpRequestMessage-Anfrage, Boolean doRequestAuth, CancellationToken cancellationToken) bei System.Net.Http.HttpConnectionPool.SendWithRetryAsync(HttpRequestMessage-Anfrage, Boolean doRequestAuth, CancellationToken cancellationToken) bei System.Net.Http.DiagnosticsHandler.SendAsync(HttpRequestMessage request, CancellationToken cancellationToken) bei System.Net.Http.HttpClient.FinishSendAsyncBuffered(Task'1 sendTask, HttpRequestMessage request, CancellationTokenSource cts, Boolean disposeCts) bei Ocelot.Requester.HttpClientHttpRequester.GetResponse(HttpContext httpContext) Fehler, die in ResponderMiddleware gefunden werden. Einstellung der Fehlerantwort für Anfragepfad:/test1/home/index, Anfragemethode: GET Mit Fiddler, um Päckchen wie folgt zu fangen, habe ich festgestellt, dass der Keks eine chinesische Zeichenkette hat, wie folgt:
Host: localhost:5002
Connection: keep-alive
Cache-Control: max-age=0
sec-ch-ua: "Google Chrome";v="89", "Chromium";v="89", ";Not A Brand";v="99"
sec-ch-ua-mobile: ?0
Upgrade-Insecure-Requests: 1
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/89.0.4389.114 Safari/537.36
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.9
Sec-Fetch-Site: none
Sec-Fetch-Mode: navigate
Sec-Fetch-User: ?1
Sec-Fetch-Dest: document
Accept-Encoding: gzip, deflate, br
Accept-Language: zh-CN,zh;q=0.9
Cookie: aaa=测试
Der Browser schreibt einen Cookie-Code (Der folgende Codewert wird nicht entweichen) kann das Problem reproduzieren:
Versuchen Sie, den Cookie-Cache zu leeren, und das Gateway kehrt wie auf dem untenstehenden Bild gezeigten Zustand zum Normalzustand zurück:
Die Reihenfolge der Ausführung der Middleware mit Ocelot ist wie folgt:
PreErrorResponderMiddleware PreAuthenticationMiddleware AuthenticationMiddleware PreAuthorisationMiddleware AuthorisationMiddleware PreQueryStringBuilderMiddleware
(Ende)
|