und in Deutschland
Also nicht Bayern? *duck und weg*
und in Deutschland
Also nicht Bayern? *duck und weg*
Diese Methode habe ich bisher aber auch noch nicht gesehen
Dies habe ich bei so "Smart Managed" Switches der HPe ProCurve Serie mal gesehen. Diese lassen sich nur über Webinterface bedienen und sind schrecklich.
an der sie eh nix verdienen,
Nuja, wenn netcup immer noch fleißig bei EPAG kauft, ist hier zumindest eine Marge von 15€ pro Jahr bei.cx (unverhandelt) vorhanden. Ich denke aber, dass da bessere Konditionen vorhanden sind. Gerade hiermit macht dann doch netcup Umsatz, das ist wie an der Tankstelle, am Sprit verdienst du nichts, aber die Süßigkeiten an der Kasse sind Gold für den Betreiber ![]()
Hat wer nen guten und günstigen Anbieter für cx domains?
Bitte haben Sie dafür Verständnis, dass Namen von Mitbewerbern der netcup GmbH nicht in diesem Forum genannt werden dürfen. Dieses Forum dient alleine den Dienstleistungen der netcup GmbH.
Wenn du ein Bankkonto im Ausland eröffnen willst benötigst du die Dokumente ebenfalls in der Landessprache oder auf Englisch.
Bin jetzt nur zum klugscheißen hier
- Als ich damals mein Bankkonto in Irland eröffnet habe, hat auch der Personalausweis sowie eine "utlitiy bill" ausgereicht. Ja okay, der Personalausweis "spricht" Deutsch, Englisch und Französisch aber nicht die Festnetzrechnung der Telekom ![]()
Bei einem frisch installierten Server sollte keine kernel panic auftreten, ganz klar.
Also ich habe den Support kontaktiert, da es nach über eine Stunde immer noch nicht geht und dort ist das Problem wohl bekannt. Sie haben allerdings keine Möglichkeit einzugreifen, nach 2-3 Stunden resettet/rebootet sich der Server wohl automatisch.
Deine Aussage ist mir hier ein bisschen zu schwammig. Du hast also netcup kontaktiert und eine konkrete Antwort erhalten, dass das Problem bekannt ist, aber netcup nicht eingreifen kann?
Wenn dem so ist, würde ich das direkt reklamieren und fragen, ob die Antwort ernst gemeint ist. netcup als Betreiber muss hier eingreifen können auf dem Host und deren VMs.
Also an alle die in Zukunft dieses Problem haben: Netcup kontaktieren bringt in diesem Fall nichts.
s.o. und wenn nochmal die Antwort zurück kommt dass man hier nichts machen kann die Beschwerdestelle anhauen.
Es steht sogar in der Produktbeschreibung
mit Paypal binnen Sekunden beglichen ist, dann wäre es nur fair, hier Skonto dafür gewähren
Sehe ich nicht so, mit PayPal werden auf der Verkäuferseite je nach Vertrag genug kosten schon generiert. Sollte netcup mit SCT Inst (SEPA Instant Credit Transfer) arbeiten und dies auch minütlich/stündlich verarbeiten, würde ich es anders sehen.
Aber auch hier muss ich sagen eher nein, die Preise sind schon gut und bei netcup ist es schon eher Massengeschäft. Meiner Meinung nach ist es dort nicht üblich und muss auch nicht sein.
Aber die Telekom ist denke ich mal dafür bekannt, bei ihren Peerings zu geizen bzw. öfter mal mehr ausgelastet zu sein als anderen Anbieter.
Sollte aber nicht so sein bei netcup.
netcup hat in der Vergangenheit direkt bei der DTAG bezogen und heute wird noch dort geworben.
Bei Anexia sollte es genau gleich sein. Anexia ist laut LookingGlass der Telekom ein Kunde und hat kein Peering (BGP Community 3320,9010). Deshalb sollte er nicht auf die typische Art volllaufen, außer der Kunde, in dem Fall Anexia, macht kein Upgrade.
würde man f. zumindest einen eine DNS-Server Delegation erhalten?
Stand heute nein. Ist das Interesse groß genug, wäre netcup offen dem Thema gegenüber: https://forum.netcup.de/administration…ipv6/#post79382
Du kannst noch mit iperf3 testen. Das ist besser als das speedtest-cli script imho.
Eine Beobachtung die ich teilen kann mit einem RootServer vom Blackfriday: Test mit iperf3 auf einem Anschluss der Deutschen Telekom (500/200):
Benutze ich nur ein Thread/Stream, dann lande ich bei nur bei ungefähr 150MBits in beide Richtungen.
[ ID] Interval Transfer Bitrate
[ 5] 0.00-10.04 sec 180 MBytes 150 Mbits/sec receiver
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 190 MBytes 159 Mbits/sec 0 sender
Ein bisschen Schade, da ich bei anderen Providern bessere Werte erhalte. Aber mache ich fünf daraus mittels "-P 5"
[ ID] Interval Transfer Bitrate
[ 5] 0.00-10.01 sec 51.5 MBytes 43.2 Mbits/sec receiver
[ 8] 0.00-10.01 sec 39.9 MBytes 33.4 Mbits/sec receiver
[ 10] 0.00-10.01 sec 51.1 MBytes 42.8 Mbits/sec receiver
[ 12] 0.00-10.01 sec 51.4 MBytes 43.0 Mbits/sec receiver
[ 14] 0.00-10.01 sec 51.4 MBytes 43.0 Mbits/sec receiver
[SUM] 0.00-10.01 sec 245 MBytes 206 Mbits/sec receiver
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.01 sec 130 MBytes 109 Mbits/sec 7 sender
[ 8] 0.00-10.01 sec 131 MBytes 110 Mbits/sec 38 sender
[ 10] 0.00-10.01 sec 128 MBytes 107 Mbits/sec 9 sender
[ 12] 0.00-10.01 sec 128 MBytes 107 Mbits/sec 4 sender
[ 14] 0.00-10.01 sec 128 MBytes 108 Mbits/sec 8 sender
[SUM] 0.00-10.01 sec 644 MBytes 540 Mbits/sec 66 sender
Alles anzeigen
Dann erreiche ich das Maximum was am Anschluss geht ![]()
weil die Rede von IPv6 war, und sie auch nur dort Sinn machen, wo es um ganze Segmente geht; bei einzelnen IPs macht man keine Nameserver Delegation;
des musst mir jetzt aber erklären was da an EINER IPv4 Adresse und einem ganzen /64-IPv6-Prefix ident sein soll ...
Nein, du machst hier gerade selber den Unterschied zwischen einem Netz bei v6 und einer einzelnen Adresse bei v4. ASS hat in seinem Post hier keinen Unterschied gemacht wie du.
Wenn du mir erklärst, was Nameserver Delegation mit IP6 zu zun hat. Die sind nämlich bei v4 und v6 Identisch (was du offensichtlich nicht weißt)...
Die Delegationen funktionieren identisch, wie ASS es schon gesagt hat.
dann kannst WHOIS aber gleich abdrehen, ist wie ein Grundbuch mit Fake-Einträgen
Exakt so ist es, in deinem Anwendungsfall. Im DNS-Universium wird nie eine Whoisabfrage gemacht.
Wie douzer schon meinte. Es werden immer die Root-Server Nameserver gefragt und von dort geht es die Kette runter.
Im Whois eines Netzes stehen normal keine NS.
doch
Nur weil etwas im whois steht muss es ja nicht stimmen. Ich muss aber ASS zustimmen, hier in der Region sprechen wir primär dann von der RIPE-DB und dort wird dies nicht gelistet. Als Beispiel: 2a03:4000:0:1::1000, hier findest du die Parameter nur im domain-object und nicht mittels whois 2a03:4000:0:1::1000unmittelbar.
Wie schon H6G richtig angemerkt hat, ist der SOA schon ein bisschen älter und auch nur das was im DNS unterwegs ist zählt. ![]()
Ich könnte mir durchaus vorstellen, dass es Kunden gibt, denen das lieber ist als ein Selfie oder ähnliches und die auch bereit sind, dafür 1-2 Tage zu warten.
Ich bin einer von den Kunden, die ein solches Verfahren bevorzugt. Natürlich könnte man auch mit dem E-Perso ein paar Daten einfangen, wäre ich auch bereit dafür ![]()
Aber jetzt frag ich mich, ob das nur ein Problem bei denen ist, oder ob Wolkenflimmern wieder flackert?
Ich gehe von einem Problem bei denen aus, betrifft anscheinend nicht www sondern nur static. und images. und diese sind nicht bei dieser Wolkenfirma.
2 3 ms 1 ms 1 ms p3e9bf5e2.dip0.t-ipconnect.de [62.155.245.226]
3 22 ms 7 ms 7 ms pd900cb0e.dip0.t-ipconnect.de [217.0.203.14]
4 * * * Zeitüberschreitung der Anforderung.
5 * * * Zeitüberschreitung der Anforderung.
6 * * * Zeitüberschreitung der Anforderung.
7 * * * Zeitüberschreitung der Anforderung.
8 * * * Zeitüberschreitung der Anforderung.
9 * * * Zeitüberschreitung der Anforderung.
Scheint mir fast ein lokales Problem zwischen DTAG und SysEleven zu sein. Über netcup Infra erreiche ich die Gegenstelle ohne Probleme
Dann auch einfach mal geschaut zu welcher IP alles geht: 46.232.250.x
Hallo Netcup! Vielleicht fühlt sich ein Mitleser gerade angesprochen
Die IP brauchst du nicht zu zensieren, wer mehr Details will bekommst diese immer ![]()
Wer interessiert ist, bekommt hier noch viel mehr Nodes bei netcup gelistet.
Übrigens scheint die IP gar nicht im gewohnten Rechenzentrum zu sein, habe von meiner Netcup Maschine aus dorthin einen 25ms Ping. Die Seite ipinfo.io
Ich würde externen Seiten/GeoIP Datenbanken nicht direkt vertrauen, sie geben einen kleinen Hinweis. Aus meiner Sicht ist die Maschine im selben "Park" wie alle anderen. Zumindest kann ich keinen Unterschied in der Latenz bei mir feststellen
Aus der Tauschbörse
Restlaufzeiten werden hier in der Regel eigentlich nicht in Rechnung gestellt.
Wer sagt das? Finde es persönlich ein Unding dies in ein Thema zu schreiben um das Angebot schlecht dastehen zu lassen.
Selbst in den Spielregeln wird auf Geldfluss hingewiesen.
Mal angenommen, ein Server ist noch für sechs Monate bezahlt und kostet pro Monat 10,00 EUR, dann würde ich mich schon darüber freuen, wenn die Möhre für 40,00 EUR über den Tisch geht, so haben beide Parteien gewonnen.
Der eine bekommt zwei Monate geschenkt, der andere bekommt ein bisschen Geld zurück für Leistung die er nicht mehr benötigt.
weil den Kunden zeigst mir der dahinter nochmal ein 10.0.0.0/8 aufspannt
Das ist nicht untypisch und hab ich selber schon im Betrieb gehabt. Also ein ganzes 10er /8 Firmenweit, damals war CGNAT noch kein Thema und sowas doppelt umzusetzen ist nicht toll.
Deshalb ist es sinnvoll einen eigenen Addressbereich dafür zu reservieren, genau so wie es für Dokumentation einen reservierten Bereicht gibt.
Hallo,
vielen Dank für die Information. Ich wusste bisher nur, dass es bei den klassischen Webhostingpaketen funktioniert. Bei SoGo ist dies auch der Fall.
Im Gegensatz zu dir, scheint es aber bei mir zu funktionieren. Die Signatur ist auch korrekt ![]()
Return-Path: <email-user@geheime-domain.eu>
Received: from mailin78.aul.t-online.de ([172.20.26.76])
by ehead19a03.aul.t-online.de (Dovecot) with LMTP id qXlhEgb3QF84dwAAwydGoQ;
Sat, 22 Aug 2020 12:44:22 +0200
Received: from relay.yourmailgateway.de ([188.68.63.102]) by mailin78.aul.t-online.de
with (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384 encrypted)
esmtp id 1k9R0R-4Lsx3w0; Sat, 22 Aug 2020 12:44:15 +0200
Received: from mors-relay-2502.netcup.net (localhost [127.0.0.1])
by mors-relay-2502.netcup.net (Postfix) with ESMTPS id 4BYZkk72Ktz67gG
for <email-user@magenta.de>; Sat, 22 Aug 2020 12:44:14 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=geheime-domain.eu; s=key2;
t=1598093001; bh=9IAaUXfL2V68MWn4wyaQqjLThtdiRlCjrQDhc7mD0HQ=;
h=To:From:Subject:Date:From;
b=l7ji3drodY20VgvlL878F/MGSpJnmTIKebAO1XDVmKpSyxFUj9r31Cngjq88T8zhX
/q8tzfXbsM9wQgdp2buX0NK5Q1/U3TjHvSgpAf8fe6/02rA2A8oRlN2EbfDsmkDmkb
3jw8nsSov3pNQ03vn2TD8qrtzQ7WKeNRl1k7D16cyjYp9ZHmWljg/Gv37iC/s4siii
POZD+tt66/xBpD5ERDasd0bssf12f0vYys0f!r7/KNdE5daG9oSWBEVSvb1BxeBPuJ
NcmamdIpMI5wvxSH+FQIcyY17Xmw73JEBjPHAL2x5VEyW+J84Px2GwEPeb8msj8AKo
EYl7VNNtitvmg==
Received: from policy01-mors.netcup.net (unknown [46.38.225.53])
by mors-relay-2502.netcup.net (Postfix) with ESMTPS id 4BYZkk6fTYz58BT
for <email-user@magenta.de>; Sat, 22 Aug 2020 12:44:14 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at policy01-mors.netcup.net
X-Spam-Flag: NO
X-Spam-Score: -2.9
X-Spam-Level:
X-Spam-Status: No, score=-2.9 required=6.31 tests=[ALL_TRUSTED=-1,
BAYES_00=-1.9] autolearn=ham autolearn_force=no
Received: from mxe217.netcup.net (unknown [10.243.12.53])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(No client certificate requested)
by policy01-mors.netcup.net (Postfix) with ESMTPS id 4BYZkk3Bqpz8tGF
for <email-user@magenta.de>; Sat, 22 Aug 2020 12:44:14 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
by mxe217.netcup.net (Postfix) with ESMTP id 40207ACB3C
for <email-user@magenta.de>; Sat, 22 Aug 2020 12:44:14 +0200 (CEST)
Received: from mxe217.netcup.net ([127.0.0.1])
by localhost (mxe217.netcup.net [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id ayXISV4dtt9S for <email-user@magenta.de>;
Sat, 22 Aug 2020 12:44:13 +0200 (CEST)
Received: from [127.0.0.1] (bla.die.blub [93.xxx.xxx.xxx])
by mxe217.netcup.net (Postfix) with ESMTPSA id C922FA8AB1
for <email-user@magenta.de>; Sat, 22 Aug 2020 12:44:13 +0200 (CEST)
To: email-user@magenta.de
From: email-user <email-user@geheime-domain.eu>
Alles anzeigen
Ich habe auch die gleichen Einträge im Nameserver hinterlegt, mit dem Unterschied dass ich -all bei SPF verwende, was aber keine Auswirkung haben sollte