Beiträge von andreas.

Zitat von kB01

Hat jemand von euch irgendeine Idee?

Manchmal muß man leider auch mehrere Male auf "Connect" klicken, bevor sich die Console verbindet.

DT-Maja :

Während der Erstellung einer Beispieldatenbank habe ich mal einzelne Screenshots erstellt. Eventuell ist ein Screenshot hinter dem Spoler dabei, welcher dir zeigt, was bei deinen zu verwendenden Daten noch fehlen könnte.

Hinter dem Hostnamen muß auch unbedingt durch Doppelpunkt getrennt (Hostname:Portnummer oder IP-Adresse:Portnummer) die Portnummer mit angegeben werden.

Zitat von ms158

Ich habe versucht, eine .org-Domain von *** zu netcup zu transferieren. Ich habe das schon einige Male mit .de-Domains durchgespielt und es hat wunderbar geklappt, nur bei der .-org-Domain gab es bei zwei Versuchen nur die Meldung per Mail, dass der Transfer gescheitert sei. DF gibt mir einen normalen Authcode analog zu den .de-Domains, der Prozess sollte derselbe sein?

Hat jemand einen Tipp?

Eventuell mußt du noch vor dem Transfer bei deinem bisherigen Provider die Transfersperre rausnehmen.

Take a look at the article at this URL Snapshots. Maybe it will help you.

Zitat von Win98SE4ever

So würde ich mir das wünschen:

Reicht dir der folgende Befehl nicht aus?

dig @acns01.xaas.systems. netcup.de any

...
;netcup.de.        IN      ANY

;; ANSWER SECTION:
netcup.de. 7200    IN      TXT     "google-site-verification=XDly02N5dgwwk-oPdSjsfchNFpV-jyDfUl45Vd75NIg"
netcup.de. 7200    IN      TXT     "v=spf1 ip4:212.123.34.96/28 ip4:212.123.36.25 ip4:188.65.77.204 ip6:2a03:4000:0:1::e1aa mx ip4:212.123.41.224/28 ip4:45.132.63.68 include:_spf.hostedemail.com -all"
netcup.de. 7200    IN      SOA     root-dns.netcup.net. dnsadmin.netcup.net. 16 28800 7200 1209600 7200
netcup.de. 7200    IN      NS      acns04.xaas.systems.
netcup.de. 7200    IN      NS      acns05.xaas.systems.
netcup.de. 7200    IN      NS      acns03.xaas.systems.
netcup.de. 7200    IN      NS      acns02.xaas.systems.
netcup.de. 7200    IN      NS      acns01.xaas.systems.
netcup.de. 7200    IN      MX      10 smtp.netcup.net.
netcup.de. 7200    IN      MX      20 backupmx-fra1.netcup.net.
netcup.de. 7200    IN      AAAA    2a03:4000::e01e
netcup.de. 7200    IN      A       46.38.224.30
...

Denn, alle Records, die du mühsam über deine Schleife versuchst herauszubekommen, gibt dieser Befehl über einen Einzeiler auch schon aus.

Leere Records werden nicht mit ausgegeben.

Zitat von tldev

Kann es sein dass du mehrere Server im gleichen VXLAN hattest? Falls ja ist das von netcup ausdrücklich so beschrieben.

Wo wurde es so beschrieben? Eventuell hier im Forum tief vergraben?

Zitat von tldev

Kann es sein dass du mehrere Server im gleichen VXLAN hattest?

Ja, nach einem erneuten Test, habe ich nun auch festgestellt, dass das nun das Problem ist.

Eventuell wird es noch weitere Kunden geben, die diesen Fehler irrtümlicherweise als Bug eingestuft haben dürften und deren Aktions-Server, wie z.B. eventuell den "RS Cyber Quack" dann einfach gekündigt haben.

Ich habe so einen Server aber nicht gekündigt.

Zitat von KB19

Ich kann mir eigentlich nur eine Situation vorstellen, die irgendwann schon einmal im Forum passiert ist:

Es gibt auch noch weitere unvorhersehbare Situationen wie folgende: In den letzten Tagen, als ich Aktions-Server - überwiegend vom Typ RS 1000 und 2000 G11 - hier zum Transfer anbieten wollte, habe ich feststellen müssen, dass es derzeit besser ist, eher die Produkte zu kündigen als diese hier zum Transfer anzubieten. Denn wenn man mehrere Produkte wie z.B. weitere Server in seinem Account hat, die man aber gerne weiter nutzen möchte, so werden diese derzeit auch gegen den eigenen Willen mit zum Transfer hinzugefügt.

Wer Lust hat, es gern mal nachzustellen, sollte auch auf dieses Problem stoßen.

Zitat von Win98SE4ever

... bei den RS sind Cores hingegen vertraglich (dediziert) zugesichert.

Scheinbar wird mittlerweile auch das nicht mehr zugesichert, welches man auch ab und zu gut über die entsprechende Konsole sehen kann.

Bei mir betrifft es gerade drei Server vom Typ RS 8000.

Da diese aber nun durch echtes Blech ersetzt wurden und sie schon gekündigt sind, ist es mir mittlerweile auch egal.

Zitat von ArtCore7

not my Server, it is from a other Thread in this Forum

Code

# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
#              Yet-Another-Bench-Script              #
#                     v2024-06-09                    #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #

Sat Aug 10 01:09:21 PM UTC 2024

Basic System Information:
---------------------------------
Uptime     : 0 days, 1 hours, 29 minutes
Processor  : AMD EPYC 9634 84-Core Processor
CPU cores  : 8 @ 2246.624 MHz
AES-NI     : ✔ Enabled
VM-x/AMD-V : ❌ Disabled
RAM        : 15.6 GiB
Swap       : 0.0 KiB
Disk       : 511.1 GiB
Distro     : Debian GNU/Linux bookworm/sid
Kernel     : 6.0.0-4-amd64
VM Type          : MICROSOFT
IPv4/IPv6  : ✔ Online / ❌ Offline

IPv4 Network Information:
---------------------------------
ISP        : netcup GmbH
ASN        : AS214996 netcup GmbH
Host       : netcup GmbH
Location   : Manassas, Virginia (VA)
Country    : United States

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/vdb3):
---------------------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ---- 
Read       | 69.11 MB/s   (17.2k) | 662.75 MB/s  (10.3k)
Write      | 69.32 MB/s   (17.3k) | 666.24 MB/s  (10.4k)
Total      | 138.43 MB/s  (34.6k) | 1.32 GB/s    (20.7k)
           |                      |                     
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ---- 
Read       | 1.25 GB/s     (2.4k) | 1.21 GB/s     (1.1k)
Write      | 1.31 GB/s     (2.5k) | 1.30 GB/s     (1.2k)
Total      | 2.56 GB/s     (5.0k) | 2.52 GB/s     (2.4k)

...

Alles anzeigen

And a VPS1000 USA YABS Result: https://www.vpsbenchmarks.com/yabs/netcup-4c-8gb-655247

Was mir bei der Messung auffällt, ist dass die Daten nun so aussehen, als würde Netcup zukünftig den Hypervisor von Microsoft einsetzen. Siehe Zeile "VM Type".

Auch die IO-Werte für die Block Sizes 512 und 1024k sehen bei dieser Serie auch besser aus.

Zitat von Homwer

... Verstehe nicht warum NC sich da so sträubt.

Denen steht die Gewinnmaximierung im Weg.

Zitat von CaGrund

Echtes Blech haben wir reichlich, aber das wird gebraucht (Produktiv-System). Und für einen Test jetzt einen dedizierten Server anzumieten ... nö Du.

Eventuell solltet ihr doch mal umdenken. Denn mittlerweile gibt es sehr viele Unternehmen, die schon seit Jahren deren Dienste nicht mehr direkt auf Dedicated Server installieren, sondern produktiv nur noch auf für sie angepaßte VM´s laufen installieren und laufen lassen, um damit den jeweiligen Dedicated Server dann noch effizienter nutzen zu können.

Weiterhin spart ihr euch damit auch nochmal Geld, welches ihr auch für angemietete - eventuell auch ungenutzte - VM´s ansonsten ausgeben würdet.

Zitat von tab

Wo genau wird jetzt gleich nochmal der PTR gespeichert?

Aufgrund, dass wir Kunden deren Infrastruktur nicht kennen, kann dir solche oder auch ähnliche Frage nur der Provider Netcup beantworten. Denn ich nutze deren System auch nur als sogenannte Blackbox.

Zitat von SirMitti

Also mich würde das schon bedenklich stimmen, wenn ein PTR ohne mein Zutun resetted wird?

Da schrillen jetzt bei mir die Alarmglocken…

Eventuell sind es auch keine Produktivsysteme, auf denen unsere vServer (VPS / RS) laufen, sondern eher Test- oder auch Spielsysteme für angehende Admins. Nur wir Kunden wissen davon noch nichts.

Denn nur Testsysteme laufen so unkontrolliert und zeigt solche oder auch ähnliche unerwünschte Seiteneffekte.

Zitat von sla

Gibt es eigentlich eine Liste mit Recordtypen, die netcup unterstützt? Auf die Schnelle konnte ich bei Google nichts finden

Ich denke mal, dass du es am schnellsten sehen dürftest, wenn du in deinem Kundenbereich für eine deiner Domains mal so tust, als würdest du dort noch einen DNS-Eintrag hinzufügen wollen.

Zitat von DerRené

Es werden wohl nach und nach die Leute zum Test hinzugefügt.

Ich wurde vorgestern auch zum Testen der neuen DNS-Server eingeladen.

Zitat von Bud

Das freie Kontingent reicht mir leider nicht aus. Das reicht ja nichtmal für den Verein.

Wenn du ein Produkt bei ion*s oder bei Het*ner hast, kannst du auch da kostenlos deren DNS-Server nutzen.

Ich nutze sehr gern die kostenpflichtigen DNS-Server des Providers cloudns.net.

Das Gute bei denen ist, dass du vier DNS-Server für deine Domains bei z.B. Netcup als externe DNS-Server hinterlegst, aber weltweit hinter den vier externen DNS-Servern noch ein sehr großes DNS-Cluster mit Any-Cast-DNS-Servern geschaltet ist.

Zitat von KB19

DNSSEC ist im alten System aktuell wirklich extrem stabil: Schon die dritte geparkte Domain innerhalb eines Monats, die bei mir betroffen und somit kaputt ist.

Mal ist monatelang nichts und dann gleich so eine Häufung? Laut meinem Monitoring war 2024 der letzte Vorfall im August

Hattest du dich vor ein paar Wochen auch als Beta-Tester für das neue DNS-System angemeldet? Denn das wurde uns allen hier im Forum angeboten.

Hast du schon den Notfall-Support angerufen?

Eventuell ist jetzt sogar ein sehr guter Zeitpunkt, weil die Telefonleitung um diese Zeit frei sein müßte.

Um welchen Typ (VPS oder RS) von vServer handelt es sich denn?

Zitat von fLoo

Problem ist an der IPv6-Verbindung relativ klar ersichtlich, 2001:7f8:1::a504:7147:1 gehört zum AMS-IX. Bedeutet also, dass der v6-Traffic über Amsterdam abefrühstückt wird, während die v4-Verbindungen über Frankfurt laufen.

Wenn ich mir den folgend erstellten Trace so anschaue, so ist es eher ein Problem von eurem Provider, der euch den Internetzugang stellt. Denn euer Provider bestimmt indirekt mit dem Anmieten von entsprechenden Internetzugängen, wie von seinem Netz - eventuell aus Kostengründen - ins andere Netzt das Routing verlaufen soll.

traceroute to 2a03:4000:0:1::1000 (2a03:4000:0:1::1000), 30 hops max, 65000 byte packets
1  * * *
2  * * *
3  * * *

ION*S-AS
4  ae-7-1460.rc-b.rs.ber.de.net.ion*s.com (2001:8d8:0:2::20d) [AS8560]  1.286 ms  1.061 ms  0.541 ms
5  2001:8d8:0:2::9a (2001:8d8:0:2::9a) [AS8560]  1.234 ms  1.473 ms  1.012 ms

AMS-IX NL Administrative network
6  et-0-1-0.core-ams14.as6724.net (2001:7f8:1::a500:8560:1) [AS1200]  0.829 ms  1.476 ms  0.876 ms
7  ae3-1337.bbr02.anx63.ams.nl.anexia-it.net (2001:7f8:1::a504:7147:1) [AS1200]  26.348 ms  24.217 ms  24.228 ms

ANEXIA Internetdienstleistungs GmbH
8  2a00:11c0:47:1:47::213 (2a00:11c0:47:1:47::213) [AS42473/AS47147]  31.327 ms  31.352 ms  31.317 ms
9  2a00:11c0:47:3::123 (2a00:11c0:47:3::123) [AS42473/AS47147]  31.332 ms  31.180 ms  40.503 ms

netcup GmbH
10  2a03:4000:0:1::1000 (2a03:4000:0:1::1000) [AS197540]  31.242 ms  31.185 ms  31.327 ms

Ein weiterer erstellter Trace von einem Provider aus Frankfurt am Main zeigt, dass das Routing eher vom ausgehenden Provider bestimmt wird und von daher die Hoheit des Routings bei dem liegt.

traceroute to 2a03:4000:0:1::1000 (2a03:4000:0:1::1000), 30 hops max, 65000 byte packets
1  ***

IP-PROJE*TS aus Frankfurt am Main
2  2a0a:51c4:2:3::1 (2a0a:51c4:2:3::1) [AS48314]  0.146 ms  0.343 ms  0.661 ms
3  fra1.mx240.as48314.net (2a0a:51c1::20) [AS48314]  0.566 ms  0.545 ms  0.652 ms

DE-CIX Management GmbH
4  2001:7f8::a5e9:0:1 (2001:7f8::a5e9:0:1) [*]  1.238 ms  1.283 ms  1.520 ms

ANEXIA Internetdienstleistungs GmbH
5  2a00:11c0:47:1:47::149 (2a00:11c0:47:1:47::149) [AS42473/AS47147]  1.175 ms  1.365 ms  1.159 ms
6  2a00:11c0:47:1:47::140 (2a00:11c0:47:1:47::140) [AS42473/AS47147]  3.907 ms  3.857 ms  3.889 ms
7  2a00:11c0:47:3::121 (2a00:11c0:47:3::121) [AS42473/AS47147]  5.188 ms  5.643 ms  5.208 ms

netcup GmbH
8  2a03:4000:0:1::1000 (2a03:4000:0:1::1000) [AS197540]  4.016 ms  3.904 ms  3.856 ms

Eventuell ist es sinnvoller, wenn ihr als deren Kunde bei eurem Provider Versat*l ein Ticket erstellt.

Zitat von #Frosty#

Moin,

ich glaube es wäre noch gut wenn du auch einen traceroute von netcup zu dir hinzufügst. Also das beide Richtungen ersichtlich sind.

#Frosty#

So wie es aussieht, ist dieses Problem eventuell schon behoben, da der Beitragsersteller fLoo diesen Beitrag schon als gelöst markiert hat.