Frage: Document Root zweite Webserver Instanz IPS

IP-Symcon
1

Guten Morgen allerseits,

wo liegt der Document Root einer zweiten Webserver Instanz?

Ich tippe einmal auf /usr/share/symcon/webfront

Nur kann ich keine Dokumente aus einem Unterverzeichnis (user/cisco) abrufen. Der GET Request kommt auf alle Fälle beim Server an (Debug Fenster):

GET /user/cisco/index.html HTTP/1.1<CR><LF>Host: 192.168.178.206<CR><LF>User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:51.0) Gecko/20100101 Firefox/51.0<CR><LF>Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8<CR><LF>Accept-Language: de,en-US;q=0.7,en;q=0.3<CR><LF>Accept-Encoding: gzip, deflate<CR><LF>Connection: keep-alive<CR><LF>Upgrade-Insecure-Requests: 1<CR><LF><CR><LF>

Die Dateiberechtigungen sind auf 0755 gesetzt, so dass es, so der Pfad stimmt, funktionieren sollte.
Tut es aber nicht…

Gruss aus EU,

Jörg

2

Du müsstest es in /var/lib/symcon/webfront/user ablegen :slight_smile:

Ich habe gleich mal ein Ticket gemacht, dass wir die „WebSever“ Doku dahingehend verbessern.

paresy

3

Danke sehr :slight_smile:

Eine index.htm wurde in /var/lib/symcon/webfront/user abgelegt

Aaaaaber: der Aufruf wird immer noch im Debug angezeigt, aber immer noch keine Ausgabe auf dem Browser… Nur die Sanduhr ist zu sehen…

4

Eine Sanduhr klingt eher danach, als wenn du keinen Zugriff hast… Es sollte eher eine 404 kommen, wenn es nicht klappt. Port 3777 vergessen?

paresy

5

Ich habe eine zweite Instanz (Server Socket) aufgesetzt, und in der Konsole Port 80 eingetragen. Also sollte der Dienst auch auf diesem Port lauschen…

Das Interssante ist eben, dass die Anfrage offenbar auf Port 80 ankommt (im Debug der Konsole zu sehen).

GET /cisco/index.html HTTP/1.1<CR><LF>Host: 192.168.178.206<CR><LF>User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:51.0) Gecko/20100101 Firefox/51.0<CR><LF>Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8<CR><LF>Accept-Language: de,en-US;q=0.7,en;q=0.3<CR><LF>Accept-Encoding: gzip, deflate<CR><LF>Connection: keep-alive<CR><LF>Upgrade-Insecure-Requests: 1<CR><LF><CR><LF>

Die Rechte sind auf 0755 gesetzt…

Ein Tcpdump auf dem SymconPi zeigt, dass der Request ankommt, aber keine Antwort kommt.

Daher sehe ich das Problem eher auf der Symconseite. Bitte korrigiert mich, wenn ich da falsch liege.

root@SymconPi:~# sudo tcpdump -i eth0 -A port 80 and src 10.10.10.1
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
07:29:39.788893 IP 10.10.10.1.1594 > 192.168.178.206.http: Flags [S], seq 2935093907, win 8192, options [mss 1359,nop,wscale 8,nop,nop,sackOK], length 0
E..4..@...pR


......:.P.......... ........O........
07:29:39.812337 IP 10.10.10.1.1594 > 192.168.178.206.http: Flags [.], ack 3935516610, win 69, length 0
E..(..@...p]


......:.P......7.P..EU.........
07:29:39.816614 IP 10.10.10.1.1594 > 192.168.178.206.http: Flags [P.], seq 0:328, ack 1, win 69, length 328: HTTP: GET / HTTP/1.1
E..p..@...o.


......:.P......7.P..E.6..GET / HTTP/1.1
Host: 192.168.178.206
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:51.0) Gecko/20100101 Firefox/51.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: de,en-US;q=0.7,en;q=0.3
Accept-Encoding: gzip, deflate
Connection: keep-alive
Upgrade-Insecure-Requests: 1

Ich möchte ja nicht, dass IPS auf Port 80 läuft, sondern nur, dass der interne Webserver eine weitere Instanz aufbaut, die ich selber mit Leben füllen kann.

Gruss aus EU,

Jörg