Na, als "Katastrophe" würde ich einen Ping von 45 ms jetzt nun nicht gerade bezeichnen 
Posts by aRaphael
-
-
Ich schalte eigentlich auch immer alles (wenn möglich) in den maintenance-mode oder ähnliches, wenn ich Backups ziehe.
Bin mir da nie so ganz sicher, ob nicht auf den Teil der DB zugegriffen und geschrieben wird, den ich gerade gesichert habe und der dump dann inkonsistent ist.
Wahrscheinlich sind die Backuptools inkl. mysqldump schon so clever dass sowas nicht passiert, aber sicher ist sicher.
-
Version = Python 3.7.3
Python 2.7.16
Was denn nun?
Und was kam bei Python3 ts.py raus?
-
Auf Servern bisher ausschließlich Ubuntu.
Nicht weil ich es für besser halte als andere Distros, aber meine ersten beiden Server die ich damals übernehmen musste liefen mit Ubuntu.
Da habe ich dann aus "Faulheit" bei neuen Servern einfach mit Ubuntu weitergemacht.
Da damit alles läuft, gab es bisher auch keinen Grund mich groß mit anderen Distros zu beschäftigen.
Ganz im Sinne von:
...aber ich finds angenehmer wenn überall der gleiche Wurm drin ist
-
Wenn du einen Server betreibst, der im Internet hängt (egal ob Windows oder Linux) solltest du dich etwas eingehender mit der ganzen Materie der Serveradministration beschäftigen und dir ein bisschen Know-How aneignen. Nur installieren und dann laufen lassen und bei Problemen in Foren Rat suchen ist da einfach zu wenig, sorry.
-
"The TTL of the RRSET (3600) exceeds the value of the original TTL field of the RRSIG RR covering it (0)."
Ja, das bekomme ich auch. (Ich hab jetzt aus Neugierde auch mal bei einer domain DNSSEC angeschaltet
)Außerdem wird unter "DNSKEY/DS/NSEC status" die domain selbst (DNSKEY) als unsicher eingestuft.
Richtig interpretieren kann ich das mangels entsprechendem Know-How aber nicht wirklich.
Ich auch aber nicht. ob beides überhaupt irgendeine Relevanz hat.
Wenn ich diesen dnssec-Analyzer hier benutze ist nämlich alles grün:
https://dnssec-analyzer.verisignlabs.com/
Auch https://zonemaster.net/ ist zufrieden (Bis auf die Warnung: "DNSKEY ... has a size smaller than the recommended one")
Ich beobachte diese dnssec-estdomian jetzt einfach mal. längere Zeit...
-
...und der Support hat mich an euch verwiesen.
Das ist ja nett. Das Forum als 2nd Level Support.
Wir müssen wirklich gut sein
-
Dann mach ein Supportticket auf, oder ruf an. Hier im Forum einen Post zu schreiben wird da eher wenig bringen, imho, auch wenn Netcup ja immerhin mitliest.
Das scheint ja kein individuelles Problemchen zu sein, sondern ein generelles, das immer wieder auftritt.
Da macht es m.E. durchaus Sinn (über ein TIcket hinaus) auch mal einen Forenthread hierzu aufzumachen.
-
Gibt es die Probleme mit Nectcup-Nameservern eigentlich ausschließlich nur bei eingeschaltetem DNSSEC?
(Ich habe das bei allen meinen domains hier abgeschaltet gelassen, auch weil ich immer wieder von solchen Problemen hier im Forum gelesen habe)
-
Zumindest wissen wir jetzt, dass das Restore funktioniert.
Ist ja auch schon mal beruhigend (und nicht generell selbstverständlich)
-
Vor allem muss eine Ente im Avatar sein.
-
Cuba Libre (Trägersubstanz zweitrangig)
-
Tja, so eine Lösung dann tatsächlich zu finden, kann auch mal 350 Jahre dauern, siehe großer Fermatscher Satz. Hoffen wir mal, dass es dir schneller gelingt.
Hat sich erledigt.
Nein, ich habe es nicht hinbekommen, aber es ist nicht mehr nötig.
(War der Versuch eines reverse proxy für shellinabox in apache. Ist nicht mein erster reverse proxy, aber hier ging nix, auch keiner der Hinweise aus dem Netz)
Ich nutze nun cockpit. Da hat das auch geklappt mit dem reverse proxy und mir gefällt das Teil auch besser.
-
Ja, sogar gerade eben, als ich nach der Lösung eines Problems gesucht hatte, endlich eine identische Fallschilderung gefunden hatte und am Ende stand dann nur "Hab's gelöst" und danach nix mehr.
-
Wenn man es nicht selbst gesehen hat macht man sich keine Vorstellung, was da ab der ersten Sekunde auf einen frisch von netcup (und natürlich auch anderen Anbietern) bereitgestellten vServer an Verbindungsversuchen auf den "gängigen" Ports hereinprasselt!
-
Mit cockpit auf einem anderen Server und ssh-login von dort aus nach "überall" habe ich ja jetzt eine gangbare Lösung. Das passt schon.
(shellinabox wäre natürlich eine Alternative gewesen. Kannte ich aber bis eben noch nicht ;-))
-
Wenn dann alles läuft kann man die TTL wieder erhöhen.
Was ich dann meistens vergesse.
-
miss mal mit speedtest-cli.
Ist mit speedtest-cli gemessen.
Netcup sichert 1Gbits zu.
Ach? Und das ist nichts?
1 GBit/s garantiert (durchschnittlich) beim G9 RS und 1 Gbit/s maximal bei den VPS ist schon ein Unterschied. (Und den merke ich auch)
-
warum nicht einfach SSH direkt auf einen erlaubten Port legen?
Na das war natürlich mein erster Gedanke überhaupt.
Leider sieht es aber so aus, als erlaubt die Firewall außer 80/443 gar keine andere Kommunikation von den Schul-PCs aus.
Da muss ich aber nochmal nachfragen. Das ist nicht meine Baustelle dort und bisher war das auch für mich noch nie relevant.
-
Ich nutze das aber selbst genau so bei mehreren domains und roundcube über webmail (https://webmail01.netcup.net/) funktioniert überall problemlos. (Eben gerade extra nochmal getestet)
EDIT:
Sowohl bei domains mit Wildcardrecord in den DNS-Einstellungen, als auch ohne.
