Lug-dd

lug-dd@mailman.schlittermann.de

3 participants
10843 discussions

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

Dateisystem für externe SD-Karte
by Thomas Güttler Lists 20 Sep '19

20 Sep '19

Hallo, ich habe die letzten Tage über Nextcloud geflucht, weil einige Musikdateien einfach nicht gesynct werden wollten. Dann habe ich die externe SD Karte aus dem Android Handy genommen und mit einem Adapter am Laptop angeschlossen. Und: Das gleiche. Die Dateien ließen sich nicht kopieren. Es hat eine Weile gebraucht. Jetzt kenn ich die Ursache: Das Dateisystem auf der SD-Karte unterstützt nur Dateinamen bis zu einer gewissen Länge. Also ist Nextcloud unschuldig. Aber was nun? Die vielen Dateinamen anzupassen ist aufwändig. Welches Dateisystem ist unter Android zu empfehlen? Gruß, Thomas -- Thomas Guettler http://www.thomas-guettler.de/ I am looking for feedback: https://github.com/guettli/programming-guidelines

4 5

dnssec und systemd-resolved
by Heiko Schlittermann 19 Sep '19

19 Sep '19

Moin, hier sind doch auch ein paar Leute dabei, die sich auskennen. Ich habe lokal systemd-resolved am Start. Der macht ja auch DNSSec-Validation. Funktioniert auch: $ systemd-resolve -t mx schlittermann.de schlittermann.de IN MX 80 ssl.schlittermann.de -- link: wlp4s0 schlittermann.de IN MX 90 hh.schlittermann.de -- link: wlp4s0 schlittermann.de IN MX 99 tigger.schlittermann.de -- link: wlp4s0 -- Information acquired via protocol DNS in 4.4ms. -- Data is authenticated: yes Der resolvd lauscht zusätzlich auf 127.0.0.53 Port 53 dig @127.0.0.53 mx schlittermann.de +qr liefert mir erstmal die Antwort, aber ohne AD Bit. Obwohl ich danach gefragt habe: ; <<>> DiG 9.11.5-P4-5.1-Debian <<>> @127.0.0.53 mx schlittermann.de +qr ; (1 server found) ;; global options: +cmd ;; Sending: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 61040 ;; flags: rd ad; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1 -----------------^^ In der Antwort fehlt es dann: ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 61040 ;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 1 -------------------^^^^ Ein anderer validierender Resolver liefert sofort das AD Bit. (Leicht zu testen mit dig @1.1.1.1 …) Wenn ich dem Dig jetzt das DNSSEC Flag mitgebe, was für mich eigentlich bedeutet „Hey, Server, ich bitte schicke mir die DNSSEC Daten“, dann bekomme ich bei der Kommunikation mit dem systemd-resolved das AD bit, aber keine DNSSEC Datensätze. Bei der Kommunikation mit z.B. 1.1.1.1 bekomme ich die DNSSEC Datensätze, wie ich es erwartet hätte. Was ist hier los? Best regards from Dresden/Germany Viele Grüße aus Dresden Heiko Schlittermann -- SCHLITTERMANN.de ---------------------------- internet & unix support - Heiko Schlittermann, Dipl.-Ing. (TU) - {fon,fax}: +49.351.802998{1,3} - gnupg encrypted messages are welcome --------------- key ID: F69376CE - ! key id 7CBF764A and 972EAC9F are revoked since 2015-01 ------------ -

1 1

Router/FW HA Pacemaker - IP-Adressen schalten nicht ordentlich um
by Falk Herzog 16 Sep '19

16 Sep '19

Hallo Zusammen, ich versuche gerade einen Router/Firewall hochverfügbar zu machen / neu aufzubauen. Ich hab also 2 Maschinen(Debian Buster), die Aktiv-Passiv laufen sollen. Iptables und Routen sind kein Problem, die werden ganz humorlos auf beiden Nodes gestartet. Mit den IPs(Einige...) geht das natürlich nicht. Ich hab also die ganzen IPs in Resourcen gestopft, die dann im Fall der Fälle / Wartung umschalten sollen. root@fw-a:~# pcs status Cluster name: debian Stack: corosync [...] 2 nodes configured 20 resources configured [Online: [ fw-a fw-b ] [...] Full list of resources: [...] ENP1-1 (ocf::heartbeat:IPaddr2): Started fw-a ENP1-2 (ocf::heartbeat:IPaddr2): Started fw-a ENP1-3 (ocf::heartbeat:IPaddr2): Started fw-a [...] Wenn ich fw-a jetzt Standby schicke, kriegt er 1-3 von 20 Adresssen unerklärlicherweise nicht ordentlich umgeschaltet. Im Status siehts dann so aus: ENP1-4 (ocf::heartbeat:IPaddr2): FAILED fw-a (blocked) [...] * ENP1-4_stop_0 on fw-b 'unknown error' (1): call=1102, status=complete, exitreason='Unable to remove IP [<IP> from interface [ enp1s0 ]', [...] Im Log: [...] Sep 13 14:46:27 fw-a IPaddr2(ENP1-4)[6270]: ERROR: RTNETLINK answers: Cannot assign requested address Sep 13 14:46:27 fw-a IPaddr2(ENP1-4)[6321]: ERROR: Unable to remove IP [<IP> from interface [ enp1s0 ] Sep 13 14:46:27 fw-a pacemaker-controld[647]: notice: Result of stop operation for ENP1-4 on fw-a: 1 (unknown error) Sep 13 14:46:27 fw-a pacemaker-controld[647]: notice: fw-a-ENP1-4_stop_0:1157 [ ocf-exit-reason:Unable to remove IP ... [...] Dummerweise stimmt das so nicht, die betroffenen IPs _werden_ runtergefahren / sind weg. Mache ich jetzt ein pcs resource cleanup, werden sie auch anstandslos auf dem zweiten Node hochgefahren... Ich vermute dass er sich irgendwie verschluckt, weil alle IPs auf einem Interface liegen und alle gleichzeitig runterreißt?!? Nacheinander manuell umschalten klappt ohne Probleme. Hat von Euch jemand Erfahrungen mit solchen Szenarien und eine Idee, wie man das robust(!) löst? Die Umschaltung der Resourcen irgendwie staffeln? (constraints?) Das Hoch/Runterfahren der IPs in Scripte stecken und von Pacemaker triggern lassen? Oder direkt networkd mit Pacemaker verbandeln? Wie gesagt, im Grunde genommen soll einfach ein Kübel IPs Active-Passiv HA laufen. Danke && Grüße, Falk by the way Veranstaltungshinweis für Ende kommende Woche/WE: https://www.datenspuren.de/2019/

2 2

md + samba + windows_server_sicherung geht nicht (mehr)
by Ronny Seffner 13 Sep '19

13 Sep '19

Hallo in die Runde, ich habe durch trial&error den Verdacht, dass die Windows Server Sicherung (im Folgenden WSS) empfindlich darauf reagiert, wenn man in einen mit samba bereitgestellten share sichert, der auf einem md-Raid liegt. Dazu habe ich eine SATA-HDD und eine USB3-HDD als md-Raid-1 (weil ich dann wöchentlich durch Auflösen und neu Zusammensetzen des Raid eine Platte der Datensicherung extern lagern kann). Sichere ich mit WSS nun über den share auf dieses Raid, gelingt mir das vielleicht in 1 von 10 Fällen, die anderen 9 brechen nach verschiedenen Volumina (7-24gb) mit "Netzwerkfehler, Prüfen Sie den Zugriff auf das Zielmedium" ab. Sichere ich auf einen share, dem kein md zugrunde liegt, sind 5 von 5 Sicherungen erfolgreich. Warum ist nun wahrscheinlich md (mit)schuld? - ich habe dem Raid die USB-Platte entnommen und ohne Erfolg gesichert - ich habe dem Raid sie SATA-Platte entnommen und ohne Erfolg gesichert - ich habe die entnommene SATA-Platte (auch) mit ext4 formatiert und mit Erfolg gesichert - ich habe das selbe mit der USB-Platte auch erfolgreich hinbekommen = Ports, Geräte, Dateisystem, Anbindung (Netzwerk), Sicherungsclient und -Software waren dabei immer identisch Und warum könnte samba (mit)schuldig sein? - ich konnte auf das md-Raid direkt (also ohne samba dazwischen) größere Datenmengen mit rsnapshot (rsync) sichern, was mich einen Zusammenhang zwischen samba und md oder WSS (also der Art, wie das auf Storage wirkt) und md vermuten lässt. Nun zur Frage: Hat einer ähnliches erlebt und gelöst oder zumindest Ideen ob man mit (welcher?) Parametrierung an samba bzw. md da noch irgendwas experimentieren kann? Ich habe ja nichtmal eine Idee, wieso sich rsync und WSS unterschiedlich auswirken (rsync in kleinen Blöcken, WSS als Stream?). ps : Das obige Vorhaben hat mit Debian Stretch funktioniert, seit Buster habe ich die Probleme; in beiden Fällen nutze ich den gleichen selbstgebackenen Kern - es hat sich also vor allem samba geändert (vllt. auch Kernelparameter dank sysctl oder systemd). pps : ich nutze eigentlich zusätzlich noch die ex4 Verschlüsselung und musste beim Wechsel auf Buster feststellen, dass der smbd nun nicht mehr den Schlüsselring des Nutzers "erbt", vielmehr hat Pöttering da was am Verfahren geändert und den Unit-Parameter KeyringMode vorgesehen, den ich nun auf "shared" setzen muss. Sicher bin ich nur zu einfältig, aber systemd k***t mich an - angetreten um init zu ersetzen ist das inzwischen ein halbes Betriebssystem und widerspricht Teilen der Unix-Philosophie. Mit freundlichen Grüßen / Kind regards Ronny Seffner -- Ronny Seffner | Alter Viehweg 1 | 01665 Klipphausen www.seffner.de | ronny(a)seffner.de | +49 35245 72950 7EA62E22D9CC4F0B74DCBCEA864623A568694DB8

1 0

Jump to page:

2025

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