Az ügyfeleim az UpCloud-on laknak.
Egy ős-Dural 6 fut Apache 2.4-en PHP-FPM-mel.
https://agrya.hu/fiatal-gazda-klub-szekszard-februar-13
A fenti űrlap ürenesen beküldve 8+KB.
Két vidéki (UPC és Telekom) látogató nem tudta elküldeni az űrlapot.
- HTTP/408 Request Timeout-ot kapnak (a timeout-unk 10 mp) amikor ezt a pici űrlapot küldik be
- mindkét látogató pontosan 4361 byte-os HTTP/POST kérést küld a timeout előtt
- mindketten HTTP/1.1-en kapcsolódnak a HTTP2-es webszerverünkhöz (csak https)
- senkinek semmi más problémája nincs a szerveren lévő honlapokkal, e néhány látogatónak is csak ez a POST kérés hibás
A 4361-es méret egy TCP szegmensre emlékeztet engem.
Lehet hogy szétkapcsol valami út közben (~10 hop messzire vannak a szervertől, 30 msec-re)
Tudnátok segíteni?
- 1115 megtekintés
Hozzászólások
Esetleg valaki, aki szakértő TCP/IP és HTTP-ben?
- A hozzászóláshoz be kell jelentkezni
Nem lehet, hogy valahol MTU gond lesz, nem töredezik a csomagot ?
Amúgy az FDDI MTU-ja 4352, ahhoz van közel 4361, viszont mar már minden 1500 on megy, vagy kéne mennie.
Fedora 28, Thinkpad x220
- A hozzászóláshoz be kell jelentkezni
igen, ez ma egy frame-ben csak LAN-on jumboframe esetén menne át, biztosan darabokban van továbbítva...
persze, egy tesztet mindenképpen megérne, hogy az MTU-t 1480-ra állítsa (mint T-nél a PPPoE) és úgy megnézni.
ha igen, legalább az irány meglesz...
- A hozzászóláshoz be kell jelentkezni
A 4361 gondolom az apache logból derül ki, azaz a kérelem eljut a szerverig.
tcpdump-pal nyomkövetni a forgalmat a kérdéses POST alatt?
Nincs valamilyen filter útközben? Én egyszer egy olyan POST hibát kerestem, ahol - mint kiderült - a szerveren a "CD" tiltott karaktersorozat volt a POST-ban.
- A hozzászóláshoz be kell jelentkezni
+1 a tcpdumpra.
Nincs az ügyfeleknél proxy? Szerver logokban mi látszik debug módban?
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
Köszönöm a sok hasznos hozzászólást!
Megpróbálok összehozni egy tcpdump-olás.
Volt olyan látogató, aki újra próbálta küldeni az úrlapot, és másodjára sikerült.
1. HTTP/408 4310 byte
2. HTTP/302 (helyes) 4440 byte
- A hozzászóláshoz be kell jelentkezni