Ich weis es nicht, ob das für IPv6 funktioniert. Aber wenn es schon für IPv4 nicht immer zuverlässig funktioniert würde ich mich nicht darauf verlassen wollen. Zumal bei einem Server, der sowieso (mindestes) eine feste globale IPv6 und IPv4 haben sollte. Irgendwas sollte schliesslich auch im DNS als Adresse stehen, wenn man den Server auch übers Internet erreichen können soll.
Beiträge von tab
-
-
Ist bei mir derzeit jedenfalls genauso
-
Anpassung heißt in der Praxis wohl Erhöhung. Da wird wohl auch in der Branche auf Dauer auch keiner drum herumkommen. Auch Strota und I0N0S haben ihre Angebote mittlerweile angepasst. Aber:
ZitatBestehende Server und Verträge bleiben unverändert bestehen. Betroffen sind ausschließlich Neubestellungen und Rescales bereits bestehender Server und die zukünftige Produktstruktur.
Von Storage Box/Share ist auch nicht die Rede. Ansonsten wäre ich mittlerweile hoffentlich auf mein Sonderkündigungsrecht hingewiesen worden, so wie es ja hier bei netcup geschehen ist.
-
Habe die Ankündigung daraufhin gelesen. Bestehende Produkte/Verträge sind danach nicht betroffen.
-
Ich möchte da mal eine Lanze für die unterschiedlichsten IT-Firmen brechen: Ich habe zwar keine Ahnung, um welche Tarife es sich hier handelt, aber manchmal erwarten Kunden für Produkte die monatlich 1-2 EUR Kosten einen guten Support. Das ist wirtschaftlich aber einfach nicht möglich. Klar gibt es Firmen, die noch billiger als netcup sind, aber trotzdem sind die Produkte hier noch günstig. Wie gesagt, ich weiß nicht um welche Tarife es sich hier handelt, und ich möchte auch niemand kritisieren, aber meiner Ansicht nach gibt es manchmal ein Missverhältnis zwischen Anspruchsdenken und gezahltem Monatspreis. Trotzdem sollte das Produkt natürlich funktionieren, keine Frage.
Und dann sehe ich das spezifisch beim Thema Mail ähnlich wie NaN: Systembedingt ist es für einen Mass-Hosting-Anbieter schwierig, Mail wirklich sauber zu leisten. Insbesondere Großkonzerne wie Microsoft oder Apple machen es kleineren Firmen schwierig bei der Mailzustellung. Wer da größtmögliche Zustellquoten möchte, weil er oder sie es eventuell für das eigene Geschäft braucht, sollte sich einen auf Mail spezialisierten Anbieter (auch nur für Mail) suchen ... was dann natürlich meistens auch etwas teurer ist.
Prinzipiell bin ich durchaus bei dir. Aber dann sollte man einfach nicht auf der Website solche Dinge wie unten zitiert schreiben. Zu finden unter
https://www.netcup.com/de/hosting/qualitaetsgarantien
Dann darf man sich nicht wundern, wenn die Kunden das trotz relativ günstigem Preis auch tatsächlich erwarten. Man kann sich dann darauf zurückziehen, dass auch eine automatische Eingangsbestätigung der Supportanfrage eine Antwort ist und das Ticket damit dann auch "bearbeitet" ist.
Aber das macht es halt auch nicht besser.
ZitatSchneller Support
Unser Support garantiert eine schnelle Bearbeitung für jeglichen Anfragen zu den Webhostingpaketen. Spätestens nach maximal 24 Stunden erhält jede Anfrage eine Antwort. Die gewöhnliche Bearbeitungszeit liegt bei unter 2 Stunden.
-
Im konkreten Fall eines ein oder ausgehenden IP-Pakets wirklich verwendet werden kann nur eine spezifische Regel. Oder gar keine, dann gilt eben die Default-Policy. Insgesamt können natürlich mehr Regeln verwendet werden, je nach IP/Port/Protokoll eben immer die erste, die für das betreffende Paket greift. Das kann dann auch mal die zweiundvierzigste Regel sein.
-
Habe das Eingangsposting gerade nochmal gelesen. Du brauchst Port 25 ja gar nicht. Port 465 erfordert sowieso zumindest eine Authentifizierung bei deinem netcup-Mailserver. Prinzipiell bei einem Server mit einem gehackten Root-Zugang natürlich ein lösbares Problem
. Aber zumindest irgendwie eingeschleuste Malware, die ohne Root-Rechte funktoniert, hätte es dann eventuell nicht ganz so leicht.Du könntest den entsprechenden per Default gesetzten Block für Mail ausgehend also in der Firewall durch einen eigenen ersetzen. Mit den selben Regeln, aber eben nur für die Ports, die du nicht benutzt, insbesondere also Port 25.. Den Default-Block (ausgehend) kannst Du dann löschen und Port 25 und eventuell 587 bleiben trotzdem blockiert.
-
Das wird mittlerweile bei sehr vielen Anbietern per Default blockiert. Ich denke, das ist teilweise auch ein wenig als Schutz für den Kunden und vor allem als Selbstschutz des Anbieters gedacht.
Wer zwingend Mails direkt von seinem Server versenden und/oder auch darüber empfangen will oder muss, der kann sich - zumindest hier bei netcup -die Ports mit 1-2 Klicks in der Firewall wieder freischalten.
Anderswo muss man zumindest Port 25 augehend teilweise über den Support freischalten lassen. Damit trägt er dann auch die Verantwortung für eventuelle Folgen, die von Missbrauch seines Servers - durch den Kunden selbst oder Hackern - verursacht werden. Die trägt er zwar sowieso immer, aber hier dann eben explizit nochmal ganz besonders für vesendeten Spam und die Folgen, was mit blockierten Port 25 in der Anbieter-Firewall nicht so leicht passieren würde.
Wer als Kunde seinen Server nicht für Mail verwndent will und die Default-Einstellung für die Mail-Ports belässt, der hat zumindest die Sicherheit, dass sein Server - auch wenn er gehackt wird - jedenfalls keine Spam-Mails direkt vom Server über Port 25 verschicken wird.
Und um den Selbstschutz des Anbieters noch etwas auszuführen, ein so geschützter Server wird somit auch nicht sein gesamtes Subnetz auf irgendwelche DNS-Blocklisten oder gar interne Listen von MS, Google & Co katapultieren. Damit entfällt für den Anbieter die Arbeit, das Problem zu beheben und sich danach noch mit mit z.B. Microsoft rumschlagen zu müssen, um das Subnetz zeitnah wieder entsperrt zu bekommen.
-
Das klingt nach einem Fall für den Support.
Ja, leider. Das ist jedenfalls nicht das normale Verhalten
/usr/local/php85/bin/php -v
funktioniert bei mir (Webhosting 4000 und 1000) und hat als Ausgabe:
PHP 8.5.5 (cli) (built: Apr 29 2026 09:01:08) (NTS)
Copyright (c) The PHP Group
Zend Engine v4.5.5, Copyright (c) Zend Technologies
with the ionCube PHP Loader v15.5.0, Copyright (c) 2002-2026, by ionCube Ltd.
with Zend OPcache v8.5.5, Copyright (c), by Zend TechnologiesDa ist auf deinem Webserver wohl was schief gelaufen bei der Installation der neuen PHP Version.
Support, und wenn da nichts vorwärts geht, dann eben Notfall-Support.
-
Da bin ich aber froh, dass ich meinen Webhosting-Service Level A+ noch habe
. -
Das ging jetzt aus dem ersten Post nicht hervor.
Das heißt, die Websitedaten hast du auf einen Webspace hochgeladen, der NICHT bei netcup liegt?
In dem Fall hättest du dir das Anlegen der Subdomain in Plesk sparen können, aber es schadet wohl auch nicht.
Jedenfalls musst du dann die IPv4 Adresse (A-Record) und ggf IPv6 Adresse (AAAA-Record) im DNS-Editor der Domain (CCP->Domains->DNS) für die Subdomain eintragen. (Host: <Name der Subdomain>, Type: A bzw AAAA, Destination: IPv4 bzw IPv6 deines externen Webspace)
Bei Host NICHT die Hauptdomain hinten dransetzen, das ergänzt der DNS-Editor automatisch. Wenn du es auch noch anhängst, dann funktioniert es nicht wie gewünscht.
-
Na der Server ist ja von netcup....
Das mag sein, dein ursprünglicher SPF-Record vermutlich eher nicht, sonst würde das passen. Jedenfalls wenn du eine Inklusivdomain oder elne zusätzliche Domain deinem Webhosting hinzugefügt hast.
DKIM ebenso. Aber offenbar nur, wenn du den Selektor eingibst. Musstest du da keine Mail hinschicken? Falls doch, dann hätte das so ein Tool selbst herausfinden müssen.
Kritikpunkt meinerseits. DMARC scheint per Default bei netcup zu fehlen, das ist nicht gut.
nslookup 18.156.205.64 ergibt ironischerweise
name = fra-out-001.esa.eu-central-1.outbound.mail-perimeter.amazon.com.
Verschickst du deine Mails über Amazon oder hat Amazon dir da einen Spammer von Amazon gemeldet?

-
Hängt ja letztendlich auch von der jeweiöigen Anwendung und dessen DB-Unterstützung ab.
Bin primär noch mit MariaDB unterwegs. Für ein zwei Apps läuft aber auch eine PG DB.
Diese Antwort ist ohne KI entstanden. 😜
Das glaube ich jetzt einfach mal, schliesslich würde eine KI nie lügen.


-
Ich kann dir einen funktionierenden Nano anbieten, ganz ohne Assimilation

Vielleicht ist er ja nur hinter den Nanosonden her


-
Zitat
May 8, 2026 21:03 UTC
MONITORINGLet's Encrypt has resumed issuance.
Ist auch besser so, ich muss morgen eventuell ein LE-Zertifikat für einen Bekannten erneuern.
-
Keine Ahnung wie das Netzwerk bei dir konfiguriert ist. Bei meinem Server, der direkt mit dem Debian13 Minimal Image von netcup installiert wurde, stehen die IPs jedenfalls in der folgenden Datei:
/etc/network/interfaces.d/50-cloud-init.cfg
-
Du kannst sie überhaupt nicht an netcup deligieren. Außer du ziehst die Domain zu netcup um.
Ansonsten musst du entweder die Nameserver des anderen Anbieters benutzen oder an andere Nameserver delegieren, die sowas anbieten. Hierfür kommt unter anderem deSEC (desec.io) oder Cloudflare in Frage. Die netcup Nameserver verwalten grundsätzlich keine Domains, die nicht bei netcup registriert sind.
Die Frage ist aber auch, was du mit der Domain vorhast bzw warum du sie zu netcup delegieren wolltest.
Wenn du ein Webhosting bei netcup hast und die Domain damit benutzen möchtest, dann gibt es im Webhosting (CCP/WCP) die Möglichkeit dazu. Du fügst die Domain als externe Domain hinzu, trägst den Token im DNS (wo auch immer die Domain verwaltet wird) ein. Plesk prüft dann per DNS-Query, ob der Token im DNS eingetragen ist. Wenn ja, akzeptiert Plesk die Domain als externe Domain und du kannst sie dann im Webhosting nutzen. Deine DNS-Einträge machst du dann weiterhin woanders, wo auch immer.
Auf deinem VPS kannst du die Domain ohne weiteres nutzen, indem du die DNS Einträge (A, AAAA, MX, TXT, whatever...) bei deinem Anbieter machst, nachdem du die Nameserver wieder auf die dortigen Nameserver umgestellt hast. Ein VPS braucht keine solchen Konstrukte wie externe Domains. Das ist nur für Webhosting-Pakete und insbesondere Plesk notwendig. Bei einem VPS kannst du ja für (Web) einen vHost einrichten und ggf deinen Mailserver passend für die Domain konfigurieren.
-
So ganz verstehe ich das noch nicht.
- Domain bei einem anderen Anbieter registriert -> OK
- Schon die DNS von netcup eingetragen -> ???
Wss meinst du mit "DNS von netcup"? Die Nameserver von netcup? Da wird die Domain sicher nicht verwaltet werden, die verwalten nur Domains, die auch bei netcup registriert sind. Also Inklusivdomains eines Webhosting-Pakets oder "zusätzliche Domains", also ebenfalls bei netcup registriert.
Eine externe Domain im CCP bedingt nach meinem Verständnis ein netcup Webhostingpaket und dient nur dazu, dass im Webhosting (Plesk) Websites und E-Mail-Konten eingerichtet werden können. DNS-Einträge für externe Domains werden extern gemacht, da wo eben die Zone tatsächlich verwaltet wird. Deswegen heißen sie auch externe Domains, im Gegensatz zu Inklusivdomains oder zusätzlichen Domains.
Das Verifizierungstoken für eine externe Domain muss also da eingetragen werden, wo die Zone der Domain verwaltet wird. Das mögen die Nameserver des anderen Anbieters sein, wo die Domain registriert wurde. Oder du delegierst sie dort an andere Nameserver. Cloudflare, deSEC oder eigene Nameserver, z.B. auf deinem VPS. An die netcup Nameserver kannst du sie nicht (erfolgreich) delegieren.
-
Ja, Spass macht das mit de-Domains derzeit wirklich nicht. Ich dachte schon, mein lokaler Unbound sei kaputt und hatte kurzzeitig Google probiert. Einige Domains gingen kurzzeitig wieder, jetzt sind sie wieder weg.
-
Hallo zusammen,
ich habe gerade die vergangenen 2 Seiten an Beiträge durchgelesen. Aber irgendwie stehe ich gerade etwas auf der Leitung.

Was Updates betrifft bin ich auf den aktuellen Stand (was zu erhalten ist).
Aber muss ich jetzt für Trixie zusätzlich ein zur Verfügung gestelltes Patchfile downloaden und manuell installieren?
Es empfiehlt sich schon das zu machen, was m_ueberall geschrieben und verlinkt hat. Ist ja schnell erledigt, die meiste Zeit kostet noch das Anmelden als root. Irgendwann wird es zwar offiziell gefixt werden, aber gestern war jedenfalls noch kein Update in Sicht.