Lug-dd

lug-dd@mailman.schlittermann.de

4 participants
10817 discussions

Start a nNew thread

Dau-sichere Office-Distri
by Ottmar-Schmidt＠web.de 27 Mar '19

27 Mar '19

6 6

AuthType basic configured without corresponding module
by Luca Bertoncello 21 Mar '19

21 Mar '19

Hallo Leute Ich bin gerade dabei einen VHost mit Apache einzurichten. Der VHost dient als SVN-Server und wird mit BasicAuthentifizierung geschützt. Ich denke, nichts besonderes. So eine Sache habe ich bisher auch mehrmals gemacht, immer ohne Probleme. Nun bei dem Server (Apache 2.4.25-3 aus Debian 9 Repos) bekomme ich den oben geschriebenen Fehler, egal welches Authentifizierungsverfahren ich nutze... Hier die Konfiguration: <Location /> DAV svn SVNPath /home/svn AuthzSVNAccessFile /home/svn/conf/authz AuthBasicAuthoritative Off AuthName "SVN @lucabert" AuthType basic AuthUserFile /dev/null AuthGroupFile /dev/null AuthBasicProvider dbd AuthDBDUserPWQuery "SELECT passwd FROM svnusers WHERE login = %s" <RequireAll> <RequireAny> # alle interne Netze Require ip 192.168.0.0/16 </RequireAny> require valid-user </RequireAll> </Location> Was mache ich denn falsch? Danke Luca Bertoncello (lucabert(a)lucabert.de)

2 1

tcptraceroute: Einige Hops haben nur Sternchen
by Thomas Güttler 21 Mar '19

21 Mar '19

Hallo, so weit ich weiß ist tcptraceroute das beste Tool um zu sehen ob ein tcp Port über ein Netz erreichbar ist. Falls jemand ein besseres Tool kennt, dann bitte melden. Schade ist, dass einige Hops nur ein Sternchen anzeigen: * * * Beispiel: remotehost:~ # tcptraceroute ftp.example.com ftp Selected device eth0, address 10.172.19.11, port 40768 for outgoing packets Tracing the path to ftp.example.com (10.101.7.124) on TCP port 21 (ftp), 30 hops max 1 * * * 2 172.18.56.12 0.407 ms 0.222 ms 0.230 ms 3 * * * 4 * * * 5 * * * 6 * * * 7 10.102.1.1 32.017 ms 31.728 ms 31.486 ms 8 * * * 9 10.101.7.124 [open] 31.728 ms 32.391 ms 33.549 ms Frage1: Gibt es einen Namen für das Verhalten hier, wenn hier nur Sternchen stehen? Frage2: Warum wir das gemacht? Ist das wirklich eine höhere Sicherheit? Als Anwender finde ich das eher nervig, weil man dann schlechter sieht wo es eigentlich klemmt. Gruß, Thomas PS: Ich hatte die gleiche Frage mal hier gestellt. Aber einen passenden Begriff habe ich bis jetzt noch nicht gefunden: https://serverfault.com/questions/929670/tcptraceroute-hop-does-not-reply -- Thomas Guettler http://www.thomas-guettler.de/ I am looking for feedback: https://github.com/guettli/programming-guidelines

5 5

spotify desktopversion für linux
by Johannes Kristensen 19 Mar '19

19 Mar '19

liebe LUG-Gruppe, vielen Dank für die Hilfe, meine neue Linuxversion läuft super! eine kleine Frage ist noch aufgetaucht, vielleicht kann da jemand einen Tipp geben: ich würde gerne spotify als Desktopversion herunterladen und habe dies mit dem Befehl "snap install spotify" versucht. dafür muss anscheinend erst snapd installiert werden, wobei es einen Fehler gab - siehe unten. Beste Grüße, Johannes johannes@johannes-ThinkPad-X200:~$ snap install spotify Der Befehl 'snap' wurde nicht gefunden, kann aber installiert werden mit: sudo apt install snapd johannes@johannes-ThinkPad-X200:~$ sudo apt install snapd [sudo] Passwort für johannes: Das hat nicht funktioniert, bitte nochmal probieren. [sudo] Passwort für johannes: Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Die folgenden NEUEN Pakete werden installiert: snapd 0 aktualisiert, 1 neu installiert, 0 zu entfernen und 0 nicht aktualisiert. Es müssen 14,7 MB an Archiven heruntergeladen werden. Nach dieser Operation werden 67,5 MB Plattenplatz zusätzlich benutzt. Fehl:1 http://archive.ubuntu.com/ubuntu bionic-updates/main amd64 snapd amd64 2.37.1.1+18.04 404 Not Found [IP: 91.189.88.149 80] E: Fehlschlag beim Holen von http://archive.ubuntu.com/ubuntu/pool/main/s/snapd/snapd_2.37.1.1+18.04_amd… 404 Not Found [IP: 91.189.88.149 80] E: Einige Archive konnten nicht heruntergeladen werden; vielleicht »apt-get update« ausführen oder mit »--fix-missing« probieren? johannes@johannes-ThinkPad-X200:~$ snap install spotify Der Befehl 'snap' wurde nicht gefunden, kann aber installiert werden mit: sudo apt install snapd johannes@johannes-ThinkPad-X200:~$ sudo apt install snapd Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Die folgenden NEUEN Pakete werden installiert: snapd 0 aktualisiert, 1 neu installiert, 0 zu entfernen und 0 nicht aktualisiert. Es müssen 14,7 MB an Archiven heruntergeladen werden. Nach dieser Operation werden 67,5 MB Plattenplatz zusätzlich benutzt. Fehl:1 http://archive.ubuntu.com/ubuntu bionic-updates/main amd64 snapd amd64 2.37.1.1+18.04 404 Not Found [IP: 91.189.88.161 80] E: Fehlschlag beim Holen von http://archive.ubuntu.com/ubuntu/pool/main/s/snapd/snapd_2.37.1.1+18.04_amd… 404 Not Found [IP: 91.189.88.161 80] E: Einige Archive konnten nicht heruntergeladen werden; vielleicht »apt-get update« ausführen oder mit »--fix-missing« probieren? johannes@johannes-ThinkPad-X200:~$ snap install spotify Der Befehl 'snap' wurde nicht gefunden, kann aber installiert werden mit: sudo apt install snapd johannes@johannes-ThinkPad-X200:~$ snap install spotify Der Befehl 'snap' wurde nicht gefunden, kann aber installiert werden mit: sudo apt install snapd johannes@johannes-ThinkPad-X200:~$

2 1

Apache hinter einen ReverseProxy: Problem SERVER_PORT
by Luca Bertoncello 16 Mar '19

16 Mar '19

Hallo Leute! Ich habe einen Apache-Server, der hinter einen anderen Apache-Server (als Reverse-Proxy eingerichtet) ist. Mit mod_remoteip kann ich die ursprüngliche IP zurücksetzen, allerdings REQUEST_SCHEME und SERVER_PORT bleiben immer falsch, denn ich sehe: [REQUEST_SCHEME] => http [SERVER_PORT] => 80 Ich habe so probiert: RemoteIPHeader X-Original-RemoteIP RemoteIPInternalProxy 192.168.40.11 RemoteIPTrustedProxy 192.168.40.11 SetEnvIf X-Original-Request-Scheme "https" HTTPS=on SetEnvIf X-Original-Request-Scheme "https" REQUEST_SCHEME=https SetEnvIf X-Original-Request-Scheme "https" SERVER_PORT=443 Dann habe ich HTTPS richtigerweise auf "on", allerdings bleiben REQUEST_SCHEME und SERVER_PORT falsch... Kann jemand mir sagen, wie ich das Problem lösen kann? Danke Luca Bertoncello (lucabert(a)lucabert.de)

1 0

Malware
by ottmar schmidt 14 Mar '19

14 Mar '19

4 5

Betriebssystem aktualisieren
by Johannes Kristensen 12 Mar '19

12 Mar '19

liebe LUG-Gruppe, ich hatte letztens bei euch vorbeigeschaut und wollte nochmal ankündigen, dass ich morgen wieder komme... Bis dahin sollte das Backup durch sein, so dass wir neue Linux-Versionen aufspielen oder ausprobieren können. Beste Grüße bis dann, Johannes

1 0

Aw: PS/2-Kabel für Tastatur gesucht
by Schanzi_＠gmx.de 12 Mar '19

12 Mar '19

Hallo Jakob, das würde ich an deiner Stelle neu kaufen, statt ein altes zu nehmen, von dem du nicht weißt, wie lange es noch hält. Falls du Hilfe beim Wechseln brauchst, z. B. etwas zu löten ist, kannst du gern ins "RepairCafé Dresden und Freital" kommen, wir können dir helfen. -> https://repaircafe.fueralle.org Viele Grüße, Erik > Gesendet: Dienstag, 12. März 2019 um 07:10 Uhr > Von: "Jakob Mendel" <jm.2009(a)web.de> > An: lug-dd(a)mailman.schlittermann.de > Betreff: PS/2-Kabel für Tastatur gesucht > > Liebe Linuxer, > > hat jemand ein PS/2-Kabel, das er/sie mir überlassen könnte? Die Tastatur ist unverwüstlich, aber das Anschlußkabel löst sich langsam in seine Bestandteile auf. – Oder kann man da ohne weiteres ein USB-Kabel verwenden? > > Ich habe fest eingeplant, morgen (Mi, 13.03.) zum Stammtisch zu kommen, kann das Kabel aber auch gern abholen. > > Vielen Dank und viele Grüße > Jakob > >

1 0

PS/2-Kabel für Tastatur gesucht
by Jakob Mendel 12 Mar '19

12 Mar '19

Liebe Linuxer, hat jemand ein PS/2-Kabel, das er/sie mir überlassen könnte? Die Tastatur ist unverwüstlich, aber das Anschlußkabel löst sich langsam in seine Bestandteile auf. – Oder kann man da ohne weiteres ein USB-Kabel verwenden? Ich habe fest eingeplant, morgen (Mi, 13.03.) zum Stammtisch zu kommen, kann das Kabel aber auch gern abholen. Vielen Dank und viele Grüße Jakob

2 1

GLWL funktioniert wieder
by Christian Perle 11 Mar '19

11 Mar '19

Hallo lug-dd, da ich diesen Mittwoch nicht zum Treffen kommen kann, hier nur kurz die Info, dass der GLWL-Zugang endlich wieder funktioniert. Ich war vorige Woche kurz im GAG18 und nach endlicher Zeit[tm] haben wir mit vereinten Kraeften[1] wieder zum Laufen gebracht. Stichworte: Kabelkanal durch einen Luefter, Wandverschalung blockiert Zugang zum Luefterschacht, CAT5-Kabel an falscher NIC angesteckt etc. Das neue Kabel sieht durch die Wandaktion leider schon wieder ziemlich alt aus... Gruss, Christian [1] Dank an Crissy, Elli und ${NAMEVERGESSEN} -- Christian Perle chris AT linuxinfotag.de 010111 http://chris.silmor.de/ 101010 LinuxGuitarKitesBicyclesBeerPizzaRaytracing

2 1

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