Falsch geraten, ich hab tatsächlich ein Kleingewerbe
BUD01 und "klein", alles klar. ![]()
Falsch geraten, ich hab tatsächlich ein Kleingewerbe
BUD01 und "klein", alles klar. ![]()
Hille Du könntest maximal versuchen, ob ein SEPA-Instant-Transfer ("Echtzeitüberweisung") unter Angabe der Rechnungsnummer als Verwendungszweck etwas ändert.
Eventuell wird der intern bereits vor dem 29.12. verbucht und die Rechnung wechselt auf bezahlt? Oder auch nicht und Du machst der Buchhaltung keine Freude ![]()
Ich möchte einen Server weitergeben. Leider befindet der sich in der Abrechnungsschlange. Die Rechnung wir aber erst zum 8.1. eingezogen. Würde es was bringen, wenn ich die Rechnung vorzeitig per z.B Paypal bezahle oder geht das nur über den Support ?
Existiert die Rechnung überhaupt schon? Etwas aus der Abrechnungsschlange kann man ja noch nicht selbst bezahlen.
Soweit ich das in Erinnerung habe, würde es aber sowieso nichts bringen. Wenn eine SEPA-Lastschrift für eine Rechnung aktiv ist, funktioniert der PayPal-Button üblicherweise nicht.
Was der Support in diesem Fall machen könnte, weiß ich nicht. Aber alleine kommst Du da sicher nicht früher weiter…
Wenn ich raten müsste: Ein Verein kann auch gewerblich auftreten, oder? ![]()
Oha, das wird im CCP jetzt wirklich so angezeigt? ![]()
Ein "Produkt" kann nun aus mehreren "Posten" bestehen? (IPv4/IPv6 Konnektivität)
(Ich habe noch keinen G12, bei den alten vServern ist es überall nur ein <li> Element.)
P.S.: Den ersten Satz deiner Antwort könntest Du noch etwas „aufräumen“.
Ich meinte, dass ein Nachbar im gleichen Netzwerk (= anderer vServer Kunde) Deinem vServer beliebige Pakete schicken kann. Solange die MAC-Adresse stimmt, könnten so auch Pakete z.B. für private Adressbereiche bei Dir landen und je nach Konfiguration in Deinem System quasi ungeprüft akzeptiert werden. Dadurch wäre es möglich, dass jemand auf interne Dienste zugreift, die z.B. eigentlich nur über ein VPN erreichbar sein sollten. Dienste explizit auf einer bestimmten Schnittstelle lauschen zu lassen, reicht bei einer Standardkonfiguration oftmals nicht aus.
(Ob das von irgendeinem System bei netcup herausgefiltert oder erkannt wird, weiß ich nicht. Könnte natürlich sein, glaube ich aber eher nicht.)
Deshalb schadet es meiner Meinung nach nicht, wenn man die eigene(n) IP-Adresse(n) bei einer Firewall explizit angibt. Da das im SCP aber schnell mühsam werden kann, würde ich das innerhalb des vServers umsetzen.
Ein Piko dient bei mir rein fürs Monitoring, dafür reicht er locker. ![]()
Wobei die Performance z.B. beim massenhaften Generieren von RRD-Grafiken schon spürbar in die Knie geht. Aber da das nicht für die Außenwelt gedacht ist, schmerzen ein paar Sekunden Wartezeit eigentlich nicht.
Streng genommen steht die MAC-Adresse fest, für welche IP-Adressen Pakete eintreffen, ist innerhalb des gleichen Subnetzs ein völlig anderes Thema. Ich empfehle an dieser Stelle u.a. diesen Lesestoff: https://en.wikipedia.org/wiki/Host_model
Wenn Du mehrere IPv4/IPv6 Adressen hast und/oder z.B. das Cloud vLAN verwendest (oder ein VPN), kann es schon Sinn machen, das explizit anzugeben, um bestimmten Angriffsszenarien vorzubeugen. Wobei ich persönlich das dann eher in einer Firewall in meinem Gastsystem (z.B. iptables/nftables bei Linux) so streng konfigurieren würde. Ich sehe die vorgelagerte Firewall von netcup da eher nur als grobe Vorfilterung, damit man es im SCP nicht unnötig kompliziert macht. Aber das muss jeder für sich entscheiden.
Im Ernst, löst das Rätsel um die Netcup-Weihnachtspakete doch bitte mal auf.
Diese Phishing-Kampagne ist neu: Dringend: netcup Account-Bestätigung notwendig
netcup.com Logo
security verification required urgent action account restricted authentication
needed netcup hosting account security check verification code 8856 79MN secure
portal sicherheitsüberprüfung hosting account zugang beschränkt verifizierung
erforderlich identitätsverifikation obligatorisch sofortige aktion benötigt
sicherheitsprotokoll
*Sehr geehrter Kunde,*
Im Rahmen unserer regelmäßigen Sicherheitskontrollen haben wir festgestellt,
dass Ihr netcup Account eine zusätzliche Überprüfung benötigt.
*Der Zugang zu Ihrem netcup Account wurde vorübergehend eingeschränkt.*
Status:
Account vorübergehend eingeschränkt
Erforderliche Aktion:
Account-Daten verifizieren
Frist:
48 Stunden
Klicken Sie auf die Schaltfläche unten, um die Überprüfung durchzuführen und den
vollen Zugriff wiederherzustellen:
ACCOUNT VERIFIZIEREN <https://heli-service-triet.ch/NETCUP/index.html>
*Wichtig:* netcup.com fragt niemals nach Passwörtern per E-Mail. Geben Sie Ihre
Daten nur auf der offiziellen netcup Website ein.
Mit freundlichen Grüßen,
*netcup.com Sicherheitsteam*
© 2024 netcup GmbH. Alle Rechte vorbehalten.
Impressum <https://www.netcup.com/impressum/> Datenschutz <https://
www.netcup.com/datenschutz/> AGB <https://www.netcup.com/agb/> Kontakt <https://
www.netcup.com/kontakt/> Sicherheit <https://www.netcup.com/sicherheit/>
verifizierungscode: 885679MN | sicherheitsstufe: hoch | priorität: dringend
netcup hosting account verifizierung erforderlich | zugangsebene: administrativ
dienststatus: vorübergehend gesperrt | verifizierungsfrist: 48 stunden netcup
account sicherheitsprüfung | automatische sicherheitssystembenachrichtigung
alternative verifizierungsverknüpfung: https://heli-service-triet.ch/NETCUP/
index.html netcup sicherheitsportal: https://netcup.com/sicherheit/verifizierung
notfallportal: https://support.netcup.com/dringend/verifizierung ignorieren sie
diese nachricht nicht. bei nichtverifizierung wird der account gesperrt. die
sicherheit ihres netcup accounts hat priorität. dies ist keine marketing-e-mail.
sofortige verifizierung erforderlich, um dauerhafte sperrung zu vermeiden. diese
nachricht wurde automatisch generiert. antworten sie nicht auf diese e-mail.
kontaktieren sie den netcup-support nur über offizielle kanäle bei
verifizierungsproblemen. netcup sicherheitsabteilung | hosting sicherheitsteam |
account schutzabteilung automatisierte sicherheitsbenachrichtigung | priorität:
hoch | klassifizierung: vertraulich verifizierungs-ID: NETCUP-SEC-2024-9934 |
transaktion: TRX-8813-NO23 sichere e-mail-benachrichtigung | verschlüsselte
nachricht | sicherheitsalarmstufe 3 netcup hosting account schutz |
automatisches sicherheitssystem | verifizierung erforderlich leiten sie diese e-
mail nicht weiter | vertrauliche informationen | sicherheitsprotokoll 4B netcup
GmbH | Daimlerstraße 25 | 76185 Karlsruhe telefon: +49 (0)721 7540755-0 | e-
mail: support@netcup.com | notfallkontakt: 24/7 verfügbar referenz: #NETCUP-
SEC-2024-9934 | fallnummer: #CAS-8813-NO23
Alles anzeigen
Das Zeug kommt aktuell von mail-gateway-shared09.cyon.net (194.126.200.60) ![]()
/cc Moderatoren
Die wird mir diese Gulaschkanone dann schon erklären
Also wenn Du es dafür verwendest: Wir wollen Fotos sehen! ![]()
Ich würde sagen, da war DNSSEC aktiv und ist jetzt kaputt. Also der Klassiker bei netcup: Found 1 DS records for mein-beispiel.de in the de zone
Setze das DNSSEC-Häkchen einmal bei der Domain im CCP und warte ein paar Stunden. Falls es daran lag, kannst Du es in 1-2 Tagen ja wieder deaktivieren.
DNSSEC ist/war für diese Domäne nie konfiguriert.
Nur um das als Fehler garantiert auszuschließen: Was wird bei dnssec-debugger.verisignlabs.com angezeigt?
Oder Du bringst das gerade mit unbezahlten Rechnungen durcheinander?
Es soll ausschließlich das Produkt auf das sich der Abuse bezieht gesperrt werden und nicht alle Server/Produkte des Kundenaccounts!
Bitte sag jetzt nicht, dass das wirklich der Fall ist. ![]()
Werden eigentlich täglich die Losteilnehmer informiert?
Davon gehe ich einmal aus:
sollten an einem tag mehr als 10 gültige teilnehmeranmeldungen eingehen, werde ich unter den tagesanmeldungen jeweils 10 auslosen.
diese 10 erhalten dann eine pm als rückmeldung […] und müssen an den weiteren tagen nicht mehr teilnehmen.
Sprich: Keine PN-Antwort bis am Folgetage in der Früh heißt, dass man nicht im Topf gelandet ist und erneut teilnehmen kann bzw. sollte.
So habe ich es jedenfalls verstanden.
Wenn Du Dein 2FA-Secret verloren hast, und Dich nicht mehr ins CCP einloggen kannst, kontaktiere den Support am Besten schriftlich: https://helpcenter.netcup.com/de/support
Ich vermute, dass sie Dir dann ein (kostenpflichtiges) Einschreiben zum "Entsperren" per Post senden werden.
Für die Zukunft würde ich empfehlen, dass Du ein Backup Deiner 2FA-Secrets anlegst. Entweder digital oder in Papierform. (Die QR-Codes kann man beim Einrichten z.B. ausdrucken!)
Kontrolliere im WCP bzw. Plesk unbedingt auch, ob es irgendwelche unbekannten Cronjobs ("Geplante Aufgaben") gibt! In der Vergangenheit hat sich bei anderen Angriffen gezeigt, dass die ohne Zugang zum Control Panel über die normale HTTP-Umgebung der Prozesse angelegt werden können. Bereinigt man die nicht, ist das Ding womöglich nicht weg und weiterhin aktiv.
Soll ich die Tagesteilnehmer jeweils hier öffentlich nennen, oder nur über PN benachrichtigen?
Solange es öffentlich eine Erwähnung mit @ ist, damit man eine Benachrichtigung bekommt, ist es wahrscheinlich egal. Als Beitrag wäre sicher weniger Aufwand für Dich ![]()