Port 8443 nicht erreichbar daher kein Zugriff auf Plesk

A

andto

New Member
Hallo ich habe bei strato einen virtuellen Server dort einen kunden angelegt und dieser wurde über den 8443 erreicht und administriert nun geht nichts mehr. Ich habe zugriff per putty auf den server die HP ist erreichbar. Einzigste Änderung ohne vorherige Prüfung ob Plesk noch funktioniert war die installation von Bind mit dem Ziel ein DYN DNS zu bauen.

erstes Ziel Wiederherstellung des Zugriffes über den Port oder falls gar nicht möglich

Ziel 2 Sicherung des Kunden und seiner HP dann könnte ich den virtuellen Server einfach platt und neu machen HP und DB zurückspielen und gut ist.

Vielen Dank vorab

System
Ubuntu 12.04 LTS + Plesk 11.5 Virtual Server Linux Level 1 Side (Wandel.ERG)

strato empfahl Firewall (negativ) und ob der apache läuft (negativ seite ist erreichbar) dann noch das ich schauen soll ob 8443 zu erreichen sei und das durch ev ein update von plesk zerschossen sei aber da hab ich keine ahnung von... wo ich halt schauen soll ob das ev auf 443 oder 80 umleitet
 
Last edited by a moderator:
Plesk-Firewall deinstallieren und eigene einrichten.

teste mal:

root # netstat -tulpen | grep 8443


Code: 
tcp        0      0 0.0.0.0:8443            0.0.0.0:*               LISTEN      0          46147       5681/sw-cp-serverd
tcp6       0      0 :::8443                 :::*                    LISTEN      0          46149       5681/sw-cp-serverd
 
Last edited by a moderator:
ausgeführt...

netstat -tulpen | grep 8443

tcp6 0 0 :::8443 :::* LISTEN 0 15465342 1445/apache2



und STRATO meinte grad nach einem erneuten Scan das der 8443 sei doch nun zu erreichen

aber so 8443 https-alt .... nanana was das wohl bedeuten soll

achja und tcp6 ???


ohje und plesk Firewall deinstallieren ... kein plan wie das geht...
 
Last edited by a moderator:
tcp6 0 0 :::8443 :::* LISTEN 0 15465342 1445/apache2
Click to expand...
Wieso hängt da der Apache an Port 8443 dran?
Kein Wunder, dass Plesk nicht läuft, wenn der Apache den Port wegnimmt.

Ich weiß nicht was du da beim Apache konfiguriert hast, an welchem Port der horchen soll.

Aber du solltest in der Shell mal unter /etc/apache2/ und /var/www/vhosts mit grep nach 8443 suchen.

ohje und plesk Firewall deinstallieren ... kein plan wie das geht...
Click to expand...
In der Shell den Plesk-autoinstaller aufrufen und da entfernen.
 
Zu dem Thema Firewall gebe ich Dir auch recht. Spätestens beim Plesk-Update zerschiest es dir dein Fail2ban
 
netstat -tulpn | grep :8443
tcp6 0 0 :::8443 :::* LISTEN 2957/apache2


so sieht das aus
in allen genannten Ordner oder hab ich falsch gesucht?


und den autoupdater aufrufen keinen plan denn das is ein strato mit plesk... eventuell darf ich da nichts ändern ... oder jemand eine idee


Vielen Dank
 
Falsch gesucht nicht, aber Du hast den Port vom Apachen geändert.

So müßte es aussehen:
Code: 
tcp        0      0 0.0.0.0:8443            0.0.0.0:*               LISTEN      0          1919        1222/sw-cp-serverd
tcp6       0      0 :::8443                 :::*                    LISTEN      0          1921        1222/sw-cp-serverd

Wie Du es angestellt hast, kannst nur Du sagen.
 
Ein grep -R 8443 /etc/apache2/* sollte schon was ergeben.
Unter /etc/apache2/ sind die Konfigurationen für Apache und die Domains zu finden.
 
grep -R 8443 /etc/apache2/*
/etc/apache2/ports.conf: # If you add NameVirtualHost *:8443 here, you will also have to change
/etc/apache2/ports.conf: # to <VirtualHost *:8443>
/etc/apache2/ports.conf: Listen 8443
/etc/apache2/ports.conf: Listen 8443



so sah das aus bei mir... und welche möglichkeit hab ich nun mit welchem befehl das zu ändern ich muss dringend ins plesk um da weitere arbeiten vornehmen zu können Vielen Dank im vorraus

ergänzend inhalt der port.conf

vi ports.conf
# If you just change the port or add more ports here, you will likely also
# have to change the VirtualHost statement in
# /etc/apache2/sites-enabled/000-default
# This is also true if you have upgraded from before 2.2.9-3 (i.e. from
# Debian etch). See /usr/share/doc/apache2.2-common/NEWS.Debian.gz and
# README.Debian.gz

NameVirtualHost *:80
Listen 80

<IfModule mod_ssl.c>
# If you add NameVirtualHost *:8443 here, you will also have to change
# the VirtualHost statement in /etc/apache2/sites-available/default-ssl
# to <VirtualHost *:8443>
# Server Name Indication for SSL named virtual hosts is currently not
# supported by MSIE on Windows XP.
Listen 8443
</IfModule>

<IfModule mod_gnutls.c>
Listen 8443
</IfModule>
 
Last edited by a moderator:
andto said:
...<IfModule mod_ssl.c>
# If you add NameVirtualHost *:8443 here, you will also have to change
# the VirtualHost statement in /etc/apache2/sites-available/default-ssl
# to <VirtualHost *:8443>
# Server Name Indication for SSL named virtual hosts is currently not
# supported by MSIE on Windows XP.
Listen 8443</IfModule>

<IfModule mod_gnutls.c>
Listen 8443</IfModule>
Click to expand...

Aha, da ist der Fehler. Es muß dort 443 nicht 8443 stehen!
 
Ich hab das bearbeitet weil vorher gar kein 8443 ueberhaupt ging dann hab ich stratongenervt... Die testeten und meinte das er ja nun erreichbar sei... Also ich schmeiss das mit vi wieder auf 443 und dann suchen wir weiter nachdem ich den apache restart habe... Bin aber zur Zeit unterwegs
 
hab mit vi den 8443 gegen 443 in ports.conf geändert und nun das grep


abfrage nach 8443
root@xxxxxxx:/etc/apache2# grep -R 8443 /etc/apache2/* /etc/apache2/ports.conf: # If you add NameVirtualHost *:8443 here, you will a lso have to change
/etc/apache2/ports.conf: # to <VirtualHost *:8443>

und Abfrage nach 443
root@xxxxxxx:/etc/apache2# grep -R 443 /etc/apache2/*
/etc/apache2/plesk.conf.d/vhosts/webseite.de.conf:<VirtualHost xx.xxx.95.228:443 >
/etc/apache2/plesk.conf.d/vhosts/webseite.de.conf: ServerName "webseite.de:443"
/etc/apache2/plesk.conf.d/vhosts/webseite.eu.conf:<VirtualHost xx.xxx.95.228:443 >
/etc/apache2/plesk.conf.d/vhosts/webseite.eu.conf: ServerName "webseite.eu:443"
/etc/apache2/plesk.conf.d/server.conf:NameVirtualHost xx.xxx.95.228:443
/etc/apache2/plesk.conf.d/server.conf: xx.xxx.95.228:443 \
/etc/apache2/plesk.conf.d/server.conf: xx.xxx.95.228:443 \
/etc/apache2/ports.conf: # If you add NameVirtualHost *:8443 here, you will also have to change
/etc/apache2/ports.conf: # to <VirtualHost *:8443>
/etc/apache2/ports.conf: Listen 443
/etc/apache2/ports.conf: Listen 443
/etc/apache2/sites-available/default-ssl:<VirtualHost _default_:443>
 
poste doch mal den Inhalt von folgender Datei /etc/sw-cp-server/conf.d/plesk.conf

bei mir sieht die so aus
Code: 
server {
		listen 8443 ssl;
		listen 8880;
		include conf.d/*ipv6_ports.inc;


		ssl_certificate /opt/psa/admin/conf/httpsd.pem;
		ssl_certificate_key /opt/psa/admin/conf/httpsd.pem;

		include conf.d/*plesk.inc;
		include conf.d/*wpb.inc;
		include conf.d/*cbm.inc;
		include conf.d/*sso.inc;
}

Info Plesk benutzt selbst den nginx als Webserver
 
Last edited by a moderator:
leider ist diese datei bei mir in diesem Ornder nicht vorhanden

nur diese und der Inhalt ipv6_port.inc
listen [::]:8443 ipv6only=on ssl;
listen [::]:8880 ipv6only=on;


für mich sieht das so ipv6 lastig aus und ich hock hier mit telekom hinter nem ipv4 router... und nix ipv6
 
andto said:
habs mal geändert dacht ich kann dann was erreichen is aber wohl an der falschen Stelle
Click to expand...

Deine Posts zeigen deutlich, daß dir die essentiellsten Grundlagen bezüglich Umgang, Wartung und Adminstration von Linuxsystemen fehlen.
Mit viel Mühe wird man hier sicherlich dein Port-Problem lösen können. Das ändert aber nichts an der Tatsache, daß du zwangsläufig von einem Problem ins nächste stolpern wirst, weil du (mangels Hintergrundwissen) nicht verstehst, was denn da genau passiert, wenn ein Fehler auftaucht, weil du z.B. (wie in diesem Fall) irgendwelche Konfigurationsdateien änderst.

Der einzig hilfreiche Ratschlag, den man dir hier geben sollte:
Entweder du bezahlst einen Admin, der dein System pflegt oder du kündigst die Kiste und steigst auf Webspace oder (wenn es denn unbedingt ein eigener Server sein muß) auf einen managed Server um. Alles andere ist nur Flickschusterei und nicht zielführend...

P.S.: Ich vermisse die Zeiten, wo Joe User in solchen Fällen manchmal sehr harte aber auch klare Worte gefunden hat.
 
You must log in or register to reply here.
Back
Top