Beiträge von [netcup] Alex W.

Nein da Accept ja nur Established, Related (bereits verbunden, weiterleitung) gesetzt ist und nicht explizit auf New (neue verbindung)

Ich frage den Praktikanten und den Studenten worum es geht was sie gerade besprechen.

Praktikant: "Also es ist so, er studiert da wo ich im Kindergarten war..."

Gespräch beendet, schallendes Lachen

Auf jedenfall nicht per DNS, ausser ggf. per CNAME allerdings muss auch da die Domain einen vHost auf dem Zielhost haben. Am geeignetsten, auch aus SEO Sicht wäre ein 301 Redirect auf dem Zielserver per vHost oder htaccess.

Tritt das Problem denn bei jedem Aufruf auf? Falls ja bitte mal mit dem vServer Namen an den Support direkt wenden bitte.

Nicht um diese Uhrzeit ...eigentlich. Vor allem eher nicht live.

Wenn Input auf Drop ist, heisst es, das ALLES auf Input gedroppt wird, also kann es nicht funktionieren (ping/dns). Es wird genau das erzielt was Sie bewirken wollen laut der letzten Aussage.

Zitat von locke3

Hab das VCP eben auf deutsch umgestellt (kA wieso es überhaupt auch EN eingestellt war).
Das Problem besteht aber weiterhin.

Welches Problem das im Kopf der Firewall nix angezeigt wird oder das die Firewallregel nicht funktioniert? Die Sprache hat natürlich keinerlei Einfluss auf die Funktion der Firewall

vmk lass ich prüfen

INPUT / OUPUT ist in beiden Sprachen gleich da dies Standardbegriffe sind die jeder kennt. Es fehlt nur in der englischen Sprache die Angabe der Direction als solches.

Könnte an der Sprache liegen die im VCP eingestellt ist, die Anzeige ist statisch immer gleich oben INPUT und unten OUTPUT.

Einerseits muss man in Wordpress einstellen das es direkt unter xxx.domain.tld erreichbar ist und zum anderen muss man in Confixx den Weiterleitungspfad unter Einstellungen -> Domains von / auf /ordner-von-wordpress ändern.

Das sind Kenntnisse die man als Betreiber eines Servers mitbringen / wissen sollte. Es würde wenig Sinn machen jetzt alle Befehle "vorzukauen" da damit nicht die nötigen Kenntnisse erworben werden.

Schauen was im VCP in der Prozessliste steht und ggf. den vServer einfach mal neustarten per VCP.

Wenn auch dann kein SSH startet muss man dies mit Hilfe des Rettungssystems prüfen.

Wie schon gesagt wurde und wie im Wiki steht hängt es auch davon ab wie frequentiert das zuständige Backupsystem ist. Heute ist auf jedenfall einiges los wenn es um Snapshots geht

Dann scheint der SSH Daemon nicht zu laufen oder Sie sperren sich per Firewall aus. Beides sollten Sie entsprechend prüfen.

Wenn per WinSCP ein Zugriff per SSH möglich ist, stimmt wohl eine Einstellung bei PuTTY nicht.

Dies trat vereinzelt aufgrund eines Kernelbugs auf wo die Berechnung in der Virtualisierung fehlerhaft war und daher andere Werte einzusehen waren.

2 neue Images und erste Schritte in Plesk fertig bekommen, genug fürn Freitag was "eben nebenher machen" angeht

Zitat von [netcup] Alex

Bitte beachten das ähnliche geartete Fälle nicht zwingend zusammenhängen müssen. Dies wird leider schnell vermutet ist aber selten der Fall.

Ich hätte privat welche mit Daten Jänner 12 und März 12 die laufen aber bisher problemlos.

Die "Dicke/Bandbreite" der Leitung sagt nichts über die Qualität des Routings aus welches sich übrigens ständig ändern kann.