- Lugrav - LUG OWL

Themen auf dem Treffen der Lugrav am 13.03.14
by Peter Voigt 25 Mär '14

25 Mär '14

Hallo, auf dem Treffen der Lugrav am 13.03.14 wurden viele Themen angesprochen. Hier eine Auswahl: Die Frage wurde aufgeworfen, wie man das Ruckeln von Videostreams vermeiden kann, die gleichzeitig aus dem Internet geladen und auf die Platte geschrieben werden sollen. Es gab eine Reihe von Vor- schlägen, um der technischen Ursache auf die Spur zu kommen. Als erstes ist die jeweilige Bandbreite der beteiligten Computerkomponenten zu hinterfragen. Der Computer muß auf jeder Stufe der internen Datenverarbeitung die geforderte Bandbreite anbieten. Hier sind Tools wie hwinfo gefragt, ob die technischen Komponenten identifizieren und ihre jeweilige Bandbreite recherchieren zu können. Vorher ist natürlich abzuklären, welche Bandbreite für das parallele Downloaden benötigt wird. Bei manchen Computermodellen mögen weitere Hardware-Begrenzungen eine Rolle spielen, z.B. die Interrupt- Last oder die Grösse des Hauptspeichers (Swapping vermeiden!). Erste Hinweise mag das Tool vmstat geben. Bleibt die geforderte Bandbreite im Rahmen des Machbaren, ist zu prüfen, ob auf dem Computer während des Downloadens weitere Prozesse laufen, welche um die zur Verfügung stehende Bandbreite konkurrieren. Es kann sich um Programme handeln, die der Benutzer gestartet hat, oder um ständig laufende Prozesse im Hintergrund oder um zufällig während des Downloads aufgerufenen Dienste des Betriebssystemes. An dieser Stelle kommt das Tool top ins Spiel. Hinweis: top immer mit der Option -i aufrufen und mit der Option -d das Untersuchungsintervall variieren. Damit sollte sich das Nadelöhr schon eingrenzen lassen, um geeignete Maßnahmen einzuleiten. Findet sich nichts, stellt sich die Frage nach der Einbindung des Computers in das Netzwerk. Hier gibt es unzählige Fehlermöglichkeiten. Als Beispiele wurden fehlerhaft abgestimmte MTU's auf den Netzwerk- komponenten (Router, Switche, Gateways) oder Blockierung von ipv6 genannt. SDN (Software defined Network): Wird lediglich eine weitere Sau durchs Dorf getrieben oder bringt SDN wirklich etwas für die Praxis. Die Diskussion blieb offen. Facebook als Virenschleuder. Laut Presseberichten sollen interessierte Dienste Facebook-Seiten ein- setzen, um kaum zu entdeckende Viren zu verbreiten. Diese Berichte sind niemanden verborgen geblieben. Der Vorbehalt der Anwesenden gegen die Nutzung von Facebook durch die Lugrav verstärkte sich. Ins gleichen Horn stießen Berichte über sog. Schatten-CPUs in Samsung-Handies, die dafür genutzt werden können, das gesamte Handy aus der Ferne auszupionieren, ohne dass der Nutzer auch nur die geringste Chance hat, es zu bemerken. Nach dem Treffen gab es weitere Medienberichte zum Thema, die jedoch keinen besseren Aufschluß über die Gefährdungslage gaben. pv:)

1 0

Nächstes Treffen
by Ulrich Rieke 24 Mär '14

24 Mär '14

Hallo Tuxe, zum turnusmäßig nächsten Treffen der Lugrav/LugBielefeld möchte ich Euch zu Do., den 27.3.2014, um 19 Uhr, in die Neue Schmiede, Handwerkerstr. 7 , 33614 Bielefeld einladen und denke, dass sich der Verlauf des Abends aus aktuellen Fragen sowie eigenen Schwierigkeiten und Aktivitäten rund um Linux ergeben wird. Wie immer sind kurzfristige Darstellungen und Vorträge willkommen. Macht's gut, viele Grüße, bis Donnerstag! Ulrich

1 0

Nächstes Treffen
by Ulrich Rieke 12 Mär '14

12 Mär '14

Hallo Tuxe, zum nächsten Treffen der Lugrav/LugBielefeld lade ich Euch zu Do., den 13.3.2014, um 19 Uhr in die Neue Schmiede, Handwerkerstr. 7 , 33614 Bielefeld ein und schlage vor, neben eigenen Fragen rund um Linux weiter Erfahrungen zum Thema Server auszutauschen sowie auf Aktuelles aus der Open-Source-Szene einzugehen. Macht's gut, viele Grüße, bis Donnerstag! Ulrich

2 2

Theman auf dem Treffen der Lugrav am 27.02.14
by Peter Voigt 05 Mär '14

05 Mär '14

Hallo, nachdem sich das vorletzte Treffen der Lugrav am 13.02.14 dank der arbeitsintensiven Vorbereitung von Wolfgang P. hauptsächlich praxisnahe Fragestellungen aus dem Bereich der Elektronik berührte, insbesondere die Löttechnik, ging es am 27.02.14 wieder um typische Computerfragen. Der Versuch, per NFS ein Remote-Verzeichnis unter Manjero einzubinden, einer auf Arch basierenden Linux-Distribution, scheiterte beim Booten aufgrund einer tückischen Race Condition. Beim Hochfahren setzt Manjero auf Systemd mit dem Effekt, dass für mount_nfs nicht genug Zeit zur Verfügung steht, um sich zu entfalten. Darauf zu erst einmal zu kommen, war nicht ganz einfach. Eine erste aus der Praxis gegebene Einschätzung des Firefox-Handys (nicht zu ver- wechseln mit dem Fairphone) lautete, das es funktioniert, aber in manchen Punkten verbesserungsfähig bleibt. Der neue Smartphone-Installer von Cyanogemmod traf auf Anklang. Er läuft vollauto- matisch, funktioniert zuverlässig und übernimmt sogar das lästige Rooten. Die Nachschau auf den remote ausnutzbaren Bug fast aller Fritzboxen fiel gespalten aus. Der Hersteller hat schnell und zutreffend reagiert. Jedoch scheinen die ersten öffentlichen Äußerungen (wie auf Heise nachlesbar) irreführend gewesen zu sein. Es wohl keine Rolle gespielt hat, ob auf den betroffenen Fritzboxen die Fernadmini- stration per Internet aktiviert war oder nicht. Der Bug scheint viel gefährlicher gewesen zu sein, als es anfangs den Anschein hatte. Das Gespräch richtete sich auf die Möglichkeiten, Passworte auf der Ebene der Elek- tronik zu manipulieren. In diesem Zusammenhang geriet der Industrie-Standard JTAG ins Blickfeld, der auf Ebene der elektronischen Bausteine bei Vorliegen der Her- steller-Dokumentation vielfältige Möglichkeiten eröffnet. Diese Möglichkeiten können z.B. genutzt werden, um "gebrickte" Router wieder in Gang zu setzen. Der Bericht über eine Datenrettungsaktion sprach das Datenwiederherstellungs- programm Photorec an. Bei dieser Gelegenheit wurden kurz die Möglichkeiten erörtert, Daten von versehentlich formatierten und mit anderen Betriebssystemen überspielten Platten wiederherzustellen. Dank der Zurückhaltung moderner Dateisysteme, was das Ablegen von Metadaten auf der Platte angeht, ist das in einem gewissen Maße möglich geworden. In diesem Zusammenhang fiel das Stichwort Debugfs. Mit etwas Wehmut richtete sich der Blick ins Ausland, was den Breitband-Ausbau angeht. Deutschland hinkt im internationalen Vergleich arg hinterher. Den karbarettistischen Höhepunkt des Abends bildete aber nicht das Urteil mit dem Freispruch des früheren Bundespäsidenten gegen den Vorwurf, Vorteile angenommen zu haben, sondern das Management von IT-Abläufen in Grossfirmen. In solchen Firmen existiert die akute Gefahr, dass sog. Problem-Analyse-Systeme ein ungeahntes Eigen- leben entwicklen. Köstlich. Mit diesen Eindrücken möchte ich meinen Bericht erst einmal abschliessen. pv:)

1 0

Nächstes Treffen
by Ulrich Rieke 24 Feb '14

24 Feb '14

Hallo Tuxe, zum nächsten Treffen der Lugrav/LugBielefeld darf ich Euch zu Do., den 27.2.2014 , um 19 Uhr, in die Neue Schmiede, Handwerkerstr. 7 , 33614 Bielefeld einladen und schlage für den Abend neben einer Fortsetzung unseres Server-Themenstrangs anhand praktischer Erfahrungen aus dem Alltag vor, wiederum Unterstützung für einen Linuxneuling anzubieten und darüber hinaus über aktuelle Fragen rund um Linux zu sprechen. Macht's gut, viele Grüße, bis Donnerstag! Ulrich

2 1

Linux-Users in Brackwede
by Norbert Bernard 22 Feb '14

22 Feb '14

Hallo und guten Morgen Linux-User, meine Enkelin, wohnhaft in Bielefeld, ich in Detmold, hat großes Interesse an Linux Ubuntu. Sie beabsichtigt erst einmal auf ihren Laptop mit MS Wine 7 in einer Live Version erste Schritte zu unternehmen. Ich wollte die Linux-Seite von „Ferdis Pinte“ in Bielefeld aufsuchen, hatte jedoch keinen Erfolg. Sind Sie diese Gruppe oder gibt es „Ferdis Linuxer“ noch? Da Sie sich alle 14 Tage Am Möllerstift 22 treffen, jedoch nirgendwo zu lesen ist wann das denn ist, bitte ich um die Bekanntgabe des Termins und Uhrzeit mir zu nennen. Mit freundlichem Gruß N. Bernard

1 0

Nächstes Treffen
by Ulrich Rieke 09 Feb '14

09 Feb '14

Hallo Tuxe, zum nächsten Treffen der Lugrav/LugBielefeld möchte ich Euch zu Do., den 13.2.2014 , um 19 Uhr, in die Neue Schmiede, Handwerkerstr. 7 , 33614 Bielefeld einladen und schlage für den Abend folgende Themen vor: 1)eigene Fragen rund um Linux 2)Erfahrungen mit der konkreten eigenen Anwendung des Serverdienstes nfs 3)ggf. Erfahrungen mit anderen Diensten im beruflichen oder privaten Umfeld 4)Verschiedenes Wie immer gilt natürlich, dass u. U. auch kurzfristig vorbereitete Vorträge oder anderweitige Darstellungen willkommen sind. Macht's gut, viele Grüße, bis bald!( bitte entschuldigt mich am Do.! ) Ulrich

1 0

Letztes Treffen
by Ulrich Rieke 04 Feb '14

04 Feb '14

Hallo Tuxe, herzlichen Dank Dir, Peter, für den hervorragenden Vortrag zu nfs, die schriftlichen Materialien zum Thema und nun das ausführliche Protokoll, mit dessen Hilfe selbst diejenigen, die nicht zum letzten Treffen kommen konnten, noch einmal die Gelegenheit erhalten, einen Einstieg in die Thematik zu finden! Alle, die selbst Erfahrungen mit Serverdiensten haben, sich damit beschäftigen oder auf ihren Rechnern einen Dienst anbieten, sind herzlich eingeladen, uns an ihren Kenntnissen und mehr oder auch weniger angenehmen "Erlebnissen" mit Rechnerdiensten teilhaben zu lassen . So können wir einiges an Erfahrung zusammentragen. Viele Grüße, macht's gut, bis bald! Ulrich

1 0

Auftaktveranstaltung der Lugrav am 30.01.2014 zum Thema Serverdienste (Bericht)
by Peter Voigt 04 Feb '14

04 Feb '14

Hallo, am 30.01.2014 stand das Thema NFS (Network File System) auf der Tagesordnung der Lugrav, genauer gesagt die aktuelle Version 4 von NFS. Bekanntlich kann ein NFS-Server ein Filesystem "exportieren", so dass es von einem NFS-Client "importiert" werden kann. Auf diesem Wege kann ein NFS-Client ein exportiertes Filesystem des NFS-Servers wie ein lokales Filesystem mounten und nutzen. NFS ist in unixoiden Firmennetzen verbreitet. Aber auch für den Heimanwender gibt es Szenarien, für die NFS eine Lösung bieten kann. Beispiele: - einem Desktop mit starker CPU vom NAS aus heruntergeladene Medien-Dateien zur Verfügung zu stellen, um sie zu dekodieren, - den Nutzern eines Heimnetzes auf allen Rechnern ihre vertrauten Heimverzeichnisse zur Verfügung stellen, - mit NFS als Brücke auf ein ZFS-Filesystem zugreifen, obwohl der Rechner des Endusers über keinen ZFS-Client verfügt, - der Klassiker: Rechner ohne lokal vorhandene Filesysteme betreiben, d.h. ohne eigene Platte, USB-Stick, SDHC-Karte oder dergleichen, - ... Weil dieser Vortrag den Auftakt der Serie über Serverdienste bildete, wurden die allgemeinen Eigenschaften von NFS beleuchtet, die es von anderen Serverdiensten unterscheidet. Betrachtet wurden Offenheit, Transparenz, Skalierbarkeitund Sicherheit. An diesen Eigenschaften entscheidet sich, ob ein bestimmter Server- dienst, der die gesuchte Funktionalität abbildet, für eine gegebene Aufgabenstellung in Frage kommt. Die aktuelle Version 4 von NFS eignet sich für die Nutzung übers Internet dank Verschlüsselung, Caching und zahlreichen Verbesserungen im Bereich der internen Pfadauflösung. Diese Version kann mit nur einem offenen Port unter TCP betrieben werden. Mountd, portmapper und lockd können fortfallen, bleiben aber aktiviert. Erstmals tritt idmapd als Daemon hinzu. Die Konfiguration der Firewall vereinfacht sich deutlich. Manche Eigenschaften großer Serverdienste fehlen noch. Das gilt z.B. für die Datenreplikation. Ebenso fehlen auch Positions- und Migrationstransparenz. Mit Version 4 braucht der NFS-Client immer noch präzise Kenntnis über den Netzwerk- Standort des NFS-Serverdienstes und eventuellen Verlagerungen. Bei NFS unter Debian Wheezy fällt auf, dass die Versionen 2, 3 und 4 gleichzeitig aktiv sind. Portmapper, mountd und lockd sind auch dann aktiv, falls sie nicht gebraucht werden. Das scheint für viele Distributionen zu gelten (wurde von mir nicht geprüft) Ein Parameter, einzelne Versionen ein- oder auszuschalten, fehlt. Dafür muss man entweder sehr tief ins System eingreifen. Gebraucht werden ein selbst kompilierter Kernel, ein neu zusammengestelltes Initial Filesystem und weitere Konfigurationen unter /etc. Als Workaround kommt ein Paketfilter in Frage, der alle UDP-Verbindungen auf dem einzig benötigten NFS-Port blockiert. Ins Auge sprang auch, dass NFS in allen Versionen nicht kaskadierbar ist. Diese Aussage stieß zunächst auf Unglauben. Dennoch: Ein NFS-Server kann kein Filesystem exportieren, welches er gleichzeitig selber importiert hat. Die Manpage zu exportfs stellt das bereits im ersten Satz klar. Nur lokal vorhandene Filesysteme können exportiert werden. Von remote existierenden Filesystemen ist dort nicht die Rede. Die technische Ursache findet sich im NFS-Protokoll. Nach dem Mounten des entfernten Filesystems werden zwischen Server und Client nur noch Dateihandles ausgetauscht. Für die Identifikation des Servers am Ende der Kaskade, auf welchen ein mittlerer NFS-Server ja zugreifen können müsste, ist im Protokoll einfach kein Platz vorgesehen. Aus diesem Grunde scheiterte ad hoc der Versuch, ein Filesystem gleichzeitig zu im- und zu exportieren. Die Demonstration endete mit einer Fehlermeldung. In der Praxis kann man sich behelfen, indem man den NFS-Client anweist, jenes Verzeichnis direkt bei dem NFS-Server am Ende der Kette abzuholen. Denn nichts und niemand hindert den Client, mehrere NFS-Server parallel zu nutzen. Das wird auf Client-Seite beim Mounten des Filesystems geregelt. Nach der Pause führte der zweite Teil des Abends in die Praxis. Die Aufgabe lautete: "gleiche Heimverzeichnisse für Nutzer". Jeder Einzelschritt von der Installation bis zur Inbetriebnahme wurde vorgeführt und erläutert. Dabei kamen subtile Tücken zur Sprache, die sich aufgrund der unterschiedlichen Namensräume ergeben können und vom Daemon idmapd nur zum Teil aufgefangen werden. Auf dem Treffen wurde ein 5-seitiges Handout verteilt. Es dokumentiert jeden Einzelschritt und belegt damit, wie einfach NFS Version 4 aufzusetzen ist. Die Beschreibung einer geeigneten simplen Firewall gehört dazu. Das Handout beschreibt darüber hinaus in der Art eines Steckbriefs die wichtigsten Eigenschaften von NFS 4 und gibt Fundstellen zum Selbststudium. Das Handout mag ergänzt werden. Auf Blatt 2 kann unter der Überschrift "Offenheit" die Aussage "Frühere Versionen von Winlos benötigen einen Zusatz, z.B. SFU." am Ende des 2. Absatzes ergänzt werden. Mit diesem Hinweis endet mein Bericht über die Auftakt-Veranstaltung der Lugrav zum Thema Serverdienste. Manch anderes Thema kam auf diesem Treffen auch zur Sprache. Weil diese Mail bereits so lang geworden ist ("T'schuldigung"), schildere ich keine Details. pv:)

1 0

Nächstes Treffen
by Ulrich Rieke 26 Jan '14

26 Jan '14

Hallo Tuxe, zum nächsten Treffen der Lugrav/LugBielefeld möchte ich Euch zu Do., den 30.1.2014 , um 19 Uhr in die Neue Schmiede , Handwerkerstr. 7 , 33614 Bielefeld, einladen und schlage für dieses Treffen folgende Themen vor: 1)nfs als Serversystem 2)wenn gewünscht: konkrete Hilfestellung bei der Installation von Linux oder bei der Überwindung erster Schwierigkeiten im täglichen Betrieb 3)offene Fragen rund um Linux Macht's gut, viele Grüße, bis Donnerstag! Ulrich

1 0