Beiträge von Dragon

Warum willst du ein Zertifikat für yourvserver.net? Ich benutze diese Domain gar nicht, sondern nur meine eigenen Domains.

Natürlich ist (fast) immer ein günstigerer Preis möglich, aber irgendwo muss auch Geld für neue Investitionen (neue Server,...) her kommen. Und ich denke, dass die "normalen" Preise bei netcup auch schon günstig genug sind.

Wer ein eintägiges (!) Sonderangebot verpasst (oder nicht abwarten kann), hat meiner Meinung nach einfach Pech gehabt, Kundenorientierung hin oder her.

Nein, das Rettungssystem im VCP ist völlig von deinem System unabhängig. Das geht auch, wenn z.B. der bootloader kaputt ist.

Das gewünschte Betriebssystem wird beim Booten per VNC im Bootloader ausgewählt.

Zitat von haemse

wie läuft das mit der installations CD ... lt. wiki CD image upload über ftp in den ordner ... dann von cd booten ... was passiert dann? sehe ich dann irgend wo einen graphischen output wo ich das sys vom image installieren(und partitionieren) kann?

In der VNC-Konsole im VCP siehst du dann eine graphische Oberfläche und kannst das Betriebssystem ganz gewöhnlich installieren.

Zitat von haemse

Wie ist da der Vorgang? So wie es für mich aussieht, kann ich im VCP nur ein Image uploaden ...

In dem Fall würde ich von den Images abraten und stattdessen die Installations-CDs verwenden. Dann kannst du auch gleich vernünftig partitionieren.

Zitat von AndyLu

Ich habe nginx ausgeschaltet und nur auf apache gesetzt und dachte damit ist das Problem behoben aber NEIN falsch gedacht.
Das Problem hier ist der daily.cron ich weiss nicht wieso aber sobald der durchläuft spielt der Apache verrückt auf Debian Jessie.

Ich schrieb ja bereits in der ersten Antwort, dass es nicht an nginx sondern am Dienst dahinter liegt.

Gibt es keine Logs zum Zeitpunkt der Störung? Logs von 09:29 Uhr helfen wenig, wenn das Problem um 6:30 auftritt. Am besten nicht nur nach Apache schauen, sondern auch nach den Cron-Logs, etc...

Läuft der Plesk-Dienst auf Port 7081? "Connection refused" deutet nicht auf ein Problem mit nginx hin (wenn die gleiche Konfiguration vorher lief).

Der Schutz arbeitet automatisch und wird nur bei Bedarf aktiviert. Wenn es gar keinen Angriff gibt, kann das Filter sogar schaden, indem eigentlich gewünschter Traffic gefiltert wird.

MySQLi ist mittlerweile Standard, da die MySQL-Erweiterung nun schon einige Jahre veraltet ist.

Die englische Seite scheint schon jetzt veraltet zu sein: netcup.eu - Hardware and network infrastructure - Data centre connection server partner vs. netcup.de - Hardware und Netzwerk-Infrastruktur - Rechenzentrum Anbindung Server Partner

Was hat jetzt ftps mit der Datenbank zu tun?

Wie viel Speicherplatz belegt ist, spielt keine Rolle, relevant ist die Größe der Festplatte. Ist diese beim neuen Server kleiner, kann das Image nicht eingespielt werden.

Falls du Postfix einsetzt und das Ticket-System kein IMAP oder POP unterstützt: scripting - How to configure postfix to pipe all incoming email to a script? - Server Fault

Normalerweise müssen nur die DNS-Records angepasst werden (alte durch neue IP ersetzen).

Hat noch jemand Probleme mit dem Debian-Mirror von netcup?

Zitat

Release-Datei für http://debian.netcup.net/debian/dists/wheezy-updates/Release ist abgelaufen (ungültig seit 4 d 21 h 2 min 56 s)

Es könnte sein, dass bash bei dir nicht bash sondern ein anderer Shell ist.

Zitat von ramstein

Ich frage mich an dieser Stelle warum da die "Netcup Technik" nicht gegriffen hat - das müssen tausende Mails gewesen sein die da binnen Sekunden über den Server ausgeliefert wurden.

Warum und wie sollte netcup den Mail-Versand von vServern überwachen? Solange die IP nicht auf Blacklists landet oder Abuse-Meldungen kommen, geht das einen Provider eigentlich nichts an...

Tritt das Problem bei allen Empfängern auf oder nur bei bestimmten? Hattest du einmal den Empfangs-Server als Mail-Server genutzt?

Die Fehlermeldung deutet eher darauf hin, dass keine Authentifizierung bei SMTP erfolgt.