Lug-dd

lug-dd@mailman.schlittermann.de

10859 discussions

SVN mit ReadOnly-Nutzer
by Luca Bertoncello 20 Apr '15

20 Apr '15

Hallo Leute! Ich habe mich entschieden meine Projekte von CVS zu SVN zu migrieren (willkommen im dritten Jahrtausend! :D). Nun das ich gar kein Problem, brauche aber ein "Read-Only-Nutzer", mit dem ich die Projekte auf einem Server eines Freundes holen kann. Der Nutzer darf die Projekte **nur lesen** aber nicht schreiben. Die Authentifizierung der Nutzer erfolgt über SASL. Wenn ich die Dokumentation, die ich im Google gefunden habe, verstehe, sollte ich in svnserve.conf einfach: authz-db = authz eintragen und dann in der Datei authz kann ich die Konfiguration definieren. Ich habe also folgendes eingetragen: [groups] ro = svnro [/] * = rw @ro = r Und natürlich den Server neugestartet. Leider kann ich ein Commit auch mit dem Nutzer "svnro" durchführen, also es geht nicht... Kann jemand mir sagen, was ich falsch mache? Danke Luca Bertoncello (lucabert(a)lucabert.de)

3 3

Mailman-Frage
by Erik Schanze 16 Apr '15

16 Apr '15

Liebe Freunde der lug-dd, ich verwalte zwei Mailman-Listen, eine Orga- und eine Info-Liste. Die Orga-Liste enthält nur Personen als Mitglieder. Über die Info-Liste sollen die selben Personen und ein paar zusätzliche, die nicht in der Orga-Liste sind, erreicht werden. Also habe ich die Info-Liste als Umbrella-Liste eingerichtet, mit der Orga-Liste und den weiteren Personen als Mitglieder. Das klappt so weit gut, aber E-Mails, die über die Info-Liste an die Orga-Liste geleitet werden, haben beide Prefixe im Betreff, was ich gern vermeiden würde. Beispielablauf: E-Mail: "Hallo Ihr" -> geht an Info-Liste als "[Info] Hallo Ihr" -> geht weiter an Orga-Liste "[Orga][Info] Hallo Ihr" Weiß jemand einen Weg? Vielen Dank, Erik

1 0

TeX-Stammtisch in Dresden am Montag, den 20. April
by Daniel Borchmann 16 Apr '15

16 Apr '15

Liebe TeX-Freunde in Dresden und Umgebung, der nächste TeX-Stammtisch in Dresden findet statt am Montag, den 20. April, ab 19:30 Uhr im Weltcafé Dresden (https://www.weltcafe-dresden.de) Thematisch richten wir uns (wie so oft) nach den Wünschen der Teilnehmer (und, wie auch bei den letzten Treffen, werden wir uns wohl wieder mit BibLaTeX beschäftigen). Außerdem gibt es wieder tatkräftige Hilfe bei allerlei τεχnischen Problemen. Bis dahin! Daniel -- Daniel Borchmann http://daniel.kxpq.de GPG (Mail) 0849 473E 6BF0 B504 DF0B D640 455E 3610 01FF 778F . Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html

1 0

Opensuse 13.1 - Entpackungsproblem
by Christoph Walter 13 Apr '15

13 Apr '15

Hallo Liste, ich habe FIREFOX von der Homepage runtergeladen da über YAST 2 immer Fehler aufgetreten sind. Leider kenne ich mich mit dem Enrpacken und zuordnen nicht aus. Kann mir bitte jemand eine Anleitung geben? - Ich bin ein Laie! - Gruß - Christoph -- Erstellt mit Operas E-Mail-Modul: http://www.opera.com/mail/

2 1

ARP-Überwachung
by Luca Bertoncello 07 Apr '15

07 Apr '15

Hallo Leute! Ich habe mit arpalert ein Skript gebastelt, das mir einen Hinweis schickt, wenn jemand sich an mein "Gäste-Netz" verbindet. Das Skript schickt mir eine E-Mail, bzw. eine Meldung per ICQ und funktioniert einwandfrei. Nun wollte ich auch in einer DB loggen, dass dieser Gast sich angemeldet hat. Ganz einfach, eigentlich, aber noch sinnvoller wäre, wenn ich auch wissen könnte, wann das Gerät nicht mehr im Netz ist.. Mit arpalert und arpwatch sehe ich die Möglichkeit nicht. Kennt jemand eine Möglichkeit das zu machen? Die Alternative, für mich, wäre ein Skript zu basteln, das im Cron jede Minute aufgerufen wird und prüft ob die "eingeloggte" MAC-Adresse noch in der ARP-Table ist, aber wenn was schon fertig gäbe, würde ich es lieber nutzen... Danke Luca Bertoncello (lucabert(a)lucabert.de)

3 2

Benachrichtigung über neue Verbindung
by Luca Bertoncello 07 Apr '15

07 Apr '15

Hallo Leute! Heute, nach einer langen Vorbereitungszeit, habe ich mein neues Netz in Betrieb genommen. Ich habe jetzt einen Netgear managed Switch und einen TP-Link mit OpenWRT, alle zusammen verbunden, mit insgesamt 3 VLANs (mein privates Netz, das Netz für das VDSL-Modem und ein Gästenetz). Im privaten Netz, egal ob man per Kabel oder per WLAN ankommt, müssen die Rechner sich gegen einen Radius-Server authentifizieren. So weit, so gut. Nun habe ich, wie gesagt, auch ein Gäste-Netz, auch per Kabel oder WLAN erreichbar. Die Geräte im diesen Netz haben nur Zugriff auf Internet. Im normalen Fall sind nur Freunde oder Verwandten, die bei uns zu Besuch sind, und ich bin auch dabei, aber ich bin paranoid... Also, gibt es eine Möglichkeit dass ich einen Hinweis (E-Mail) bekomme, wenn jemand in diesem Netz sich verbindet? Ich hätte gesagt, irgendwas vom DHCP-Server gesteuert, aber man kann auch bei dem Gerät eine feste IP definieren und dann wird dieser Trigger nicht aktiviert... Ich will nicht am OpenWRT was basteln, denn es kann auch eine Verbindung über Kabel an dem anderen Switch sein (und hier habe ich leider keine Möglichkeit was zu machen). Der Radius-Server wird ebenso NICHT gefragt für das Gäste-VLAN, denn die Authentifizierung ist nicht MAC-Based sondern mit 802.1X, also es wird ein Supplicant gebraucht... Ideen? Danke Luca Bertoncello (lucabert(a)lucabert.de)

4 11

DoS-Versuch und/oder Bug?
by Daniel Leidert 01 Apr '15

01 Apr '15

Hi, Ich benötige mal eine kurze Expertenmeinung, bevor ich das als Bug poste. Ich betreibe einen vServer (Serv**4y**) auf dem postfix läuft. Heute hatte ich Probleme. Zwar wurde das Webinterface (squirrelmail/Apache) zum Mail-Server geladen; nach der Authentifizierung lief ich aber scheinbar in einen Timeout. Ich habe eben die Logs geprüft. Es sieht so aus, dass ein DoS produziert wurde. Ich kann leider nicht ganz nachvollziehen, welcher Platz ausgegangen ist, RAM oder HD, aber das sollte so nicht passieren. Dahinter steht das Projekt hier: http://dnssectest.informatik.fh-muenchen.de/ Vielleicht könnt ihr mir noch ein Feedback geben? VG Daniel /var/log/mail.err:(auszugsweise): Mar 30 06:09:33 mail postfix/smtpd[7580]: fatal: inet_addr_local[getifaddrs]: getifaddrs: Permission denied Mar 30 06:10:34 mail postfix/smtpd[7584]: fatal: inet_addr_local[getifaddrs]: getifaddrs: Permission denied Mar 30 06:11:35 mail postfix/smtpd[7586]: fatal: inet_addr_local[getifaddrs]: getifaddrs: Permission denied Mar 30 06:12:36 mail postfix/smtpd[7587]: fatal: inet_addr_local[getifaddrs]: getifaddrs: Permission denied Mar 30 06:13:34 mail postfix/smtpd[7588]: fatal: no SASL authentication mechanisms Mar 30 06:15:36 mail postfix/smtpd[7593]: fatal: inet_addr_local[getifaddrs]: getifaddrs: Permission denied Mar 30 06:15:39 mail postfix/smtpd[7594]: fatal: inet_addr_local[getifaddrs]: getifaddrs: Permission denied Mar 30 06:16:37 mail postfix/smtpd[7595]: fatal: inet_addr_local[getifaddrs]: getifaddrs: Permission denied Mar 30 06:16:40 mail postfix/smtpd[7596]: fatal: inet_addr_local[getifaddrs]: getifaddrs: Permission denied [..] Mar 30 08:50:12 mail postfix/smtpd[8089]: fatal: inet_addr_local[getifaddrs]: getifaddrs: Permission denied Mar 30 08:50:12 mail postfix/smtpd[8088]: fatal: inet_addr_local[getifaddrs]: getifaddrs: Permission denied Mar 30 08:51:00 mail postfix/pickup[8090]: fatal: inet_addr_local[getifaddrs]: getifaddrs: Permission denied Mar 30 08:51:13 mail postfix/smtpd[8091]: fatal: inet_addr_local[getifaddrs]: getifaddrs: Permission denied Mar 30 08:51:13 mail postfix/smtpd[8092]: fatal: inet_addr_local[getifaddrs]: getifaddrs: Permission denied Mar 30 08:52:01 mail postfix/pickup[8093]: fatal: inet_addr_local[getifaddrs]: getifaddrs: Permission denied Mar 30 08:52:14 mail postfix/smtpd[8095]: fatal: inet_addr_local[getifaddrs]: getifaddrs: Permission denied Mar 30 08:52:14 mail postfix/smtpd[8094]: fatal: inet_addr_local[getifaddrs]: getifaddrs: Permission denied [..] und so ging das scheinbar über Stunden. Ein Blick ins syslog zeigt gleichzeitig (auszugsweise): Mar 30 06:09:32 mail postfix/smtpd[7564]: connect from dnssectest.informatik.fh-muenchen.de[141.39.242.16] Mar 30 06:09:32 mail postfix/smtpd[7565]: connect from dnssectest.informatik.fh-muenchen.de[141.39.242.16] Mar 30 06:09:32 mail postfix/smtpd[7566]: connect from dnssectest.informatik.fh-muenchen.de[141.39.242.16] Mar 30 06:09:32 mail postfix/smtpd[7567]: connect from dnssectest.informatik.fh-muenchen.de[141.39.242.16] Mar 30 06:09:32 mail postfix/smtpd[7568]: connect from dnssectest.informatik.fh-muenchen.de[141.39.242.16] Mar 30 06:09:32 mail postfix/smtpd[7569]: connect from dnssectest.informatik.fh-muenchen.de[141.39.242.16] Mar 30 06:09:32 mail postfix/smtpd[7570]: connect from dnssectest.informatik.fh-muenchen.de[141.39.242.16] Mar 30 06:09:32 mail postfix/smtpd[7571]: connect from dnssectest.informatik.fh-muenchen.de[141.39.242.16] Mar 30 06:09:32 mail postfix/smtpd[7553]: SSL_accept error from dnssectest.informatik.fh-muenchen.de[141.39.242.16]: lost connection Mar 30 06:09:32 mail postfix/smtpd[7553]: lost connection after STARTTLS from dnssectest.informatik.fh-muenchen.de[141.39.242.16] Mar 30 06:09:32 mail postfix/smtpd[7553]: disconnect from dnssectest.informatik.fh-muenchen.de[141.39.242.16] Mar 30 06:09:32 mail postfix/smtpd[7572]: connect from dnssectest.informatik.fh-muenchen.de[141.39.242.16] Mar 30 06:09:32 mail postfix/smtpd[7553]: connect from dnssectest.informatik.fh-muenchen.de[141.39.242.16] Mar 30 06:09:32 mail postfix/smtpd[7557]: lost connection after NOOP from dnssectest.informatik.fh-muenchen.de[141.39.242.16] Mar 30 06:09:32 mail postfix/smtpd[7557]: disconnect from dnssectest.informatik.fh-muenchen.de[141.39.242.16] Mar 30 06:09:32 mail postfix/smtpd[7557]: connect from dnssectest.informatik.fh-muenchen.de[141.39.242.16] Mar 30 06:09:32 mail postfix/smtpd[7573]: connect from dnssectest.informatik.fh-muenchen.de[141.39.242.16] Mar 30 06:09:32 mail postfix/smtpd[7568]: SSL_accept error from dnssectest.informatik.fh-muenchen.de[141.39.242.16]: lost connection Mar 30 06:09:32 mail postfix/smtpd[7568]: lost connection after STARTTLS from dnssectest.informatik.fh-muenchen.de[141.39.242.16] Mar 30 06:09:32 mail postfix/smtpd[7568]: disconnect from dnssectest.informatik.fh-muenchen.de[141.39.242.16] Mar 30 06:09:32 mail postfix/smtpd[7568]: connect from dnssectest.informatik.fh-muenchen.de[141.39.242.16] Mar 30 06:09:32 mail postfix/smtpd[7550]: lost connection after NOOP from dnssectest.informatik.fh-muenchen.de[141.39.242.16] [..] Mar 30 11:03:26 mail postfix/master[1867]: warning: process /usr/lib/postfix/smtpd pid 8594 exit status 1 Mar 30 11:03:26 mail postfix/master[1867]: warning: /usr/lib/postfix/smtpd: bad command startup -- throttling Mar 30 11:03:26 mail postfix/master[1867]: warning: process /usr/lib/postfix/smtpd pid 8595 exit status 1 Mar 30 11:03:26 mail postfix/master[1867]: warning: /usr/lib/postfix/smtpd: bad command startup -- throttling Mar 30 11:04:15 mail postfix/pickup[8596]: fatal: inet_addr_local[getifaddrs]: getifaddrs: Permission denied Mar 30 11:04:16 mail postfix/master[1867]: warning: process /usr/lib/postfix/pickup pid 8596 exit status 1 Mar 30 11:04:16 mail postfix/master[1867]: warning: /usr/lib/postfix/pickup: bad command startup -- throttling Mar 30 11:04:26 mail postfix/smtpd[8598]: fatal: inet_addr_local[getifaddrs]: getifaddrs: Permission denied Mar 30 11:04:26 mail postfix/smtpd[8597]: fatal: inet_addr_local[getifaddrs]: getifaddrs: Permission denied Mar 30 11:04:27 mail postfix/master[1867]: warning: process /usr/lib/postfix/smtpd pid 8597 exit status 1 Mar 30 11:04:27 mail postfix/master[1867]: warning: /usr/lib/postfix/smtpd: bad command startup -- throttling Mar 30 11:04:27 mail postfix/master[1867]: warning: process /usr/lib/postfix/smtpd pid 8598 exit status 1 Mar 30 11:04:27 mail postfix/master[1867]: warning: /usr/lib/postfix/smtpd: bad command startup -- throttling [..] Mar 30 11:09:35 mail postfix/smtpd[7551]: fatal: watchdog timeout Mar 30 11:09:35 mail postfix/master[1867]: warning: process /usr/lib/postfix/smtpd pid 7565 exit status 1 Mar 30 11:09:35 mail postfix/master[1867]: warning: process /usr/lib/postfix/smtpd pid 7567 exit status 1 Mar 30 11:09:35 mail postfix/master[1867]: warning: process /usr/lib/postfix/smtpd pid 7571 exit status 1 Mar 30 11:09:35 mail postfix/master[1867]: warning: process /usr/lib/postfix/smtpd pid 7553 exit status 1 Mar 30 11:09:36 mail postfix/master[1867]: warning: process /usr/lib/postfix/smtpd pid 7554 exit status 1 Mar 30 11:09:36 mail postfix/smtpd[7532]: fatal: watchdog timeout Mar 30 11:09:36 mail postfix/master[1867]: warning: process /usr/lib/postfix/smtpd pid 7556 exit status 1 Mar 30 11:09:36 mail postfix/master[1867]: warning: process /usr/lib/postfix/smtpd pid 7551 exit status 1 Mar 30 11:09:37 mail postfix/master[1867]: warning: process /usr/lib/postfix/smtpd pid 7532 exit status 1 Mar 30 11:10:32 mail postfix/smtpd[8641]: connect from unknown[unknown] Mar 30 11:10:32 mail postfix/smtpd[8641]: lost connection after CONNECT from unknown[unknown] Mar 30 11:10:32 mail postfix/smtpd[8641]: disconnect from unknown[unknown] Mar 30 11:10:32 mail postfix/smtpd[8641]: connect from unknown[unknown] Mar 30 11:10:32 mail postfix/smtpd[8641]: lost connection after CONNECT from unknown[unknown] Mar 30 11:10:32 mail postfix/smtpd[8641]: disconnect from unknown[unknown] Mar 30 11:10:32 mail postfix/smtpd[8641]: connect from unknown[unknown] Mar 30 11:10:32 mail postfix/smtpd[8641]: lost connection after CONNECT from unknown[unknown] Mar 30 11:10:32 mail postfix/smtpd[8641]: disconnect from unknown[unknown]

2 1

Linux Presentation Day am 9. Mai in Berlin
by Hauke Laging 01 Apr '15

01 Apr '15

Liebe LUGs, die Berliner Linux User Group (BeLUG) hat anlässlich der Absage des LinuxTags im Januar beschlossen, eine neuartige Linux-Veranstaltung in Berlin durchzuführen, die den LinuxTag weder ersetzen will noch kann, aber dafür eine neue Zielgruppe erschließt: Leute, die Linux noch nicht (oder kaum) kennen. Wir denken, dass Leute, die schon mal von Linux gehört haben und – warum auch immer – grundsätzlich daran interessiert sind zu wissen, was das eigentlich ist, keine aufwendige Veranstaltung brauchen, sondern eine, die auf ihre Bedürfnisse ausgerichtet ist. Auf der anderen Seite brauchen Linux-Neulinge nicht einmal im Jahr eine Veranstaltung, auf der tolle Neuigkeiten vorgestellt werden, sondern sie brauchen zeitnah, wenn sie sich gerade dafür interessieren und Zeit dafür haben, eine unspektakuläre Linux-Präsentation; also im Zweifelsfall alle paar Monate. Wir haben gewissermaßen das Cryptoparty-Prinzip in die Linux-Welt übertragen: viele kleine, weitgehend autonome, leicht zu organisierende Veranstaltungen, die sich gegenseitig unterstützen. Und das mit einem gemeinsamen Namen am selben Tag (oder fast...), damit es von der Zielgruppe bzw. deren Medien wahrgenommen wird – vor Snowden hat sich für Cryptopartys auch kaum jemand interessiert. Wir nennen die Veranstaltung den Linux Presentation Day – da der Erfolg nicht an Deutschlands Grenzen halt machen soll. :-) Die Website ist: http://www.linux-presentation-day.de/ Wir gehen davon aus, dass viele LUGs außerhalb Berlins den Ansatz interessant finden. In Berlin mag es besonders leicht sein, einige Mitveranstalter zu finden, außerdem helfen uns natürlich die Assoziation mit dem LinuxTag und unsere gewichtigen Fürsprecher. Trotzdem bleibt die große Herausforderung, den Sprung in die Berichterstattung der allgemeinen Presse zu schaffen – die weder den LinuxTag noch die FSFE kennt–, denn die Zielgruppe liest den Heise-Ticker nicht. Vermutlich nicht einmal ComputerBILD. Die Besucher werden sich über das Angebot freuen – ob das nun 100 oder 1.000 werden. Aber wenn die Veranstaltung ein großer Erfolg wird (oder jedenfalls erhebliche Präsenz in der allgemeinen Presse), dann dürfte das für die öffentliche Wahrnehmung von Linux insgesamt von Vorteil sein. Deshalb hoffen wir, dass Ihr nicht nur die Berliner Veranstaltung, sondern das Konzept für Euch selber interessant findet, die Entwicklung verfolgt und idealerweise einen Beitrag dazu leistet, dass der Linux Presentation Day öffentliche Aufmerksamkeit bekommt. Wenn Ihr Euch vor unserer Veranstaltung dazu entschließt, beim nächsten Mal (im November?) mitzumachen, dann nehmen wir Eure Stadt in die Liste der Städte mit entsprechenden Planungen auf, was mit etwas Glück genug Aufmerksamkeit auf Euch lenkt, um erste hilfreiche Kontakte zu knüpfen. Hauke Laging Initiator des Linux Presentation Day Vorstand der Berliner Linux User Group -- Crypto für alle: http://www.openpgp-schulungen.de/fuer/bekannte/ XMPP (Chat mit OTR): hauke.laging(a)jabber.ccc.de OTR: 1F82A427 94E65D76 58D28806 70412E98 3AD222E3

1 0

Sleep-Modus verhindern, wenn ein bestimmter Nutzer eingeloggt ist
by Daniel Leidert 30 Mar '15

30 Mar '15

Hi, Ich habe verschiedene Systeme, auf denen Debian läuft. Unter anderem fertigt ein Backup-Server regelmäßige Backups an, u.a. von meiner Laptop-Workstation. Dazu setze ich rdiff-backup über SSH ein. Nun läuft das Backup i.d.R. in der Nacht und benötigt über das Netzwerk auch entsprechend Zeit. Der Laptop (GNOME 3) geht jedoch nach 2 Stunden in den Schlafmodus über und das stört das Backup. Kann ich den Schlafmodus verhindern, wenn ein bestimmter Benutzer X eingeloggt ist? $Suchmaschine erbrachte bisher keine sinnvolle Information. Daher bin ich für alle Tipps dankbar. VG Daniel

8 9

Switch mit WLAN-Router verbinden
by Luca Bertoncello 23 Mar '15

23 Mar '15

Hallo Leute! Folgendes: ich habe einen Netgear GS724T, den ich erfolgreich eingerichtet habe und der die Ports über Radius mit dynamischen VLAN-Verteilung verwalten kann. Soweit, so gut! Dann habe ich einen TP-Link TL-WR1043N/ND v1 mit OpenWRT (Barrier Breaker 14.07). Dieser WLAN-Router strahlt zwei WLANs und hat die selbe VLANs eingerichtet, die auf dem Netgear-Switch eingerichtet worden sind. Die beide Switch MÜSSEN miteinander sprechen, so dass der TP-Link die WLAN-Geräte ins Netz bringt, und der Netgear die kabelverbundene Geräte. Nun das Problem ist wirklich nur die beide Geräte zusammen anzuschließen, damit sie miteinander sprechen... Theoretisch habe ich auf dem Netgear die Port 4 TAGGED in allen VLANs (1, 10 [mein Netz] und 666 [Gäste]). Dann an dieser Port habe ich eine TAGGED Port des TP-Links, die die selbe VLANs hat, angeschlossen. Die kabelverbundene Geräte sprechen miteinander, erreichen aber nicht die WLAN-Geräte. Was mache ich denn falsch? Danke für eure Hilfe! Luca Bertoncello (lucabert(a)lucabert.de)

4 7

Jump to page:

2026

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