Frage: Kann ich eine Domain einem Webhostingpaket zuweisen und diese nach belieben wieder trennen?
Beiträge von florian2833z
-
-
Wenn ich bei Servern durch die Konfigurationsreiter gehe, verschieben sich die Infotexte:
[Blockierte Grafik: https://i.boring.host/KHDcVAJ.png]
[Blockierte Grafik: https://i.boring.host/KHEqCaX.png]
-
Ist dies von netcup bedingt für irgendeinen Job [...]?
Nein.
-
-
Gibt es zum neuen CCP schon Neuigkeiten?
-
Hä, warum ist bei mir das Türchen noch zu?
-
AS (!)
Wofür steht AS eigentlich?
-
Natürlich self hosted.
Warum ist das so wichtig? Solange die Daten Ende-zu-Ende verschlüsselt sind, kanns doch auch in der Cloud liegen. Ich nutze 1Password und bin damit mehr als zufrieden.
-
Eine kurze Frage am Rande, dafür lohnt sich meiner Meinung nach kein eigener Thread: Hat von euch schon jemand einen VPS bestellt und einige Stunden später wieder storniert? Wenn ja, lasst ihr euch die Gutschrift dann manuell im CCP auszahlen, oder wird die automatisch mit der ausstehenden Rechnung verrechnet und nur der Differenzbetrag eingezogen (und ich muss nicht selbst aktiv werden)?
Ich lasse sie immer manuell auszahlen.
-
florian2833z Eventuell hat die Person einfach das zugewiesene /64-Prefix heraus kopiert und/oder zu wenig markiert beim Copy & Paste.
Ich würde einfach einmal davon ausgehen, dass die Quelladresse innerhalb von 20a1:9b3c:6bb4:7284::/64 liegt.
Hab soeben nochmal gefragt, ob nicht ein Fehler unterlaufen ist. Ging um dieses Thema hier:
https://github.com/chromium/hstsp…mment-442971996
Danke übrigens für deine Antworten!
Edit: Jup, jetzt habe ich die korrekte Adresse. Da ist tatsächlich was abgeschnitten worden.
-
Alles anzeigen
whois your friend? whois, your friend!
whois 20a1:9b3c:6bb4:7284::/64
Unbekannte AS-Nummer oder unbekanntes IP-Netzwerk. Bitte führen Sie ein Upgrade dieses Programms durch.
dig too:dig -x 20a1:9b3c:6bb4:7284::
dig -x 20a1:9b3c:6bb4:7284::1
Die Vermutung, dass die angegebene Quelle nicht richtig ist, liegt schlüssig nahe, und entspricht mit an Sicherheit grenzender Wahrscheinlichkeit Realität.
Da die Person wollte, dass die Adresse nicht öffentlich irgendwo steht, hat sie sie mir per E-Mail geschrieben und ich habe für die Frage im Forum die Zahlen ein wenig verändert. Der Aufbau war jedoch exakt der selbe und das war auch meine Frage.
-
Wenn am Ende nicht zwei Doppelpunkte (zum Auffüllen der fehlenden Blöcke mit Nullen) vorkommen: Nein
Andernfalls: Ja (z.B. 20a1:9b3c:6bb4:7284::)
Mir wurde von einer Person aus Kalifornien gesagt, dass mein netcup server von dort nicht erreichbar wäre und auf Nachfrage nach der Quell-IP habe ich genau sowas erhalten und war mir eben nicht sicher, ob das eine echte Adresse ist. Am Ende der Adresse stehen nämlich keine zwei Doppelpunkte.
-
Kurze Frage:
Kann eine IPv6-Adresse so aussehen?:
20a1:9b3c:6bb4:7284:
Danke
-
Schon mal versucht die SSL Settings zu setzen?
Habe ich noch nicht, werde ich versuchen. Frage mich aber gerade, was das mit den unterschiedlichen Versionen des IP zu tun hat.
-
Die o.g. Angaben sind nicht ausreichend. Das Beispiel hier soll funktionieren, also fehlt ggf. eine Umleitung von Port 80 für IPv6?
Der Link zeigt auf eine Konfig, die TLSv1.3 nicht einmal vorsieht. Wenn ich TLSv1.2 nutze, geht alles fehlerfrei.
-
Bei mir geht TLS 1.3 bei nginx irgendwie nur mit IPv4, nicht bei IPv6. Kennt jemand dieses Problem?
https://www.ssllabs.com/ssltest/analyz…florian2833z.de
listen 443 ssl http2;
listen [::]:443 ssl http2;
server_name nc.florian2833z.de;ist in der config.
-
Es gibt auch nginx bei sury.org: https://packages.sury.org/nginx/ bzw. https://packages.sury.org/nginx-mainline/
Woher weißt du eigentlich, dass diese repos existieren?
Edit: Ach die existieren wirklich, bei dem anderen Link gabs n 404
-
Es könnte natürlich sein, dass ich da etwas verwechsel und das doch mit einem aktuellen OpenSSL neu gelinkt gehört.
Ich nehme an, OpenSSL 1.1.1 hast Du aus diesem Repo? Und Nginx, woher ist der?
Nginx hab ich aus
deb http://nginx.org/packages/mainline/debian/ stretch nginx
-
Siehe auch mein Edit bezüglich der Version und der erforderlichen Konfigurationsänderung.
Was genau verwendet Du aktuell? Aus welchen Quellen?
ssl_protocols TLSv1.2 TLSv1.3;
nginx ist in version 1.15.6
Paketquelle ist die:
deb https://packages.sury.org/php/ stretch main
-
Nein, normalerweise nicht. Die Version in Buster funktionierte ebenfalls einwandfrei mit TLS 1.3, selbst als es noch aus Experimental kam. Und da gab es afaik vorher kein spezielles Update für Nginx.
Hm, ich bekomme es hier irgendwie nicht zum laufen.
