Beiträge von tab

Da habe ich nicht allzu viel Angst. Ich habe ja in letzter Zeit schon ordentlich Platz gemacht für frische Überkapazitäten. Und der älteste Server wird aller Voraussicht nach dann auch noch Platz machen für einen neuen Server, falls es den dann überhaupt noch braucht. Derzeit bräuchte es sicher keinen Ersatz, aber voraussichtlich finde ich rechtzeitig noch ein paar neue Aufgaben, die dann realisiert werden wollen - oder auch nicht . Dann wird man sehen, ob ein dazu passendes Angebot dabei ist.

Vorhin habe ich aber erst mal einen neuen Mini-Server aus Berlin bestellt. Wenn der tatsächlich zumindest eine IPv6-Adresse hat, kann er mir vielleicht mit meinem derzeitigen Problem mit der Internetanbindung helfen. DS-Lite hat jetzt mehrere Jahre lang mehr oder weniger gut funktioniert, aber derzeit merke ich bei einigen Websites, diie nur per IPv4 erreichbar sind, deutliche Lags. Diese Lags muss man gar nicht so genau messen, man kann einfach die Sekunden zählen pro zusätzlich aufzubauender Vebindung. Offensichtlich hat man es etwas übertrieben bei der Kundenakquise und "vergessen", die Kapazitäten entsprechend anzupassen. Ich will jetzt versuchen, per IPv6 einen Tunnel zum Serverchen aufzubauen und (zumindest) die IPv4-Verbindungen dann darüber laufen zu lassen. Dafür habe ich erst mal Wireguard angedacht. Sollte doch eigentlich möglich sein?!?

Du musst nur die Infos aus dem Tab DNSKEY Records verwenden. Das sind 4 Werte. Und auch davon brauchst du nur drei, den ersten, dritten und vierten.

Flags: KSK (257)
Algorithmus: ECDSAP256SHA256 (13)
Öffentlicher Schlüssel: IS...RA==

Ich würde das "gültig" so interpretieren, dass der DNS-Server den Wert - hoffentlich nach Prüfung - übernommen hat und er im neuesten Zonenfile so drinsteht, dass es also der Wert ist, den andere aktuell bei DNS-Anftagen bei einem der netcup DNS-Server derzeit erhalten. Es bedeutet also keinesfalls, dass die Werte für die korrekte Funktion deines Servers so passen. Die IP meines Servers wäre ebenso "gültig" wie die IP deines Servers, aber eventuell nicht ebenso passend in deinem Sinn.

Dass die Abfrage dann trotzdem nicht funktioniert, liegt aber nicht an den "normalen" DNS-Records, die da eingetragen wurden. Die werden von den netcup-DNS-Servern wahrscheinlich durchaus so rausgegeben, aber vom anfragenden DNS-Server nicht akeptiert, weil DNSSEC zwar aktiv ist aber leider kaputt. Nicht alle DNS-Server überprüfen das überhaupt. Aber die meisten mittlerweile schon und "1.1.1.1" ganz sicher.

Eventuell mal (z.B.) hier prüfen lassen: https://dnssec-analyzer.verisignlabs.com/

Oder auch hier: https://dnsviz.net/

Beim zweiten Link wird in der Regel (bei netcup DNS-Servern und auch einigen anderen DNS-Servern) unter "Notices" ein Fehler angezeigt, der aber unbedenklich zu sein scheint und auch die Auflösung durch z.B. "1.1.1.1" nicht verhindert.

Zitat von smurfi

hatte den support bereits, gestern, darum gebeten sich die einstellungen mal anzugucken.

die antwort war leider sehr ernüchternd: "[...] Bitte beachten Sie auch, dass wir Ihnen keinerlei Unterstützung bei den DNS-Einstellungen geben können."

Da hat der Support aber nur teilweise Recht. Klar, einen Anspruch auf eine Kurzbleiche in Sachen DNS Records hast Du wohl nicht. Aber wenn die korrekt im DNS-Editor in CCP eingetragenen netcup DNS-Records nicht funktionieren, weil die netcup DNS-Server leider mal wieder nicht richtig funktionieren, wer soll es dann richten, wenn nicht der netcup Support? Alternativ reichen natürlich auch die Root-Passwörter der DNS-Server, dann kann man seine DNS-Einträge selbst reparieren.

Mit dem telefonischen Support habe ich selbst noch keinerlei Erfahrung. Bisher habe ich alle meine Supportgeschichten per Kontaktformular im CCP geregelt. Damit habe ich auch bisher nur gute Erfahrungen. Natürlich gebe ich da auch gleich alle Infos mit, die ich zum bestehenden Problem habe. Das wird dann in der Regel relativ zügig zur dafür zuständigen Abteilung weitergeleitet und dort bearbeitet. Mein letztes Ticket ist allerdings schon längere Zeit her, ob das jetzt immer noch so gut funktioniert weiss ich nicht.

Vielleicht habe ich ja bald Gelegenheit dazu es zu testen, weil ich heute Nacht das DNS einer Domain mit netcup-Nameservern und DNSSEC komplett umgekrempelt habe. Bisher scheint es aber zu funktionieren, jedenfalls wird momentan alles wie gewünscht aufgelöst.

Es wird sich ja wohl einer finden, der ihm ähnelt. Die Rolle an sich ist ja einfach zu spielen. Man instruiert ihn mit dem Allernötigsten, also vielleicht Name und Geburtsdatum, zur Sicherheit auch von seiner Frau, damit er keinen Ärger bekommt. Dann sagt man ihm noch: "Wenn du was nicht weisst, dann sag einfach: Daran kann ich mich nicht erinnern". Dann nimmt ihm jeder den Kanzler ab.

Also beri mir zeigt nslookup vanillamc.de an:

Non-authoritative answer:
Name:   vanillamc.de
Address: 37.221.95.172

Zitat von fiz

Is it possible to get Geekbench scores for each of the VPS?

GB6 Benchmark Test (via YABS) of my VPS 200 G10s running Ubuntu 22.04.3 LTS:

Geekbench 6 Benchmark Test:
---------------------------------
Test            | Value
                |
Single Core     | 569
Multi Core      | 882

Those results may vary depending on the activity of other VMs on the same host system, of course.

Another of my VPS with 6 vCPUs gives

Geekbench 6 Benchmark Test:
---------------------------------
Test            | Value
                |
Single Core     | 637
Multi Core      | 1876

This somewhat older test was run just after midnight some days ago.

With RS, it may also depend on the processor. A recent RS (6 Cores) with AMD EPYC 7702P gave me

Geekbench 6 Benchmark Test:
---------------------------------
Test            | Value
                |
Single Core     | 1272
Multi Core      | 5423

Aber: ich beantworte jetzt mal die Frage von Olivetti für mein Webhosting 8000 und meine E-Mail Adresse

bash-5.0$ curl -sS "http://autoconfig.netcup.net/mail/config-v1.1.xml"
<?xml version="1.0" encoding="UTF-8"?><clientConfig version="1.1">
<emailProvider id="netcup.net">
<domain>netcup.net</domain>
<displayName>netcup.net Mail</displayName>
<displayShortName>netcup.net</displayShortName>
<incomingServer type="imap">
<hostname>smtp.netcup.net</hostname>
<port>143</port>
<socketType>STARTTLS</socketType>
<authentication>password-encrypted</authentication>
<username>%EMAILADDRESS%</username>
</incomingServer>
<incomingServer type="imap">
<hostname>smtp.netcup.net</hostname>
<port>993</port>
<socketType>SSL</socketType>
<authentication>password-encrypted</authentication>
<username>%EMAILADDRESS%</username>
</incomingServer>
<outgoingServer type="smtp">
<hostname>smtp.netcup.net</hostname>
<port>465</port>
<socketType>SSL</socketType>
<authentication>password-encrypted</authentication>
<username>%EMAILADDRESS%</username>
</outgoingServer>
<outgoingServer type="smtp">
<hostname>smtp.netcup.net</hostname>
<port>587</port>
<socketType>STARTTLS</socketType>
<authentication>password-encrypted</authentication>
<username>%EMAILADDRESS%</username>
</outgoingServer>
<outgoingServer type="smtp">
<hostname>smtp.netcup.net</hostname>
<port>25</port>
<socketType>STARTTLS</socketType>
<authentication>password-encrypted</authentication>
<username>%EMAILADDRESS%</username>
</outgoingServer>
</emailProvider>
</clientConfig>

Setze ich aber meine Maildomain ein:

bash-5.0$ curl -sS "http://autoconfig.meinedomain.de/mail/config-v1.1.xml"
<?xml version="1.0" encoding="UTF-8"?><clientConfig version="1.1">
<emailProvider id="meinedomain.de">
<domain>meinedomain.de</domain>
<displayName>meinedomain.de Mail</displayName>
<displayShortName>meinedomain.de</displayShortName>
<incomingServer type="imap">
<hostname>mx2e48.netcup.net</hostname>
<port>143</port>
<socketType>STARTTLS</socketType>
<authentication>password-encrypted</authentication>
<username>%EMAILADDRESS%</username>
</incomingServer>
<incomingServer type="imap">
<hostname>mx2e48.netcup.net</hostname>
<port>993</port>
<socketType>SSL</socketType>
<authentication>password-encrypted</authentication>
<username>%EMAILADDRESS%</username>
</incomingServer>
<outgoingServer type="smtp">
<hostname>mx2e48.netcup.net</hostname>
<port>465</port>
<socketType>SSL</socketType>
<authentication>password-encrypted</authentication>
<username>%EMAILADDRESS%</username>
</outgoingServer>
<outgoingServer type="smtp">
<hostname>mx2e48.netcup.net</hostname>
<port>587</port>
<socketType>STARTTLS</socketType>
<authentication>password-encrypted</authentication>
<username>%EMAILADDRESS%</username>
</outgoingServer>
<outgoingServer type="smtp">
<hostname>mx2e48.netcup.net</hostname>
<port>25</port>
<socketType>STARTTLS</socketType>
<authentication>password-encrypted</authentication>
<username>%EMAILADDRESS%</username>
</outgoingServer>
</emailProvider>
</clientConfig>

Den Mailserver lasse ich jetzt mal drin .

Also "Webhost 2000" sagt mir nichts, du meinst nicht "Webhosting 2000"?

Zitat von netsch1967

Es funktioniert mit Wildcard eben so wenig wie ohne.

Das erneuert sich automatisch.
Hatte ich schon auf den selbst gehosteten Systemen so gelößt.

Das heißt, du hast das selbst organisiert? Im Plesk/WCP klappt das bei einem Wildcard-Zertifikat meines Wissens (noch?) nicht.

Zitat von netsch1967

Vielleicht funktioniert es bei dem einen oder anderen. Das Problem scheint dem Support auch bekannt zu sein.

"http://mail.domain.tld" landet auf "https://mail.domain.tld", auch ohne Wildcard Zertifikat!

So sieht es unter Firefox aus:

pasted-from-clipboard.png

pasted-from-clipboard.png

Und so unter Curl:
pasted-from-clipboard.png

Kleiner Nachtrag:
Unter http meldet sich nix!

Alles anzeigen

Warum jetzt mail.domain.tld? Das läuft doch über autoconfig.domain.tld. Bei mail.domain.tld kommt bei mir weder mit http noch mit https eine Verbindung zustande, hätte mich auch gewundert. mail.domain.tld ist doch einer der MX Einträge, der hat mit http/https nichts am Hut.

Zitat

Fehler: Verbindung fehlgeschlagen

Beim Verbinden mit mail.domain.tld trat ein Fehler auf.

Ich kann nur sagen, wenn ich https://autoconfig@irgendeinermeinerdomains.tld/xxx aufrufe, dann kommt erst gar keine Verbindung zustande, geschweige denn wird mir irgendein Zertifikat präsentiert. Ich habe jetzt 15 Minuten lang probiert, irgendwie dahin zu kommen, dass mir netcup.net irgendein Zertifikat präsentiert. Klappt nicht. Vielleicht muss da doch der Support ran und es mit deiner Domain probieren. Daran oder an deinem Webhosting oder deinen Änderungen muss es ja wohl liegen. Bei mir funktioniert es mit allen Domains, die ich probiert habe. Allerdings habe ich nirgends ein Wildcard-Zertifikat, aus Gründen ... Keine Lust, das immer manuell erneuern zu müssen. Vielleicht probiere ich das mal interessehalber, um zu sehen ob ich das damit dann schaffe deinen Fehler zu bekommen.

Ja, es liegt wahrscheinlich an deinem Wildcard-Zertifikat mit HSTS für deine Domain. Das gilt auch für die autoconfig-Subdomain.

Tja, da hast du wohl die Ursache gefunden. Das kann man jetzt sehen wie man will. Entweder netcup sollte die ohnehin problematischen Wildcard LE-Zertifikate rausnehmen - was bei kostenpflichtigen Wildrard-Zertifikaten dann aber auch nicht hilft. Oder sie sollten auch mit https die Datei liefern. Wenn das dann andere Probleme macht, müssen sie sich halt was überlegen. Oder man trägt die Daten halt manuell in den Client ein. Was ich bei anderen Anbietern öfter mal machen muss, zumal bei Outlook als Client.

Und bitte auch nochmal denHinweis von Olivetti weiter oben checken.

Also im Thunderbird malEinstellungen->Allgemein, dann ganz unten "Konfiguration bearbeiten..." und alle Einstellungen anzeigen lassen.

Da gibt es u.a.

mailnews.auto_config.fetchFromISP.sslOnly

Der Wert ist per Default auf false eingestellt, womit es dann bei netcup funktionieren kann. Wenn er auf true steht, dann könnte das die Erklärung des Problems sein.

Gut, wenn das nicht funktionieren kann, dann erkläre mir mal bitte, warum bei mir mit Firefox die folgende URL die autoconfig xml-Datei zurückgibt:

http://autoconfig.netcup.net/mail/config-v1.1.xml?emailaddress=tab@example.com

während die selbe URL mit https nicht funktioniert und die Meldung zurückgibt:

Fehler: Netzwerk-Zeitüberschreitung

Beim Verbinden mit autoconfig.netcup.net trat ein Fehler auf. 

Und wieso ich http://autoconfig.netcup.net ohne HSTS und Weiterleitung auf https aufrufen kann, wenn ich auch gesagt bekomme

Forbidden

You don't have permission to access this resource.
Apache/2.4.38 (Debian) Server at autoconfig.netcup.net Port 80

Edit: autoconfig.netcup.net und netcup.net sind eben zwei Paar Stiefel.

Zitat von DerRené

Also bei mir wird über die von Netcup via cname zur Verfügung gestellte autoconfig der richtige FQDN zurückgegeben, in meinem Fall mx2fc6.netcup.net und damit gibt es im Client auch keinen Zertifikatsfehler.

Also bei mir funktioniert die in meinem obigen Beitrag angegebene URL nicht mit https (Port 443), sondern nur mit http (Port 80). Insofern braucht es da auch kein Zertifikat, was wohl auch der Grund dafür ist, dass man die Datei seitens Thunderbird und anderen Clients grundsätzlich immer mit http versucht zu lesen. Ich habe auch seit Jahren nie ein Problem gehabt, eine Mailadresse eines netcup Webhostings im Thunderbird automatisch angelegt zu bekommen.

Wenn alles so gut und problemlos funktionieren würde bei der Mail im Webhosting wie das autoconfig, dann hätte ich meine Mailadressen und Maildomains alle hier bei netcup. Und der eine oder andere Kunde von mir wohl auch. Vielleicht sollte ich die Zustellbarkeit der Webhosting Mails nochmal eine Weile neu prüfen. da es ja laut Lars mittlerweile um einiges besser geworden sein soll.

Zitat von cltrmx

Bitte korrigiert mich, aber soweit ich weiß, ist es bei den Webhosting-Paket einfach nicht vorgesehen, dass die entsprechenden Autoconfig-Adressen über HTTPS (mit korrektem Zertifikat) erreicht werden können.

So isses! Nicht nur bei netcup, so sollte es eigentlich überall sein. Jedenfalls bei autoconfig, zu autoconfigure kann ich nichts sagen. Aber die entsprechende Konfigurationsdatei für Thunderbird autoconfig ist - jedenfalls bei mir - abrufbar (gemäß https://wiki.mozilla.org/Thunderbird:Autoconfiguration) über

http://autoconfig.example.com/mail/config-v1.1.xml?emailaddress=tab@example.com

Der DNS-Eintrag für webmail fehlt bei mir, der sollte hierfür aber auch nicht relevant sein. Die beiden anderen Einträge sind aber genau so wie oben. Als IP-Adresse der mail-Subdomain ist die IPv4 des zugehörigen Mailservers gemäß CCP des Webhostings eingetragen.

Zitat von eripek

Was verneint Ihr und lacht. Mein VPS 1000 G8 Plus hat einmal € 7,55 gekostet... der Preis wurde schon einmal erhöht...

Was koster er denn jetzt? Ich hatte auch mal so ein Ding für 1 Jahr glaube ich.

Edit: Gerade eine Rechnung dazu gefunden, damals hat er mich € 7,49/Monat inkl MwSt. gekostet.

Zitat von partisiber

Best Practices und optimale Konfiguration für Nextcloud bei Netcup Webhosting

das würde mich sehr interessieren - Nextcloud in der aktuellen Version Nextcloud Hub 5 (27.0.2) empfielt PHP 8.2 und will 512 m memory_limit

Installiert wie hier beschrieben mit Dokumentenstamm: /httpdocs

PHP-Version und auch das memory_limit sollte ab Webhosting 2000 erfüllt sein.