Port 80 nicht erreichbar!

Spitzenhosting · Sep 2, 2011

Hallo zusammen,

ich habe mir Private ein Server gemietet bei Hetzner (EQ4) mit Plesk (Debian 6), soweit so gut.

Was ich aber komisch finde ist das er grade neu aufgesetzt ist (Neubestellung) und ich in der Apache2 Error Log schon voll viel drine ist. Folgendes ist dort direkt aufgelistet:

Code:

[Fri Sep 02 17:30:14 2011] [notice] caught SIGTERM, shutting down
[Sat Sep 03 01:31:24 2011] [notice] suEXEC mechanism enabled (wrapper: /usr/lib/apache2/suexec)
PHP Warning:  Directive 'safe_mode' is deprecated in PHP 5.3 and greater in Unknown on line 0
[Fri Sep 02 17:31:26 2011] [error] python_init: Python version mismatch, expected '2.6.5+', found '2.6.6'.
[Fri Sep 02 17:31:26 2011] [error] python_init: Python executable found '/usr/bin/python'.
[Fri Sep 02 17:31:26 2011] [error] python_init: Python path being used '/usr/lib/python2.6/:/usr/lib/python2.6/plat-linux2:/usr/lib/python2.6/lib-tk:/usr/lib/python2.6/lib-old:/usr/lib/python2.6/lib-dynload'.
[Fri Sep 02 17:31:26 2011] [notice] mod_python: Creating 8 session mutexes based on 150 max processes and 0 max threads.
[Fri Sep 02 17:31:26 2011] [notice] mod_python: using mutex_directory /tmp 
[Fri Sep 02 17:31:26 2011] [notice] Apache/2.2.16 (Debian) mod_fcgid/2.3.5 mod_python/3.3.1 Python/2.6.6 mod_ssl/2.2.16 OpenSSL/0.9.8o mod_perl/2.0.4 Perl/v5.10.1 configured -- resuming normal operations
[Fri Sep 02 17:31:39 2011] [notice] caught SIGTERM, shutting down
[Fri Sep 02 17:31:40 2011] [notice] suEXEC mechanism enabled (wrapper: /usr/lib/apache2/suexec)

Das ist direkt gekommen nachdem ich den bekommen habe von Hetzner, was kann das sein?

Ich fragte Hetzner die sagte nur schreiben Sie ein Ticket, habe ich gemacht ist aber auch nix bei rum gekommen da Sie auf die Meldungen nicht mal eingegangen sind.

Der Root selber an sich läuft ganz gut, die Plesk Oberfläche auch nur was ich auch nicht verstehe ist ich bekomme mit keiner Domain die ich anlegen eine Seite angezeigt unter http, es funktioniert nur mit https aber warum?

Der Dienst läuft für Port 80, wenn ich aber das hier mache:

Code:

wget http://localhost
--2011-09-02 20:58:05--  http://localhost/
Resolving localhost... 127.0.0.1
Connecting to localhost|127.0.0.1|:80... failed: Connection timed out.
Retrying.

Bekomme ich auch keine Verbindung, auch hier fragte ich mal Hetzner was Sie davon halten. Sie sagten nur liegt an Plesk ich sollte denen eine E-Mail schreiben oder es ist nur eine Einstellungssache bei Plesk.

Das passiert wenn ich es mit https mache:

wget https://localhost
--2011-09-02 21:15:53-- https://localhost/
Resolving localhost... 127.0.0.1
Connecting to localhost|127.0.0.1|:443... connected.
OpenSSL: error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol
Unable to establish SSL connection.

Das System ist frisch installiert und ich habe noch nichts gemacht außer eine Domain angelegt. Könnt ihr mir Helfen?

Danke schon mal für eure Hilfe

Update:

Das hier habe ich auch noch getestet:

nmap -v -A localhost

Starting Nmap 5.00 ( http://nmap.org ) at 2011-09-02 21:22 CEST
NSE: Loaded 30 scripts for scanning.
Initiating SYN Stealth Scan at 21:22
Scanning localhost (127.0.0.1) [1000 ports]
Discovered open port 443/tcp on 127.0.0.1
Discovered open port 25/tcp on 127.0.0.1
Discovered open port 21/tcp on 127.0.0.1
Discovered open port 3306/tcp on 127.0.0.1
Discovered open port 22/tcp on 127.0.0.1
Discovered open port 993/tcp on 127.0.0.1
Discovered open port 53/tcp on 127.0.0.1
Discovered open port 110/tcp on 127.0.0.1
Discovered open port 143/tcp on 127.0.0.1
Discovered open port 995/tcp on 127.0.0.1
Discovered open port 10001/tcp on 127.0.0.1
Discovered open port 465/tcp on 127.0.0.1
Discovered open port 8443/tcp on 127.0.0.1
Discovered open port 106/tcp on 127.0.0.1
Completed SYN Stealth Scan at 21:22, 1.25s elapsed (1000 total ports)
Initiating Service scan at 21:22
Scanning 14 services on localhost (127.0.0.1)
Completed Service scan at 21:23, 102.41s elapsed (14 services on 1 host)
Initiating OS detection (try #1) against localhost (127.0.0.1)
NSE: Script scanning 127.0.0.1.
NSE: Starting runlevel 1 scan
Initiating NSE at 21:23

Sowie das hier:

iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destination

Chain FORWARD (policy ACCEPT)
target prot opt source destination

Chain OUTPUT (policy ACCEPT)
target prot opt source destination

Noch ein Test ob es vllt. Filtered ist:

nmap -sA -p80 localhost

Starting Nmap 5.00 ( http://nmap.org ) at 2011-09-02 21:25 CEST
Interesting ports on localhost (127.0.0.1):
PORT STATE SERVICE
80/tcp unfiltered http

Nmap done: 1 IP address (1 host up) scanned in 0.16 seconds

Port 80 ob er an ist:

lsof -n -i -P | grep ":80"
apache2 27316 root 5u IPv6 142449 0t0 TCP *:80 (LISTEN)
apache2 27318 www-data 5u IPv6 142449 0t0 TCP *:80 (LISTEN)
apache2 27321 www-data 5u IPv6 142449 0t0 TCP *:80 (LISTEN)
apache2 27322 www-data 5u IPv6 142449 0t0 TCP *:80 (LISTEN)
apache2 27323 www-data 5u IPv6 142449 0t0 TCP *:80 (LISTEN)
apache2 27386 www-data 5u IPv6 142449 0t0 TCP *:80 (LISTEN)
apache2 27387 www-data 5u IPv6 142449 0t0 TCP *:80 (LISTEN)
apache2 27388 www-data 5u IPv6 142449 0t0 TCP *:80 (LISTEN)
apache2 27389 www-data 5u IPv6 142449 0t0 TCP *:80 (LISTEN)
apache2 27534 www-data 5u IPv6 142449 0t0 TCP *:80 (LISTEN)
apache2 27535 www-data 5u IPv6 142449 0t0 TCP *:80 (LISTEN)
apache2 27724 www-data 5u IPv6 142449 0t0 TCP *:80 (LISTEN)

telelo · Sep 2, 2011

Was sagt denn

Code:

netstat -tulpen

so?

Nachtrag: Also das pöhse nmap sagt hier, dass Port 80 gefiltert wird… Hast Du da ganz sicher keine Firewall laufen? Eventuell macht Plesk da was…

Spitzenhosting · Sep 2, 2011

Erstmal auf deine Frage das hier:

Code:

netstat -tulpen
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State                                         User       Inode       PID/Program name
tcp        0      0 127.0.0.1:10001         0.0.0.0:*               LISTEN                                        0          142676      27374/sw-cp-serverd
tcp        0      0 176.9.xxx.xxx:53         0.0.0.0:*               LISTEN                                        105        135927      25795/named
tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN                                        105        135925      25795/named
tcp        0      0 0.0.0.0:4949            0.0.0.0:*               LISTEN                                        0          90812       18133/munin-node
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN                                        0          6043        2020/sshd
tcp        0      0 127.0.0.1:953           0.0.0.0:*               LISTEN                                        105        135930      25795/named
tcp        0      0 0.0.0.0:3306            0.0.0.0:*               LISTEN                                        104        4440        1428/mysqld
tcp6       0      0 :::110                  :::*                    LISTEN                                        0          142052      27218/couriertcpd
tcp6       0      0 :::143                  :::*                    LISTEN                                        0          142032      27197/couriertcpd
tcp6       0      0 :::8880                 :::*                    LISTEN                                        0          142678      27374/sw-cp-serverd
tcp6       0      0 :::80                   :::*                    LISTEN                                        0          142449      27316/apache2
tcp6       0      0 :::465                  :::*                    LISTEN                                        0          134350      24713/xinetd
tcp6       0      0 :::53                   :::*                    LISTEN                                        105        135922      25795/named
tcp6       0      0 :::21                   :::*                    LISTEN                                        0          134347      24713/xinetd
tcp6       0      0 :::22                   :::*                    LISTEN                                        0          6045        2020/sshd
tcp6       0      0 :::25                   :::*                    LISTEN                                        0          134349      24713/xinetd
tcp6       0      0 :::8443                 :::*                    LISTEN                                        0          142677      27374/sw-cp-serverd
tcp6       0      0 :::443                  :::*                    LISTEN                                        0          142453      27316/apache2
tcp6       0      0 :::993                  :::*                    LISTEN                                        0          142042      27208/couriertcpd
tcp6       0      0 :::995                  :::*                    LISTEN                                        0          142062      27228/couriertcpd
tcp6       0      0 :::106                  :::*                    LISTEN                                        0          134348      24713/xinetd
udp        0      0 176.xxx.xxx:123        0.0.0.0:*                                                             0          5957        1962/ntpd
udp        0      0 127.0.0.1:123           0.0.0.0:*                                                             0          5956        1962/ntpd
udp        0      0 0.0.0.0:123             0.0.0.0:*                                                             0          5948        1962/ntpd
udp        0      0 176.x.xxx.xxx:53         0.0.0.0:*                                                             105        138433      26656/named
udp        0      0 127.0.0.1:53            0.0.0.0:*                                                             105        138431      26656/named
udp        0      0 176.x.xx.xx:53         0.0.0.0:*                                                             105        135926      25795/named
udp        0      0 127.0.0.1:53            0.0.0.0:*                                                             105        135924      25795/named
udp6       0      0 fe80::6e62:6dff:feb:123 :::*                                                                  0          5960        1962/ntpd
udp6       0      0 ::1:123                 :::*                                                                  0          5959        1962/ntpd
udp6       0      0 :::123                  :::*                                                                  0          5949        1962/ntpd
udp6       0      0 :::53                   :::*                                                                  105        138428      26656/named
udp6       0      0 :::53                   :::*                                                                  105        135921      25795/named

Wenn ich in Plesk (10.3.1) aufrufe dann unter Module gehe, Firewall sind dort 23 Firewall-Regeln gesamt.

Habe mal eine Datei von den 23 Regeln an gehangen.

Jesaja · Sep 3, 2011

In dem Netstat-Auszug ist zu sehen, dass unter IPv4 kein Dienst an Port 80 lauscht.
Vermutlich ist der Apache nicht gestartet oder falsch konfiguriert.

Schonmal mit "ps aux|grep -i apache" getestet?
Ansonsten mal die Error-Logs durchgucken oder prüfen, ob die Config bezüglich Port/IP passt. IIRC müsste da ein "Listen 80" drin stehen.

PS: Ich vermute, dass das Firewallscript konfiguriert aber nicht gestartet ist, sonst müsste iptables Regeln anzeigen.

Karl34 · Sep 3, 2011

Das ist seltsam!
In den Firewall Regeln von Plesk ist der www-server freigegeben, aber nichts lauscht auf port 80

Starte mal den apache neu, und poste mal ob er fehlermeldungen auswirft.

Spitzenhosting · Sep 4, 2011

Es gibt wieder was neues :/

Ich habe mich bei Hetzner beschwert und verlangte einen neuen Root den habe ich auch bekommen nachdem ich den bekommen habe ich es auch dort getestet und es ging auch nicht mit dem Port 80.

Dann habe ich mir einen vServer bestellt dort ging es sofort bis grade eben

jetzt ist der Port 80 auch dort zu und ich weiß nicht warum.

Hier der Auszug was ich noch versuchen sollte:

Code:

ps aux|grep -i apache
root     25253  0.0  1.0 270544 21932 ?        Ss   19:47   0:00 /usr/sbin/apach                                                    e2 -k start
www-data 25260  0.0  0.2 153512  5792 ?        S    19:47   0:00 /usr/sbin/apach                                                    e2 -k start
www-data 25262  0.0  0.6 270676 14100 ?        S    19:47   0:00 /usr/sbin/apach                                                    e2 -k start
www-data 25264  0.0  0.6 270676 14100 ?        S    19:47   0:00 /usr/sbin/apach                                                    e2 -k start
www-data 25265  0.0  0.9 275400 20396 ?        S    19:47   0:00 /usr/sbin/apach                                                    e2 -k start
www-data 25267  0.0  0.9 274524 19556 ?        S    19:48   0:00 /usr/sbin/apach                                                    e2 -k start
www-data 25268  0.0  0.9 275696 20488 ?        S    19:48   0:00 /usr/sbin/apach                                                    e2 -k start
www-data 25269  0.0  0.9 276140 19872 ?        S    19:48   0:00 /usr/sbin/apach                                                    e2 -k start
www-data 25270  0.0  0.9 272932 18572 ?        S    19:48   0:00 /usr/sbin/apach                                                    e2 -k start
www-data 25271  0.0  0.6 270544 13212 ?        S    19:48   0:00 /usr/sbin/apach                                                    e2 -k start
www-data 25272  0.0  0.9 274508 19180 ?        S    19:48   0:00 /usr/sbin/apach                                                    e2 -k start
www-data 25273  0.0  0.6 270544 13668 ?        S    19:48   0:00 /usr/sbin/apach                                                    e2 -k start
root     25411  0.0  0.0   7544   840 pts/0    S+   20:23   0:00 grep -i apache

Wenn ich Apache neu starte kommen keine Fehlermeldungen ich kann es ganz normal Starten / Stopen / Restarten ohne das er meckert.

Logs habe ich ja gepostet aber ich gucke gleich nochmal nach!

Karl34 · Sep 4, 2011

Bietest du Webhosting an?

Denke nicht das das Problem bei Hetzner liegt, sondern eher an einer Fehlkonfiguration.
Was hast du alles installiert auf dem Server?

Spitzenhosting · Sep 4, 2011

Nein biete nix an weil es für mich Privat ist (siehe oben!).

Ich habe nichts Installiert (siehe oben!) ich habe die Server so von denen Ausgeliefert bekommen.

Ich kann auch gerne, wenn mal jemand gucken möchte Rootdaten raus geben da der Server eh nicht geht und nicht benutzt wird.

Karl34 · Sep 4, 2011

Naja http://spitzenhosting.de/ ist DOWN.

Wenn du apache auf der Konsole neustartest, kommen dann Fehlermeldungen?

Setze mal zum Testen die Sytemrichtlinien für eingehenden Traffic auf Zulassen. Auf dem Bild unten der Rote Punkt.

Spitzenhosting · Sep 4, 2011

Karl34 said:
Naja http://spitzenhosting.de/ ist DOWN.
Wenn du apache auf der Konsole neustartest, kommen dann Fehlermeldungen?

Setze mal zum Testen die Sytemrichtlinien für eingehenden Traffic auf Zulassen. Auf dem Bild unten der Rote Punkt.

Hallo.

ja grade Down weil ich wieder am Testen bin kleinen Moment melde mich sofort wieder wenn ich die Standard Einstellungen drine habe.

Spitzenhosting · Sep 4, 2011

So jetzt ist wieder alles normal:

https://spitzenhosting.de/ erreichbar

http://spitzenhosting.de/ ist nicht erreichbar

http://nrt-night.de/ nicht erreichbar

https://nrt-night.de/ erreichbar

bis vor 3 Stunden war es aber erreichbar bis auf einmal nicht mehr (also auf dem vServer) bei den Root den ich habe geht es erst gar nicht.

Die beiden Sachen in Plesk sind nun auch Grün!

nevakee · Sep 4, 2011

Was sagt "netstat -atunp | sort"?
Paar Spammer dabei?

Karl34 · Sep 4, 2011

Die zwei nrt liefern beide den selben Fehler, laufen also beide. Heisst Port 80 und 443.
Heisst also , das Firewall mässig alles ok ist.
Ich kanns mir mal anschauen, denke mal es liegt eine Fehlkonfiguration in Plesk vor.
Komme übrigens aus deiner Gegend

Spitzenhosting · Sep 4, 2011

Ich install. grade den Root der nicht benutzt wird da kannst du gerne mal gucken Daten kommen dann gleich.

Das andere werde ich eben Testen.

Spitzenhosting · Sep 4, 2011

nevakee said:
Was sagt "netstat -atunp | sort"?
Paar Spammer dabei?

Code:

tcp6       0      1 78.46.193.120:80        70.115.6.43:57184       LAST_ACK                                                                                                                                                                 -                                                                                                                                                                 -

Kann es sein das es eine DDos Attacke ist?

Karl34 · Sep 4, 2011

Mach das ;-)
Meine Vermutungen:
1. Fehlkonfiguration in Plesk
2. IP6 Trouble

Firewall kann man ausschliessen da http und https funktionieren zumindest wenn ich auf die zwei ntr Seiten gehe.

Karl34 · Sep 4, 2011

Was sagen den folgendes:

Code:

netstat -n | grep :80 |wc -l

Code:

netstat -n | grep :80 | grep SYN |wc -l

Output mal posten bitte.

Spitzenhosting · Sep 4, 2011

Ist das letzte was ich gepostet habe die lange Liste eine DDos Attacke?

Oder warum sind da soviel IP´s aus den USA?

Spitzenhosting · Sep 4, 2011

Code:

netstat -n | grep :80 |wc -l
356

Code:

netstat -n | grep :80 | grep SYN |wc -l
256

nevakee · Sep 4, 2011

Sieht zu Mindestens schon Verdächtig aus. IP schon mal gesperrt?

Code:

iptables -A INPUT -s 70.115.6.43 -j DROP

Port 80 nicht erreichbar!

New Member

New Member

New Member

Attachments

Member

New Member

New Member

New Member

New Member

New Member

New Member

New Member

...

New Member

New Member

New Member

New Member

New Member

New Member

New Member

...

We value your privacy