Dotaz: rozbity Apache po upgrade opensuse z 15.0 na 15.1

[lertimir]

Po aktualizaci serveru z 15.0 na 15.1 mi nefunguje Apache jak má. Základní problém: Apache nedodá statické soubory (index.html). Chování:

1. Apache beží: v logu nejsou žádné chyby. k dotazům píše do logu 200
2. Dynamicky počítané stránky (stránky zálohovacícho systému BackupPC) jsou zasílány v pořádku
3. Statické stránky (předpočítané stránky pro monitor munin) i testovací vyrobená stránka nejsou dodány. Ve Vivaldi je hláška "Web 10.0.0.1 neočekávaně ukončil připojení. ERR_CONTENT_LENGTH_MISMATCH". U testovací stránky jsem zjistil, že záleží na velikosti. Pokud je menší než cca 220 bytů je dodána pokud je delší než 300 bytů není nikdy
4. Lokální přístup ze serveru dá stránky vždy. (links na http://localhost/test/index.html)
5. Veškeré další komunikace na TCP fungují jak mají, NFS, ssh, rsync na ssh, i UDP (ntp). Klient je na lokálním gigabitu nebo jiný na 802.11n.
6. Záchyt na wiresharku vypadá, že server pošle první paket s http hlavičkou (kde je správná velikost Content_length") a pokud se mu tam stránka vejde a stihne ji načist tak ji tam pošle, pokud ne už žádný další paket nepošle. Netuším proč.

Nevíte jak něco takového odlaďovat?

Odpovědi

[NN]

LogLevel debug + kompletni dump komunikace.

[lertimir]

Tak zkusím log level debug. zatím to obcházím tím (a to paradoxně funguje) že data jsou přes ssh -L10080:localhost:80 10.0.0.1 a lokálně mám http://localhost:10080/munin. Takto jsou data v pohodě ale http://10.0.0.1/munin ne.

[lertimir]

LogLevel debug nedal žádnou novou informaci. to co se v něm objeví je

[Wed Jun 05 21:23:10.626362 2019] [authz_core:debug] [pid 15300] mod_authz_core.c(809): [client 10.0.0.10:59972] AH01626: authorization result of Require all granted: granted
[Wed Jun 05 21:23:10.626498 2019] [authz_core:debug] [pid 15300] mod_authz_core.c(809): [client 10.0.0.10:59972] AH01626: authorization result of <RequireAny>: granted

Pro každý dotaz z klienta. Odpovídá to řádku

10.0.0.10 - - [05/Jun/2019:21:23:10 +0200] "GET /munin/ HTTP/1.1" 200 6520 "-" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Falkon/3.1.0 Chrome/69.0.3497.128 Safari/537.36"

v access_log (pro teď jsem použil zcela jiného klienta -Falkon).

[ewew]

Nevieš zistiť aká bola predtým verzia a pomocou changelogu pozrieť či nebolo niečo zmenené. Ďalšia možnosť je pozrieť error.log apachu.

[lertimir]

V error logu není nic použitelného ani na debug (viz předhozí poznámka). Apache si myslí, že to odeslal. všude má 200. Když to odejde přímo přes sítovku do sítě tak to nedojde. když to pošlu pitomým tunelem přes ssh na stejného klienta tak to dojde

[lertimir]

navíc i přes tu sít odejde BackupPC admin stránka. Musím si dost přesně rozmyslel jak vytvořit přesně testovací cíl a do přesně mít otevřené a co přesně odchytit tcpdumpem na serveru (wireshark na klientu také žádné rozumně použitelné data nedal.)

[NN]

Nemas po ceste jeste prepinac/router kde by se udelal dalsi kontrolni dump?

[lertimir]

mezi je jen 1G switch bez jakéhokoliv řízení. Mohu to předrátovat tak abych to poslal přes switch na openWRT routeru, ale jak říkám, musím si přesně rozmyslet, jak chytat na serveru, vypnout v té chvili co nebudu potřebovat, (je tam nfs, cifs, dlna a samozřejmě smtp) a zatím nemám důvod si myslet, že by záchyt na klientu dával špatný výsledek. na tom serveru si právě myslím že mohu zachytit jak paket, který odchází z 80 kamkoliv jak na ssh tunel tak na vnějšího klienta, a porovnat to.

[alkoholik]

To vypada, ze u dynamickych stranek pouziva chunked Transfer-Encoding a u statickych Content-Length, ktery ti blbne.
Zkusil bych zapnout HTTP/2, jestli uz ho teda OpenSuse podporuje.