Als Gedankenanstoß: Wireguard hat auch seine Tücken; bisweilen kann es vorkommen, dass länger laufende Rechner nach Abbau einer Verbindung über einen Wireguard-Tunnel diese irgendwann nicht mehr aufbauen können. Ein Neustart des lokalen Wireguard-Diensts kann das korrigieren, muss aber nicht. Einzige reproduzierbare „sofortige“ Lösung war bislang das Durchstarten aller beteiligter Hostrechner (selbst, wenn das ausschließlich Linux mit aktuellen 5.15.x-LTS-Kerneln betrifft).
Beiträge von m_ueberall
-
-
Ich mag ja Windows, besonders die Updates ...
Status: wird installiert - 20 %
darunter der Button
Jetzt Neustarten
Das habe ich bislang noch nicht gesehen; da steht bei mir immer so etwas wie „Bitte schalten Sie den Computer nicht aus“.
-
27.06. "Siebenschläfer" mit 7 Cores, 14GB Ram und 777GB SSD und Namen "7-auf-einen-Streich"?

… für 7€/Monat?

-
Ferner gibt es (optional) noch den Dienst qemu-guest-agent.service auf deinem Server, welcher über eine virtuelle serielle Schnittstelle eine Verbindung zwischen Hypervisor und deinem virtuellen Server herstellt. Diese Verbindung kann z.B. genutzt werden, um den Server bei einem Online Snapshot kurzzeitig einzufrieren und so einen konsistenten Snapshot zu gewährleisten. (QEMU Wiki)
-
Degradiert, Gekündigt oder gar schlimmeres?

nitram wurde generell aus dem Verteiler genommen.
-
Sofern man ein modernes Dateisystem einsetzt (vgl. diesen älteren Ars Technica-Artikel), ist das Erstellen von Snapshots, welche alles oder Teilbereiche abdecken, sehr einfach. (Überlegungen zur Datenkonsistenz, beispielsweise die Behandlung von offenen Puffer oder noch-nicht-persistierten Datenbanktransaktionen erspart dies natürlich nicht.) Die vorgenannten Snapshots können nach augenblicklicher Erstellung im laufenden Betrieb weg-gesichert/mit externen Speichern synchronisiert werden –
- entweder in nativer "Stream"-Form, welches gerade auf virtualisierten Systemen deutlich schneller vonstattengeht als alternative Ansätze, letztlich ein kompatibles Zieldateisystem für die Rücksicherung erfordert, auch wenn dies zur Archivierung nicht erforderlich ist,
- [und/]oder klassisch dateibasiert durch Verarbeitung der Inhalte dieser Snapshots, wodurch einige Attribute nur über Umwege manuell oder auch gar nicht gesichert werden können, welche jedoch nicht unbedingt mitgesichert werden müssen.
Ich verwende beide vorgenannten Ansätze für definierte Teilbereiche der KVM-Instanzen. (Als Nebeneffekt sei angemerkt, dass die automatisierte Erstellung/Löschung von Snapshots für definierte Zeitintervalle auch ohne externe Archivierung hervorragend für Problemsituationen geeignet sind, welche eine teilweise Restaurierung von älteren Zuständen erfordern.)
-
Als Vereinsmitglied bin ich etwas befangen, aber ich kann bei komplexeren Ansprüchen an Workflow-Steuerung/Formatierung/Formulargenerierung das Perl-basierte Foswiki empfehlen. Geht es hingegen „nur“ um die schnelle Erfassung von Texten oder eine kurze Einarbeitungszeit, ist TiddlyWiki sicherlich das andere Extrem, da hier alles in einer HTML-Datei mit JavaScript archiviert wird.
-
Wir können ja eben einen aufmachen für Docker, Proxmox und KVM.

Traut Ihr Euch ja doch nicht …

-
Wochenende und keine bekannten offenen CVE für die zahlreichen überwachten Container/VM (weder für 20.04 noch für 22.04), was will man mehr?
Code[2022-05-27T21:20:15+0200] sys-maint@vserver19<kvm>:~% debcvescan version debcvescan: 0.1.28 go version: go1.17.1 linux/amd64 OS: ubuntu 20.04 focal [2022-05-27T21:20:18+0200] sys-maint@vserver19<kvm>:~% debcvescan scan Summary Total:0 Open:0 High: 0 Medium: 0 Low: 0 Unknown: 0 Ignored: 0 [2022-05-27T21:20:25+0200] sys-maint@vserver19<kvm>:~% -
Wieso sollten wir ein Feature implementieren, testen und veröffentlichen um es dann wieder zu entfernen?!

Macht Sinn. Und die Zeit, die durch die Nicht-Entfernung des neuen Features gespart wird, kann dann gewinnbringend in die Implementation des nächsten Features (bspw. Deaktivierung der primären Netzwerkschnittstelle im SCP?) einfließen!

-
Immerhin ist der Fehler nun schon an 34. Stelle (sic!) in der Liste der zu bearbeitenden, nach Priorität geordneten Fehler. Könnte 2025 also in den "Top 10" landen!

-
Gleiche Prüfsumme; Datei auf der RAM-Disk wird neben pdfinfo weder von xpdf noch von okular oder ghostscript gelesen; pdftk[-java]
gibt keinen Mucks von sichgeht nach längerer Zeit schlussendlich der heap space aus, obwohl problemlos 32+GB zur Verfügung ständen.
Arbeitshypothese: Computer sagt nein. Tja.

-
Wo sind dann die Vorteile von dedicated Servern (außer mehr RAM und SSD)?
Man hat die freie Wahl, was darauf installiert wird und Zugriff auf alle CPU-/Mainboard-Fähigkeiten (inklusive geschachtelter Virtualisierung, Taktrate, Hyperthreading, ggf. TPM-Chip); die Bandbreite ist ggf. tatsächlich garantiert und es erfolgt keine Drosselung aus Gründen der Fairness bzw. Ein-/Bepreisung.
-
wie ist es mit dem PDF:
https://hosting117696.a2f78.netcup.net/xchg/maths/magicsquare.pdf

Defekt! Igitt!
-
Did you try to perform an integrity check as well?
-
als Trostpflaster der PDF dazu:

Ich mag keine unoptimierten PDF-Dateien…
— Mit GhostScript lassen sich hier 80+GB (also ca. 10%) einsparen:Code
Alles anzeigen[2022-05-24T08:50:02+0200] ueberall_l@desktop01:/tmp% wget_ http://hosting117696.a2f78.netcup.net/xchg/maths/_pi.pdf […] 2022-05-24 08:50:21 (50,3 MB/s) - »_pi.pdf« gespeichert [816806022/816806022] [2022-05-24T08:50:21+0200] ueberall_l@desktop01:/tmp% pdfinfo _pi.pdf Title: pi.npr Author: P08493751 Creator: PrimoPDF http://www.primopdf.com Producer: PrimoPDF CreationDate: Thu Nov 12 13:22:48 2009 CET […] Optimized: no PDF version: 1.4 [2022-05-24T08:51:17+0200] ueberall_l@desktop01:/tmp% pdfcomp_ --gs _pi.pdf -rw-rw-r-- 1 ueberall_l ueberall_l 733882023 Nov 12 2009 /tmp/_pi.optimiert.pdf -rw-rw-r-- 1 ueberall_l ueberall_l 816806022 Nov 12 2009 /tmp/_pi.pdf [2022-05-24T11:34:06+0200] ueberall_l@desktop01:/tmp% pdfinfo _pi.optimiert.pdf Title: pi.npr Author: P08493751 Creator: PrimoPDF http://www.primopdf.com Producer: GPL Ghostscript 9.53.3 […] PDF version: 1.7 [2022-05-24T11:37:23+0200] ueberall_l@desktop01:/tmp% -
Sofern die opnsense sicher konfiguriert ist, bin ich also ganz safe mit der Deaktivierung der ersten NIC, korrekt?
Meines Wissens ist es leider bislang nicht möglich, die primäre Netzwerkschnittstelle im SCP zu deaktivieren (womit sie vom Betriebssystem nicht mehr sichtbar und auch nicht mehr reaktivierbar wäre). Wenn also ein Programm softwaremäßig in der Lage ist, diese Windows-seitig zu reaktivieren, ist es mit der Abschottung vorbei.
-
Hier ein Moderatorenbeitrag zum häufig wiederkehrenden Thema "Windows-Nutzung": https://forum.netcup.de/administration…9887#post179887
Und hier ein eigener Beitrag mit einem groben Kostenbeispiel von entsprechenden Mitbewerbern, welche einzelne Windows-VM vermieten: https://forum.netcup.de/informationen/…200/#post177266
-
Ufff. Also wenn wirklich *alle* Rechnungen bezahlt sein müssen wäre das etwas doof.
Traue mich das gerade nicht zu testen da der Server aktuell noch in voll produktiv Betrieb ist..
Sofern eine Rechnung gerade offen ist, kann schon der Transfercode nicht erzeugt werden (eigene Erfahrung). Und ein erzeugter Transfercode wird kaum funktionieren, wenn zwischenzeitlich eine neue Rechnung zu begleichen ist. Ich bin mir ziemlich sicher, dass Netcup hier aus gesetzlichen Gründen genau getestet hat …
-
Wenn 20 € im Monat schon zu viel sind?
Es geht hier aber ggf. (wenn wirklich jedem Mitglied eine E-Mail-Adresse zugeordnet werden soll) um 6-7x 20€:
Etwas viel günstigeres als diese Groupware (100 Nutzer für 19,99/Monat sind ja dann nur 20 cent pro Nutzer) wirst du m.E. nicht finden.
das größte Paket mit 100 Nutzern, wird bei ca 580 Mitgliedern bald voll sein.
Und die Kosten wären unseren Verein zu hoch.