Tip Top, mit dem Notfallsupport hat es jetzt 1A geklappt bei mir. 12:15 angerufen, seit 13:30 komm ich mit der zweiten IP auch auf den Server. Vielen Dank also für den Tipp und die schnelle Hilfe. Ich bin auch wieder beruhigt dass im Fall eines echten Problems (Das ich selbst nicht lösen kann) doch sehr schnell geholfen wird, wenn man nur den richtigen Weg übers Telefon wählt. Via EMail/Ticket klappt dann hoffentlich auch bald wieder, wenn die gemeldete Support-Überlastung wieder gelöst ist.
Beiträge von TheoN
-
-
Ich habe den Notfall-Support jetzt angerufen. Der hat das Ticket jetzt priorisiert und irgendwohin weitergeleitet unter dem Hinweis, dass es hier wohl ein generelles Routing Problem mit 152.53. gibt. War also ein guter Tipp da einfach mal anzurufen. Hoffentlich läuft dann bald alles wieder.
-
Andreas Danke für die Infos. Ja, meine Haupt-IP beginnt tatsächlich mit 152.53. Dann haben wir beide wohl das gleiche Problem. Die zweite IP hab ich natürlich auch fest zugewiesen, so dass ein `ip addr add` auch keinen weiteren Effekt hatte.
-
Hi, Danke für die schnellen Antworten von euch.
Bud: Ja mir ist klar, dass das ein Kundenforum ist. Ich wollte von euch (Siehe Titel) auch mehr wissen, wie eure Erfahrung mit dem Support ist und wie geschrieben gleichzeitig aber den Effekt der Öffentlichkeit für mich nutzen, dass hier doch einer von netcup mit liest und vllt. reagiert. Dass das ein Fall für die "Notfall"-Hotline sein könnte war mir nicht bewusst. Das werd ich dann morgen mal versuchen.
Die Status-Seite kannte ich tatsächlich auch noch nicht. Das lässt mich ja hoffen, dass der Support tatsächlich nur deshalb aktuell so schlecht ist wegen der Black-Friday Aktion.
aRaphael Ja, im servercontrolpanel.de hab ich ein Netzwerk-Interface das wiederum zwei IPv4 Adressen hat. Erstere IP ist XXX.XX.XX.XX/22 unter der ich den Server erreichen kann mit der ersten ersten .1 IP in der CIDR Range als Gateway. Zweite IPv4 ist die neue YYY.YYY.YY.YYY/32 mit der IP primären IP als "Gatway/Routing auf". Das sind alles feste Einstellungen, die ich nicht (mehr) ändern kann.
-
Sorry für die etwas dumm klingende Frage hier, aber ich hoffe, dass ich jemand von netcup zumindest über den Weg des Forums/der Öffentlichkeit erreiche.
Ich hab mir am 30.11. bei netcup einen neuen Root-Server, neue Domain und zusätzliche zweite IP Adresse zu dem Server gekauft. Der Server war sofort da, die Domain auch, zur IP Adresse hab ich ebenfalls die Bestätigung mit Nennung der IP Adresse sofort bekommen und konnte die IP im Server-Control-Panel meinem Server gemäß netcup Anleitung zuweisen (https://helpcenter.netcup.com/de/wiki/server/ip). Abgerechnet und abgebucht wurde von netcup natürlich auch schon alles. Einziges Problem: Ich erreiche via der zweiten IP den Server nicht.
Ich hab dann etwas abgewartet, ob da irgendwie Routing von allein noch klappt und kurz drauf bei netcup ein Support-Ticket aufgemacht. Gemäß netcup Kundenversprechen "Trifft Ihr Ticket werktags (Mo-Fr) vor 17 Uhr bei uns ein, versprechen wir noch am selben Tag auf Ihre Anfrage zu reagieren." hat mir dann auch zügig am 02.12. jemand geantwortet und mich gebeten, den Server im Rettungssystem zu starten und diverse Tests zu machen (MyTraceroute, iperf3, dhclient). Dem bin ich natürlich sofort nachgekommen. Seitdem ist tote Hose. Ich hab mehrfach nachgefragt, aber es kommt einfach keinerlei Antwort.
Ich find das ganze recht schade. Ich hab mich gefreut in meinem Jahresurlaub vor Weihnachten mein ganzes Serversetup neu aufzubauen und mit jetzt 1,5 Wochen verstrichen seit dem Kauf wo nichts passiert ist bleibt keinerlei Zeit mehr über. Ich bin seit über 14 Jahren Kunde mit meinem Server, brauchte erst ein einziges Mal Support (Etliche Jahre her) und da hatte ich einen super guten Eindruck: netcup wirkte wie ein kleines tolles Startup wo sich die Chefs noch persönlich am Forum beteiligt und Transparenz geschaffen haben.
Jetzt gehört netcup einer großen Firma und ich gewinn für mich persönlich den Eindruck, dass netcup damit dem "Geheimtipp"-Status einer top Preisleistung und Support für Technikbegeisterte verloren hat. Ich seh nur noch ein total leer klingendes Kundenversprechen: "noch am selben Tag auf Ihre Anfrage zu reagieren" ist alles und nichts. In meinem Fall gibts einen Textbaukasten als Reaktion und dann einfach gar nichts mehr. Natürlich kann man das Senden eines Textbaukastens eine "Reaktion" nennen womit das Kundenversprechen erfüllt ist, nur bringt die in meinem Fall genau so viel wie einfach keinerlei Support anzubieten.
Was meint ihr dazu: Ist der netcup Support gerade einfach überlastet z.B. von der Black-Friday Aktion? Wenn ja passiert das öfter im Jahr? Ist das gar ein Dauerzustand beim Support? Oder hab ich einfach Pech gehabt? Im Fall eines Dauerzustands werd ich mich nach all den Jahren wohl leider nach einem neuen Hoster umsehen müssen. Sehr schade eigentlich, weil die netcup Server in all den Jahren echt mega zuverlässig liefen und das eben zu den super Discounter Preisen. Aber in dem Fall, wo doch mal was seitens netcup nicht klappt wo ich keinerlei Einflussmöglichkeiten hab (Ich kann nichts dran ändern, dass die zweite IP nicht zu mir routed) erwarte ich dann doch schnellere Reaktion. Wenn das jetzt meinen Prod Server so getroffen hätte, dass er > 1 Woche nicht funktioniert wäre das schon extrem bitter für mich. So ist "nur" meine Urlaubsplanung zunichte gegangen.
-
Habe nochmal in meinen E-Mail Konten Einstellungen geguckt und gesehen, dass z.B. meine Arbeits-Mail auch über STARTTLS läuft, aber default Port 587 nutzt (was wohl standard ist), mein Postausgangsserver mit STARTTLS aber auf 25 gesetzt war.
Habe dann gemerkt, dass auf meinem Server auch kein Port 587 lief (telnet domain 587 ging nicht) und dann einfach die master.cf angepasst
auskommentiert, was vorher kommentiert war..
Jetzt geht alles wieder...
Zwar immernoch komisch, dass von hier auf jetzt mein SMTP nicht mehr ging, aber da der offenbar eh "falsch" konfiguriert war und nicht Standardports benutzt hat, ist mir das jetzt auch egal.PS: An der Firewall glaub ich immernoch n icht das es liegt. Wenn ich nicht das Heim Netz nutze sondern über mein Handy tether, fragt der mich genauso wie beim Heimnetz auch, obs Heimnetz ist: "ja": Und dann gehts. Habe sonst auch keine Netzwerkeinstellungen verändert.
Aber wie gesagt, ist ja auch egal jetzt, bin jetzt wieder glücklich
Beste Grüße
Theo -
Ok sorry,
es scheint doch an meinem PC bzw. WLan daheim zu liegen.
Werde mal paar Ports usw scannen müssen.Komisch, dass ich bei anderen Mail Providern mit STARTTLS verbinden kann aber nur mit genau meinem MailAccount nicht.
Jedenfalls hab ich gerade mal mein Handy Netz getethert und wenn ich mich dadrauf einwähle und das Handy nicht im WLan sondern Mobilnetz ist, kann ich mich ohne Probs mit meinem Server verbinden und Mails versenden.Bleibt fraglich, warum sich da im Netzwerk von jetzt auf gleich ne Einstellung ändert und was das ist, aber das soll wohl ein anders sein.
Ich markiere das hier mal als erledigt, weil das wohl offenbar überhaupt kein Problem von Postfix war.
Danke euch beiden für die Hilfestellungen

Beste Grüße
Theo -
Mist, habe vergessen auf der Arbeit nachzugucken...
DNS Einträge sollten eigentlich nicht falsch sein können. Ich kann ja E-Mails abrufen und unverschlüsselte Verbindung geht auch.
Habe auch in so nem WebService DNS und RDNS gecheckt und beides war korrekt gesetzt."Verbunden mit myHost.com" kommt ja auch, wenn ich ne Mail schicken will, danach dauerts paar Sekunden bis der fehler kommt, dass keine STARTTLS Verbindung aufgebaut werden konnte.
-
Ich weis zwar nicht genau, was du meinst mit Mail über Server per telnet senden, aber ich habe gerade mal im Internet gesucht, TLS über telnet zu testen:
Code
Alles anzeigentelnet mySuperDomain.com 25 Trying XXX.XXX.XXX.XXX... Connected to mySuperDomain.com Escape character is '^]'. 220 vServer.mySuperDomain.com ESMTP Postfix (Debian/GNU) EHLO 501 Syntax: EHLO hostname EHLO mySuperDomain.com 250-vServer.mySuperDomain.com 250-PIPELINING 250-SIZE 10240000 250-VRFY 250-ETRN 250-STARTTLS 250-AUTH PLAIN LOGIN 250-AUTH=PLAIN LOGIN 250-ENHANCEDSTATUSCODES 250-8BITMIME 250 DSN STARTTLS 220 2.0.0 Ready to start TLSMehr über die Antwort vom Server weiss ich nicht...
Scheint also, dass der Server prinzipiell doch kein Problem mit TLS hat. Aber seltsamerweise kann ich von meinem PC mit anderen STARTTLS Servern noch kommunizieren..
Ich werde morgen mal auf der Arbeit mein E-Mail Postfach einrichten und gucken, ob ich da den Fehler auch kriege, oder obs dann doch hier an dem PC liegt. -
Manchmal hilft auch einfach ignorieren und sich nicht weiter um ein Problem kümmern

Gerade hab ich mal wieder ein
gemacht, und siehe da: proftp Paket in einer neuen Version.
Also ab installiert und gleich mal getestet, ob durch ein Wunder jetzt alles wieder geht und ja, jetzt kann ich mich auch ohne TLS und unverschlüsselt verbinden. Problem gelöst
Falls jemand auf das Thema stossen sollte.
Codeaptitude show proftpd-basic Package: proftpd-basic State: installed Automatically installed: no Version: 1.3.4a-5+deb7u1Ist die neue Version.
Beste Grüße
Theo -
Hi,
habe mal wieder ein kurioses Problem mit meinem vServer.
Heute wollte ich über Thunderbird eine Mail versenden, die mir mit diesem Fehler quittiert wurde.Erst kommt Verbunden mit mySuperDomain.com.............
Und nach einigen Sekunden dann:CodeSenden der Nachricht fehlgeschlagen. Fehler beim Senden der Nachricht: Eine sichere Verbindung mit dem SMTP-Server mySuperDomain.com kann nicht mit STARTTLS aufgebaut werden, da der Server diese Funktion nicht angibt. Schalten Sie STARTTLS für diesen Server ab oder kontaktieren Sie Ihren Anbieter des E-Mail-Diensts.Die letzte E-Mail von meinem vServer habe ich vor 10 Tagen verschickt. Da lief noch alles tadellos. Habe auch die letzten 10 Tage eigentlich nichts mehr am Server gemacht, schon gar nicht bezüglich postfix oder generell mit E-mails. Allerhöchstens mal ein aptitude update && aptitude upgrade, aber selbst da war glaub ich nichts von postfix zu sehen.
DNS und rDNS Einstellungen hab ich getestet, ist fehlerfrei und super.Mein System läuft auf Debian 7.
Logfiles sind leider leer, irgendwie wie immer, wenn ich ein Problem mit dem Server hab
Habe schon in der master.cf überall -v angehangen, das hat nichts geändert...
IMAP funktioniert allerdings noch tadellos, also E-Mails empfangen, als Entwurf speichern, etc.EDIT
Am PC sollte es auch nicht liegen. Habe gerade keinen anderen PC zum testen, aber kann über andere E-Mail Konten noch über STARTTLS E-Mails versenden... Firewall ausschalten bringt auch nichtsIrgendwelche Ratschläge?
Beste Grüsse
Theo -
IPv6 auszustellen bringt nichts, Problem bleibt das gleiche.
Hier zu den iptables:
Code
Alles anzeigen$iptables -n --list 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 destinationCode
Alles anzeigen$ ip6tables -n --list 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 destinationHab von dieser iptables Materie überhaupt keine Ahnung aber sieht mir schwer danach aus, als würde mein vServer jegliche Verbindung akzeptieren?
Wahrscheinlich sollte ich mich damit mal ein wenig aueinander setzen, so dass ich kein offenes System in den weiten des WWW bin. -
Hi Christian,
ja ist wirklich ein DSA Zertifikat, beides in einer PEM Datei.
Hatte vor 1 Jahr als ich das Zertifikat beantragt hab gelesen, dass DSA sicherer ist als RSA, dafür aber was langsamer, also hab ich DSA genommen. Wusste da noch nicht, dass die meisten Configs RSA präferieren und man dann im postfix sogar die Parameter für die Pfadangabe zum Zertifikat umbenennen muss
Hat mich einige Zeit gekostet das rauszufinden.Jedenfalls ist die Verschlüsselung ja auch nicht das Problem, das läuft ja mit dem Zertifikat alles einwandfrei.
Mein Problem ist, dass es nicht funktioniert, wenn ich ohne Zertifikat und unverschlüsselt gehe...Beste Grüße
Theo -
-
Hallo zusammen,
ich stehe vor einem mMn etwas merkwürdigen Problem.
Ich bin mit meinem vServer jetzt auf KVM migriert mit einem minimalen Debian Wheezy und habe mich entschieden, zu Lernzwecken alle Services mal selber einzurichten.Beim Testen von proftpd ist mir jetzt aufgefallen, Ich kann mich über explizit verschlüsseltes TLS authentifizieren, aber keine unverschlüsselte Verbindung aufbauen.
Leider hab ich eine Webcam zu Hause stehen, die kein verschlüsseltes FTP beherrscht und deshalb nicht mehr funktioniert...
Normalerweise habe ich bei allen anderen Service eher immer das Problem, dass Verschlüsselung nicht auf Anhiebt klappt, aber unverschlüsselt geht... Naja man muss ja auch mal die andere Seite erfahren
Zum Fehler:
Hier meine proftpd.conf gestripped um Kommentare:
Code
Alles anzeigenInclude /etc/proftpd/modules.conf UseIPv6 on IdentLookups off ServerName "vTheo" ServerType standalone DeferWelcome off MultilineRFC2228 on DefaultServer on ShowSymlinks on TimeoutNoTransfer 600 TimeoutStalled 600 TimeoutIdle 1200 DisplayLogin welcome.msg DisplayChdir .message true ListOptions "-l" DenyFilter \*.*/ DefaultRoot /home/%u/userUpload ftpGrp RequireValidShell off Port 21 <IfModule mod_dynmasq.c> </IfModule> MaxInstances 30 User proftpd Group nogroup Umask 022 022 AllowOverwrite on TransferLog /var/log/proftpd/xferlog SystemLog /var/log/proftpd/proftpd.log <IfModule mod_quotatab.c> QuotaEngine on </IfModule> <IfModule mod_ratio.c> Ratios off </IfModule> <IfModule mod_delay.c> DelayEngine on </IfModule> <IfModule mod_ctrls.c> ControlsEngine off ControlsMaxClients 2 ControlsLog /var/log/proftpd/controls.log ControlsInterval 5 ControlsSocket /var/run/proftpd/proftpd.sock </IfModule> <IfModule mod_ctrls_admin.c> AdminControlsEngine off </IfModule> Include /etc/proftpd/tls.conf Include /etc/proftpd/conf.d/ <Limit LOGIN> DenyGroup !ftpGrp </Limit>Und die tls.conf:
Code<IfModule mod_tls.c> TLSEngine on TLSLog /var/log/proftpd/tls.log TLSDSACertificateFile /etc/ssl/myCert.pem TLSCACertificatePath /etc/ssl/certs TLSRequired off TLSRenegotiate required off </IfModule>Das Logfile (Mit DebugLevel 10 in proftd.conf gesetzt):
Code
Alles anzeigenSep 07 17:08:07 vTheo proftpd[12244] vTheo.myHost.de (blacked): connected - local : ::ffff:serverIP Sep 07 17:08:07 vTheo proftpd[12244] vTheo.myHost.de (blacked): connected - remote : myIP:56152 Sep 07 17:08:07 vTheo proftpd[12244] vTheo.myHost.de (blacked): FTP session opened. Sep 07 17:08:07 vTheo proftpd[12244] vTheo.myHost.de (blacked): dispatching PRE_CMD command 'USER webcam' to mod_exec Sep 07 17:08:07 vTheo proftpd[12244] vTheo.myHost.de (blacked): dispatching PRE_CMD command 'USER webcam' to mod_rewrite Sep 07 17:08:07 vTheo proftpd[12244] vTheo.myHost.de (blacked): dispatching PRE_CMD command 'USER webcam' to mod_tls Sep 07 17:08:07 vTheo proftpd[12244] vTheo.myHost.de (blacked): dispatching PRE_CMD command 'USER webcam' to mod_core Sep 07 17:08:07 vTheo proftpd[12244] vTheo.myHost.de (blacked): dispatching PRE_CMD command 'USER webcam' to mod_core Sep 07 17:08:07 vTheo proftpd[12244] vTheo.myHost.de (blacked): dispatching PRE_CMD command 'USER webcam' to mod_delay Sep 07 17:08:07 vTheo proftpd[12244] vTheo.myHost.de (blacked): dispatching PRE_CMD command 'USER webcam' to mod_auth Sep 07 17:08:07 vTheo proftpd[12244] vTheo.myHost.de (blacked): dispatching CMD command 'USER webcam' to mod_ratio Sep 07 17:08:07 vTheo proftpd[12244] vTheo.myHost.de (blacked): dispatching CMD command 'USER webcam' to mod_auth Sep 07 17:08:07 vTheo proftpd[12244] vTheo.myHost.de (blacked): dispatching POST_CMD command 'USER webcam' to mod_exec Sep 07 17:08:07 vTheo proftpd[12244] vTheo.myHost.de (blacked): dispatching POST_CMD command 'USER webcam' to mod_delaytls.log bleibt leer zu der Verbindungsuhrzeit (Wird also wie erwartet nicht genutzt)
ich bin mit dem Problem bei meinem Latein am Ende. Habe mal mit der alten proftpd.conf verglichen, als mein vServer noch nicht auf KVM war und die
sind ziemlich identisch bis auf paar kleine Parameter, aber wenn ich die anpasse, klappts auch immernoch nicht.
An ner Firewall auf meinem PC kanns auch nicht liegen, da ich vor dem vServer migrieren ja noch verbinden konnte und jetzt auch noch zu allen möglichen anderen public FTP Servern verbinden kann.
kA ob das an diesen ipTables oder so liegen kan, damit hab ich mich noch nie auseinander gesetzt, aber ich denke mal, der Standard FTP Port dürfte nicht per default aufm vServer geblockt sein, oder?
Außerdem scheint er verbinden zu können, aber dann keine Antwort mehr zu kriegen.
Hier meine FileZilla Ausgabe:CodeStatus: Auflösen der IP-Adresse für myHost.de Status: Verbinde mit serverIP... Status: Verbindung hergestellt, warte auf Willkommensnachricht... Antwort: 220 ProFTPD 1.3.4a Server (vTheo) [::ffff:serverIP] Befehl: USER webcam //Hier bleibts jetzt 20sek oder so stocken Fehler: Zeitüberschreitung der Verbindung Fehler: Herstellen der Verbindung zum Server fehlgeschlagen Status: Nächsten Versuch abwarten...Wäre sehr dankbar, falls jemand von euch noch Ansätze hat, was da falsch läuft.
Beste Grüße
Theo