Ich kaufe Server in einem Forum, nur um YABS-Benchmarks für mein Hobby laufen zu lassen, obwohl ich diese Server eigentlich gar nicht wirklich brauche.
Es steht ja jedem frei, was er mit seinen Servern macht, aber netcup-Server, die man hier im Forum bekommen hat, sollten meiner Meinung nach dann auch fairerweise hier wieder weitergegeben werden und nicht in anderen Foren. Einige Deiner Server hattest Du hier ja auch abgegeben.
Ein weiteres Problem ist (aus Besuchersicht), daß Cloudfare ein Surf-Profil erstellen könnte, weil sie wissen, welche Webseiten ich besuche (so wie es DNS-Server-Betreiber machen können). Je mehr Seiten hinter CF "verschwinden", umso vollständiger wird das Profil. Auch wenn sie es aktuell nicht machen (?), wird das in Zukunft vielleicht mal anders sein.
Gilt genauso für bestsrv.de, goodsrv.de usw. Sie zeigen alle auf den Domainparker.
Das "Problem" hatte ich auch schon mal und habe dann einen Eintrag in der hosts-Datei erstellt.
Was spricht denn dagegen, den Server auf 10.121.1.1 laufen zu lassen?
Ah, das ist ja gut versteckt. Den Knopf oben rechts habe ich noch nie wahrgenommen. 
Warte bis Ostern und hol dir n Angebot.
Jo, da werde ich dann mal schauen.
Wozu willst du denn unbedingt v6?
Ich habe einen Server, bei dem ich nur IPv6 konfiguriert hatte und mit dem ich Mails über den WH-Mailserver verschicken möchte. Da musste ich nun auch noch IPv4 konfigurieren. Kein Beinbruch, aber halt unnötig, wenn der Mailserver IPv6 könnte.
Bei meinem Piko, den ich IPv6-only bestellt habe, ginge das natürlich nicht. Da müsste ich dann über mein NAT64-Gateway gehen.
Der Link zum Formular funktioniert hier.
Du kannst Deinen public key in die Datei .ssh/authorized_keys eintragen, nachdem Du Dich via SSH eingeloggt hast (oder sicher auch per Dateimanager).
Per Passwort anmelden geht dann aber weiterhin noch und mir ist nicht bekannt, daß man das verhindern kann. Ein sicheres (langes) Passwort ist also auf jeden Fall angesagt.
...und Schreibrechte hat nur root. Ich kann sie nur löschen, aber sie kommt dann irgendwann halt wieder.
Probiere mal
truncate gibt es der chroot-Umgebung leider nicht.
Ja, sieht so aus.
Das Vorgehen, um die Datei bzw. deren Inhalt loszuwerden, wäre also
Bleibt die Frage, warum dafür kein Logrotate eingerichtet ist.
Laut Support können meine Mailserver kein IPv6 bekommen!? 
Weder eine Rechnung, noch eine Aufschlüsselung kam.
Wenn mir jemand erklären kann, wie die 42€ zustande kommen, wär ich auch nicht bös...
Ich habe vor einigen Jahren mal ein Paket mit Einfuhrabgaben bekommen und auf dem Paket war ein Aufkleber mit einem Hinweis darauf, wie man den Abgabenbescheid anfordern kann. Eine Abbildung des Aufklebers und ein Link zum Anforderungsformular findet sich hier: https://www.dhl.de/de/privatkunde…enbescheid.html
Ich weiß aber nicht mehr, ob das DHL oder DHL Express war und ob es da noch Unterschiede gibt.
Ich hatte gestern mal die Standard-Domain hostingXXX.netcup.net im WCP unter Hosting-Einstellungen/Websites & Domains deaktiviert und seitdem wurden keine neuen Einträge in die Log-Datei geschrieben. So kann man also anscheinend ein Anwachsen der Datei verhindern.
Meine Hoffnung, daß ich die Datei nun auch dauerhaft löschen kann, hat sich leider nicht erfüllt. Ich kann sie zwar wie gehabt löschen, aber wenn ich im WCP die Nutzungsdaten aktualisiere, ist die sofort wieder da.
Hast Du mittlerweile mal in Deine Log-Datei schauen können, MCDan?
Interessanterweise hat der mx2fXX aus diesem Beitrag auch IPv6.
Wenn die Applikation unter Node.js läuft, könnte das evtl. mit einem Webhosting 4000 oder größer funktionieren. Bin da aber kein Experte, aber bestimmt kann das jemand anders hier beurteilen.
Ja, ein interner Resolver wäre mir da lieber, wobei ich mit dem Gedanken spiele, die IP-Adressen direkt in die config einzutragen und dann bei Bedarf z. B. per ansible überall zu aktualisieren. Dann wäre DNS als potentielle Fehlerquelle auch raus.
Ich hab mir meinen eigenen Pool definiert "1.pool.ntp.domain.tld", das macht alle FW-Regeln und Configs eher trivial
Die Idee finde ich elegant, allerdings hätte ich Bedenken, daß die Sudomain von DNS-Scannern gefunden wird und dann in irgendwelchen Listen oder Datenbanken landet. Ob da ein kryptischer Name helfen würde?
Periodisch ein Skript ausführen, welches die IPv4- und IPv6-Adressen der Domains abfragt und dann die Firewallregel über die SCP-API aktualisiert
Das Skript von waster geht schon in die Richtung und könnte als Beispiel bzw. Grundlage dafür dienen: https://forum.netcup.de/netcup-anwendu…er-api-updaten/
