Bestimmter User-Agent löst Verbindungsabbruch aus.

**LeBon** · 16.11.16, 11:33

Ich habe folgendes Problem

Beschreibung: Wenn man mit einem Huawei Tablet mit Chrome mit der mobilen Ansicht geht, wird eine bestimmte Seite (URL kann ich erstmal so nicht nennen) nicht angezeigt. ERR_EMPTY_RESPONSE. Wechselt man dann zur Desktopansicht wird die Seite angezeigt.

Technische Ursache: Die Ursache ist der User Agent, der die Zeichenfolge Huawei enthält.
Mozilla / Huawei Tablet:
Mozilla/5.0 (Linux;Android 4.4.4;T1-A21w Build/HuaweiMediaPad) AppleWebKit/537.36 (KHTML,like Gecko) Chrome/54.2840.85 Safari/537.36
Dieser User Agent löst den Fehler aus.

Mozilla /Huawei Test Ag:
Mozilla/5.0 (Linux;Android 4.4.4;T1-A21w Build/HaweiMediaPad) AppleWebkit/537.36 (KHTML,like Gecko) Chrome/54.2840 Safari/537.36
Wird der User Agent nun ganz leicht modifiziert tritt der Fehler nicht auf.

Auf lokalen Systemen (localhost) wird der Fehler mit dem Huawei User Agent nicht angezeigt, daher schließe ich erst mal einen Software Fehler aus.
wenn man zB mit einen anderen Browser (Firefox-Desktop) der den Huawei Agent sendet, tritt der Fehler online auf.

Anderen Browser nehmen, Cache leer machen, Update der Software sind keine Option.
Hat einer eine Idee woran es liegen könnte?

**marce** · 16.11.16, 11:47

Frag den Inhaber von "bestimmte Seite", was bei ihm im Logfile steht.

Erste Vermutung wäre, daß da irgendwas wie eine Webapplication-Firewall oder ähnliches reinspuckt.

**LeBon** · 16.11.16, 12:48

Zitat von marce

Frag den Inhaber von "bestimmte Seite", was bei ihm im Logfile steht.

Erste Vermutung wäre, daß da irgendwas wie eine Webapplication-Firewall oder ähnliches reinspuckt.

Ist schon veranlasst :-). Ma(i)l sehen was rumkommt....
Denn was auch für deine Vermutung spricht ist nämlich, das bei der Netzwerkanalyse gar kein Response Header zurückkommt. Bei professionellen Seiten wenigstens ein Response.

**LeBon** · 16.11.16, 14:23

Ich habe einen Desktop Browser Firefox mit einem Add On ausgestattet, wo man definierte User Agents senden kann. Das heißt die habe die Fehlerquelle Chrome und Huawei Tablet Hardware somit ausgeklammert.

Ergebnis in den Logfiles:
xx.x.xxx.yy - - [16/Nov/2016:14:40:28 +0100] "GET /de/ HTTP/1.1" 200 14561 "http://www.xyz.de/de/kontaktieren-sie-uns" "Mozilla/5.0 (Linux;Lars 4.4.4;T1-A21w Build/HaweiMediaPad) AppleWebkit/537.36 (KHTML,like Gecko) Chrome/54.2840.85 Safari/537.36"

xx.x.xxx.yy - - [16/Nov/2016:14:40:49 +0100] "GET /de/ HTTP/1.1"444 0 "http://www.xyz.de/de/kontaktieren-sie-uns" "Mozilla/5.0 (Linux;Lars 4.4.4;T1-A21w Build/HuaweiMediaPad) AppleWebKit/537.36 (KHTML,like Gecko) Chrome/54.2840.85 Safari/537.36"

Nur mal zur Vervollständigung...

**LeBon** · 23.11.16, 08:43

Gelöst: Provider hatte eine Firewall hochgezogen, die eine falsch-positive Meldung zurück lieferte, dass ein Huawei Gerät ein potenzieller Angreifer wären