Lug-dd

lug-dd@mailman.schlittermann.de

3 participants
10817 discussions

Linux wird manchmal spontan langsam.
by dark-mlist＠t-online.de 20 Dec '19

20 Dec '19

Hallo ihr alle. Ich benutze für meinen tägliche Arbeit Linux - Manjaro Gnome und Ubuntu Gnome. Manchmal bei der täglichen Arbeit fängt mein Rechner an - langsam Tastatureingaben anzunehmen. Das äußert sich so, dass ich tippe und die Eingabe in einer solchen Situation ein bis zwei Sekunden benötigt, bis der Rechner auf die Eingabe reagiert. - Besonders häufig passiert das beim Hedgewars spielen aber auch - beim Text tippen im vim. Jetzt zu meiner Frage: Wo könnte ich anfangen nach der Ursache zu suchen. Wenn ich das sudo journalctl durchsuche fällt mir kein Fehler (rot) auf. Viele Grüße und einen schönen zweiten Advent, Frank.

8 14

Apache2: Falscher SSL-Host für nicht-existente Sub-Domain
by Daniel Leidert 10 Dec '19

10 Dec '19

Hi, ich habe zwei Domains (wgdd.de und wgdd.org). Die Sub-Domain www.wgdd.de hat einen CNAME-Eintrag (für Google Blogger) und soll hier nicht weiter interessieren. Alle anderen Domains lösen auf meinen Server auf. Dort ist der Apache unter Port 80 so eingestellt, dass er für bestimmte Sub- Domains den Code 410 ausgibt (alte, nicht mehr existierende Seiten) und ansonsten die URL auf die HTTPS-Adresse umleitet. Unverschlüsselt soll kein Inhalt ausgeliefert werden. Das klappt gut. Es geht also alles über HTTPS. Für die .de- und die .org-Domain habe ich daher mit letsencrypt/certbot SSL- Wildcard-Zertifikate erstellt. Auch das funktionierte prima. Die Sub-Domains www2.wgdd.de, www3.wgdd.de und www.wgdd.org haben jeweils eine eigene Config (jeweils <VirtualHost *:443>) und natürlich als ServerName jeweils die Domain gesetzt. > ls -lA /etc/apache2/sites-enabled/ > 000-default.conf www2.wgdd.de.conf www3.wgdd.de.conf www.wgdd.org.conf Die Aufrufe im Browser funktionieren wie gewünscht. Wenn ich jetzt im Browser aber `https://www4.wgdd.de` eingebe, greift der Server auf die wgdd.org-Zertifikate zurück und meldet eine unsichere Verbindung. Das ist das erste, was ich nicht so recht verstehe. Warum werden alle HTTPS-Anfragen, die nicht auf die vorhandenen ServerName/ServerAlias-Werte passen, auf den letzten geladenen VirtualHost (hier in www.wgdd.org.conf) unter Port 443 weitergeleitet? Laut Doku müsste er doch in diesem Fall den ersten nehmen...? Das zweite, was ich nicht so recht versteht: Warum verhält sich der Apache überhaupt so? Wenn ich keinen Wildcard-Alias angebe, dann will ich doch offensichtlich auch nicht, dass der Apache foo.wgdd.de handhabt. Ich habe jetzt eine Config namens zzz.conf erstellt, die damit als letzte geladen wird und für *jede* meiner beiden Domains den folgenden Eintrag enthält: > <IfModule mod_ssl.c> > <VirtualHost *:443> > > ServerName default.wgdd.xx > ServerAlias *.wgdd.xx > ServerSignature Off > > SSLEngine On > SSLOptions +StrictRequire > SSLCertificateFile /etc/letsencrypt/live/wgdd.xx/fullchain.pem > SSLCertificateKeyFile /etc/letsencrypt/live/wgdd.xx/privkey.pem > SSLCertificateChainFile /etc/letsencrypt/live/wgdd.xx/chain.pem > SSLCACertificateFile /etc/ssl/certs/ca-certificates.crt > > Redirect 404 / > > </VirtualHost> > </IfModule> Und ich muss leider zwei Einträge machen, damit die SSL-Zertifikate passen und der Browser nicht weitere Meldungen auswirft. Das gibt zumindest einen 404-Code und fängt alle nicht existenten Adressen ab. Aber geht das vielleicht auch eleganter? Irgendwie fühlt sich das nicht "richtig" an. Grüße, Daniel

1 0

Komisches Routing
by Hilmar Preuße 30 Nov '19

30 Nov '19

Moin, ich weiß ich bin Off Topic. Trotzdem hoffe ich auf Hilfe. Folgendes Phänomen: [user@lxf290p037 ~]$ telnet lxwokfo.sub.dom.tld 22 Trying 10.172.140.73... Connected to lxwokfo.sub.dom.tld. <snip> Connection closed by foreign host. [user@lxf290p037 ~]$ telnet lxwokfo.sub.dom.tld 5665 Trying 10.172.140.73... telnet: connect to address 10.172.140.73: No route to host Wie geht das: wenn ich den Rechner auf einem kontaktiere, geht das; wenn ich einen anderen Port nehme kriege ich die Meldung, daß es keine Route gibt. Ich dachte immer Routing passiert auf Layer 3, während der Port erst auf Layer 4 eine Rolle spielt? traceroute (auf UDP-Basis) funktioniert nicht, ein "traceroute -I" zeigt, daß die Route zum Remote funktioniert. Der lokale Rechner ist ein Redhat 7, vom Remote Rechner weiß ich es nicht. Ideen, wie sowas passieren kann? Hilmar -- sigfault #206401 http://counter.li.org

2 4

JMAP anstatt SMTP/IMAP
by Thomas Güttler 19 Nov '19

19 Nov '19

Hallo, dass so etwas fehlt, geht mir schon lange durch den Kopf. Mal sehen wann es wirklich nutzbar ist: https://jmap.io/ Damit soll SMTP/IMAP (auf jeden Fall für den Mail User Agent) nicht mehr nötig sein, und es wird http+JSON verwendet. Was denkt ihr dazu? Gruß, Thomas -- Thomas Guettler http://www.thomas-guettler.de/ I am looking for feedback: https://github.com/guettli/programming-guidelines

5 6

Re: openssh sftp und Rechte
by Christian Perle 14 Nov '19

14 Nov '19

Hallo Ronny, On Wed, Nov 13, 2019 at 14:27:44 +0100, Ronny Seffner wrote: > Ich habe einen Nutzer in /var/lib/extrausers/passwd|group|shadow: > getent group its > user1:x:10002:user1 > getent passwd its > user1:x:10002:10002:User:/var/www/webs/user1/:/bin/false Zunaechst mal: Mit libnss-extrausers habe ich keine Erfahrung. Falls dieses schraege Konstrukt eigene Fehler verursacht, dann kenne ich die nicht. Ausserdem ist nicht klar, um welchen User es Dir geht. Oben zeigst Du Eintraege fuer den user1, unten verwendest Du aber den user0. > Nun kann dieser Nutzer unter /var/www/webs aber per SFTP in alle > Verzeichnisse (also z.B. auch user0) Wer ist mit "dieser Nutzer" gemeint? user0 oder user1? > drwxr-x--- 36 user0 itcdd 4096 Okt 29 15:03 user0 > drwxr-x--- 12 user1 its 4096 Okt 31 16:56 user1 Dass der user0 ins Verzeichnis user0 darf, ist offensichtlich. Er ist der Owner und fuer den stehen die Permissions auf rwx. Er darf dort also auch Dateien erzeugen/loeschen. Falls user0 auch ins Verzeichnis user1 darf, muss er der Gruppe its angehoeren. Info ueber den user0 fehlt aber in Deiner Mail. > getfacl user0 > # file: user0 > # owner: user0 > # group: user0 > user::rwx > group::r-x > other::--- Da getfacl hier nur Verzeichnisname/Owner/Group sowie die klassischen UGO-Permissions anzeigt, ist die ACL leer und ein simples "ls -ld user0" haette ausgereicht. > Das gleiche Spiel klappt aber unter /home nicht überall (z.B. esets) > getfacl /home/esets > # file: home/esets > # owner: esets > # group: esets > user::rwx > group::r-x > other::--- Wenn der user0 *nicht* der Gruppe esets angehoert, ist auch hier klar, warum er nicht ins Verzeichnis /home/esets darf. Zu getfacl gilt hier das gleiche wie oben. > Wieso gelingt user0 über SFTP das change directory und mehr (read von > Dateien) unter /var/www/webs/user0, nicht aber in /home/esets? Siehe oben. Uebersehe ich was? Gruss, Christian -- Christian Perle chris AT linuxinfotag.de 010111 http://chris.silmor.de/ 101010 LinuxGuitarKitesBicyclesBeerPizzaRaytracing

1 0

Debian 9 + KDE5: deaktivieren shutdown/reboot für die Nutzer
by Luca Bertoncello 03 Nov '19

03 Nov '19

Hallo Leute! Ich habe heute auf dem PC meiner Frau das System aktualisiert (von Debian 8 auf Debian 9). Ich muss sagen, dass ich die Aktion deutlich einfacher mir vorgestellt habe, aber egal... Fast alles läuft wie erwartet... Eine Sache aber kann ich überhaupt nicht einrichten... Meine Frau arbeitet mit einem Nutzerkonto ohne besondere Rechte und ohne sudo. Trotzdem bietet das System immer noch bei der Abmeldung die Möglichkeit das System herunterzufahren. Hat jemand eine Idee, wie ich das deaktivieren kann? Danke Luca Bertoncello (lucabert(a)lucabert.de)

2 1

Filesystem für gemeinsamen Zugriff Windows10/Linux
by Falk Mölle 01 Nov '19

01 Nov '19

Moin, ich bin gerade dabei, einen neuen Familien-PC mit DualBoot Win10 und Linux (OpenSuse) aufzusetzen. Dabei möchte ich eine große Partition (~500 GB) für Filme, Fotos und andere Daten erstellen, die von beiden Systemen verwendet werden soll. Der Rechner ist nicht von außen erreichbar, es werden also keine besonderen Ansprüche an Zugriffsrechte etc. gestellt. Was schlagt Ihr vor? LG Falk

4 3

test | please ignore
by Heiko Schlittermann 31 Oct '19

31 Oct '19

Hallo, es gab einen Server-Umzug. Mal sehen, ob wieder alles geht. -- Heiko

1 0

test | please ignore
by Heiko Schlittermann 31 Oct '19

31 Oct '19

Hallo, es gab einen Server-Umzug. Mal sehen, ob wieder alles geht. -- Heiko

1 0

Auswerten von /var/log/messages?
by Thomas Güttler 10 Oct '19

10 Oct '19

Hallo, wir betreiben mehrere Server, auf denen Software von uns läuft. Seit rund fünf Jahren überwachen wir nicht mehr /var/log/messages. Es war uns einfach zu viel Aufwand mit hunderten Regex-Ausdrücken alles unwichtige wegzufiltern. Das funktioniert seit vielen Jahren gut. Hin- und wieder gibt es aber doch etwas, was ich gerne gesehen hätte. Zum Beispiel, wenn der oom-killer aktiv wird, weil der Hauptspeicher knapp wird (Beispiel siehe unten). Wie macht ihr das? Pflegt ihr zig regex-Ausdrücke um alles unwichtige auszublenden? Gruß, Thomas Oct 4 11:00:56 gew-work kernel: [27521522.981822] python /home/mo invoked oom-killer: gfp_mask=0x1420848(GFP_NOFS|__GFP_NOFAIL|__GFP_HARDWALL|__GFP_MOVABLE), nodemask=0, order=0, oom_score_adj=0 Oct 4 11:00:57 gew-work kernel: [27521522.981834] python /home/mo cpuset=/ mems_allowed=0 Oct 4 11:00:57 gew-work kernel: [27521522.981837] CPU: 3 PID: 19564 Comm: python /home/mo Not tainted 4.4.114-42.1-default #1 Oct 4 11:00:57 gew-work kernel: [27521522.981838] Hardware name: VMware, Inc. VMware Virtual Platform/440BX Desktop Reference Platform, BIOS 6.00 07/28/2017 Oct 4 11:00:57 gew-work kernel: [27521522.981841] 0000000000000286 0000000000000000 ffffffff8136552d 0000000000000001 Oct 4 11:00:57 gew-work kernel: [27521522.981843] ffff88007c0c77b0 0000000000000000 ffffffff81224e46 ffffffff00000000 Oct 4 11:00:57 gew-work kernel: [27521522.981844] ffffffff00000000 ffffffff81680a71 ffffffff81680a6a ffffffff81680a63 Oct 4 11:00:57 gew-work kernel: [27521522.981845] Call Trace: Oct 4 11:00:57 gew-work kernel: [27521522.981858] [<ffffffff8101c459>] dump_trace+0x59/0x310 Oct 4 11:00:57 gew-work kernel: [27521522.981862] [<ffffffff8101c801>] show_stack_log_lvl+0xf1/0x170 Oct 4 11:00:57 gew-work kernel: [27521522.981865] [<ffffffff8101d6f1>] show_stack+0x21/0x40 Oct 4 11:00:57 gew-work kernel: [27521522.981870] [<ffffffff8136552d>] dump_stack+0x5d/0x80 Oct 4 11:00:57 gew-work kernel: [27521522.981882] [<ffffffff81224e46>] dump_header+0x82/0x239 Oct 4 11:00:57 gew-work kernel: [27521522.981889] [<ffffffff811adce5>] oom_kill_process+0x275/0x450 Oct 4 11:00:57 gew-work kernel: [27521522.981896] [<ffffffff811ae2af>] out_of_memory+0x38f/0x4f0 Oct 4 11:00:57 gew-work kernel: [27521522.981900] [<ffffffff811b2bf5>] __alloc_pages_slowpath+0x875/0x960 Oct 4 11:00:57 gew-work kernel: [27521522.981904] [<ffffffff811b2ee7>] __alloc_pages_nodemask+0x207/0x260 Oct 4 11:00:57 gew-work kernel: [27521522.981910] [<ffffffff811ff807>] alloc_pages_current+0x97/0x120 Oct 4 11:00:57 gew-work kernel: [27521522.981914] [<ffffffff811aab1c>] pagecache_get_page+0x6c/0x200 Oct 4 11:00:57 gew-work kernel: [27521522.981917] [<ffffffff81262939>] __getblk_slow+0xd9/0x310 Oct 4 11:00:57 gew-work kernel: [27521522.981938] [<ffffffffa03b64d6>] ext4_getblk+0x86/0x1c0 [ext4] Oct 4 11:00:57 gew-work kernel: [27521522.981954] [<ffffffffa03b661f>] ext4_bread+0xf/0x90 [ext4] Oct 4 11:00:57 gew-work kernel: [27521522.981966] [<ffffffffa03c0104>] __ext4_read_dirblock+0x44/0x380 [ext4] Oct 4 11:00:57 gew-work kernel: [27521522.981978] [<ffffffffa03c047b>] dx_probe+0x3b/0x590 [ext4] Oct 4 11:00:57 gew-work kernel: [27521522.981990] [<ffffffffa03c1e28>] ext4_find_entry+0x178/0x630 [ext4] Oct 4 11:00:57 gew-work kernel: [27521522.982002] [<ffffffffa03c295f>] ext4_lookup+0x6f/0x240 [ext4] Oct 4 11:00:57 gew-work kernel: [27521522.982006] [<ffffffff81233e49>] lookup_real+0x19/0x50 Oct 4 11:00:57 gew-work kernel: [27521522.982009] [<ffffffff81234387>] __lookup_hash+0x37/0x50 Oct 4 11:00:57 gew-work kernel: [27521522.982012] [<ffffffff812367f9>] walk_component+0x199/0x290 Oct 4 11:00:57 gew-work kernel: [27521522.982016] [<ffffffff81236d8d>] link_path_walk+0x16d/0x550 Oct 4 11:00:57 gew-work kernel: [27521522.982019] [<ffffffff8123726a>] path_lookupat+0x6a/0x100 Oct 4 11:00:57 gew-work kernel: [27521522.982022] [<ffffffff81239a81>] filename_lookup+0xb1/0x190 Oct 4 11:00:57 gew-work kernel: [27521522.982025] [<ffffffff8122f103>] vfs_fstatat+0x43/0x90 Oct 4 11:00:57 gew-work kernel: [27521522.982028] [<ffffffff8122f482>] SYSC_newstat+0x12/0x30 Oct 4 11:00:57 gew-work kernel: [27521522.982032] [<ffffffff8167d94e>] entry_SYSCALL_64_fastpath+0x22/0xbe Oct 4 11:00:57 gew-work kernel: [27521522.984556] DWARF2 unwinder stuck at entry_SYSCALL_ -- Thomas Guettler http://www.thomas-guettler.de/ I am looking for feedback: https://github.com/guettli/programming-guidelines

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