Wenn ich mich recht erinnere, binded sich systemd-resolvd auf den Port 53, was es unmöglich macht Unbound zu starten.
Ja, aber nur auf der IP 127.0.0.53. Damit sind andere DNS Dienste auf dem Host möglich.
tcp 0 0 127.0.0.53:53 0.0.0.0:* LISTEN 102 18173 1040/systemd-resolv
udp 0 0 127.0.0.53:53 0.0.0.0:* 102 18172 1040/systemd-resolvIch meine mich ganz wage zu erinnern, dass hier im Forum erst vor einer Weile auch wegen Virtio und SCSI hin und her getestet wurde und dass irgendeine Einstellung mittlerweile standard sein soll.
Ja, das war so, wenn man ein Standard-Image installiert, z.B. Ubuntu 22.04. Dann wurden die für dieses Image optimalen Einstellungen gewählt. Aber später im Betrieb wurden die Einstellungen nicht automatisch verändert. Und bei der Installation von DVD auch nicht.
Wenn man das Optimierungs-Target ändert ("Windows", Linux"), dann könnte ich mir vorstellen, dass solche Änderungen implizit mit geändert werden.
Es kann allerdings bei den ersten Paketen an solche Adressen zu Paketverlusten kommen:
Meines Wissens gibt es dafür aktuell keine Lösung.
i'm using UFW, do i need to go through nftables ?
Yes, of course (in case you are using nftables and not iptables). Who knows, which other tools have manipulated the settings.
every other port stays close no matter what i do in UFW.
And which server is running on port 3000? Check it with "netstat -tulpen" or "ss -tulpen".
//Add:
There is no server running in Port 3000. That is the reason why the port is closed.
And you are sure the server on port 22 is running? You took IPv4 and IPv6 into account?
Please check the currently active firewall rules with iptables.
... nachdem ich einen PC-Bildschirm gefunden habe, der einen RJ-45 Anschluß hat - wozu?
Vermutlich hat der Monitor einen USB-C Anschluss. Dann können neben der eigentlichen Bildübertragung auch USB Anschlüsse und Netzwerk übertragen werden. Ggf hat der Monitor sogar USB-PD drin, dann ist es eine komplette Docking-Station im Monitor. Ein USB-C Kabel ins Notebook und ab dafür!
Naja, dafür bekommst du hier für den gleichen Preis 4x so viele CPU Cores, 4x so viel RAM und gut 3x so viel Festplattenkapazität. 933 im Single Core sieht man hier auch häufig, liegt halt dran, was die Nachbarn so machen.
Wenn dir die 7 GBit/s nach New York so viel wert sind, dann kannst du das Angebot ja annehmen. Alle anderen Parameter sind schlechter.
Ja, sieht tatsächlich so aus. Ist sogar besser, als vorher ...
Wir haben seit gestern 15 Uhr wieder ein Problem. Ping von zu Hause ist bei über 35 ms.
Auf ultrasrv natürlich nicht, aber wenn du selber eine Domain hast, dann hast du doch alle Möglichkeiten. Du musst ja auch nix umziehen, sondern fügt einfach erst mal Einträge hinzu, die auf den neuen Server zeigen. Wenn dann alles läuft, änderst du die richtigen Namen auf die neue Zieladresse.
Also alle deine Wünsche würden sich sowohl mit Wireguard als auch mit Zerotier problemlos realisieren lassen, sei es die Einbindung des Netzes deiner Mutter oder auch der Zugriff von außen auf dein Netz. Auch ohne dafür den ganzen Internettraffic durchs VPN tunneln zu müssen. Das einzige, woran es hier scheitert, sind einige Grundlagen über IP Netzwerke und Routing.
Ich möchte dass der Internetverkehr über den Netcup Server läuft, damit ich halt von außerhalb bzw. die öffentliche IPv4 vom Netcup Server auf meine Clients Zugriff habe.
Das hat doch überhaupt nichts miteinander zu tun. Du kannst doch problemlos eine Portfreigabe von außen über den Netcup Server realisieren, ohne dafür den kompletten Internetverkehr darüber leiten zu müssen. QoS mäßig ist das ja eine Horrorvorstellung.
keines dieser Programme habe ich installiert, weil der Server nichts mit Mailverkehr am Hut hat / haben soll.
Vermutlich liegt da der Wurm begraben.
Nein, das ist nicht das Problem. Ich mache das Gleiche über ssmtp, was du über msmtp erreichen willst, und es funktioniert hervorragend.
sendmail recipient address root not accepted by the server
Ja, das ist klar, dass die nicht akzeptiert wird. Bei ssmtp gibt es dafür die "revaliases" Datei: Dort steht drin, dass Nutzer root mit mail@domain.com als Absenderadresse arbeitet, und schon ist der Mail-Anbieter glücklich. Hat msmtp eine vergleichbare Funktion?
Ach, das ist eine benutzerspezifische Konfiguration? Gibt es keine systemweite? Denn die Mails vom cron Deamon werden wohl nicht vom Nutzer root verschickt.
Da es ja offensichtlich ein TLS Fehler ist: Hast du die Optionen variiert? Port 465 benutzt, starttls aktiviert die trusted Certificates gesetzt?
- Das man unter /boot den Kernel nicht findet deutet auf ein vermurkstes Boot system hin
- man kann keine eigenen Bistros boot. Zumindest ich habe es nicht gefunden
Das deutet eher darauf hin, dass es keine KVM Virtualisierung ist. Damit wäre das Ding für mich schon gestorben.
Was ist denn so der "normale" durchschnittliche steal hier bei den VPS? (Bei Vollauslastung)
Noch mal kurz zurück zum Steal. Ich hatte heute morgen kurz die Möglichkeit, einige Tests auf einem RS und einem VPS zu machen, als wenig los war. Gestartet wurde folgender Befehl:
echo "scale=30000; 4*a(1)" | bc -lAlso bc berechnet PI auf 30.000 Nachkommastellen. Der Prozess wurde für jeden vorhandenen Core 1x gestartet (6x auf dem RS, 2x auf dem VPS). Das Ergebnis in munin auf dem VPS und dem RS:
Der RS ist deutlich schneller fertig (ca. 30 Minuten statt mehr als 50). Er stellt auch unter Volllast die komplette CPU Leistung zur Verfügung.
Der VPS zeigt Steal an (in rot), aber deutlich heftiger ist der Einzug für den einfach "nichts" angezeigt wird - immerhin mehr als 40 % der vorhandenen 200% CPU Leistung. In Summe stehen dem VPS nur 150% von 200% CPU Leistung unter Last zur Verfügung.
Ich hab jetzt gerade einen VPS mit der Ubuntu 22.04 von der "Ubuntu 22.04 Live Server"-ISO des SCP installiert, und die sshd.conf enthält nicht die oben beschriebenen doppelten Einträge.
Habe gerade einen Server komplett via netcup ISO frisch installiert,
Von der ISO oder vom Image?
... und IP forwarding aktivieren.
