Beiträge von florian2833z

Danke für die Info!

Wenn ich im SCP von 6 Sockets und 1 Kern pro Socket auf 1 Socket und 6 Kerne pro Socket umschalte, können dann Anwendungen wie Garry's Mod, die keinen Support für Multicore bieten, meine gesamte gebuchte CPU Leistung verwenden?

Wenn das gar nichts damit zu tun hat, sorry, kenne mich da nicht wirklich aus.

Kein Problem

Nginx verschickt dann ein zweites Zertifikat wenn SSLLabs ohne SNI daherkommt. Du kannst den "Leak" von anderen Hostnames nur verhindern, indem du für den Standard vhost ein neues Zertifikat erstellst (selbst-signiert). Hier ein Beispiel, wie man das regeln könnte:

https://www.ssllabs.com/ssltest/analyze.html?d=marie.flosserver.tk&s=2a03%3a4000%3a10%3a50f%3a0%3a0%3a0%3a1&latest

Achte mal auf das zweite Zertifikat.

Im NetCup Wiki steht nichts von solchen Limits.

Zitat von OliverN

Ggf auch auf bezug auf die cipher, da ich so den IE8 unter XP aussperre.

Dann solltest du mal meine Richtlinien sehen

https://www.ssllabs.com/ssltest/analyz…%3a0%3a1&latest

Bei NetCup gibt es leider keinen Schutz hierfür. Habe ich gerade auch beim Support gefragt.

Zitat von Support

Bei uns intern gibt es keine Möglichkeiten, die Whois Daten zu verschleiern. Hierzu müssten Sie eine alternative Dienstleistung beanspruchen.

Sie können für jede Domain eigene Nameserver verwenden und somit auf Umwegen die Sichtbarkeit der Daten beeinflussen.

Hallo,

Wenn ich unter Linux nslookup verwende, löst er mir statt A und AAAA nur A auf.

root@marie:~# nslookup google.com
Server:         9.9.9.10
Address:        9.9.9.10#53

Non-authoritative answer:
Name:   google.com
Address: 216.58.205.46

root@marie:~#

Zudem benutzt er immer einen IPv4 DNS server ...

root@marie:~# nslookup ipv6.google.com
Server:         9.9.9.10
Address:        9.9.9.10#53

Non-authoritative answer:
ipv6.google.com canonical name = ipv6.l.google.com.

root@marie:~#

Meine resolv.conf sieht so aus:

root@marie:~# cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 9.9.9.10
nameserver 2620:fe::fe
nameserver 8.8.8.8
root@marie:~#

Mit dig kann ich problemlos IPv6 Adressen auflösen ...

root@marie:~# dig -6 ipv6.google.com

; <<>> DiG 9.10.3-P4-Debian <<>> -6 ipv6.google.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26641
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;ipv6.google.com.               IN      A

;; ANSWER SECTION:
ipv6.google.com.        602103  IN      CNAME   ipv6.l.google.com.

;; AUTHORITY SECTION:
l.google.com.           60      IN      SOA     ns1.google.com. dns-admin.google.com. 184654958 900 900 1800 60

;; Query time: 54 msec
;; SERVER: 2620:fe::fe#53(2620:fe::fe)
;; WHEN: Tue Feb 06 12:56:38 CET 2018
;; MSG SIZE  rcvd: 115

root@marie:~#

Hallo,

Gibt es irgendwie eine Möglichkeit, einen PTR-Record komplett im SCP zu löschen, sodass dieser wirklich weg ist und nicht mit "nobody.yoursrv.net" oder so etwas in der Richtung überschrieben wird?

Grüße,

Flo

Ich raff immer noch nicht, was überhaupt dein Problem war

Zitat von 03simon10

Ist eventuell ein Storagespace eine Alternative für dich?

Zitat von bst

Nein, für diesen Zweck ist das keine Alternative.

Ich frag mich wie viel Traffic es bei den Rootservern geben wird, wenn die VPS Modelle schon mindestens 40 TB haben .

Deaktiviert heißt so viel wie gesperrt und kann nur durch den NetCup Support freigegeben werden.

McRoot Wurde dein Wirtsystem schon aktualisiert?

Jetzt sind es schon 3 Leute mit dem Problem, die hier im Forum was dazu schreiben. Meine Angst wächst, dass das auch mir passieren wird

Zitat von Marix

Ich habe mit openSUSE Leap 42.2 übrigens fast den gleichen Fehler. Allerdings kommt mein Server hoch wenn ich zu einem älteren Kernel zurückgehe.

Öhm, wie gehe ich im Notfall vor, wenn bei mir der Fehler auch auftreten sollte?

Ich bete, dass das bei meinem Debian Stretch nicht eintritt ...

Wahrscheinlich nutzt NetCup RHEL oder ähnliches und die schieben recht schnell ein Update

Yo danke, hat funktioniert

Ich hoffe mal, dass mein Server nicht abgeschossen wird ...