Lug-dd

lug-dd@mailman.schlittermann.de

3 participants
10817 discussions

Browser fürs Terminal
by Gerd G 24 Feb '23

24 Feb '23

Hallo, Nachtrag zum Lug Treffen vom 22.02.2023 Carbonyl ist ein Chromium-basierter Browser, der für die Ausführung in einem Terminal entwickelt wurde. - unterstützt Web-APIs, einschließlich WebGL, WebGPU, Audio- und Videowiedergabe, Animationen usw. - startet in weniger als einer Sekunde, läuft mit 60 FPS - funktioniert in einer Konsole im abgesicherten Modus und läuft sogar über SSH. Download: https://github.com/fathyb/carbonyl/releases/download/v0.0.3/carbonyl.linux-… - 78MB VG Gerd

1 0

LUG Treffen heute - am 22.02.2023 ab 20:00 Uhr - GAG 18
by Gerd G 22 Feb '23

22 Feb '23

treffen wir uns heute abend im GAG18 - https://osm.org/go/0MLhG86ZG--?m= Viele Grüße Gerd

3 2

Hilfe mit IPTables
by Luca Bertoncello 19 Feb '23

19 Feb '23

Hallo Leute! Ob es Alzheimer ist, oder nur weil ich zu dumm bin, kämpfe ich seit gestern Abend mit einem Problem und finde keine Lösung... Also: auf einem Server läuft MySQL. Selbstverständlich aus Sicherheitsgründen lauscht es nur auf 127.0.0.1. Auf dem Server läuft auch OpenVPN. Das Ziel ist, dass der Nutzer (es gibt nur einen...) der sich per VPN verbindet, in der Lage ist, mit MySQL zu sprechen. Mir sind nur drei Möglichkeiten eingefallen: 1) MySQL lauscht auf 0.0.0.0 und ich verbiete per Firewall unerwünschte Zugriffe. SCHLECHT, denn man kann nicht wirklich 1000% sicher sein, dass alle unerwünschte Wege gesperrt sind... 2) MySQL lauscht auf die IP des VPNs. Auch schlecht, denn alle Programme, die bereits auf dem Server laufen, müssen umkonfiguriert werden, damit sie MySQL nicht mehr über 127.0.0.1 ansprechen, sondern über die IP des VPNs 3) Per IPTables eine Portweiterleitung einrichten, damit eine Verbindung an 10.50.0.1 (die IP des VPN-Servers) auf die Port 3306 an MySQL (127.0.0.1:3306) weitergeleitet wird. Gerade kämpfe ich mit der Lösung 3 und schaffe es nicht... Theoretisch sollte dieses Befehl alles machen: /sbin/iptables -t nat -A PREROUTING -p tcp -i vpnsrv0 -d 10.50.0.1 --dport 3306 -j DNAT --to-destination 127.0.0.1:3306 Praktisch leider nicht... Ich sehe (iptables -vnL -t nat) dass wenn ich mit telnet eine Verbidung an 10.50.0.1 auf die Port 3306 starte, das Paket kommt über den Regel, aber am Ende kommt keine Verbindung zustande (Connection refused). Es muss sicherlich ein dummes Denkfehler sein... Kann jemand mir ein Tipp geben? Danke Luca Bertoncello (lucabert(a)lucabert.de)

3 8

OpenVPN per NetworkManager funktioniert nicht
by Luca Bertoncello 09 Feb '23

09 Feb '23

Hallo Leute! Ich habe ein ganz komisches Problem... Auf einen neuen Laptop, mit Debian 11 und KDE Plasma, habe ich NetworkManager für die Verwaltung der Netzwerken. Ethernet, WLAN und ein VPN (mit OpenVPN) funktionieren einwandfrei. Nun wollte ich ein zweites VPN mit OpenVPN zu meinen Server hinzufügen. Das .ovpn-Datei funktioniert problemlos auf verschiedenen Rechner und wenn ich openvpn per Kommandozeile mit der Datei ausführe funktioniert es auch. Nun habe ich die Datei in NetworkManager importiert (kein Fehler festgestellt) und versucht mich zu verbinden. Die Verbindung klappt und IP und Routen werden geholt. Alles super! Bis auf die Kleinigkeit, dass kein Paket über das VPN läuft... Hat jemand eine Ahnung, was das Problem sein könnte und was ich versuchen kann? Danke Luca Bertoncello (lucabert(a)lucabert.de)

4 12

Treffen heute
by Christian Perle 08 Feb '23

08 Feb '23

Hi *, es ist die meiste Zeit unter Null, aber das sollte uns nicht vom LUG-Treffen abhalten. Ist jemand heute Abend im GAG18 dabei? Gruss, Christian -- Christian Perle chris AT linuxinfotag.de 010111 http://chris.silmor.de/ 101010 LinuxGuitarKitesBicyclesBeerPizzaRaytracing

6 5

Gnuplot / Anzeige minimaler Werte auf logarithmischer Y-Achse
by Bernhard Schiffner 28 Jan '23

28 Jan '23

Hallo, ich möchte ein Histogramm darstellen Die einzelnen "Körbe" (X-Achse) enhalten eine (unsigned long integer) Zahl zwischen 0 und "viel", die die Ereignishäufigkeit darstellt. Die Ereignishäufigkeit soll auf der Y-Achse logarithmisch dargestellt werden. Ich möche nun den Plot so haben, dass die Linie für Häufigkeit "0" (echter Wert) das Digramm bei z.B. bei "0.7" (Minimalwert Anzeige) "trifft". Das mache ich mit set autoscale y; set logscale y; set yrange [0.7:] So habe ich eine Linie, die unter 1 liegt (0 geht ja im logarithmischen Maßstab nicht) und mir als "pseudo-Nulllinie" dient. Der Trick hat bei Gnuplot 2020-01 noch geklappt, aber seit 2021-12 nicht mehr. Der Plot wird "neuerdings" von Y>=1 nach unten (0.7) ausgesetzt, und fängt auch erst wieder mit Y>=1 an. Das ist mir leider erst jetzt beim genauen Hinsehen aufgefallen. Kennt jemand eine Lösung dafür? Kann man bestimmte Plot-Daten einfach "on the fly" ersetzen? (0 -> 0.7) Wenn gewollt, stelle ich Daten / Script / Bilder gerne zur Verfügung. Danke im voraus! Bernhard

1 0

Treffen heute (25. Januar)
by Jakob Mendel 25 Jan '23

25 Jan '23

Hallo allerseits, treffen wir uns heute abend im GAG18? Ich wäre dabei. Viele Grüße Jakob

8 10

Treff 11.1.
by Konrad Rosenbaum 11 Jan '23

11 Jan '23

Hi, Treff morgen in Real Life [tm] oder Online BBB? Im Gag18-Kalender steht "Büchertag" - stört uns das oder lesen wir einfach mit? Konrad

5 4

Anbieter für SSH-Server
by Friedrich Hagedorn 03 Jan '23

03 Jan '23

Hallo Dresden :-) ich bin im Moment auf der Suche nach einem Anbieter für einen SSH-Server - die Uni-Zeit ist schon lange vorbei, und ich bin im Ausland... Hat jemand eine Idee? Viele Grüße Friedrich

4 5

Handlingfrage kvm snapshots
by Andreas Roth 02 Jan '23

02 Jan '23

Hoi zusammen, Ich habe da nen Handlingthema beim kvm. Ich erstelle einen Snapshot auf einer VM (test04) mit preallocated=full HDD qcow2 image (22GB) - test04-system.qcow2. Beim löschen des Snapshots zeigt mir du und ls unterschiedliche Werte an. Ich bekomme es so reproduziert: - anzeigen Disk image information $ qemu-img info /data/vm1/test04-system.full.qcow2 image: /data/vm1/test04-system.full.qcow2 file format: qcow2 virtual size: 22.2 GiB (23836229632 bytes) disk size: 22.2 GiB cluster_size: 65536 Format specific information: compat: 1.1 compression type: zlib lazy refcounts: false refcount bits: 16 corrupt: false extended l2: false - erstellen vom Snapshot $virsh snapshot-create test04 - Das rootfilesystem ist frei, ich erstelle ein file mit 18GB $ df -h Filesystem Size Used Avail Use% Mounted on /dev/root 22G 3.3G 19G 16% / tmpfs 996M 8.0K 996M 1% /dev/shm tmpfs 399M 500K 398M 1% /run tmpfs 5.0M 0 5.0M 0% /run/lock /dev/vda15 105M 5.3M 100M 5% /boot/efi tmpfs 200M 0 200M 0% /run/user/1000 $ sudo dd if=/dev/urandom of=/testfile bs=1M count=18000 18000+0 records in 18000+0 records out 18874368000 bytes (19 GB, 18 GiB) copied, 82.8493 s, 228 MB/s - Ich schaue mir auf dem kvm das hdd image file an: $ ls -lah /data/vm1/test04-system.qcow2 -rw-r--r-- 1 libvirt-qemu kvm 39G Dec 31 12:34 /data/vm1/test04-system.qcow2 $ du -sh /data/vm1/test04-system.qcow2 41G /data/vm1/test04-system.qcow2 - so weit, so gut $ virsh snapshot-list test04 Name Creation Time State --------------------------------------------------- 1672486383 2022-12-31 12:33:03 +0100 running $ virsh snapshot-delete test04 --snapshotname=1672486383 Domain snapshot 1672486383 deleted - nach dem Löschen des Snapshots würde ich erwarten, dass das Imagefile wieder die Originalgrösse hat. $ ls -lah /data/vm1/test04-system.qcow2 -rw-r--r-- 1 libvirt-qemu kvm 41G Dec 31 12:38 /data/vm1/test04-system.qcow2 $ du -sh /data/vm1/test04-system.qcow2 23G /data/vm1/test04-system.qcow2 $ file /data/vm1/test04-system.qcow2 /data/vm1/test04-system.qcow2: QEMU QCOW2 Image (v3), 23836229632 bytes - Das Imagefile hat seine Originalgrösse, „ls" zeigt mir aber noch 41GB an. Ich würde vermuten, dass er jetzt nen sparsefile aus dem Image gemacht hat. Wie würde ich das file jetzt wieder tatsächlich „klein“ bekommen - Hintergrund: nicht alle tools unterstützen sparsefiles (backup..)? Danke im Voraus und "guten Rutsch", Andreas

2 3

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

Lug-dd