Puncte:0

Intrarea Nginx - caractere de evacuare

drapel br

Am următorul conf de intrare care este expus prin nodePort 32100. Când apelez (curl) adresa URL [1] care conține paranteze, primesc eroare HTTP 500. Dar când apelez la adresa URL [2] care nu conține paranteze, cererea trece cu succes prin controlerul de intrare NGINX (v0.35.0).

apiVersion: extensii/v1beta1
fel: Intrare
metadate:
  adnotari:
    nginx.ingress.kubernetes.io/proxy-body-size: 0m
    nume: test1-app-ingress
  spatiu de nume: test1
specificație:
  reguli:
  - gazdă: ing1.example.com
    http:
      trasee:
      - backend:
          serviceName: test1-app-1-ingress
          servicePort: 80
        cale: /test1
  - gazdă: ing2.example.com
    http:
      trasee:
      - backend:
          serviceName: test1-app-2-ingress
          servicePort: 80
        cale: /test1

[1]

curl „http://ing1.example.com:32100/test1/test1.json/Streams(Type_4000000)” -X POST --data-binary @25kfile 
* Urmează să se conecteze() la portul ing1.example.com 32100 (#0)
* Încerc pe 10.10.10.30...
* Conectat la ing1.example.com (10.10.10.30) portul 32100 (#0)
> POST /test1/test1.json/Streams(Type_4000000) HTTP/1.1
> User-Agent: curl/7.29.0
> Gazdă: ing1.example.com:32100
> Accept: */*
> Lungimea conținutului: 25000
> Tip de conținut: application/x-www-form-urlencoded
> Așteptați: 100-continuați
>
< HTTP/1.1 100 Continuați
< HTTP/1.1 500 Internal Server Error
< Server: nginx
< Data: marți, 01 mar 2022 20:08:07 GMT

jurnalul aplicației:

10.113.4.0 - - [01/Mar/2022:20:08:07 +0000] „POST /test1/test1.json/Streams(Type_4000000) HTTP/1.0” 500 528 „-” „curl/7.29.0” 2528 0,004 [test1-test1-app-1-ingress-80] [] 10.113.4.157:80 528 0,003 500 4b3fd4d41fb8a2d26691bd2da78f24b

[2]

curl „http://ing1.example.com:32100/test1/test1.json/StreamsType_4000000” -X POST --data-binary @25kfile 
* Urmează să se conecteze() la portul ing1.example.com 32100 (#0)
* Încerc pe 10.10.10.30...
* Conectat la ing1.example.com (10.10.10.30) portul 32100 (#0)
> POST /test1/test1.json/StreamsType_4000000HTTP/1.1
> User-Agent: curl/7.29.0
> Gazdă: ing1.example.com:32100
> Accept: */*
> Lungimea conținutului: 25000
> Tip de conținut: application/x-www-form-urlencoded
> Așteptați: 100-continuați
>
< HTTP/1.1 100 Continuați
< HTTP/1.1 200 OK
< Server: nginx
< Data: marți, 01 mar 2022 20:09:59 GMT

jurnalul aplicației:

172.28.120.65 - - [01/Mar/2022:20:09:59 +0000] „POST /test1/test1.json/StreamsType_4000000 HTTP/1.0” 200 0 „-” „curl/7.29.0” 25081 [01.0081 test -test1-app-1-ingress-80] [] 10.113.4.157:80 0 0.003 200 133bbb4f7149d31e75cf78158566efee

Este aceasta o problemă la NGINX IC? ar trebui să evadez orice caractere din configurația de intrare, cum ar fi paranteza?

Puncte:0
drapel us

Fișierul jurnal al aplicației indică faptul că cererea ajunge la aplicație. Aceasta înseamnă că codul de eroare „500” este trimis de aplicație. Prin urmare, nu puteți face nimic din partea nginx pentru a remedia această situație.

Trebuie să vă asigurați că aplicația procesează corect cererea.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.