Beiträge von CUPPY1089
-
-
-
Hallo zusammen,
meine .de-Domain liegt derzeit bei netcup. Ich möchte die Domain jetzt zu einem anderen Provider umziehen.
Bei netcup wird mir aktuell Folgendes angezeigt:
- Mindestvertragslaufzeit: 12 Monate
- möglicher Kündigungstermin: 12.07.2027
- nächste Abrechnung: 13.07.2027
- Preis: 5,00 €
- Kündigungsfrist: mindestens 31 Tage vor Ablauf der Mindestvertragslaufzeit
- eine AuthInfo für den Providerwechsel ist bereits vorhanden.
Nun meine Frage:
Kann ich die Domain jetzt schon zu einem anderen Provider transferieren und mir dadurch die nächsten 5,00 € bei netcup sparen, oder muss ich die 5 € trotz des Transfers noch bezahlen?
Vielen Dank
-
Ich habe nichts verändert. Netcup hat meinen VPS gesperrt (vergessen Rechnung zu zahlen) direkt beglichen, Server war aktiv und dann ging der Spaß los. Na ja, ich habe den Server komplett neu aufgesetzt und bin nun von Debian 10 auf Debian 13
Danke Dir für Deine Hilfe. Die KI meines Vertrauens schickte mich stundenlang immer und immer wieder in den Rescue Mode und lies mich ständig etwas ändern, was aber nicht zum Erfolg führte. -
Hallo Enten,
mein VPS wurde heute neu gestartet und kann die Partition sda5_crypt nicht mehr entschlüsseln. Im Passwort war ein Sonderzeichen enthalten. Ich habe nun das Sonderzeichen im Rescue per cryptsetup luksAddKey ersetzt. Mit dem neuen Passwort lässt sich die Partition ebenfalls nicht entschlüsseln und stehe vor einem großen Fragezeichen. Weiss da jemand weiter? Keymap ausgeschlossen, da das Passwort kein Y oder Z oder Sonderzeichen (mehr) enthält. Im Rescue funktioniert das Passwort zum Entschlüsseln von sda5_crypt.
Danke im Voraus und viele Grüße
-
Ja und nun? Dann heißt es wohl abwarten.
Wurde jemand neues bei Netcup eingestellt?

-
Hallo,
dem Support habe ich bereits gemeldet, dass meine 2 .de Domains die mit NS auf Cloudflare zeigen nicht DNSSEC aktivieren.
Hat da im Moment jemand ähnliche Probleme? Ich bekomme vom Netcup Support wahrscheinlich erst wieder eine Lösung angeboten, wenn sich das Problem vielleicht irgendwann von allein erledigt hat. Seit 5 Tagen bekommt Cloudflare nicht die Rückmeldung, dass der DNSSEC Eintrag auf den Domains aktiv ist. Mit meiner .com Domain hat es sofort funktioniert, allerdings kann ich da tatsächlich den Digest, wie es Cloudflare anzeigt eintragen, bei den .de Domains kann ich nur einen öffentlichen Schlüssel hier bei Netcup im CCP eintragen.
Gruß
-
Was zeigt dann ifconfig an?
Taucht die IP als Interface auf?
cat /etc/network/interfaces
Code
Alles anzeigensource /etc/network/interfaces.d/* # The loopback network interface auto lo iface lo inet loopback # The primary network interface auto ens3 iface ens3 inet static address xxx.xxx.xxx # Deine Primäre IP netmask 255.255.255.0 gateway xxx.xxx.xxx # Die IP deines "Routers" findest du über "ifconfig" in der Schnittstelle oder SCP. auto ens3:0 iface ens3:0 inet static address xxx.xxx.xxx <- Zusätzliche IP HIER hin netmask 255.255.255.0danach einmal systemctl restart networking und dann sollte die zusätzliche IP erreichbar sein, so war es zumindest bei mir.
$ ifconfig:
Code
Alles anzeigenens3: flags=-28605<UP,BROADCAST,RUNNING,MULTICAST,DYNAMIC> mtu 1500 inet xxx.xxx.xxx netmask 255.255.252.0 broadcast xxx.xxx.xxx ether xxx.xxx.xxx txqueuelen 1000 (Ethernet) RX packets 803983 bytes 234236401 (223.3 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 743737 bytes 252211815 (240.5 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 ens3:0: flags=-28605<UP,BROADCAST,RUNNING,MULTICAST,DYNAMIC> mtu 1500 inet xxx.xxx.xxx netmask 255.255.255.0 broadcast xxx.xxx.xxx ether xxx.xxx.xxx txqueuelen 1000 (Ethernet) -
Arg Danke! Dann werde ich wohl niemals wechseln können, es sei denn Netcup macht eines Tages das anscheinend Unmögliche doch noch möglich
Das eine IP Adresse exakt das Geburtsdatum enthält ist denke ich selten, bis wahrscheinlich unmöglich.Beispiel: xx.xx.xxx.xxx die ersten 6 Ziffern sind das Geburtsdatum 10.12.96 (umgedreht und um eine Punktstelle verschoben > yy.dd.mmm.his) > 96.10.121.117 = 10.12.96 11:17 Uhr
-
Stichwort Failover IP
Ok, ich verstehe das so:
Ich kündige meinen aktuellen VPS und beantrage diese IP als Failover IP für das neue VPS. Richtig? -
Ich habe heute die Rückmeldung erhalten, dass die IP Adressen automatisch zugeordnet werden und nicht auf ein neues Produkt übertragen werden können. Finde ich schade, dass sich das nicht durch einen Kundenwunsch umsetzen lässt. Nur um die IP zu behalten indem ich ein neues Produkt kaufe und ein VLAN erstelle, ist es mir dann auch nicht Wert = bleibe ich eben bei der langsameren Hardware!
Da kaufe ich mir lieber einen Raspberry Pi und baue ein Site-to-Site VPN auf.Viele Grüße
-
Das Internet Archive kann da hilfreich sein:
https://web.archive.org/web/2024033104…-server-details
80TB Traffic im Monat, danach wird auf 100Mbit/s gedrosselt. Sonst sollten 1Gbit/s möglich sein.
Super, das ist das was ich gesucht habe, danke! Also sind die Konditionen meines aktuellen Servers wohl doch besser, sofern ich das richtig verstehe.
Naja, du kannst nicht fordern, du kannst sie bitten.
Eine Bitte bedarf nicht unbedingt eines Beweises.
Ich würde einfach schreiben "Ich habe das Gefühl mein vps hakelt von Zeit zu Zeit. Würden sie ihn bitte auf einen anderen Node verschieben?"
Ich wüsste nicht, weshalb man dir das verweigern sollte.
Besten dank, werde ich einmal versuchen, falls das weiterhin auftreten sollte. Ich habe in einem anderen Thread ein Problem geschildert. Ich weiß nicht ob es damit zusammenhängt:
https://forum.netcup.de/administration…roup-not-found/Gruß
-
Hallo,
beim Boot wird mir diese Meldung angezeigt. Der Server startet zwar, dennoch stört mich diese Meldung.
Im Rescue Mode habe ich bereits ein "update-initramfs /dev/vda" habe ich bereits ausgeführt und das lief auch ohne Fehlermeldung durch.
Weiß da jemand weiter?
#/etc/default/grub:
Code
Alles anzeigen# If you change this file, run 'update-grub' afterwards to update # /boot/grub/grub.cfg. # For full documentation of the options in this file, see: # info -f grub -n 'Simple configuration' GRUB_DEFAULT=0 GRUB_TIMEOUT=5 GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian` GRUB_CMDLINE_LINUX_DEFAULT="quiet cryptdevice=/dev/vda5:sda5_crypt root=/dev/mapper/mein_vm_name--vg-root" GRUB_CMDLINE_LINUX="THREECXMARKER=DEBIAN-3CX-ISO" # Uncomment to enable BadRAM filtering, modify to suit your needs # This works with Linux (no patch required) and with any kernel that obtains # the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...) #GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef" # Uncomment to disable graphical terminal (grub-pc only) #GRUB_TERMINAL=console # The resolution used on graphical terminal # note that you can use only modes which your graphic card supports via VBE # you can see them in real GRUB with the command `vbeinfo' #GRUB_GFXMODE=640x480 # Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux #GRUB_DISABLE_LINUX_UUID=true # Uncomment to disable generation of recovery mode menu entries #GRUB_DISABLE_RECOVERY="true" # Uncomment to get a beep at grub start #GRUB_INIT_TUNE="480 440 1"Shame on me, das ist 3CX ISO Debian Image gewesen. 3CX läuft schon lange nicht mehr und wurde vom System geschmissen, war nur zu faul alles neu aufzusetzen.
Die Zeile war zuvor so:
Zum Test habe ich das versucht:
CodeGRUB_CMDLINE_LINUX_DEFAULT="quiet cryptdevice=/dev/vda5:sda5_crypt root=/dev/mapper/mein_vm_name--vg-root"Das ging auch ohne Probleme:
Code$ update-grub Generating grub configuration file ... Found background image: /usr/share/images/desktop-base/desktop-grub.png Found linux image: /boot/vmlinuz-5.10.0-0.deb10.30-rt-amd64 Found initrd image: /boot/initrd.img-5.10.0-0.deb10.30-rt-amd64 Found linux image: /boot/vmlinuz-4.19.0-27-amd64 Found initrd image: /boot/initrd.img-4.19.0-27-amd64 Warning: os-prober will be executed to detect other bootable partitions. Its output will be used to detect bootable binaries on them and create new boot entries. doneOhne Erfolg - gleiche Fehlermeldung beim Boot!
Grüße
-
Kostengünstige Optionen wären sonst beispielsweise eine Storage Box beim großen roten H. Lassen sich wunderbar auch auf Netcup VPS einbinden.
Habe ich auch schon überlegt, bzw. komplett dorthin umzuziehen, auch wenn ich bedauerlicherweise die IP verlieren würde.
Na das wär mir dann aber einen "Reserverserver" wert.

Man kann munkeln, ob es Zufall oder Schicksal war.
Und wenn er lahm ist, schreib dem Support, dass sie ihn verschieben.
Das klingt nach einem tollen Vorschlag. Meinst du Netcup macht das in meinem Fall? Ich denke, dass man sich darauf berufen wird, dass es eine vCPU ist und auf einem anderen Server hätte ich auch keine Garantie. Vielleicht läuft dann auch nur bis Tag X alles einwandfrei. Daher dachte ich mich hier vorab zu informieren, ob das bei jemanden schon vorkam. In einem anderen Thread habe ich gelesen, dass dieses Problem bekannt sei, vorallem wenn man keinen Root Server hat.
Mir ist aufgefallen, dass ich aktuell 3,25 EUR/mtl. für VPS 200 G10s bezahle. Ein aktueller Tarif für nur 2 EUR/mtl. würden mir sogar 20 GB mehr Storage bieten. CPU und RAM bleiben gleich, wird dort der Traffic gedrosselt:
„Wenn der durchschnittliche Datenverkehr in den letzten 24 Stunden über 100 MBit/s liegt, erfolgt eine vorübergehende Drosselung auf 100 MBit/s“
Verstehe ich nicht so ganz. Ich wüsste nicht, wie man über einen VPS 100MBit/s im Downstream erreichen sollte, da die meisten Downloadserver sowieso keine höhere Übertragungsrate bieten, dennoch kann es mal sein, das wenn ich mich in ein Projekt stürze, einen Download starte, der mehrere Gigabyte Datengröße beträgt.
Bei mir läuft jedenfalls ein VPN und eine PBX. Mein täglicher Internetverkehr läuft über VPN. Ob in meinem aktuellen Tarif eine Drosselung stattfindet weiß ich nicht, denn ich habe keinen schriftlichen Vertrag von Netcup, in diesem ich nochmals nachlesen könnte. Auf der Webseite ist er nicht mehr gelistet, daher "alter Tarif"
-
Die IP enthält mein exaktes Geburtsdatum. Ich denke gerade über einen Wechsel nach, da weder RAM noch CPU laut "free -h" und "htop" ausgelatet sind. Die SDD ist "nur" zu 77% belegt, wobei Schreibvorgänge extrem langsam sind. Während eines Speedtest, ist mir dass das erste Mal aufgefallen. Die Konsoke friert dann ein, zumindest nur über SSH Login getestet. Ein erneutes Login von einem zweiten Terminal ist in diesem Moment auch nicht möglich. Anfangs hielt ich das für Netzwerkauslastung, doch dann fiel mir auf, dass auch Kompilierungen eines gleichen Projekts, das vorher nie Probleme hatte nun seit 1-2 Monaten eine Ewigkeit dauert. Auch intern Dateien von Verzeichnis zu Verzeichnis verschieben dauert mittlerweile auch länger als gewohnt. Klar, es ist eine vCPU, aber zuvor gab es da nie Probleme.
-
Ich danke euch!
-
Hallo,
kann ich von einem VPS 200 G10s zu einem VPS mikro G11s wechseln und dabei die IP des aktuellen 200 G10s behalten?
Danke und Gruß
-
Danke, gut zu wissen. Ich bin um 1 Uhr Nachts natürlich vom Schlimmsten ausgegangen, als ich den Server aufgrund eines DNS Fehlers neu starten musste.
-
Vielen Dank für deine Rückmeldung. Dieses Verhalten konnte ich in der Vergangenheit nicht beobachten. Ich habe mich telefonisch mit dem Support in Verbindung gesetzt und man wird das prüfen. Ich werde mich hier zurück melden, sobald ich diesbezüglich weitere Informationen habe.
-
Hallo,
mir ist aufgefallen, dass mein VPS nach einem Neustart ein seltsames Verhalten aufweist. Das es an mir liegt ist natürlich klar *Ente*
Nachdem der Server gestartet wurde und ich mich einlogge, sehe ich innerhalb von 2-3 Sekunden nur noch einen blinkenden Cursor (Bodenstrich).
Da bekam ich gestern erst mal einen Schock, weil ich danach jedes Mal neu gestartet habe, weil ich dachte, dass der Server "zerschossen" sei und nach einem Login direkt wieder "abschmiert".
Dann habe ich aber rausgefunden, dass ich einfach nur die Enter-Taste drücken muss und dann wie gewohnt meinen Server Namen sehe und ein Prompt in der Shell ausführen kann.
Hat da jemand Ähnliches bei seinem VPS beobachtet oder bin ich der angeklagte in diesem Fall?