<?xml version="1.0"?>
<?xml-stylesheet type="text/css" href="http://wiki.bralug.de/wiki-common/skins/common/feed.css?303"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="de">
		<id>http://wiki.bralug.de/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Bergeruw</id>
		<title>BraLUG-Wiki - Benutzerbeiträge [de]</title>
		<link rel="self" type="application/atom+xml" href="http://wiki.bralug.de/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Bergeruw"/>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/Spezial:Beitr%C3%A4ge/Bergeruw"/>
		<updated>2026-04-03T23:13:39Z</updated>
		<subtitle>Benutzerbeiträge</subtitle>
		<generator>MediaWiki 1.19.1</generator>

	<entry>
		<id>http://wiki.bralug.de/Benutzer:Bergeruw</id>
		<title>Benutzer:Bergeruw</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/Benutzer:Bergeruw"/>
				<updated>2023-06-14T14:04:52Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* CLT2012 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Kontakt ==&lt;br /&gt;
Uwe Berger &amp;lt;[mailto:bergeruw@gmx.net bergeruw@gmx.net]&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== CLT2019 (Flows zu Node-Red-Workshop) ==&lt;br /&gt;
[https://www.bralug.de/wiki-common/images/9/9e/Workshop_examples.tar.gz Flows]&lt;br /&gt;
&lt;br /&gt;
[https://www.bralug.de/wiki-common/images/4/46/Nodered_workshop.pdf Präsentation]&lt;br /&gt;
&lt;br /&gt;
== Wiki-Artikel, die ich gerade schreibe bzw. von mir geplant sind ==&lt;br /&gt;
* [[iPod und Linux]]&lt;br /&gt;
* [[Usenet-Server SN (Small News)]]&lt;br /&gt;
* [[CMOS-Batterie im Compaq Contura Aero wechseln]]&lt;br /&gt;
* [[Linux auf einem Compaq Contura Aero]]&lt;br /&gt;
* [[LCD-Display als Statusanzeige unter Linux]]&lt;br /&gt;
* [[Automatische Auswahl der Netzwerkkarte mittels ifplugd]]&lt;br /&gt;
* [[Meshing am 10.09.2005]]&lt;br /&gt;
* [[Linux-Infotag-Organisations-HowTo]]&lt;br /&gt;
* [[BraLUG-Leitrichtlinien]]&lt;br /&gt;
* [[Planung BraLUG auf CLT 2007]]&lt;br /&gt;
* [[Planung BraLUG auf CLT 2008]]&lt;br /&gt;
* [[Planung BraLUG auf CLT 2009]]&lt;br /&gt;
* [[BraLUG auf dem CLT2010]]&lt;br /&gt;
* [[BraLUG-Vortragsprogramm 2012/13]]&lt;br /&gt;
* [[BraLUG-Vortragsprogramm 2015]]&lt;br /&gt;
* [[BraLUG-Vortragsprogramm 2018]]&lt;br /&gt;
* [[3D-LED-Display]]&lt;br /&gt;
* [[BLIT2008-Board]]&lt;br /&gt;
* [[BLIT2008-Board mit 1-Wire]]&lt;br /&gt;
* [[Infrarot-USB-Maus im Eigenbau]]&lt;br /&gt;
* [[ATtiny-Sonntagsspielereien]]&lt;br /&gt;
* [[Elektronisches Metronom]]&lt;br /&gt;
* [[8x8-LED-Matrix]]&lt;br /&gt;
* [[Display SDA5708]]&lt;br /&gt;
* [[Basic-Interpreter für AVR (uBasic-avr)]]&lt;br /&gt;
* [[Berliner Uhr]]&lt;br /&gt;
* [[Die andere Uhr]]&lt;br /&gt;
* [[Wort Uhr]]&lt;br /&gt;
* [[Kreis Uhr]]&lt;br /&gt;
* [[Geek Uhren]]&lt;br /&gt;
* [[Tokyoflash Hanko]]&lt;br /&gt;
* [[Kisai Stencil]]&lt;br /&gt;
* [[Kisai On Air]]&lt;br /&gt;
* [[Triangular Binary Clock]]&lt;br /&gt;
* [[Nixie]]&lt;br /&gt;
* [[Scopeclock]]&lt;br /&gt;
* [[Wetterdaten mit Linux aufzeichnen und verarbeiten]]&lt;br /&gt;
* [[Tux trifft MSP430-Launchpad]]&lt;br /&gt;
* [[Tux fliegt zu den Sternen]]&lt;br /&gt;
* [[Bilderrätsel (in Tcl)]]&lt;br /&gt;
* [[Tcl/Tk-Benutzeroberflächen für gnuplot programmieren]]&lt;br /&gt;
* [[GPS-Maus JENTRO BT-GPS-8U unter Linux]]&lt;br /&gt;
* [[Software Defined Radio (SDR) mit Linux]]&lt;br /&gt;
* [[Raspberry Pi als Musikabspielgerät an der Stereoanlage]]&lt;br /&gt;
* [[Bananenkiste als Homeserver]]&lt;br /&gt;
* [[ESP8266 mit NodeMcu]]&lt;br /&gt;
* [[BLIT-Logo finden]]&lt;br /&gt;
* [[Nichtöffentlich:BLIT2008-FaRa-Antrag]]&lt;br /&gt;
* [[Nichtöffentlich:BLIT2008-Orga-Team-Kontaktadressen]]&lt;br /&gt;
&lt;br /&gt;
== Einige meiner Vorträge/Wokshops ==&lt;br /&gt;
===CLT2011===&lt;br /&gt;
&lt;br /&gt;
* [http://bralug.de/wiki-common/images/e/e8/Ubasic.pdf uBasic - ein plattformunabhängiger BASIC-Interpreter]&lt;br /&gt;
* Grafisches Programmieren mit Tcl/Tk (Workshop)&lt;br /&gt;
** [http://bralug.de/wiki-common/images/5/5b/Tk_ws.pdf Folien]&lt;br /&gt;
** [http://bralug.de/wiki-common/images/a/ac/Tcl_tk_ws_bsp.tar.gz Workshop-Beispiele]&lt;br /&gt;
&lt;br /&gt;
===CLT2012===&lt;br /&gt;
* Busverkehr mit Linux&lt;br /&gt;
** [http://bralug.de/wiki-common/images/f/ff/I2c.tar.gz ein paar Scripte und Programme zu I2C]&lt;br /&gt;
&lt;br /&gt;
== Bookmarks ==&lt;br /&gt;
* '''WLAN'''&lt;br /&gt;
** Atmel AT76C503/505A&lt;br /&gt;
*** [http://at76c503a.berlios.de/ at76c503 WLAN Driver in Debian linux driver for Atmel AT76C503/505A based USB WLAN adapters]&lt;br /&gt;
*** [http://at76c503a.berlios.de/distro_debian.html at76c503 WLAN Driver in Debian]&lt;br /&gt;
** ACX100/ACX111&lt;br /&gt;
*** [http://acx100.sourceforge.net/ The ACX100/ACX111 wireless network driver project]&lt;br /&gt;
*** [http://lisas.de/~andi/acx100/ ACX100-Treiber]&lt;br /&gt;
** Netgear WGT634U&lt;br /&gt;
*** [http://wgt634u.nomis52.net WGT634U-Wiki]&lt;br /&gt;
*** [http://sarwiki.informatik.hu-berlin.de/Hacking_the_Netgear_wgt634u Hacking the WGT634U]&lt;br /&gt;
*** [http://wiki.openwrt.org/OpenWrtDocs/Hardware/Netgear/WGT634U OpenWRT (WGT634U)]&lt;br /&gt;
* '''LCD-Display am PC'''&lt;br /&gt;
** [http://www.linuxfocus.org/Deutsch/March2003/article286.shtml Linux USB LCD Display mit Watchdog und Tasten]&lt;br /&gt;
** [http://www.usblcd.de/ USBLCD]&lt;br /&gt;
** [http://www.ftdichip.com/Drivers/FT232-FT245Drivers.htm#D2XX FT232BM, FT245BM, FT8U232AM and FT8U245AM Drivers]&lt;br /&gt;
** [http://www.unitronic.de/ftdi/ FTDI-Chip]&lt;br /&gt;
** [http://www.enertex.de/linux/ftdi/ Using an FT232 BM Chip in an embedded system and a Linux OS]&lt;br /&gt;
** [http://ftdi-usb-sio.sourceforge.net/ FTDI SIO, 8U232AM and 245 Linux USB Serial Converter Driver]&lt;br /&gt;
* '''Notebooks und Linux'''&lt;br /&gt;
** [http://www.linux-on-laptops.com/ Linux on Laptops]&lt;br /&gt;
* '''Compaq Contura Aero'''&lt;br /&gt;
** [http://ulihansen.kicks-ass.net/aero/index.htm Über das Tieferlegen einer Schreibmaschine]&lt;br /&gt;
** [http://www.zenspider.com/~pwilk/aero_stuff.html Compaq Contura Aero Stuff]&lt;br /&gt;
** [http://www.alvestrand.no/linux/aero-faq.html Frequently asked Linux-specific questions about the Compaq Contura Aero]&lt;br /&gt;
** [http://www.cnbc.cmu.edu/~masmith/aero/ RedHat Linux 6.0 on a Compaq Contura Aero]&lt;br /&gt;
** [http://www.xmission.com/~bgeer/laptop_aero.html Installing Linux on a Compaq Contura Aero 4/33C Laptop]&lt;br /&gt;
** [http://hamsterrepublic.com/james/linux/contura-aero.php Linux on a Compaq Contura Aero 4/25]&lt;br /&gt;
* '''Toshiba Notebooks'''&lt;br /&gt;
** [http://www.creative-it.com/linux/irda/toshiba_irda_howto.html Toshiba Linux-IrDA Howto]&lt;br /&gt;
* '''IBM Notebooks'''&lt;br /&gt;
** [http://www.mk-stuff.de/artikel/linux_on_an_ibm_thinkpad_r50e/ Linux on an IBM ThinkPad R50e]&lt;br /&gt;
** [http://www.plenz.com/thinkpad_R50e ThinkPad R50e]&lt;br /&gt;
** [http://thinkwiki.org/wiki/ThinkWiki ThinkWiki]&lt;br /&gt;
* '''EPIA'''&lt;br /&gt;
** [http://www.epios.net/ EpiOS]&lt;br /&gt;
* '''DVB'''&lt;br /&gt;
** [http://www.wi-bw.tfh-wildau.de/~pboettch/home/index.php Linux Driver for some DVB USB devices]&lt;br /&gt;
** [http://www.meinemullemaus.de/software/aspire/aspire-debian/dvb-t.html Debian Linux (Sarge testing) auf Acer Aspire 1501 LMi (DVB-T Receiver)]&lt;br /&gt;
** [http://johannes-bauer.com/dvbt/ DVB-T unter Linux]&lt;br /&gt;
** [http://www.vdr-portal.de/board/thread.php?threadid=5208 channel.conf]&lt;br /&gt;
* '''Handbücher'''&lt;br /&gt;
** [http://www.slackware.org/book/ Das Slackware-Handbuch (engl.)]&lt;br /&gt;
** [http://debiananwenderhandbuch.de/ Debian GNU/Linux Anwenderhandbuch]&lt;br /&gt;
* '''X-Windows'''&lt;br /&gt;
** X-Server&lt;br /&gt;
***[http://www.superant.com/smalllinux/tinyX01.html Linux - smallX Page (formerly tinyX)]&lt;br /&gt;
** Windows-Manager&lt;br /&gt;
*** [http://xwinman.org/ Eine Sammlung der verschiedensten Window-Manager]&lt;br /&gt;
* '''Scripting/Programmieren'''&lt;br /&gt;
** dialog, kdialog, gdialog&lt;br /&gt;
*** [http://www.linux-user.de/ausgabe/2002/02/042-pcorner/pcorner7.html Benutzerfreundliche Ein-/Ausgabe]&lt;br /&gt;
*** [http://www.linuxfibel.de/bashprog.htm Programmierung der bash]&lt;br /&gt;
** TCL/Tk&lt;br /&gt;
*** [http://www.tcllinks.org/ TclLinks]&lt;br /&gt;
** Hardwarenahes&lt;br /&gt;
*** [http://www.fh-augsburg.de/~hhoegl/proj/siox-u/ftdicom.c USB/Seriell via FTDI]&lt;br /&gt;
*** [http://www.netzmafia.de/skripten/hardware/SerialPort_Programming_c.pdf Serial Programming Guide]&lt;br /&gt;
* '''Cluster'''&lt;br /&gt;
** [http://217.160.138.71/wiki/index.php?title=Hauptseite Rechenkraft]&lt;br /&gt;
* '''Netzwerk'''&lt;br /&gt;
** [http://lists.suse.com/archive/suse-laptop/2004-Aug/0035.html ifplugd]&lt;br /&gt;
* '''sshfs &amp;amp; fuse'''&lt;br /&gt;
** [http://myy.helia.fi/~karte/mount_sshfs.html Mount Remote SSH Filesystem with FUSE]&lt;br /&gt;
** [http://www.debian-administration.org/articles/198 fuse-source unter Debian installieren]&lt;br /&gt;
** [http://www.hskupin.info/2005/11/20/sshfs-unter-debian-nutzen/ sshfs unter Debian nutzen]&lt;br /&gt;
** [http://fuse.sourceforge.net/wiki/index.php/SshfsFaq SshfsFaq]&lt;br /&gt;
* '''...mal was ganz anderes'''&lt;br /&gt;
** [http://www.hackaday.com/ hack a day]&lt;br /&gt;
** [http://www.instructables.com/ instructables]&lt;br /&gt;
** [http://www.opencores.org opencores.org]&lt;br /&gt;
** [http://www.jamesclar.com/ Lichtdesign...]&lt;br /&gt;
** [http://www.lochraster.org/ z.B. EtherRape]&lt;br /&gt;
** [http://www.lomont.org/Projects/LEDCube/LEDCube.php LEDCube]&lt;br /&gt;
** [http://www.cccmz.de/wiki/index.php/Led_Cube etwas Hardware für einen LEDCube]&lt;br /&gt;
** [http://www.chaostreff-mannheim.de/wiki/Lightcube noch ein Cube mit MC]&lt;br /&gt;
* '''Google-Map'''&lt;br /&gt;
** [http://www.andrewtheken.com/index.php?page=GMapsClass GMapsClass]&lt;br /&gt;
** [http://www.mapki.com/wiki/Main_Page GoogleMapki]&lt;br /&gt;
** [http://www.google.com/apis/maps/documentation/ Google Map API]&lt;br /&gt;
* '''Rüdigers EasyBox'''&lt;br /&gt;
** [http://www.plzk.de/easybox/pmwiki.php?n=Index.Tutorial ein Ubuntu Tutorial]&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/BraLUG-Vortragsplanung_2021</id>
		<title>BraLUG-Vortragsplanung 2021</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/BraLUG-Vortragsplanung_2021"/>
				<updated>2021-02-04T21:36:59Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* Vorschläge/Wünsche */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Vorschläge/Wünsche==&lt;br /&gt;
&lt;br /&gt;
Vorschlagssammlung für 2021&lt;br /&gt;
&lt;br /&gt;
{|width=100% border=1&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 !Thema&lt;br /&gt;
 !Termin&lt;br /&gt;
 !Ort&lt;br /&gt;
 !Art d. Veranstlatung&lt;br /&gt;
 !Anmerkungen/Abstract&lt;br /&gt;
 !Referent/Organisator&lt;br /&gt;
 !Punkte&amp;lt;br&amp;gt;&amp;lt;span style=&amp;quot;white-space: pre;&amp;quot;&amp;gt;grün / gelb / rot&amp;lt;/span&amp;gt;&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | Offener Themenabend&lt;br /&gt;
 | XX.03. + XX.10.2019&lt;br /&gt;
 | Baikonur/Online&lt;br /&gt;
 | Lightningtalks und geselliges Beisammensein&lt;br /&gt;
 | Das Erfolgreiche Format &amp;quot;offener Themenabend&amp;quot; (im Baikunur) wird auch dieses Jahr fortgesetzt. Das Experiment mit den Lightningtalks hat sich positiv bewährt und wird weitergeführt. Sebastian wird in den Wochen davor Kurzvortragsthemen einsammeln einplanen. Die Kurzvoträge sollen wirklich kurz sein - 5-8 Minuten, damit noch Zeit zur Diksusion ist. Mediale Mitttel stehen nicht zur Verfügung. Wenn Visialusierungen nötig sind, einfach das Flippchartpapier einrollen und mitbringen oder 2-3 klassiche Ausdrucke.&lt;br /&gt;
 | Alle&lt;br /&gt;
 | &lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | Linux PAM&lt;br /&gt;
 | ?&lt;br /&gt;
 | THB&lt;br /&gt;
 | Vortrag&lt;br /&gt;
 | Wie meldet sich ein Nutzer heutzutage am System an und wie wird seine Usersession generiert.&lt;br /&gt;
 | ?&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |- &lt;br /&gt;
 | Präsenz im &amp;quot;Social Media&amp;quot;&lt;br /&gt;
 | ?&lt;br /&gt;
 | ?&lt;br /&gt;
 | Vortrag&lt;br /&gt;
 | Wie bewerbe ich meinen Verein und Veranstaltung in den sogenannten Sozielen medien.&lt;br /&gt;
 | &lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 |- &lt;br /&gt;
 | Git&lt;br /&gt;
 | ?&lt;br /&gt;
 | ?&lt;br /&gt;
 | Vortrag?&lt;br /&gt;
 | &lt;br /&gt;
 | ? &lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |- &lt;br /&gt;
 | NFTables - Entwicklungen der Linuxfirewall &lt;br /&gt;
 | ?&lt;br /&gt;
 | ?&lt;br /&gt;
 | Vortrag?&lt;br /&gt;
 | die Entwicklung von Firewalls in Linux iptables -&amp;gt; nftables&lt;br /&gt;
 | André &lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |- &lt;br /&gt;
 | Backups/Datensicherung (für zu Hause)&lt;br /&gt;
 | ?&lt;br /&gt;
 | ?&lt;br /&gt;
 | Vortrag?&lt;br /&gt;
 | &lt;br /&gt;
 | ? &lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | Passwort (Un)sicherheiten&lt;br /&gt;
 | ?&lt;br /&gt;
 | VHS?&lt;br /&gt;
 | Vortrag&lt;br /&gt;
 | Wann ist ein Passwort, warum will ich Passwortmnager, Was ist Zweifaktorauth&lt;br /&gt;
 |&lt;br /&gt;
 | &lt;br /&gt;
&lt;br /&gt;
 |- &lt;br /&gt;
 | Freecad&lt;br /&gt;
 | ?&lt;br /&gt;
 | ?&lt;br /&gt;
 | Vortrag/Workshop?&lt;br /&gt;
 | &lt;br /&gt;
 | ? &lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |- &lt;br /&gt;
 | Linux als Homeserver&lt;br /&gt;
 | ?&lt;br /&gt;
 | ?&lt;br /&gt;
 | Vortrag?&lt;br /&gt;
 | &lt;br /&gt;
 | ? &lt;br /&gt;
 | &lt;br /&gt;
&lt;br /&gt;
 |- &lt;br /&gt;
 | Distributionsübersicht&lt;br /&gt;
 | ?&lt;br /&gt;
 | ?&lt;br /&gt;
 | Vortrag?&lt;br /&gt;
 | vergleich, unterschiede, Historie, gebräuchlichste, Anwendungszwecke verschiedener Distros&lt;br /&gt;
 | ? &lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |- &lt;br /&gt;
 | KVM, OpenStack, Openshift - eine alternative zu Vmware?&lt;br /&gt;
 | ?&lt;br /&gt;
 | ?&lt;br /&gt;
 | Vortrag?&lt;br /&gt;
 | &lt;br /&gt;
 | ? &lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |- &lt;br /&gt;
 | Ansible&lt;br /&gt;
 | ?&lt;br /&gt;
 | ?&lt;br /&gt;
 | Vortrag?&lt;br /&gt;
 | &lt;br /&gt;
 | ? &lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |- &lt;br /&gt;
 | Init-Systeme (systemd gegen den Rest der Welt)&lt;br /&gt;
 | ?&lt;br /&gt;
 | ?&lt;br /&gt;
 | Vortrag?&lt;br /&gt;
 | &lt;br /&gt;
 | ? &lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |- &lt;br /&gt;
 | Wo läuft überall Linux drauf?&lt;br /&gt;
 | ?&lt;br /&gt;
 | ?&lt;br /&gt;
 | Vortrag?&lt;br /&gt;
 | &lt;br /&gt;
 | ? &lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |- &lt;br /&gt;
 | Das moderne GNU/Linux&lt;br /&gt;
 | ?&lt;br /&gt;
 | ?&lt;br /&gt;
 | Vortrag&lt;br /&gt;
 | Welche Komponenten bringt ein modernes Linux eigentlich mit? In den letzten 10 Jahren hat sich einiges getan, was erwartet einen wenn man ein frisches Ubuntu oder Fedora vor sich hat. Angefangen bei Shim/Grub, über die Initrd (Erstellen, Inhalt), zum Initsystem an sich hin zu Graphischen. X11 wird durch auch langsam Wayland abgelöst. Und innendrin werkelt auch noch Apparmor oder SELinux um es sicherer zu machen. Was tut der ganze Hokuspokus im Vergleich zum 15 Zeilige init Script, SysVInit und X11 von damals? Dem soll hier auf die Spur gegangen werden.&lt;br /&gt;
 | ? &lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | IPv6 daheim&lt;br /&gt;
 | ?&lt;br /&gt;
 | ?&lt;br /&gt;
 | Vortrag&lt;br /&gt;
 | Was bringt dieses neue (18 jahre alte) Interprotokoll zu Hause und wie kann man es nutzen?&lt;br /&gt;
 | ?&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |- &lt;br /&gt;
 | Einführung grafischer Oberflächen&lt;br /&gt;
 | ?&lt;br /&gt;
 | ?&lt;br /&gt;
 | Vortrag?&lt;br /&gt;
 | XFCE, GNOME, KDE -&amp;gt; Vergleich/Übersicht&lt;br /&gt;
 | ? &lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |- &lt;br /&gt;
 | Terra Form&lt;br /&gt;
 | ?&lt;br /&gt;
 | ?&lt;br /&gt;
 | Vortrag?&lt;br /&gt;
 | &lt;br /&gt;
 | ? &lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |- &lt;br /&gt;
 | &amp;quot;Ich wollte nie Smarthome machen...&amp;quot;&lt;br /&gt;
 | ?&lt;br /&gt;
 | ?&lt;br /&gt;
 | Vortrag&lt;br /&gt;
 | Mein Einstieg und Lösungen ins/zum Thema Smarthome. &lt;br /&gt;
 | Uwe&lt;br /&gt;
 |&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/Scopeclock</id>
		<title>Scopeclock</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/Scopeclock"/>
				<updated>2020-04-12T08:42:46Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* Download */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Kategorie:Hardware]]&lt;br /&gt;
[[Category:Uhren]]&lt;br /&gt;
[[Kategorie:Tcl/Tk]]&lt;br /&gt;
&lt;br /&gt;
=Vorwort=&lt;br /&gt;
Der folgende Artikel ist noch nicht vollständig. Er dokumentiert den derzeitigen Stand der Überlegungen und Realisierungen zum Projekt &amp;quot;Scopeclock&amp;quot;. Auch in der Endversion wird höchstwahrscheinlich keine wasserdichte Nachbauanleitung zu erwarten sein. Der Text soll lediglich Hilfestellungen zu eigenen Experimenten und Projekten geben.  &lt;br /&gt;
&lt;br /&gt;
=Warum schon wieder eine Uhr?=&lt;br /&gt;
Die Darstellung der Uhrzeit ist schon eine interessante Geschichte, mit der man sehr viel Zeit(:-)) verbringen kann. Dass ich mich damit auch ab und zu beschäftige, zeigen einige Uhren-Projekte, die in diesem Wiki zu finden sind. Ich unterscheide dabei zwei Kategorien von Uhrenprojekten:&lt;br /&gt;
* Zeitdarstellung in ungewöhnlicher Form&lt;br /&gt;
* Zeitdarstellung auf ungewöhnlicher Hardware &lt;br /&gt;
&lt;br /&gt;
Mein letztes Uhren-Projekt, eine [[Nixie|Nixie-Uhr]], gehört in die zweite Kategorie. Die dabei verwendete Röhrentechnik ist so faszinierend, dass ich den Entschluss gefasst habe, eine weitere Uhr aufzubauen, die ein noch ungewöhnlicheres Ausgabemedium verwendet...&lt;br /&gt;
&lt;br /&gt;
=Was ist eine &amp;quot;Scopeclock&amp;quot;?=&lt;br /&gt;
Herzstück einer Scopeclock ist eine [http://de.wikipedia.org/wiki/Kathodenstrahlr%C3%B6hre Kathodenstrahlröhre], wie sie z.B. in analogen [http://de.wikipedia.org/wiki/Oszilloskop Oszilloscopen] als Anzeigeeinheit eingebaut ist. Prinzipiell wird in einer solchen Röhre ein Elektrodenstrahl erzeugt, welcher in x- und y-Richtung ablenkbar und jeder Zeit abschaltbar (austastbar) ist. Trifft dieser Strahl auf den eingebauten Leuchtschirm, leuchtet die entsprechende Stelle. Erfolgt die Ablenkung und Austastung des Kathodenstrahls in zeitlich geeigneter Art und Weise, können damit Linien, Punkte etc. erzeugt werden. Mit einem Oszilloskop wird damit z.B. der zeitliche verlauf einer Spannung dargestellt. ...und bei einer Scopeclock werden aus den Linien und Punkten Ziffern/Zeichen, Uhrenziffernblätter und Uhrzeiger zusammengesetzt...!&lt;br /&gt;
&lt;br /&gt;
Sucht man bei der Suchmaschine seiner Wahl nach entsprechenden Bildern (Suchbegriff: Scopeclock), erahnt man, wie eine solche Uhr aussehen könnte. Die [[Scopeclock#Scopeclock-Simulator|Bilder]] zu meinem Scopeclock-Simulator deuten ähnliche Darstellungsformen für Datum/Uhrzeit an.&lt;br /&gt;
&lt;br /&gt;
=Scopeclock-Simulator=&lt;br /&gt;
Komischerweise fragt man sich als Softwareentwickler (fast) immer zuerst, wie müßte ungefähr das Programm, der Algorithmus aussehen, wenn man dieses und jenes Ergebnis haben möchte. Hat man ein wenig Zeit, schreibt man halt einen Simulator, um ein wenig zu experimentieren...&lt;br /&gt;
&lt;br /&gt;
[[Bild:Scopeclock simul analog.png|200px|Simulator (analoge Zeitanzeige)]]&lt;br /&gt;
[[Bild:Scopeclock simul digital.png|200px|Simulator (digitale Zeitanzeige)]]&lt;br /&gt;
&lt;br /&gt;
Im Fall der Scopeclock kommt allerdings noch ein weiterer Aspekt hinzu: für die Ansteuerung der Anzeigeröhre soll ein Mikrocontroller (Hersteller/Typ steht zu diesem Zeitpunkt noch nicht fest) eingesetzt werden. Wegen des begrenzten Programmspeichers und [[Scopeclock#Die Geschichte mit der ausreichend schnellen Ansteuereinheit|Geschwindigkeit]] müssen Algorithmen gefunden werden, die schnell und platzsparend arbeiten. Gerade bei der Darstellung des analogen Ziffernblattes (es handelt sich bekanntlich um einen Kreis) verbietet es sich also Rechenoperationen mit Komma-Zahlen (welcher konkrete Typ auch immer) zu verwenden. Damit sind auch die originären Winkelfunktionen tabu! Weiterhin musste ein einfache Möglichkeit her, mit der man Zahlen (und andere Zeichen) platzsparend und skalierbar erzeugen kann.&lt;br /&gt;
&lt;br /&gt;
Ergebnis ist ein [http://bralug.de/wiki-common/images/d/d5/Scopeclock_simul.tar.gz Scopeclock-Simulator], der in Tcl/Tk geschrieben wurde. Innerhalb der Software wurden die beiden vorgesehenen Anzeigemodi (eine analoge und eine digitale Darstellungsform) umgesetzt. Sämtliche verwendete Algorithmen kommen mit 16-Bit-Integer aus. Eine Portierung der entscheidenen Tcl-Routinen in C sollte problemlos möglich sein. Speziell wurde folgendes getestet/umgesetzt:&lt;br /&gt;
* Definition der Zeichen als Punktfolgen, die mit Geraden untereinander verbunden werden und skalierbar sind&lt;br /&gt;
* Zeichnen von Linien mit Hilfe des [http://de.wikipedia.org/wiki/Bresenham-Algorithmus Bresenham-Algorithmus] (Kreise zeichnen auch, wird aber wahrscheinlich später nicht benötigt...)&lt;br /&gt;
* Berechnung von Winkelfunktionen mit Hilfe einer [http://de.wikipedia.org/wiki/Lookup-Tabelle Lookup-Tabelle] und temporärer Skalierung auf verlustminimierter Integer-Operationen&lt;br /&gt;
&lt;br /&gt;
Im Simulator wird nicht die eigentliche Ansteuerung der Oszillographenröhre nachgestellt. Es wird von der Annahme ausgegangen, dass es einen zweidimensionalen Bildspeicher (128x128x1 Bit, also in 2048 Byte RAM abbildbar) gibt, in dem das anzuzeigende Bild statisch aufgebaut wird. Dieser Bildspeicher wird später zyklisch fortlaufend (Stichwort: Timer-Interrupt) von einer weiteren Routine ausgelesen werden, die wiederum die Hardware (insbesondere Digital-/Analog-Wandler) zur Röhrenansteuerung mit Daten versorgt.&lt;br /&gt;
&lt;br /&gt;
=Ein paar vorbereitende Software-Experimente=&lt;br /&gt;
[[Bild:Oszi eo213.jpg|thumb|200px|ein EO 213...]]&lt;br /&gt;
Irgendwo muss man anfangen! Mit [[Scopeclock#Kathodenstrahlr.C3.B6hre|600V &amp;quot;in Hardware&amp;quot;]] wollte ich nicht beginnen. Also musste ein analoges Oszilloscope her, welches in X-/Y- sowie Z-Richtung (&amp;quot;Strahl-Helligkeit&amp;quot;) jeweils seperat ansteuerbar ist. Ein gutes altes [http://www.radiomuseum.org/r/radioundfe_einstrahloszilloskop_eo17.html EO-174A] aus [http://de.wikipedia.org/wiki/DDR DDR-Zeiten] scheint genau das Richtige für diese prinzipielle Experimente zu sein und konnte im Bekanntenkreis aufgetrieben werden... Später kam dann ein [http://www.mydarc.de/dk3wi/html/eo_213.html EO 213] zum Einsatz.&lt;br /&gt;
&lt;br /&gt;
==Einfach mal etwas auf dem Oszi ausgeben...==&lt;br /&gt;
[[Bild:Scopeclock 4points.jpg|thumb|200px|Vier Punkte...]]&lt;br /&gt;
Einfachste Geschichte ist, wenn man aus zwei Bits vier Punkte ({L, L}, {H, L}, {H, H}, {L, H}) aus den resultierenden Spannungspegeln für Low/Height generiert und an den entsprechenden X-/Y-Eingängen des Oszi ausgibt. Für ein [[Tux_fliegt_zu_den_Sternen|Stellaris Launchpad]] würde das dazu notwendige Programm wie folgt aussehen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
#include &amp;quot;inc/hw_memmap.h&amp;quot;&lt;br /&gt;
#include &amp;quot;inc/hw_types.h&amp;quot;&lt;br /&gt;
#include &amp;quot;driverlib/gpio.h&amp;quot;&lt;br /&gt;
#include &amp;quot;driverlib/sysctl.h&amp;quot;&lt;br /&gt;
     &lt;br /&gt;
#define XY_PORT_BASE		GPIO_PORTB_BASE&lt;br /&gt;
#define XY_SYSCTL_PERIPH	SYSCTL_PERIPH_GPIOB&lt;br /&gt;
#define PIN_XOUT	 	GPIO_PIN_0&lt;br /&gt;
#define PIN_YOUT 		GPIO_PIN_1&lt;br /&gt;
&lt;br /&gt;
#define DELAY			100&lt;br /&gt;
     &lt;br /&gt;
int main()&lt;br /&gt;
{&lt;br /&gt;
	SysCtlPeripheralEnable(XY_SYSCTL_PERIPH);&lt;br /&gt;
	GPIOPinTypeGPIOOutput(XY_PORT_BASE, PIN_XOUT|PIN_YOUT);&lt;br /&gt;
	while (1) {&lt;br /&gt;
		GPIOPinWrite(XY_PORT_BASE, PIN_XOUT|PIN_YOUT, 0);&lt;br /&gt;
		SysCtlDelay(DELAY);&lt;br /&gt;
		GPIOPinWrite(XY_PORT_BASE, PIN_XOUT|PIN_YOUT, PIN_XOUT);&lt;br /&gt;
		SysCtlDelay(DELAY);&lt;br /&gt;
		GPIOPinWrite(XY_PORT_BASE, PIN_XOUT|PIN_YOUT, PIN_XOUT|PIN_YOUT);&lt;br /&gt;
		SysCtlDelay(DELAY);&lt;br /&gt;
		GPIOPinWrite(XY_PORT_BASE, PIN_XOUT|PIN_YOUT, PIN_YOUT);&lt;br /&gt;
		SysCtlDelay(DELAY);&lt;br /&gt;
	}&lt;br /&gt;
}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Striche zeichnen==&lt;br /&gt;
[[Bild:Scopeclock lines.jpg|thumb|200px|An der nicht ganz optimalen Darstellung ist das Oszi schuld, dass vielleicht mal einen &amp;quot;wissenden&amp;quot; Elektroniker zur Reparatur benötigt...]]&lt;br /&gt;
Neben dem [[Tux_fliegt_zu_den_Sternen|Stellaris Launchpad]] kam bei diesem Versuch ein Digital/Analog-Wandler (DAC) vom Typ [http://www.ti.com/product/tlc7528 TLC7528] zum Einsatz. Dieser DAC besitzt 2 Kanäle mit jeweils 8-Bit Breite. Die Kanalwahl erfolgt über ein entsprechendes Eingangs-Pin und die umzusetzenden Digitalwerte werden parallel an den DAC weitergegeben. Das [http://www.ti.com/product/tlc7528 Datenblatt des TLC7528] sollte genügend Aufklärung geben. Für diesen Versuch wurde der DAC im &amp;quot;Voltage Mode&amp;quot; betrieben. Mit den beiden DAC-Kanälen werden die Spannungswerte für die x- und y-Auslenkung am Oszi generiert. Der Rest sollte aus dem Quelltext hervorgehen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
#include &amp;lt;stdint.h&amp;gt; &lt;br /&gt;
#include &amp;quot;inc/hw_memmap.h&amp;quot;&lt;br /&gt;
#include &amp;quot;inc/hw_types.h&amp;quot;&lt;br /&gt;
#include &amp;quot;driverlib/gpio.h&amp;quot;&lt;br /&gt;
#include &amp;quot;driverlib/sysctl.h&amp;quot;&lt;br /&gt;
&lt;br /&gt;
// Daten-Port DAC (TLC7528)&lt;br /&gt;
#define DATA_OUT           GPIO_PIN_0|GPIO_PIN_1|GPIO_PIN_2|GPIO_PIN_3|GPIO_PIN_4|GPIO_PIN_5|GPIO_PIN_6|GPIO_PIN_7&lt;br /&gt;
#define DATA_PORT_BASE     GPIO_PORTB_BASE&lt;br /&gt;
#define DATA_SYSCTL_PERIPH SYSCTL_PERIPH_GPIOB&lt;br /&gt;
&lt;br /&gt;
// Steuerleitungen DAC (TLC7528)&lt;br /&gt;
#define DAC_CTL_PORT_BASE     GPIO_PORTE_BASE&lt;br /&gt;
#define DAC_CTL_SYSCTL_PERIPH SYSCTL_PERIPH_GPIOE&lt;br /&gt;
#define DAC_AB                GPIO_PIN_1&lt;br /&gt;
#define DAC_WR                GPIO_PIN_2&lt;br /&gt;
#define DAC_CS                GPIO_PIN_3&lt;br /&gt;
&lt;br /&gt;
#define DAC_CH_A 0&lt;br /&gt;
#define DAC_CH_B DAC_AB&lt;br /&gt;
&lt;br /&gt;
#define MAX_X	255&lt;br /&gt;
#define MAX_Y	255&lt;br /&gt;
#define DT_X	255/MAX_X&lt;br /&gt;
#define DT_Y	255/MAX_Y&lt;br /&gt;
&lt;br /&gt;
// *********************************  	   &lt;br /&gt;
void xy_set(uint8_t x, uint8_t y)&lt;br /&gt;
{&lt;br /&gt;
	// x&lt;br /&gt;
	GPIOPinWrite(DAC_CTL_PORT_BASE, DAC_AB, 0);&lt;br /&gt;
	GPIOPinWrite(DATA_PORT_BASE, DATA_OUT, x*DT_X);&lt;br /&gt;
	GPIOPinWrite(DAC_CTL_PORT_BASE, DAC_WR, 0);&lt;br /&gt;
	GPIOPinWrite(DAC_CTL_PORT_BASE, DAC_WR, DAC_WR);&lt;br /&gt;
	// y&lt;br /&gt;
	GPIOPinWrite(DAC_CTL_PORT_BASE, DAC_AB, DAC_AB);&lt;br /&gt;
	GPIOPinWrite(DATA_PORT_BASE, DATA_OUT, y*DT_Y);&lt;br /&gt;
	GPIOPinWrite(DAC_CTL_PORT_BASE, DAC_WR, 0);&lt;br /&gt;
	GPIOPinWrite(DAC_CTL_PORT_BASE, DAC_WR, DAC_WR);&lt;br /&gt;
	// Punkt kurz halten	&lt;br /&gt;
	SysCtlDelay(20);&lt;br /&gt;
&lt;br /&gt;
}&lt;br /&gt;
&lt;br /&gt;
// *********************************  	   &lt;br /&gt;
int abs(int value)&lt;br /&gt;
{&lt;br /&gt;
	return value&amp;lt;0 ? -value : value;&lt;br /&gt;
}&lt;br /&gt;
&lt;br /&gt;
// *********************************  &lt;br /&gt;
// http://de.wikipedia.org/wiki/Bresenham-Algorithmus&lt;br /&gt;
//	   &lt;br /&gt;
void line(int x0, int y0, int x1, int y1)&lt;br /&gt;
{&lt;br /&gt;
	int dx =  abs(x1-x0), sx = x0&amp;lt;x1 ? 1 : -1;&lt;br /&gt;
	int dy = -abs(y1-y0), sy = y0&amp;lt;y1 ? 1 : -1;&lt;br /&gt;
	int err = dx+dy, e2; /* error value e_xy */&lt;br /&gt;
	for(;;){  /* loop */&lt;br /&gt;
		xy_set(x0,y0);&lt;br /&gt;
		if (x0==x1 &amp;amp;&amp;amp; y0==y1) break;&lt;br /&gt;
		e2 = 2*err;&lt;br /&gt;
		if (e2 &amp;gt; dy) { err += dy; x0 += sx; } /* e_xy+e_x &amp;gt; 0 */&lt;br /&gt;
		if (e2 &amp;lt; dx) { err += dx; y0 += sy; } /* e_xy+e_y &amp;lt; 0 */&lt;br /&gt;
	}&lt;br /&gt;
}&lt;br /&gt;
  	&lt;br /&gt;
// *********************************  	   &lt;br /&gt;
// *********************************  	   &lt;br /&gt;
// *********************************  	   &lt;br /&gt;
int main()&lt;br /&gt;
{&lt;br /&gt;
	// Systemtakt 80MHz...&lt;br /&gt;
	SysCtlClockSet(SYSCTL_SYSDIV_2_5 | SYSCTL_USE_PLL | SYSCTL_OSC_MAIN | SYSCTL_XTAL_16MHZ);&lt;br /&gt;
	// ...DAC-DATA-Port&lt;br /&gt;
	SysCtlPeripheralEnable(DATA_SYSCTL_PERIPH);&lt;br /&gt;
	GPIOPinTypeGPIOOutput(DATA_PORT_BASE, DATA_OUT);&lt;br /&gt;
	// ...DAC-Control-Pins&lt;br /&gt;
	SysCtlPeripheralEnable(DAC_CTL_SYSCTL_PERIPH);&lt;br /&gt;
	GPIOPinTypeGPIOOutput(DAC_CTL_PORT_BASE, DAC_AB|DAC_WR|DAC_CS);&lt;br /&gt;
	// ... CS=Low; WR=Hight&lt;br /&gt;
	GPIOPinWrite(DAC_CTL_PORT_BASE, DAC_WR|DAC_CS, DAC_WR);&lt;br /&gt;
	while (1) {&lt;br /&gt;
		line (0, 0, MAX_X, 0);&lt;br /&gt;
		line (MAX_X, 0, MAX_X, MAX_Y);&lt;br /&gt;
		line (MAX_X, MAX_Y, 0, MAX_Y);&lt;br /&gt;
		line (0, MAX_Y, 0, 0);&lt;br /&gt;
		line (0, 0, MAX_X, MAX_Y);&lt;br /&gt;
		line (0, MAX_Y, MAX_X, 0);&lt;br /&gt;
	}&lt;br /&gt;
}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Damit sind eigentlich alle Voraussetzungen vorhanden, die Software für die Scopeclock zu schreiben, denn wenn man Punkte und Linien zeichnen kann, sollte alles andere kein Problem darstellen. Der Rest ist dann nur noch Fleißarbeit, wie man auf den folgenden Bildern sieht:&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Bild:Oszi erste zeichen.jpg|240px|ein paar &amp;quot;Zahlen/Zeichen&amp;quot;(:-)) auf einem Oszi vom Typ EO 213)]]&lt;br /&gt;
[[Bild:Oszi analog clock.jpg|240px|...sieht schon fast wie eine Uhr aus ;-)...]]&lt;br /&gt;
[[Bild:Oszi temperature.jpg|240px|Ausgabe Temperatursensor auf Launchpad ...]]&lt;br /&gt;
[[Bild:Oszi penguin.jpg|240px|...Bilder gehen auch :-)...]]&lt;br /&gt;
&lt;br /&gt;
=Die Geschichte mit der ausreichend schnellen Ansteuereinheit=&lt;br /&gt;
[[Bild:Performance.png|thumb|200px|Messergebnisse der Performance-Messung am &amp;quot;lebenden Objekt&amp;quot;]]&lt;br /&gt;
&lt;br /&gt;
Kluge Leute haben irgendwann mal ermittelt/festgestellt, dass das menschliche Auge recht träge ist. Ab einer [http://de.wikipedia.org/wiki/Bildwiederholfrequenz Bildwiederholfrequenz] von ca. 50Hz werden die einzelnen Bilder nicht mehr als flimmernd empfunden. OK, dass scheint also die magische Zahl zu sein!&lt;br /&gt;
&lt;br /&gt;
D.h. aber auch, die Ansteuereinheit der geplanten Scopeclock, vornehmlich der verwendete Mikrocontroller (MCU), muss schnell genug sein, die Bilddaten 50 Mal in der Sekunde zu berechnen und an den angeschlossenen Digital-Analog-Wandler weiterzugebenen. Eine [http://de.wikipedia.org/wiki/Milchm%C3%A4dchenrechnung Milchmädchenrechnung] würde ungefähr so aussehen:&lt;br /&gt;
* ein kompletes Bild muss in 1/50Hz=20ms fertig berechnet und ausgegeben sein → hört sich noch nicht ungemein schnell an...&lt;br /&gt;
* wenn ein Bild aus vielleicht 2000 Bildpunkten besteht, muss einer von diesen Punkten, im Mittel, in ca. 20ms/2000=0,01ms berechnet sein → jetzt wird es wohl doch spannend...&lt;br /&gt;
* ...denn 1/0,00001s=100kHz!&lt;br /&gt;
&lt;br /&gt;
Was heißt das? Eine mit 20MHz getaktete MCU hat also im Mittel(!) 200 Taktzyklen Zeit einen Bildpunkt zu berechnen. Schon recht sportlich, denn:&lt;br /&gt;
* dauert jeder Maschinenbefehl wirklich nur einen Taktzyklus?&lt;br /&gt;
* den nächsten Punkt in einem Kreis oder auf einer gedachten Linie berechnen mit 200 [http://de.wikipedia.org/wiki/Maschinensprache Maschinenbefehlen]? OK, vielleicht in [http://de.wikipedia.org/wiki/Assembler_%28Informatik%29 Assembler], aber wer will das schon wirklich? (''Anmerkung: Wer jetzt meint, ein einmal vorberechnetes Bild würde ja auch gehen, ist auf dem Holzweg! Dieses Bild muss ja auch irgendwo eine festgelegte Größe haben, z.B. 128x128=16384 Bildpunkte, ...upps Faktor 8 im Vergleich zu 2000 Bildpunkten → 200/8... nur noch 25 MCU-Takte pro Bildpunkt berechnen/ausgeben/etc. ...!'')&lt;br /&gt;
* &amp;quot;nebenbei&amp;quot; müssen auch noch ein paar andere Dinge erledigt werden (z.B. Datum/Uhrzeit hochzählen, Bedienung etc.)&lt;br /&gt;
* ...und, kein Mensch plant gleich von Anfang an, hart an den Grenzen!&lt;br /&gt;
&lt;br /&gt;
Aus diesem Grund wurde mit dem LM4F120H5QR (MCU-Takt 80MHz) auf einem [[Tux fliegt zu den Sternen|Stellaris Launchpad]] eine ausreichend schnelle MCU für das Projekt gefunden. Das diese Wahl nicht unbedingt falsch war, bestätigen die real ermittelten Werte für die erreichten Bildwiederholfrequenz in den verschiedenen Anzeigearten (...und ja, jeder Bildpunkt wird dabei in jedem auszugebenden Bild entsprechend neu berechnet!) → siehe auch Diagramm zu diesem Absatz!&lt;br /&gt;
&lt;br /&gt;
[[Bild:Oszi tux xbm.jpg|thumb|200px|Tux aus einer entsprechenden XBM-Bilddatei]]&lt;br /&gt;
[[Bild:Oszi kreis zu schnell.jpg|thumb|200px|...soll eigentlich ein Kreis sein, aber MCU zu schnell]]&lt;br /&gt;
[[Bild:Oszi kreis langsamer.jpg|thumb|200px|...mit &amp;quot;gedrosselter&amp;quot; MCU erkennt man den Kreis...]]&lt;br /&gt;
Und selbst diese MCU würde nicht schnell genug sein ein z.B. 128x128 Bildpunkte großes Bild einfach statisch auszugeben (Berechnung des Bildinhaltes noch nicht mal einberechnet), denn ca. 32Hz [http://de.wikipedia.org/wiki/Bildwiederholfrequenz Bildwiederholfrequenz] sind einfach zu wenig, ...es flimmert!&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Anmerkung vom 25.11.2013:'''&lt;br /&gt;
Am Wochenende habe ich eine Funktion geschrieben, die [http://en.wikipedia.org/wiki/X_BitMap XBM-Bilder] auf dem Scope darstellen sollte. Die erste (unbedarfte) Implementierung war, trotz schneller MCU, zu langsam. Es wurde eine Bildwiederholfrequenz von ca. 43Hz (bei 6175 darzustellenden Bildpunkten) erreicht, was zu einem deutlichen Flimmern führte. Nach einigen Experimenten stellte sich heraus, dass vor allem eine Modulo-Operation, welche nach dem Lesen jedes Bytes der Bilddaten ausgeführt wurde, einen Hauptanteil an der langsamen Berechnung hatte. Nach deren Eliminierung und einigen weiteren gezielten Optimierungen (z.B. direkte Pointerinkrementierung statt Hochzählen von Feldindizes, explizietes Maskieren eines Bytes mit 8 entsprechenden Statements statt in einer kürzeren/eleganten for-Schleife), wird jetzt das gleiche XBM-Bild mit einer Bildwiederholfrequenz von ca. 76Hz, und damit flimmerfrei, dargestellt.&lt;br /&gt;
 &lt;br /&gt;
''&amp;quot;Zwischenfazit:&amp;quot;'' trotz vermeindlich schneller MCU, lohnt es sich, an entscheidenen Stellen auch mal etwas länger über die Implementierung von Algorithmen nachzudenken und zu experimentieren, um schnelleren Code zu erhalten. Oft stellt sich auch heraus, dass kompakter/eleganter Code nicht der effektivere ist. Nicht immer sollte man einen &amp;quot;Schönheitspreis&amp;quot; gewinnen wollen...!&lt;br /&gt;
&lt;br /&gt;
Schizophrener Weise kann aber die Verarbeitungsgeschwindigkeit der MCU, bzw. des verwendeten Algorithmus, auch zu hoch sein, um das gewünschte Ergebnis zu erhalten: In einem weiteren Experiment sollte ein Kreis mit Hilfe des entsprechenden [http://de.wikipedia.org/wiki/Bresenham-Algorithmus#Kreisvariante_des_Algorithmus &amp;quot;Bresenham-Algorithmus&amp;quot;] auf dem Scope ausgegeben werden. Das Ergebnis sieht so gar nicht nach einem Kreis aus! Erst nach etwas Überlegung erkennt man das Problem. Schaut man sich den Algorithmus etwas genauer an, stellt man fest, dass, wegen der Symmetrie des Kreises in acht gedachten Oktanten, nach jedem Berechnungsschritt acht Kreispunkte quasi gleichzeitig ausgegeben werden. Dieses fast gleichzeitige Ausgeben ist aber sehr viel schneller, als die Berechnung des ersten der acht Punkte und die Positionierungzeit des Kathodenstrahls zwischen den daraus resultierenden Punkten in den acht Quadranten. Man sieht also eigentlich nur noch die Positionierungsbewegung des Strahls. Erst wenn man die Ausgabe drosselt und jeden ausgegebenen Kreispunkt länger &amp;quot;hält&amp;quot;, erkennt man, dass es wirklich ein Kreis ist.&lt;br /&gt;
&lt;br /&gt;
''2.Fazit:'' manchmal ist langsamer doch besser! Die Entscheidung darüber, muss jedes mal neu getroffen werden...&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Malen nach &amp;lt;strike&amp;gt;Zahlen&amp;lt;/strike&amp;gt; ...hmm, Lissajous-Figuren=&lt;br /&gt;
[[Bild:Oszi lissajous.jpg|thumb|200px|eine (digital berechnet/erzeugte) Lissajous-Figur]]&lt;br /&gt;
Irgendwie sehen die dargestellten Zeichen etwas sperrig aus, wenn sie nur aus Linien konstruiert werden. Da wo eigentlich Rundungen sein sollten (z.B. bei der Zwei, Drei etc.), sind hässliche Kanten und Ecken...&lt;br /&gt;
&lt;br /&gt;
Inspiriert durch die [http://www.sgitheach.org.uk/scope2.html nette Idee] Kreise, Ellipsen, Striche mit Hilfe von [http://de.wikipedia.org/wiki/Lissajous-Figur Lissajous-Figuren] darzustellen, habe ich mich also ans Werk gemacht, dies auch in meiner Scopeclock umzusetzen. Im Gegensatz zur [http://www.sgitheach.org.uk/scope2.html Vorlage], in der das Zeichnen der Lissajous-Firguren hauptsächlich &amp;quot;in Hardware implementiert&amp;quot; ist, baute ich auf die Rechenleistung meines eingesetzten Mikrocontrollers. Die beiden notwendigen Sinusspannungen am X- und Y-Kanal werden rein digital jeweils zur Laufzeit berechnet.&lt;br /&gt;
&lt;br /&gt;
Ausgangspunkt ist dabei eine [http://de.wikipedia.org/wiki/Lookup-Tabelle Lookup-Tabelle] mit 360 Werten einer vollständigen Sinusreihe. Eine 1-Grad-Genauigkeit reicht für diesen Anwendungsfall vollkommen aus. Die Werte in der Tabelle sind bereits mit einem festen Faktor multipliziert, um später mit Ganzzahl-Operationen auszukommen. Theoretisch würde auch eine vorberechnete Sinus-Reihe für 0°...90° reichen, da damit alle anderen Werte berechnet werden könnten. Obwohl diese Berechnungen nicht sonderlich kompliziert sind, gehen diese schon entscheidend in die Gesamtperformance des Algorithmus ein, was sich in einer geringeren Bildwiederholfrequenz bemerkbar macht. Die Menge der zu zeichnen Pixel insgesamt ist dabei entscheidend... ([[Scopeclock#Die_Geschichte_mit_der_ausreichend_schnellen_Ansteuereinheit|siehe auch weiter oben]]).&lt;br /&gt;
&lt;br /&gt;
Die verschiedenen Zeichenelemente (Kreise, Ellipsen, waagerechte/senkrechte/schräge Linien) werden durch die entsprechende Variation der Phasenverschiebung und Amplitudenhöhe beider Sinussignale am X- und Y-Kanal generiert (einfach mal das Grundprinzip von [http://de.wikipedia.org/wiki/Lissajous-Figur Lissajous-Figuren] ansehen und versuchen zu verstehen). Hier mal der Versuch einer Zusammenstellung:&lt;br /&gt;
&lt;br /&gt;
Folgende Gleichungen für das Signal am X- und Y-Kanal liegen zugrunde:&lt;br /&gt;
* X = x0+xa*sin(i)&lt;br /&gt;
* Y = y0+ya*sin(i+Phasenwinkel)&lt;br /&gt;
&lt;br /&gt;
x0 und y0 bezeichnen den Mittelpunkt der Figur im Koordinatensystem. i ist die Laufvariable von 0° ... 360°. Mit dem Phasenwinkel, xa und ya bestimmt man das letztendliche Aussehen der Figur:&lt;br /&gt;
&lt;br /&gt;
{|cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
|- style=&amp;quot;background-color:#FFF7A5;&amp;quot;&lt;br /&gt;
!Element!!Phasenwinkel!!xa!!ya!!Bemerkung&lt;br /&gt;
|-&lt;br /&gt;
|Kreis/Ellipse&lt;br /&gt;
| style=&amp;quot;text-align:center;&amp;quot; |90°&lt;br /&gt;
|colspan=&amp;quot;2&amp;quot;| bestimmt den Durchmesser:&lt;br /&gt;
* xa=ya → Kreis mit dem Radius xa bzw. ya&lt;br /&gt;
* xa &amp;lt;&amp;gt; ya → Ellipse mit der entsprechenden x-/y-Ausdehnung&lt;br /&gt;
| bei Kreissegmenten werden die Kreispunkte an entsprechenden i-Werten (siehe Formel oben) gezeichnen bzw. nicht gezeichnen...&lt;br /&gt;
|-&lt;br /&gt;
|waagerechte Linie&lt;br /&gt;
|style=&amp;quot;text-align:center;&amp;quot; |90°&lt;br /&gt;
| bestimmt Länge der Linie (vom Mittelpunt x0, y0 gesehen)&lt;br /&gt;
| style=&amp;quot;text-align:center;&amp;quot; |0&lt;br /&gt;
| es muss nur zwischen i=90° und i=270° gezeichnet werden...&lt;br /&gt;
|-&lt;br /&gt;
|senkrechte Linie&lt;br /&gt;
| style=&amp;quot;text-align:center;&amp;quot; |90°&lt;br /&gt;
| style=&amp;quot;text-align:center;&amp;quot; |0&lt;br /&gt;
| bestimmt Länge der Linie (vom Mittelpunt x0, y0 gesehen)&lt;br /&gt;
| es muss nur zwischen i=0° und i=180° gezeichnet werden...&lt;br /&gt;
|-&lt;br /&gt;
|schräge Linie (nach rechts)&lt;br /&gt;
| style=&amp;quot;text-align:center;&amp;quot; |0°&lt;br /&gt;
|colspan=&amp;quot;2&amp;quot;|bestimmen den Anstieg der Linie (also faktisch den Abstand des rechten oberen Endpunktes vom Mittelpunkt x0, y0)&lt;br /&gt;
| es muss nur zwischen i=90° und i=270° gezeichnet werden...&lt;br /&gt;
|-&lt;br /&gt;
|schräge Linie (nach links)&lt;br /&gt;
| style=&amp;quot;text-align:center;&amp;quot; |180°&lt;br /&gt;
|colspan=&amp;quot;2&amp;quot;|bestimmen den Anstieg der Linie (also faktisch den Abstand des linken oberen Endpunktes vom Mittelpunkt x0, y0)&lt;br /&gt;
| es muss nur zwischen i=90° und i=270° gezeichnet werden...&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Aus mehreren dieser Grundelemente setzt sich ein Zeichen zusammen (z.B. eine Zwei aus 2 Kreissegmenten und einer waagerechten Linie). Zur Bestimmung der einzelnen Parameter der Zeichenelemente macht sich karriertes Papier ganz gut. Wie in der [http://www.sgitheach.org.uk/scope2.html &amp;quot;Vorlage&amp;quot;], ist auch bei mir die Grundgröße eines Zeichens auf 12x20 festgelegt, da damit recht &amp;quot;ausgewogene&amp;quot; Zeichen konstruierbar sind. Unterschiedliche Zeichengrößen erhält man, wenn jeweils die Parameter x0, y0, xa und ya mit einem entsprechenden Zoomfaktor multipliziert werden.&lt;br /&gt;
&lt;br /&gt;
Meiner Meinung kann sich das Ergebnis dieser &amp;quot;kleinen&amp;quot; Änderung des Bildschirmfonts sehen lassen:&lt;br /&gt;
&lt;br /&gt;
[[Bild:Oszi lissajous analog clock.jpg|240px|analoge Uhr mit Kreisen nach Lissajous...]]&lt;br /&gt;
[[Bild:Oszi lissajous font.jpg|240px|Font aus Lissajous-Elementen...]]&lt;br /&gt;
[[Bild:Oszi lissajous temperature.jpg|240px|Temperaturanzeige mit &amp;quot;Lissajous-Font&amp;quot;...]]&lt;br /&gt;
[[Bild:Oszi lissajous time.jpg|240px|Digitaluhr mit &amp;quot;Lissajous-Font&amp;quot;...]]&lt;br /&gt;
&lt;br /&gt;
=Meine Scopeclock=&lt;br /&gt;
==Hardware==&lt;br /&gt;
===Kathodenstrahlröhre===&lt;br /&gt;
Die Anschaffung der notwendigen Kathodenstrahlröhre war die erste vollendete Tatsache (also die erste finanzielle Ausgabe) zu diesem Projekt. Meine Wahl fiel auf ein Exemplar mit &amp;quot;niedrigen&amp;quot; Betriebsspannungen, eine DG7-32 von Philips. Da solche Röhren nicht mehr im regulären Handel erhältlich sind, wurde sie über ein bekanntes Internet-Auktionshaus beschafft. Einige spezialisierte Privathändler haben ebenfalls solche Bauteile im Sortiment (z.B. [http://www.askjanfirst.de/ &amp;quot;Frag' Jan zuerst&amp;quot;]).&lt;br /&gt;
&lt;br /&gt;
[[Bild:Dg7-32 2.JPG|240px|DG7-32 Draufsicht]]&lt;br /&gt;
[[Bild:Dg7-32 3.JPG|136px|DG7-32 Leuchtschirm (die vermeindlich sichtbaren Kratzer sind nur Spiegelungen...]]&lt;br /&gt;
[[Bild:Dg7-32 5.JPG|240px|DG7-32 Sockel]]&lt;br /&gt;
[[Bild:Fassung.JPG|240px|Fassung]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[http://bralug.de/wiki-common/images/4/40/DG7-32.pdf Datenblatt der Kathodenstrahlröhre DG7-32]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
...achso, &amp;quot;Niedrige Betriebsspannungen&amp;quot; bedeuten immer noch ca. 600V für die Gitterspannung...;-) Bei anderen Röhrentypen geht das auch schon mal weit über 1000V!&lt;br /&gt;
&lt;br /&gt;
===Netzteil===&lt;br /&gt;
Heute kam mein bestellter Ringkerntrafo (und die Röhrenfassung) an. Diese beiden Teile habe ich bei [http://www.askjanfirst.de/ Jan Wüsten] geordert.&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
[[Bild:Ringkerntrafo 1.JPG|200px|Ringkerntrafo]]&lt;br /&gt;
[[Bild:Ringkerntrafo 2.JPG|200px|Ringkerntrafo]]&lt;br /&gt;
[[Bild:Ringkerntrafo 3.JPG|200px|Ringkerntrafo]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Das heißt also, dass es jetzt langsam mit dem Aufbau der Hardware losgehen kann, wenn der Rest der notwendigen Bauteile von meinem Lieblings-Elektronik-Versender angekommen sind...&lt;br /&gt;
&lt;br /&gt;
Als Vorlage für Netzteil wird die entsprechend angepasste Schaltung aus dem [http://www.jogis-roehrenbude.de/Leserbriefe/Scope-Clock/schematic.pdf Projekt von Sascha Ittner (Seite 2 bis 4)] verwendet.&lt;br /&gt;
&lt;br /&gt;
===Ansteuereinheit===&lt;br /&gt;
Ein (vereinfachtes) Blockschaltbild könnte ungefähr so aussehen:&lt;br /&gt;
&lt;br /&gt;
[[Bild:Scopeclock block.png|220px|Blockschaltbild Ansteuereinheit]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Folgende Hauptkomponenten sind zu erkennen:&lt;br /&gt;
* Mikrocontroller (MCU)&lt;br /&gt;
** hier ein [[Tux_fliegt_zu_den_Sternen|Stellaris Launchpad]]&lt;br /&gt;
** holt initial Datum/Uhrzeit von der RTC und zählt diese in der Folge weiter&lt;br /&gt;
** generiert die anzuzeigenden Bilddaten, berechnet daraus die resultierenden Eingangsdaten für die beiden DAC-Kanäle (X-/Y-Auslenkung) und leitet diese entsprechend dorthin weiter&lt;br /&gt;
** gewährleistet die Bedienung über 2 Taster (derzeit Umschalten der Anzeigemodi und Einstellen von Datum/Uhrzeit)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* Real Time Clock (RTC)&lt;br /&gt;
** ein [http://datasheets.maximintegrated.com/en/ds/DS1307.pdf DS1307] mit einer 3V-Pufferbatterie und einem 32kHz-Uhrenquarz&lt;br /&gt;
** mit der MCU via I²C-Bus verbunden&lt;br /&gt;
** speichert und zählt die Zeit weiter, wenn die Gesamtbaugruppe ausgeschaltet ist&lt;br /&gt;
** generiert den (genauen) Sekundentakt für die MCU&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* Digital-Analog-Wandler (DAC)&lt;br /&gt;
** verwendet wird ein [http://www.ti.com/product/tlc7528 TLC7528] (2 Kanäle, 8-bit-DAC); im &amp;quot;Voltage Mode&amp;quot; (siehe Datenblatt) betrieben&lt;br /&gt;
** erzeugt die Spannungen, aus der dann die X- und Y-Auslenkung des Kathodenstrahls resultieren&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* Pegelanpassung&lt;br /&gt;
** wird im jetzigen Stadium (Ausgabe auf einem Oszilloskop) noch nicht benötigt, wird aber später zur Verstärkung der DAC-Ausgangsspannungen an die Eingangsparameter der Kathodenstrahlröhre benötigt... &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Hier ein paar Bilder vom derzeitigen Aufbau der Ansteuereinheit:&lt;br /&gt;
&lt;br /&gt;
[[Bild:Stellaris launchpad.jpg|240px|Stellaris Launchpad]]&lt;br /&gt;
[[Bild:Scopeclock control.jpg|240px|DAC, RTC etc.]]&lt;br /&gt;
[[Bild:Scopeclock stellaris control.jpg|240px|Launchpad huckepack...]]&lt;br /&gt;
&lt;br /&gt;
==Software==&lt;br /&gt;
===Softwarestruktur Firmware===&lt;br /&gt;
[[Bild:Scopeclock sw.png|220px|Softwarestruktur Firmware Scopeclock]]&lt;br /&gt;
&lt;br /&gt;
...kommt demnächst!&lt;br /&gt;
&lt;br /&gt;
===Download===&lt;br /&gt;
* aktuelle Version unter: [https://github.com/boerge42/scopeclock-stellaris https://github.com/boerge42/scopeclock-stellaris]&lt;br /&gt;
&lt;br /&gt;
=Linksammlung=&lt;br /&gt;
* Beschaffung von Röhren, Fassungen, Trafos:&lt;br /&gt;
** [http://www.askjanfirst.de http://www.askjanfirst.de (Frag' Jan zuerst)]&lt;br /&gt;
&lt;br /&gt;
* Beispielprojekte:&lt;br /&gt;
** [http://www.jogis-roehrenbude.de/Leserbriefe/Scope-Clock/Scope-Clock.htm http://www.jogis-roehrenbude.de/Leserbriefe/Scope-Clock/Scope-Clock.htm]&lt;br /&gt;
** [http://www.jogis-roehrenbude.de/Leserbriefe/Erhards_Scope-Clock/HS_ScopeClock.htm http://www.jogis-roehrenbude.de/Leserbriefe/Erhards_Scope-Clock/HS_ScopeClock.htm]&lt;br /&gt;
** [http://www.webx.dk/oz2cpu/clock-scope/scope.htm http://www.webx.dk/oz2cpu/clock-scope/scope.htm]&lt;br /&gt;
** [http://dutchtronix.com/ScopeClock.htm http://dutchtronix.com/ScopeClock.htm]&lt;br /&gt;
** [http://www.electronixandmore.com/project/scopeclock/index.html http://www.electronixandmore.com/project/scopeclock/index.html]&lt;br /&gt;
** [http://www.mikrocontroller.net/topic/97963 http://www.mikrocontroller.net/topic/97963]&lt;br /&gt;
** [http://www.derivedlogic.com/Scope%20Clock/scopeclock.html http://www.derivedlogic.com/Scope%20Clock/scopeclock.html]&lt;br /&gt;
** [http://www.microsyl.com/index.php/2010/03/28/scope-clock/ http://www.microsyl.com/index.php/2010/03/28/scope-clock/]&lt;br /&gt;
** [http://www.cathodecorner.com/sc200c.html http://www.cathodecorner.com/sc200c.html]&lt;br /&gt;
** [http://www.sgitheach.org.uk/scope2.html http://www.sgitheach.org.uk/scope2.html]&lt;br /&gt;
&lt;br /&gt;
=Kontakt=&lt;br /&gt;
&lt;br /&gt;
Fragen und Anregungen können an [[Benutzer:bergeruw|Uwe]] gerichtet werden...&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/Benutzer:Bergeruw</id>
		<title>Benutzer:Bergeruw</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/Benutzer:Bergeruw"/>
				<updated>2019-03-14T16:54:15Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* CLT2019 (Flows zu Node-Red-Workshop) */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Kontakt ==&lt;br /&gt;
Uwe Berger &amp;lt;[mailto:bergeruw@gmx.net bergeruw@gmx.net]&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== CLT2019 (Flows zu Node-Red-Workshop) ==&lt;br /&gt;
[https://www.bralug.de/wiki-common/images/9/9e/Workshop_examples.tar.gz Flows]&lt;br /&gt;
&lt;br /&gt;
[https://www.bralug.de/wiki-common/images/4/46/Nodered_workshop.pdf Präsentation]&lt;br /&gt;
&lt;br /&gt;
== Wiki-Artikel, die ich gerade schreibe bzw. von mir geplant sind ==&lt;br /&gt;
* [[iPod und Linux]]&lt;br /&gt;
* [[Usenet-Server SN (Small News)]]&lt;br /&gt;
* [[CMOS-Batterie im Compaq Contura Aero wechseln]]&lt;br /&gt;
* [[Linux auf einem Compaq Contura Aero]]&lt;br /&gt;
* [[LCD-Display als Statusanzeige unter Linux]]&lt;br /&gt;
* [[Automatische Auswahl der Netzwerkkarte mittels ifplugd]]&lt;br /&gt;
* [[Meshing am 10.09.2005]]&lt;br /&gt;
* [[Linux-Infotag-Organisations-HowTo]]&lt;br /&gt;
* [[BraLUG-Leitrichtlinien]]&lt;br /&gt;
* [[Planung BraLUG auf CLT 2007]]&lt;br /&gt;
* [[Planung BraLUG auf CLT 2008]]&lt;br /&gt;
* [[Planung BraLUG auf CLT 2009]]&lt;br /&gt;
* [[BraLUG auf dem CLT2010]]&lt;br /&gt;
* [[BraLUG-Vortragsprogramm 2012/13]]&lt;br /&gt;
* [[BraLUG-Vortragsprogramm 2015]]&lt;br /&gt;
* [[BraLUG-Vortragsprogramm 2018]]&lt;br /&gt;
* [[3D-LED-Display]]&lt;br /&gt;
* [[BLIT2008-Board]]&lt;br /&gt;
* [[BLIT2008-Board mit 1-Wire]]&lt;br /&gt;
* [[Infrarot-USB-Maus im Eigenbau]]&lt;br /&gt;
* [[ATtiny-Sonntagsspielereien]]&lt;br /&gt;
* [[Elektronisches Metronom]]&lt;br /&gt;
* [[8x8-LED-Matrix]]&lt;br /&gt;
* [[Display SDA5708]]&lt;br /&gt;
* [[Basic-Interpreter für AVR (uBasic-avr)]]&lt;br /&gt;
* [[Berliner Uhr]]&lt;br /&gt;
* [[Die andere Uhr]]&lt;br /&gt;
* [[Wort Uhr]]&lt;br /&gt;
* [[Kreis Uhr]]&lt;br /&gt;
* [[Geek Uhren]]&lt;br /&gt;
* [[Tokyoflash Hanko]]&lt;br /&gt;
* [[Kisai Stencil]]&lt;br /&gt;
* [[Kisai On Air]]&lt;br /&gt;
* [[Triangular Binary Clock]]&lt;br /&gt;
* [[Nixie]]&lt;br /&gt;
* [[Scopeclock]]&lt;br /&gt;
* [[Wetterdaten mit Linux aufzeichnen und verarbeiten]]&lt;br /&gt;
* [[Tux trifft MSP430-Launchpad]]&lt;br /&gt;
* [[Tux fliegt zu den Sternen]]&lt;br /&gt;
* [[Bilderrätsel (in Tcl)]]&lt;br /&gt;
* [[Tcl/Tk-Benutzeroberflächen für gnuplot programmieren]]&lt;br /&gt;
* [[GPS-Maus JENTRO BT-GPS-8U unter Linux]]&lt;br /&gt;
* [[Software Defined Radio (SDR) mit Linux]]&lt;br /&gt;
* [[Raspberry Pi als Musikabspielgerät an der Stereoanlage]]&lt;br /&gt;
* [[Bananenkiste als Homeserver]]&lt;br /&gt;
* [[ESP8266 mit NodeMcu]]&lt;br /&gt;
* [[BLIT-Logo finden]]&lt;br /&gt;
* [[Nichtöffentlich:BLIT2008-FaRa-Antrag]]&lt;br /&gt;
* [[Nichtöffentlich:BLIT2008-Orga-Team-Kontaktadressen]]&lt;br /&gt;
&lt;br /&gt;
== Einige meiner Vorträge/Wokshops ==&lt;br /&gt;
===CLT2011===&lt;br /&gt;
&lt;br /&gt;
* [http://bralug.de/wiki-common/images/e/e8/Ubasic.pdf uBasic - ein plattformunabhängiger BASIC-Interpreter]&lt;br /&gt;
* Grafisches Programmieren mit Tcl/Tk (Workshop)&lt;br /&gt;
** [http://bralug.de/wiki-common/images/5/5b/Tk_ws.pdf Folien]&lt;br /&gt;
** [http://bralug.de/wiki-common/images/a/ac/Tcl_tk_ws_bsp.tar.gz Workshop-Beispiele]&lt;br /&gt;
&lt;br /&gt;
===CLT2012===&lt;br /&gt;
* Busverkehr mit Linux&lt;br /&gt;
** [http://bralug.de/wiki-common/images/e/e1/Busverkehr_unter_linux.pdf Präsentation]&lt;br /&gt;
** [http://bralug.de/wiki-common/images/f/ff/I2c.tar.gz ein paar Scripte und Programme zu I2C]&lt;br /&gt;
&lt;br /&gt;
== Bookmarks ==&lt;br /&gt;
* '''WLAN'''&lt;br /&gt;
** Atmel AT76C503/505A&lt;br /&gt;
*** [http://at76c503a.berlios.de/ at76c503 WLAN Driver in Debian linux driver for Atmel AT76C503/505A based USB WLAN adapters]&lt;br /&gt;
*** [http://at76c503a.berlios.de/distro_debian.html at76c503 WLAN Driver in Debian]&lt;br /&gt;
** ACX100/ACX111&lt;br /&gt;
*** [http://acx100.sourceforge.net/ The ACX100/ACX111 wireless network driver project]&lt;br /&gt;
*** [http://lisas.de/~andi/acx100/ ACX100-Treiber]&lt;br /&gt;
** Netgear WGT634U&lt;br /&gt;
*** [http://wgt634u.nomis52.net WGT634U-Wiki]&lt;br /&gt;
*** [http://sarwiki.informatik.hu-berlin.de/Hacking_the_Netgear_wgt634u Hacking the WGT634U]&lt;br /&gt;
*** [http://wiki.openwrt.org/OpenWrtDocs/Hardware/Netgear/WGT634U OpenWRT (WGT634U)]&lt;br /&gt;
* '''LCD-Display am PC'''&lt;br /&gt;
** [http://www.linuxfocus.org/Deutsch/March2003/article286.shtml Linux USB LCD Display mit Watchdog und Tasten]&lt;br /&gt;
** [http://www.usblcd.de/ USBLCD]&lt;br /&gt;
** [http://www.ftdichip.com/Drivers/FT232-FT245Drivers.htm#D2XX FT232BM, FT245BM, FT8U232AM and FT8U245AM Drivers]&lt;br /&gt;
** [http://www.unitronic.de/ftdi/ FTDI-Chip]&lt;br /&gt;
** [http://www.enertex.de/linux/ftdi/ Using an FT232 BM Chip in an embedded system and a Linux OS]&lt;br /&gt;
** [http://ftdi-usb-sio.sourceforge.net/ FTDI SIO, 8U232AM and 245 Linux USB Serial Converter Driver]&lt;br /&gt;
* '''Notebooks und Linux'''&lt;br /&gt;
** [http://www.linux-on-laptops.com/ Linux on Laptops]&lt;br /&gt;
* '''Compaq Contura Aero'''&lt;br /&gt;
** [http://ulihansen.kicks-ass.net/aero/index.htm Über das Tieferlegen einer Schreibmaschine]&lt;br /&gt;
** [http://www.zenspider.com/~pwilk/aero_stuff.html Compaq Contura Aero Stuff]&lt;br /&gt;
** [http://www.alvestrand.no/linux/aero-faq.html Frequently asked Linux-specific questions about the Compaq Contura Aero]&lt;br /&gt;
** [http://www.cnbc.cmu.edu/~masmith/aero/ RedHat Linux 6.0 on a Compaq Contura Aero]&lt;br /&gt;
** [http://www.xmission.com/~bgeer/laptop_aero.html Installing Linux on a Compaq Contura Aero 4/33C Laptop]&lt;br /&gt;
** [http://hamsterrepublic.com/james/linux/contura-aero.php Linux on a Compaq Contura Aero 4/25]&lt;br /&gt;
* '''Toshiba Notebooks'''&lt;br /&gt;
** [http://www.creative-it.com/linux/irda/toshiba_irda_howto.html Toshiba Linux-IrDA Howto]&lt;br /&gt;
* '''IBM Notebooks'''&lt;br /&gt;
** [http://www.mk-stuff.de/artikel/linux_on_an_ibm_thinkpad_r50e/ Linux on an IBM ThinkPad R50e]&lt;br /&gt;
** [http://www.plenz.com/thinkpad_R50e ThinkPad R50e]&lt;br /&gt;
** [http://thinkwiki.org/wiki/ThinkWiki ThinkWiki]&lt;br /&gt;
* '''EPIA'''&lt;br /&gt;
** [http://www.epios.net/ EpiOS]&lt;br /&gt;
* '''DVB'''&lt;br /&gt;
** [http://www.wi-bw.tfh-wildau.de/~pboettch/home/index.php Linux Driver for some DVB USB devices]&lt;br /&gt;
** [http://www.meinemullemaus.de/software/aspire/aspire-debian/dvb-t.html Debian Linux (Sarge testing) auf Acer Aspire 1501 LMi (DVB-T Receiver)]&lt;br /&gt;
** [http://johannes-bauer.com/dvbt/ DVB-T unter Linux]&lt;br /&gt;
** [http://www.vdr-portal.de/board/thread.php?threadid=5208 channel.conf]&lt;br /&gt;
* '''Handbücher'''&lt;br /&gt;
** [http://www.slackware.org/book/ Das Slackware-Handbuch (engl.)]&lt;br /&gt;
** [http://debiananwenderhandbuch.de/ Debian GNU/Linux Anwenderhandbuch]&lt;br /&gt;
* '''X-Windows'''&lt;br /&gt;
** X-Server&lt;br /&gt;
***[http://www.superant.com/smalllinux/tinyX01.html Linux - smallX Page (formerly tinyX)]&lt;br /&gt;
** Windows-Manager&lt;br /&gt;
*** [http://xwinman.org/ Eine Sammlung der verschiedensten Window-Manager]&lt;br /&gt;
* '''Scripting/Programmieren'''&lt;br /&gt;
** dialog, kdialog, gdialog&lt;br /&gt;
*** [http://www.linux-user.de/ausgabe/2002/02/042-pcorner/pcorner7.html Benutzerfreundliche Ein-/Ausgabe]&lt;br /&gt;
*** [http://www.linuxfibel.de/bashprog.htm Programmierung der bash]&lt;br /&gt;
** TCL/Tk&lt;br /&gt;
*** [http://www.tcllinks.org/ TclLinks]&lt;br /&gt;
** Hardwarenahes&lt;br /&gt;
*** [http://www.fh-augsburg.de/~hhoegl/proj/siox-u/ftdicom.c USB/Seriell via FTDI]&lt;br /&gt;
*** [http://www.netzmafia.de/skripten/hardware/SerialPort_Programming_c.pdf Serial Programming Guide]&lt;br /&gt;
* '''Cluster'''&lt;br /&gt;
** [http://217.160.138.71/wiki/index.php?title=Hauptseite Rechenkraft]&lt;br /&gt;
* '''Netzwerk'''&lt;br /&gt;
** [http://lists.suse.com/archive/suse-laptop/2004-Aug/0035.html ifplugd]&lt;br /&gt;
* '''sshfs &amp;amp; fuse'''&lt;br /&gt;
** [http://myy.helia.fi/~karte/mount_sshfs.html Mount Remote SSH Filesystem with FUSE]&lt;br /&gt;
** [http://www.debian-administration.org/articles/198 fuse-source unter Debian installieren]&lt;br /&gt;
** [http://www.hskupin.info/2005/11/20/sshfs-unter-debian-nutzen/ sshfs unter Debian nutzen]&lt;br /&gt;
** [http://fuse.sourceforge.net/wiki/index.php/SshfsFaq SshfsFaq]&lt;br /&gt;
* '''...mal was ganz anderes'''&lt;br /&gt;
** [http://www.hackaday.com/ hack a day]&lt;br /&gt;
** [http://www.instructables.com/ instructables]&lt;br /&gt;
** [http://www.opencores.org opencores.org]&lt;br /&gt;
** [http://www.jamesclar.com/ Lichtdesign...]&lt;br /&gt;
** [http://www.lochraster.org/ z.B. EtherRape]&lt;br /&gt;
** [http://www.lomont.org/Projects/LEDCube/LEDCube.php LEDCube]&lt;br /&gt;
** [http://www.cccmz.de/wiki/index.php/Led_Cube etwas Hardware für einen LEDCube]&lt;br /&gt;
** [http://www.chaostreff-mannheim.de/wiki/Lightcube noch ein Cube mit MC]&lt;br /&gt;
* '''Google-Map'''&lt;br /&gt;
** [http://www.andrewtheken.com/index.php?page=GMapsClass GMapsClass]&lt;br /&gt;
** [http://www.mapki.com/wiki/Main_Page GoogleMapki]&lt;br /&gt;
** [http://www.google.com/apis/maps/documentation/ Google Map API]&lt;br /&gt;
* '''Rüdigers EasyBox'''&lt;br /&gt;
** [http://www.plzk.de/easybox/pmwiki.php?n=Index.Tutorial ein Ubuntu Tutorial]&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/Datei:Nodered_workshop.pdf</id>
		<title>Datei:Nodered workshop.pdf</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/Datei:Nodered_workshop.pdf"/>
				<updated>2019-03-14T16:53:27Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/Datei:Workshop_examples.tar.gz</id>
		<title>Datei:Workshop examples.tar.gz</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/Datei:Workshop_examples.tar.gz"/>
				<updated>2019-03-14T16:51:04Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/Benutzer:Bergeruw</id>
		<title>Benutzer:Bergeruw</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/Benutzer:Bergeruw"/>
				<updated>2019-03-14T14:27:01Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Kontakt ==&lt;br /&gt;
Uwe Berger &amp;lt;[mailto:bergeruw@gmx.net bergeruw@gmx.net]&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== CLT2019 (Flows zu Node-Red-Workshop) ==&lt;br /&gt;
[http://bralug.de/wiki-common/images/3/3d/blabla.tar.gz Flows]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Wiki-Artikel, die ich gerade schreibe bzw. von mir geplant sind ==&lt;br /&gt;
* [[iPod und Linux]]&lt;br /&gt;
* [[Usenet-Server SN (Small News)]]&lt;br /&gt;
* [[CMOS-Batterie im Compaq Contura Aero wechseln]]&lt;br /&gt;
* [[Linux auf einem Compaq Contura Aero]]&lt;br /&gt;
* [[LCD-Display als Statusanzeige unter Linux]]&lt;br /&gt;
* [[Automatische Auswahl der Netzwerkkarte mittels ifplugd]]&lt;br /&gt;
* [[Meshing am 10.09.2005]]&lt;br /&gt;
* [[Linux-Infotag-Organisations-HowTo]]&lt;br /&gt;
* [[BraLUG-Leitrichtlinien]]&lt;br /&gt;
* [[Planung BraLUG auf CLT 2007]]&lt;br /&gt;
* [[Planung BraLUG auf CLT 2008]]&lt;br /&gt;
* [[Planung BraLUG auf CLT 2009]]&lt;br /&gt;
* [[BraLUG auf dem CLT2010]]&lt;br /&gt;
* [[BraLUG-Vortragsprogramm 2012/13]]&lt;br /&gt;
* [[BraLUG-Vortragsprogramm 2015]]&lt;br /&gt;
* [[BraLUG-Vortragsprogramm 2018]]&lt;br /&gt;
* [[3D-LED-Display]]&lt;br /&gt;
* [[BLIT2008-Board]]&lt;br /&gt;
* [[BLIT2008-Board mit 1-Wire]]&lt;br /&gt;
* [[Infrarot-USB-Maus im Eigenbau]]&lt;br /&gt;
* [[ATtiny-Sonntagsspielereien]]&lt;br /&gt;
* [[Elektronisches Metronom]]&lt;br /&gt;
* [[8x8-LED-Matrix]]&lt;br /&gt;
* [[Display SDA5708]]&lt;br /&gt;
* [[Basic-Interpreter für AVR (uBasic-avr)]]&lt;br /&gt;
* [[Berliner Uhr]]&lt;br /&gt;
* [[Die andere Uhr]]&lt;br /&gt;
* [[Wort Uhr]]&lt;br /&gt;
* [[Kreis Uhr]]&lt;br /&gt;
* [[Geek Uhren]]&lt;br /&gt;
* [[Tokyoflash Hanko]]&lt;br /&gt;
* [[Kisai Stencil]]&lt;br /&gt;
* [[Kisai On Air]]&lt;br /&gt;
* [[Triangular Binary Clock]]&lt;br /&gt;
* [[Nixie]]&lt;br /&gt;
* [[Scopeclock]]&lt;br /&gt;
* [[Wetterdaten mit Linux aufzeichnen und verarbeiten]]&lt;br /&gt;
* [[Tux trifft MSP430-Launchpad]]&lt;br /&gt;
* [[Tux fliegt zu den Sternen]]&lt;br /&gt;
* [[Bilderrätsel (in Tcl)]]&lt;br /&gt;
* [[Tcl/Tk-Benutzeroberflächen für gnuplot programmieren]]&lt;br /&gt;
* [[GPS-Maus JENTRO BT-GPS-8U unter Linux]]&lt;br /&gt;
* [[Software Defined Radio (SDR) mit Linux]]&lt;br /&gt;
* [[Raspberry Pi als Musikabspielgerät an der Stereoanlage]]&lt;br /&gt;
* [[Bananenkiste als Homeserver]]&lt;br /&gt;
* [[ESP8266 mit NodeMcu]]&lt;br /&gt;
* [[BLIT-Logo finden]]&lt;br /&gt;
* [[Nichtöffentlich:BLIT2008-FaRa-Antrag]]&lt;br /&gt;
* [[Nichtöffentlich:BLIT2008-Orga-Team-Kontaktadressen]]&lt;br /&gt;
&lt;br /&gt;
== Einige meiner Vorträge/Wokshops ==&lt;br /&gt;
===CLT2011===&lt;br /&gt;
&lt;br /&gt;
* [http://bralug.de/wiki-common/images/e/e8/Ubasic.pdf uBasic - ein plattformunabhängiger BASIC-Interpreter]&lt;br /&gt;
* Grafisches Programmieren mit Tcl/Tk (Workshop)&lt;br /&gt;
** [http://bralug.de/wiki-common/images/5/5b/Tk_ws.pdf Folien]&lt;br /&gt;
** [http://bralug.de/wiki-common/images/a/ac/Tcl_tk_ws_bsp.tar.gz Workshop-Beispiele]&lt;br /&gt;
&lt;br /&gt;
===CLT2012===&lt;br /&gt;
* Busverkehr mit Linux&lt;br /&gt;
** [http://bralug.de/wiki-common/images/e/e1/Busverkehr_unter_linux.pdf Präsentation]&lt;br /&gt;
** [http://bralug.de/wiki-common/images/f/ff/I2c.tar.gz ein paar Scripte und Programme zu I2C]&lt;br /&gt;
&lt;br /&gt;
== Bookmarks ==&lt;br /&gt;
* '''WLAN'''&lt;br /&gt;
** Atmel AT76C503/505A&lt;br /&gt;
*** [http://at76c503a.berlios.de/ at76c503 WLAN Driver in Debian linux driver for Atmel AT76C503/505A based USB WLAN adapters]&lt;br /&gt;
*** [http://at76c503a.berlios.de/distro_debian.html at76c503 WLAN Driver in Debian]&lt;br /&gt;
** ACX100/ACX111&lt;br /&gt;
*** [http://acx100.sourceforge.net/ The ACX100/ACX111 wireless network driver project]&lt;br /&gt;
*** [http://lisas.de/~andi/acx100/ ACX100-Treiber]&lt;br /&gt;
** Netgear WGT634U&lt;br /&gt;
*** [http://wgt634u.nomis52.net WGT634U-Wiki]&lt;br /&gt;
*** [http://sarwiki.informatik.hu-berlin.de/Hacking_the_Netgear_wgt634u Hacking the WGT634U]&lt;br /&gt;
*** [http://wiki.openwrt.org/OpenWrtDocs/Hardware/Netgear/WGT634U OpenWRT (WGT634U)]&lt;br /&gt;
* '''LCD-Display am PC'''&lt;br /&gt;
** [http://www.linuxfocus.org/Deutsch/March2003/article286.shtml Linux USB LCD Display mit Watchdog und Tasten]&lt;br /&gt;
** [http://www.usblcd.de/ USBLCD]&lt;br /&gt;
** [http://www.ftdichip.com/Drivers/FT232-FT245Drivers.htm#D2XX FT232BM, FT245BM, FT8U232AM and FT8U245AM Drivers]&lt;br /&gt;
** [http://www.unitronic.de/ftdi/ FTDI-Chip]&lt;br /&gt;
** [http://www.enertex.de/linux/ftdi/ Using an FT232 BM Chip in an embedded system and a Linux OS]&lt;br /&gt;
** [http://ftdi-usb-sio.sourceforge.net/ FTDI SIO, 8U232AM and 245 Linux USB Serial Converter Driver]&lt;br /&gt;
* '''Notebooks und Linux'''&lt;br /&gt;
** [http://www.linux-on-laptops.com/ Linux on Laptops]&lt;br /&gt;
* '''Compaq Contura Aero'''&lt;br /&gt;
** [http://ulihansen.kicks-ass.net/aero/index.htm Über das Tieferlegen einer Schreibmaschine]&lt;br /&gt;
** [http://www.zenspider.com/~pwilk/aero_stuff.html Compaq Contura Aero Stuff]&lt;br /&gt;
** [http://www.alvestrand.no/linux/aero-faq.html Frequently asked Linux-specific questions about the Compaq Contura Aero]&lt;br /&gt;
** [http://www.cnbc.cmu.edu/~masmith/aero/ RedHat Linux 6.0 on a Compaq Contura Aero]&lt;br /&gt;
** [http://www.xmission.com/~bgeer/laptop_aero.html Installing Linux on a Compaq Contura Aero 4/33C Laptop]&lt;br /&gt;
** [http://hamsterrepublic.com/james/linux/contura-aero.php Linux on a Compaq Contura Aero 4/25]&lt;br /&gt;
* '''Toshiba Notebooks'''&lt;br /&gt;
** [http://www.creative-it.com/linux/irda/toshiba_irda_howto.html Toshiba Linux-IrDA Howto]&lt;br /&gt;
* '''IBM Notebooks'''&lt;br /&gt;
** [http://www.mk-stuff.de/artikel/linux_on_an_ibm_thinkpad_r50e/ Linux on an IBM ThinkPad R50e]&lt;br /&gt;
** [http://www.plenz.com/thinkpad_R50e ThinkPad R50e]&lt;br /&gt;
** [http://thinkwiki.org/wiki/ThinkWiki ThinkWiki]&lt;br /&gt;
* '''EPIA'''&lt;br /&gt;
** [http://www.epios.net/ EpiOS]&lt;br /&gt;
* '''DVB'''&lt;br /&gt;
** [http://www.wi-bw.tfh-wildau.de/~pboettch/home/index.php Linux Driver for some DVB USB devices]&lt;br /&gt;
** [http://www.meinemullemaus.de/software/aspire/aspire-debian/dvb-t.html Debian Linux (Sarge testing) auf Acer Aspire 1501 LMi (DVB-T Receiver)]&lt;br /&gt;
** [http://johannes-bauer.com/dvbt/ DVB-T unter Linux]&lt;br /&gt;
** [http://www.vdr-portal.de/board/thread.php?threadid=5208 channel.conf]&lt;br /&gt;
* '''Handbücher'''&lt;br /&gt;
** [http://www.slackware.org/book/ Das Slackware-Handbuch (engl.)]&lt;br /&gt;
** [http://debiananwenderhandbuch.de/ Debian GNU/Linux Anwenderhandbuch]&lt;br /&gt;
* '''X-Windows'''&lt;br /&gt;
** X-Server&lt;br /&gt;
***[http://www.superant.com/smalllinux/tinyX01.html Linux - smallX Page (formerly tinyX)]&lt;br /&gt;
** Windows-Manager&lt;br /&gt;
*** [http://xwinman.org/ Eine Sammlung der verschiedensten Window-Manager]&lt;br /&gt;
* '''Scripting/Programmieren'''&lt;br /&gt;
** dialog, kdialog, gdialog&lt;br /&gt;
*** [http://www.linux-user.de/ausgabe/2002/02/042-pcorner/pcorner7.html Benutzerfreundliche Ein-/Ausgabe]&lt;br /&gt;
*** [http://www.linuxfibel.de/bashprog.htm Programmierung der bash]&lt;br /&gt;
** TCL/Tk&lt;br /&gt;
*** [http://www.tcllinks.org/ TclLinks]&lt;br /&gt;
** Hardwarenahes&lt;br /&gt;
*** [http://www.fh-augsburg.de/~hhoegl/proj/siox-u/ftdicom.c USB/Seriell via FTDI]&lt;br /&gt;
*** [http://www.netzmafia.de/skripten/hardware/SerialPort_Programming_c.pdf Serial Programming Guide]&lt;br /&gt;
* '''Cluster'''&lt;br /&gt;
** [http://217.160.138.71/wiki/index.php?title=Hauptseite Rechenkraft]&lt;br /&gt;
* '''Netzwerk'''&lt;br /&gt;
** [http://lists.suse.com/archive/suse-laptop/2004-Aug/0035.html ifplugd]&lt;br /&gt;
* '''sshfs &amp;amp; fuse'''&lt;br /&gt;
** [http://myy.helia.fi/~karte/mount_sshfs.html Mount Remote SSH Filesystem with FUSE]&lt;br /&gt;
** [http://www.debian-administration.org/articles/198 fuse-source unter Debian installieren]&lt;br /&gt;
** [http://www.hskupin.info/2005/11/20/sshfs-unter-debian-nutzen/ sshfs unter Debian nutzen]&lt;br /&gt;
** [http://fuse.sourceforge.net/wiki/index.php/SshfsFaq SshfsFaq]&lt;br /&gt;
* '''...mal was ganz anderes'''&lt;br /&gt;
** [http://www.hackaday.com/ hack a day]&lt;br /&gt;
** [http://www.instructables.com/ instructables]&lt;br /&gt;
** [http://www.opencores.org opencores.org]&lt;br /&gt;
** [http://www.jamesclar.com/ Lichtdesign...]&lt;br /&gt;
** [http://www.lochraster.org/ z.B. EtherRape]&lt;br /&gt;
** [http://www.lomont.org/Projects/LEDCube/LEDCube.php LEDCube]&lt;br /&gt;
** [http://www.cccmz.de/wiki/index.php/Led_Cube etwas Hardware für einen LEDCube]&lt;br /&gt;
** [http://www.chaostreff-mannheim.de/wiki/Lightcube noch ein Cube mit MC]&lt;br /&gt;
* '''Google-Map'''&lt;br /&gt;
** [http://www.andrewtheken.com/index.php?page=GMapsClass GMapsClass]&lt;br /&gt;
** [http://www.mapki.com/wiki/Main_Page GoogleMapki]&lt;br /&gt;
** [http://www.google.com/apis/maps/documentation/ Google Map API]&lt;br /&gt;
* '''Rüdigers EasyBox'''&lt;br /&gt;
** [http://www.plzk.de/easybox/pmwiki.php?n=Index.Tutorial ein Ubuntu Tutorial]&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/Bananenkiste_als_Homeserver</id>
		<title>Bananenkiste als Homeserver</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/Bananenkiste_als_Homeserver"/>
				<updated>2019-02-03T11:31:56Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* Printserver */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=Motivation=&lt;br /&gt;
Mein alter Homeserver, welcher seit Jahren klaglos seinen Dienst erledigt hatte, will nicht mehr so richtig. Zwar ist das Ding nicht irreparabel kaputt, aber ab und zu sollte man auch mal mit der Zeit gehen. Also der richtige Augenblick die Hardware zu tauschen, das Betriebssystem frisch zu installieren und die gewünschten Server-Dienste neu aufsetzen...&lt;br /&gt;
&lt;br /&gt;
Die folgenden Kapitel sind in erster Linie eine Dokumentation für mich selbst, nützen aber vielleicht auch anderen &amp;quot;Freizeitadministratoren&amp;quot;, die Ähnliches vorhaben.&lt;br /&gt;
&lt;br /&gt;
=Hardware=&lt;br /&gt;
&amp;quot;Mit der Zeit gehen...&amp;quot; heißt natürlich aktuelle, ressourcen-seitig ausreichende und, vor allem, stromsparende Hardware zu verwenden, denn immerhin soll der Server ja 24 Stunden, 7 Tage in der Woche arbeiten. Heutzutage ist es kein Problem ein geeignetes Board, welches mit dem Betriebssystem Linux läuft, zu finden. Meine Wahl fiel auf einen [http://www.lemaker.org/ Banana Pro]. An die, auf dem Board vorhandene, SATA-Schnittstelle wurde eine [http://www.wdc.com/de/products/products.aspx?id=810 2,5&amp;quot;-&amp;quot;WD Red&amp;quot;-Festplatte] angeschlossen. Alles in einem entsprechenden Gehäuse eingebaut, ergibt es ein recht kompaktes Gerät, welches überall Platz finden sollte.&lt;br /&gt;
&lt;br /&gt;
=Linux-Betriebssystem installieren und konfigurieren=&lt;br /&gt;
==Installation==&lt;br /&gt;
Als Linux-Distribution wird [https://www.bananian.org/ Bananian] verwendet, was eigentlich ein Debian 7 ist, welche aber speziell für den Banana Pi/Pro angepasst wurde.&lt;br /&gt;
&lt;br /&gt;
Die Installation gestaltet sich recht einfach. Nach dem [https://www.bananian.org/download Download] des gepackten Images, ist es zu entpacken und auf eine passende SD-Karte zu kopieren (Beispiel für Linux :-)):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; dd if=bananian-1504.img of=/dev/&amp;lt;your-sd-card&amp;gt; bs=1M&lt;br /&gt;
&amp;gt; sync&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Danach ist die SD-Karte nur noch in den entsprechenden Slot des Banana Pi zu stecken, Netzwerk dran und Strom an! Das System sollte booten und eine IP-Adresse über DHCP beziehen. Zugriff auf das System hat man dann entweder lokal über die/den angeschlossene/n Tastatur/Monitor oder auch remote via ssh. Das root-Passwort lautet initial ''pi'' und sollte natürlich sofort geändert werden...&lt;br /&gt;
&lt;br /&gt;
==Konfiguration==&lt;br /&gt;
Eine erste Konfiguration des Systems, kann man mit folgenden Tool erledigen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; bananian-config&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Folgende Einstellungen können verändert werden:&lt;br /&gt;
* das root-Passwort&lt;br /&gt;
* die Zeitzone&lt;br /&gt;
* den Zeichensatz&lt;br /&gt;
* den Rechnernamen&lt;br /&gt;
* einige grundlegende Hardware-Einstellungen&lt;br /&gt;
&lt;br /&gt;
Danach sollte das System einmal durchgestartet werden.&lt;br /&gt;
&lt;br /&gt;
==Feste IP-Adresse==&lt;br /&gt;
Ein Server sollte eine feste IP-Adresse haben. Dazu ist die Konfigurationsdatei ''/etc/network/interfaces'' anzupassen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# interfaces(5) file used by ifup(8) and ifdown(8)&lt;br /&gt;
auto lo&lt;br /&gt;
iface lo inet loopback&lt;br /&gt;
&lt;br /&gt;
auto eth0&lt;br /&gt;
&lt;br /&gt;
# dhcp configuration&lt;br /&gt;
# iface eth0 inet dhcp&lt;br /&gt;
&lt;br /&gt;
# static ip configuration&lt;br /&gt;
iface eth0 inet static&lt;br /&gt;
	address 10.1.1.42&lt;br /&gt;
	netmask 255.255.255.0&lt;br /&gt;
	gateway 10.1.1.1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Erläuterung: Die Netzwerkschnittstelle eth0 bezieht seine IP-Adresse nicht via DHCP (entsprechende Zeile einkommentiert), sondern wird fest auf (beispielsweise) 10.1.1.42, der Netzwerkmaske 255.255.255.0 und dem Gateway 10.1.1.1 eingestellt.&lt;br /&gt;
&lt;br /&gt;
Danach sollte das Netzwerk neu gestartet werden oder der gesamte Rechner durchgestartet werden. Wird im Netzwerk ein DNS-Server betrieben, sollte dort IP-Adresse/-Name entsprechend aufgenommen werden, um den Server mit seinem IP-Namen ansprechen zu können. Alternativ kann diese Kombination auch in der jeweiligen Hosts-Datei (z.B. Linux ''/etc/hosts'') der Clients aufgenommen werden.&lt;br /&gt;
&lt;br /&gt;
==Bananian von einer Festplatte booten==&lt;br /&gt;
Hat man eine SATA-Festplatte an seinen Banana Pi angeschlossen, ist es sinnvoll von dieser auch zu booten. Um dies so einzurichten, sind z.B. folgende Schritte zielführend (angenommen, ''/dev/sda'' ist die angeschlossene Festplatte):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; fdisk /dev/sda&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
...RTFM --&amp;gt; Partionierung der Festplatte.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; mkfs.ext4 /dev/sda1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
...Formatierung der (ersten eingerichteten) Partition der Festplatte mit [https://de.wikipedia.org/wiki/Ext4 ext4].&lt;br /&gt;
&lt;br /&gt;
Das root-Filesystem der SD-Karte muss auf die Festplatte kopiert werden (Annahme, es wurde nur die Partition ''/dev/sda1'' auf der Festplatte angelegt; der Swap-Bereich befindet sich in der Datei ''/swapfile1'' (Default bei [https://www.bananian.org/ Bananian])):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; mount /dev/sda1 /mnt/&lt;br /&gt;
&amp;gt; rsync -ax / /mnt/&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Danach müssen noch die entsprechenden Boot-Parameter in der Datei ''/uEnv.txt'' eingestellt werden (der Editor ''joe'' ist installiert):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; umount /mnt/&lt;br /&gt;
&amp;gt; mount /dev/mmcblk0p1 /mnt/&lt;br /&gt;
&amp;gt; joe /mnt/uEnv.txt&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Die Zeichenfolge 'root=/dev/mmcblk0p2' ist durch 'root=/dev/sda1' auszutauschen. Nach einem&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; reboot&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
sollte von der angeschlossenen Festplatte gebootet werden...! Die SD-Karte muss natürlich im entsprechenden Slot bleiben, da sich darauf der Bootloader befindet. Bei einem Festplattendefekt hat man damit auch gleich ein funktionsfähiges Basissystem zur Verfügung (uEnv.txt entsprechend angepasst...).&lt;br /&gt;
&lt;br /&gt;
==&amp;quot;Heartbeat&amp;quot; ausschalten==&lt;br /&gt;
Um die nervig blinkende grüne LED auf dem Banana-Board auszuschalten, ist folgender Befehl (als root auszuführen) erfolgreich:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; echo none &amp;gt; /sys/class/leds/green\:ph24\:led1/trigger&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Wird dieses Kommando in der Datei ''/etc/rc.local'' aufgenommen, erfolgt das Ausschalten der blinkenden &amp;quot;Herzschlag&amp;quot;-LED automatisch nach dem Hochfahren des Systems.&lt;br /&gt;
&lt;br /&gt;
=Server-Dienste=&lt;br /&gt;
==Printserver==&lt;br /&gt;
Als Druck-Server wird [http://www.cups.org/ CUPS] verwendet. Die Installation gestaltet sich recht entspannt:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; sudo apt-get install cups cups-bsd printer-driver-foo2zjs-common printer-driver-foo2zjs&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Mit dem Tool ''cupsctl'' sollte man folgendes einstellen:&lt;br /&gt;
* die lokalen, am Server angeschlossenen, Drucker im Netzwerk freigeben&lt;br /&gt;
* CUPS über das Netzwerk administrierbar machen&lt;br /&gt;
* die automatische Druckervermittlung aktivieren&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; sudo cupsctl --share-printers  --remote-admin --remote-printers&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Ein User auf dem Server sollte CUPS administrieren dürfen (z.B. Drucker hinzufügen):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; sudo usermod -aG lpadmin &amp;lt;user&amp;gt;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Danach kann CUPS z.B. über einen Webbrowser administriert werden. URL: ''https://dein_server:631''. Wie man Drucker einrichtet und administriert, kann der [https://www.cups.org/documentation.php CUPS-Dokumentation] entnommen werden bzw. die Web-Oberfläche ist auch recht selbsterklärend...&lt;br /&gt;
&lt;br /&gt;
Ich besitze einen HP Laserjet 1018, es muss die Firmware aus dem Internet geholt und installiert werden, damit diese automatisch beim Einschalten des Druckers in selbigen kopiert wird: &lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; sudo getweb 1018&lt;br /&gt;
...&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Das Tool ''getweb'' ist Bestandteil des Paketes ''foo2zjs''. Als Parameter wird die Typ-Nummer des Druckers angegeben. Das Tool richtet dann alles notwendige automatisch ein.&lt;br /&gt;
&lt;br /&gt;
Danach empfiehlt sich ein Reboot des Systems.&lt;br /&gt;
&lt;br /&gt;
==autofs==&lt;br /&gt;
Spätestens beim [[Bananenkiste_als_Homeserver#Backup|Backup]] benötigt man sinnvoller Weise einen Datenträger, welcher nur während des Schreiben/Lesens in den Verzeichnisbaum eingebunden und sonst vom System jeder Zeit gefahrlos entfernbar ist. Es wird also ein Dienst benötigt, welcher z.B. eine bestimmte USB-Festplatte automatisch, vor dem ersten Zugriff, einbindet, wenn diese im System verfügbar ist und auch wieder selbstständig, nach einer einstellbaren Zeit der Inaktivität, entfernt. Ein solcher Dienst ist u.a. [https://wiki.ubuntuusers.de/autofs ''autofs''].&lt;br /&gt;
&lt;br /&gt;
Installation:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
sudo apt-get install autofs &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Festlegung des Verzeichnisses, unter dem der dynamische Datenträger eingebunden werden soll (alle Aktionen als Benutzer ''root''):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; mkdir /autofs&lt;br /&gt;
&lt;br /&gt;
&amp;gt; cat /etx/auto.master&lt;br /&gt;
/autofs  /etc/auto.autofs --timeout=300 --ghost&lt;br /&gt;
&lt;br /&gt;
&amp;gt; cat /etc/auto.autofs&lt;br /&gt;
usb-backup -fstype=ext3,sync :/dev/disk/by-uuid/0d5ef4bb-6f06-4814-95fe-7aa5acf09f4f&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Also:&lt;br /&gt;
* ein Verzeichnis (''/autofs'') anlegen, unter dem die Datenträger eingebunden werden sollen&lt;br /&gt;
* auto.master --&amp;gt; alle Datenträger, welche unter diesem Verzeichnis (''autofs'') eingebunden werden sollen (mehrere möglich), sind in ''/etc/auto.autofs'' konfiguriert, werden nach 300 Sekunden ausgehangen (timeout) --&amp;gt; RTFM!&lt;br /&gt;
* im Unterverzeichnis ''usb-backup'' wird eine USB-Festplatte, formatiert mit ext3, (vor dem ersten Lesen oder Schreiben) eingebunden, wenn sie die angegebene UUID hat...&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
UUID ermitteln:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
sudo blkid -o list -w /dev/null&lt;br /&gt;
...&lt;br /&gt;
/dev/sdb1                ext3                   (not mounted)                0d5ef4bb-6f06-4814-95fe-7aa5acf09f4f&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Nach einer Änderung der ''autofs''-Konfiguration ist der entsprechende Dienst neu zu starten:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;lt; service autofs restart&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Fileserver==&lt;br /&gt;
===sshfs===&lt;br /&gt;
Die einfachste Methode ein Server-Verzeichnis in den Verzeichnisbaum des Clients einzubinden, bietet [http://fuse.sourceforge.net/sshfs.html sshfs], vorausgesetzt:&lt;br /&gt;
* auf der Server-Seite ist ein ssh-Server (sollte eigentlich Standard sein...) und&lt;br /&gt;
* auf der Client-Seite ist sshfs (siehe z.B. folgende [https://wiki.ubuntuusers.de/fuse/sshfs Dokumentation])&lt;br /&gt;
installiert.&lt;br /&gt;
&lt;br /&gt;
Das Einbinden eines Server-Verzeichnisses via sshfs erfolgt (interaktiv) über folgendes Kommando:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; sshfs serveruser@server:/serververzeichnis /clientverzeichnis &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Man wird nach dem Passwort des angegebenen Server-Benutzers gefragt...&lt;br /&gt;
&lt;br /&gt;
Natürlich kann man auch alles automatisieren und z.B. das Einbinden eines Server-Verzeichnisses via sshfs über einen [http://superuser.com/questions/669287/automount-sshfs-using-fstab-without-mount-a Eintrag in der Datei /etc/fstab] erledigen. Eine weitere interessante Methode über den [https://wiki.ubuntuusers.de/NetworkManager/Dispatcher NetworkManager-Dispatcher] ist z.B. [https://wiki.ubuntuusers.de/fuse/sshfs#per-Dispatcher hier] beschrieben.&lt;br /&gt;
&lt;br /&gt;
Ein, über sshfs eingebundenes Server-Verzeichnis, wird man mit folgenden Kommando wieder los:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; fusermount -u /clientverzeichnis&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
===NFS===&lt;br /&gt;
...kommt (vielleicht) noch.&lt;br /&gt;
&lt;br /&gt;
===Samba===&lt;br /&gt;
[https://www.samba.org/ Samba] ist auch eine recht nette Möglichkeit, Zugriff auf Verzeichnisse des Servers zu bekommen. Vorteil ist, dass man damit auch Windows-Clients versorgen kann... &lt;br /&gt;
&lt;br /&gt;
Installation Samba-Server plus einiger Tools:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; sudo apt-get install samba-common samba-common-bin samba samba-doc samba-doc-pdf tdb-tools &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Samba verwaltet seine Benutzer in einer eigenen Datenbank (wenn nichts anderes konfiguriert):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; sudo smbpasswd -a &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; in der Samba-DB anlegen/aktivieren&lt;br /&gt;
&amp;gt; sudo smbpasswd -x &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; aus der Samba-DB entfernen&lt;br /&gt;
&amp;gt; sudo smbpasswd -d &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; in der Samba-DB deaktivieren&lt;br /&gt;
&amp;gt; sudo smbpasswd -e &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; in der Samba-DB wieder aktivieren&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Beim Anlegen eines Samba-Benutzers (erstes Kommando) kann man auch gleich ein Passwort vergeben. Mit dem gleichen Befehl kann dieses Passwort für den angegeben Benutzer auch geändert werden.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Die Konfiguration des Samba-Servers erfolgt über die Datei ''/etc/samba/smb.conf''. Über die vielfälltigen Einstellungsmöglichkeiten sind diverse [https://wiki.ubuntuusers.de/Samba_Server/smb.conf Beschreibungen] im Internet zu finden. Um beispielsweise ein Verzeichnis auf dem Server im Netzwerk freizugeben, ist die Datei ''/etc/samba/smd.conf'' um folgende Zeilen zu ergänzen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# Bilder&lt;br /&gt;
[Bilder]&lt;br /&gt;
path = /medien/bilder&lt;br /&gt;
public = no&lt;br /&gt;
writeable = yes&lt;br /&gt;
&amp;lt;/pre&amp;gt; &lt;br /&gt;
Erläuterung: Das Verzeichnis /medien/bilder auf dem Server wird als Share &amp;quot;Bilder&amp;quot; freigegeben, kann allerdings nur von Benutzern aus der Samba-DB (siehe oben) geöffnet werden und ist auch beschreibbar. (Nicht angegebene Optionen wirken mit ihrem Default-Wert (RTFM...)).&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Bevor man die Samba-Dienst mit der veränderten Konfiguration durchstartet, sollte man deren Syntax überprüfen, um eventuelle Fehler auszuspüren:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; testparm&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Das Durchstarten der Samba-Dienste kann z.B. mit folgenden Kommando erfolgen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; service samba restart&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
ToDo:&lt;br /&gt;
* Client-Zugriff auf freigegebene Shares&lt;br /&gt;
* Zugriff auf &amp;quot;Server-Drucker&amp;quot; von Windows-Clients aus&lt;br /&gt;
* ?&lt;br /&gt;
&lt;br /&gt;
==Backup==&lt;br /&gt;
===Allgemeines zu rdiff-backup===&lt;br /&gt;
Ein recht komfortables Backuptool zur Sicherung entfernter Rechner bzw. auch lokaler Serververzeichnisse auf einen externen Datenträger ist [http://www.nongnu.org/rdiff-backup/ rdiff-backup]. Das Tool ermöglicht eine einfache und platzsparende Sicherung (und natürliche auch Rücksicherung) von Daten. Nach einer initialen Vollsicherung werden in der Folge nur noch Änderungen versioniert in einer speziellen Verzeichnisstruktur gesichert (RTFM). Die Backups können auch über das Netzwerk gesichert via ssh erfolgen.&lt;br /&gt;
&lt;br /&gt;
rdiff-backup ist ein Kommandozeilentool. Es gibt aber eine Reihe von GUIs, die u.U. die Bedienung vereinfachen. Ich selbst verwende zur Überprüfung/Sichtung der Backups auf dem Homeserver [http://www.patrikdufresne.com/en/rdiffweb/ rdiffweb], eine kleine WEB-basierte Oberfläche.&lt;br /&gt;
&lt;br /&gt;
===Verwendung von rdiff-backup===&lt;br /&gt;
&lt;br /&gt;
'''Backup:'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
rdiff-backup /home/user /backup/home/user&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Es wird hier das Verzeichnis /home/user (mit allen Unterverzeichnissen) in das Backup-Verzeichnis /backup/home/user gesichert. Selbstverständlich können die Verzeichnisse jeweils auch Netzlaufwerke sein. Mit ein wenig Konfigurationsaufwand kann der Anstoß auch remote via ssh auf dem zu sichernden Rechner erfolgen. Weiterhin können, über entsprechende Aufrufparameter, die zu sichernden Verzeichnisse/Dateien über Include-/Exclude-Listen feiner spezifiziert werden. Hilfreich ist dazu die Dokumentation von [http://www.nongnu.org/rdiff-backup/docs.html rdiff-backup].&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Restore:'''&lt;br /&gt;
Wenn einfach nur die aktuellste Sicherung einer Datei oder eines Verzeichnisses aus dem Backup zurückgeholt werden soll, reicht ein ein einfaches Kopieren vom Backup-Verzeichnis an den gewünschten Zielort.&lt;br /&gt;
Soll eine ältere Version aus dem Backup zurückgesichert werden kann dies z.B. mit folgendem Befehl erfolgen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
rdiff-backup -r 10D /backup/home/user/datei.txt /home/user/datei.txt&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
In diesem Beispiel wird die Version von vor 10 Tagen der Datei /home/user/datei.txt aus dem Backup an ihren Ursprungsort zurückgesichert. Natürlich kann auch ein anderes Rücksicherungsziel angegeben werden. Weitere Rücksicherungsoptionen sind der Dokumentation von [http://www.nongnu.org/rdiff-backup/docs.html rdiff-backup] zu entnehmen.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Alte Sicherungen löschen:'''&lt;br /&gt;
&lt;br /&gt;
Mit der Zeit sammeln sich einige Sicherungen an. Wenn man nicht alle aufheben möchte, bietet rdiff-backup eine Reihe von Befehlen an, um ältere bzw. bestimmte Backups aus dem Sicherungsverzeichnis zu eleminieren:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
rdiff-backup --remove-older-than 180D /backup/home/user&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Mit diesem Befehl werden z.B. alle Sicherungen gelöscht, welche älter als 180 Tage sind. Weitere Möglichkeiten sind der Dokumentation von [http://www.nongnu.org/rdiff-backup/docs.html rdiff-backup] zu finden.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Status der Sicherungen abfragen:'''&lt;br /&gt;
&lt;br /&gt;
Ab und zu sollte man auch mal überprüfen, ob das Backup überhabt noch funktioniert. Mit folgendem Befehl kann z.B. eine Liste alle Backups erzeugt werden:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
rdiff-backup -l /backup/home/user&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Möchte man sich auch die Mengen der gesicherten Daten innerhalb der einzelnen Backups ansehen, ist dieser Befehl hilfreich:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
rdiff-backup --list-increment-sizes /backup/home/user&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===Weitere Informationsquellen (zu rdiff-backup)===&lt;br /&gt;
* http://www.nongnu.org/rdiff-backup/&lt;br /&gt;
* https://www.thomas-krenn.com/de/wiki/Backup_unter_Linux_mit_rdiff-backup&lt;br /&gt;
* https://www.howtoforge.com/linux_rdiff_backup&lt;br /&gt;
* http://arctic.org/~dean/rdiff-backup/unattended.html&lt;br /&gt;
* http://www.patrikdufresne.com/en/rdiffweb/&lt;br /&gt;
&lt;br /&gt;
==Mail==&lt;br /&gt;
===Allgemeines===&lt;br /&gt;
Auf meinem alten Homeserver hatte ich einen Mailserver betrieben. Diverse Scripte, regelmäßig via Cron gestartet, holten meine E-Mails von den diversen Mail-Servern in Internet ab und verteilten diese in lokale Mailboxen bzw. -ordner, damit sie im lokalen Netz auf allen Clients verfügbar waren. Bei der Neukonzeption meines Homeservers habe ich mir dann die Frage gestellt: &amp;quot;Warum dieser Aufwand?&amp;quot;, denn die Mails sind bei den einzelnen Mail-Providern doch ganz gut aufgehoben, von überall, mit geeigneten E-Mail-Clients, abgreifbar und die Größengrenzen der E-Mailboxen für den Normalverbraucher ausreichend.&lt;br /&gt;
&lt;br /&gt;
Damit bleiben dann eigentlich nur zwei Dinge offen, deren Lösungen in der Folge (beispielhaft) beschrieben werden:&lt;br /&gt;
* Servermeldungen/-zustände automatisiert versenden&lt;br /&gt;
* Archivierung einer Mailbox&lt;br /&gt;
&lt;br /&gt;
===Servermeldungen/-zustände automatisiert versenden mittels ssmtp===&lt;br /&gt;
&amp;quot;Hat das Backup heute Nacht eigentlich funktioniert?&amp;quot;, &amp;quot;Ist die Server-Festplatte demnächst der Meinung, ihren Geist aufzugeben?&amp;quot; oder &amp;quot;War die Verarbeitung von Job xyz erfolgreich?&amp;quot;...&lt;br /&gt;
&lt;br /&gt;
Mal ehrlich, loggt sich der Admin regelmäßig jeden Tag, Woche etc. auf dem Server ein, um obiges zu überprüfen? Bestimmt nicht...! Also brauchen man eine automatisierbare Lösung, welche den Status von Jobs, den Zustand der Hardware oder was auch immer an eine Mail-Adresse sendet, welche man regelmäßig abfragt!&lt;br /&gt;
&lt;br /&gt;
Befragt man dazu die bekannten Suchmaschinen, bekommt man zuerst die Antwort: &amp;quot;sendmail&amp;quot;, &amp;quot;postfix&amp;quot; etc.. Aber warum so kompliziert, durch Zufall bin ich auf [https://de.wikipedia.org/wiki/SSMTP ssmtp] aufmerksam geworden:&lt;br /&gt;
&lt;br /&gt;
'''Installation'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; apt-get install ssmtp&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''Konfiguration'''&lt;br /&gt;
&lt;br /&gt;
Es sind nach der Installation zwei Konfigurationsdateien anzupassen:&lt;br /&gt;
&lt;br /&gt;
/etc/ssmtp/ssmtp.conf (z.B. für eine Mailbox von blabla@gmx.net auf gmx.net):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
root=blabla@gmx.net&lt;br /&gt;
mailhub=mail.gmx.net:465&lt;br /&gt;
rewriteDomain=gmx.net&lt;br /&gt;
hostname=gmx.net&lt;br /&gt;
UseTLS=YES&lt;br /&gt;
AuthUser=blabla@gmx.DE&lt;br /&gt;
AuthPass=kenntnurblabla&lt;br /&gt;
FromLineOverride=NO&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
/etc/ssmtp/revaliases (für jeden User, der etwas zu melden hat):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
root:blabla@gmx.net:mail.gmx.net:465&lt;br /&gt;
blabla:blabla@gmx.net:mail.gmx.net:465&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
...etc..&lt;br /&gt;
&lt;br /&gt;
'''Anwendung'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
/usr/sbin/ssmtp blabla@gmx.net &amp;lt; /home/blabla/msg.txt&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===Mailbox archivieren via archivemail===&lt;br /&gt;
Falls man keinen eigenen, ständig ansprechbaren E-Mailserver betreibt, ist, aus meiner Sicht, die einfachste E-Mail-Lösung, die Mails einfach auf den Server des jeweiligen Providers zu belassen und seinen E-Mail-Client so zu konfigurieren, dass er diese E-Mail-Fächer bedient. Wie dies funktioniert, ist den diversen Beschreibungen im Internet zu entnehmen oder/und man vertraut den Installationshinweisen seines bevorzugten E-Mail-Clients.&lt;br /&gt;
&lt;br /&gt;
Allerdings wird es doch irgendwann Zeit, die E-Mails vom Server des jeweiligen Providers herunter zu laden und zu archivieren! Hauptgründe dafür sind vor allem die begrenzte Größe der E-Mailbox beim jeweiligen Provider oder einfach nur die Übersichtlichkeit innerhalb des Postfach. Für meine Bedürfnisse habe ich dazu das Tool [http://archivemail.sourceforge.net/ archivmail] auserkoren:&lt;br /&gt;
&lt;br /&gt;
'''Installation:'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
apt-get install archivemail&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Verwendung'''&lt;br /&gt;
&lt;br /&gt;
Archivierung einer Mailbox:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
archivemail --no-compress -q -d100 --pwfile /home/blabla/.pwd_web_de -o /home/blabla/web_de/ imaps://&amp;quot;blabla&amp;quot;@imap.web.de/INBOX&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Es werden alle Mails von blabla@web.de, welche sich im Mail-Verzeichnis &amp;quot;INBOX&amp;quot; des Postfach befinden und älter als 100 Tage sind, im (lokalen) Verzeichnis /home/blabla/web_de/ in einer Datei im mbox-Format abgelegt und auch auf dem Server des E-Mail-Providers gelöscht. Das Passwort für die angesprochene Mailbox auf dem Server des Mail-Providers befindet sich in der Datei ''/home/blabla/.pwd_web_de''. Weitere mögliche Aufrufparameter sind u.a. der [http://archivemail.sourceforge.net/manpage.html man-Page] von Archivemail zu entnehmen!&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Öffnen/Lesen/verwalten des Mailarchiv'''&lt;br /&gt;
&lt;br /&gt;
Die, von archivemail erzeugten Archive werden im [https://de.wikipedia.org/wiki/Mbox mbox-Format] angelegt. Um diese öffnen zu können benötigt man einen entsprechenden Reader. Da ich (bisher) nicht anderes gefunden habe, verwende ich dazu [http://www.mutt.org/ mutt]:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
mutt -f /home/blabla/web_de/INBOX-archive&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=Kontakt=&lt;br /&gt;
[[Benutzer:bergeruw|Uwe]]&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/BraLUG-Vortragsprogramm_2019</id>
		<title>BraLUG-Vortragsprogramm 2019</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/BraLUG-Vortragsprogramm_2019"/>
				<updated>2019-01-09T16:28:49Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: Abstracs, Terminierung, Formatierung&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Vorschläge/Wünsche==&lt;br /&gt;
&lt;br /&gt;
{|width=100% border=1&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 !Thema&lt;br /&gt;
 !Referent/Organisator&lt;br /&gt;
 !Art d. Veranst.&lt;br /&gt;
 !Termin&lt;br /&gt;
 !Anmerkungen/Abstract&lt;br /&gt;
 !Stimmen &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | Krypto 101&lt;br /&gt;
 | André&lt;br /&gt;
 | Vortrag&lt;br /&gt;
 | 31.01.2019&lt;br /&gt;
 | Die Heute (IT-)Welt kommt nicht mehr ohne Kryptographie aus. Überall ist (oder sollte) alles mit kryptographischen primitiven angereichert sein. Ob das der Besuch der Lieblingsshoppingwebseite ist, die Speicherung meiner Benutzerdaten bei jener, Updates von Smartphone/TV/Kühlschrank, Versand von Nachrichten in Messengern oder die Festplattenverschlüsseleung. Überall spielen kryptografische primitiven eine Rolle - andernfalls sind die Dienste und Daten nicht sicher.&lt;br /&gt;
Aber was bedeutet dieses &amp;quot;Sicher&amp;quot; oder &amp;quot;nicht Sicher&amp;quot;? Nach einem Stichprobenartigen Überblick wo überall Sicherungsmaßnahmen enthalten sind und ein kurzer geschichtlicher Abriss der Entwicklung. Gibt es einen Überlick über die moderner IT-Sicherungsmaßnahmen zugrundeliegende Cryptographie.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | SQL mit JSON&lt;br /&gt;
 | Uwe&lt;br /&gt;
 | Vortrag&lt;br /&gt;
 | 21.02.2019&lt;br /&gt;
 | Viele moderne relationale Datenbanken bieten die Möglichkeit an, JSON-Daten mit SQL zu bearbeiten. An Hand von konkreten Beispielen wird im Vortrag demonstriert, warum dies sinnvoll sein kann und wie es konkret funktioniert.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | offener Themenabend&lt;br /&gt;
 | alle&lt;br /&gt;
 | Lightningtalks und geselliges Beisammensein&lt;br /&gt;
 | 21.03. + 17.10.2019&lt;br /&gt;
 | Das Erfolgreiche Format &amp;quot;offener Themenabend&amp;quot; (im baikunur) wird auch dieses Jahr fortgesetzt. Als Neuerung wird mit 3-4 Lightningtalks experimentiert. Sebastian wird in den Wochen davor Kurzvortragsthemen einsammeln einplanen. Die Kurzvoträge sollen wirklich kurz sein - 5-8 Minuten, damit noch Zeit zur Diksusion ist. Mediale Mitttel stehen nicht zur Verfügung. Wenn Visialusierungen nötig sind, einfach das Flippchartpapier einrollen und mitbringen oder 2-3 klassiche Ausdrucke.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | Dateisysteme&lt;br /&gt;
 | Stefan&lt;br /&gt;
 | Vortrag&lt;br /&gt;
 | 02.05.2019 (wegen Osterferien)&lt;br /&gt;
 | Stefan hat sich bereiterklärt etwas über aktuell übliche Dateisysteme für Betriebssystem und Massenspeicher zu erzählen. Über die bloße Nennung hinaus soll auch auch Details eingegangen werden&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | Einplatinenrechner&lt;br /&gt;
 | Uwe + Sebastian&lt;br /&gt;
 | Vortrag&lt;br /&gt;
 | 18.05.2019 (LPD)&lt;br /&gt;
 | Jeder kennt die Raspberry-Boards, viele setzen sie für die verschiedensten Dinge ein und es läuft sogar Linux drauf! Aber es gibt noch viele andere vergleichbare Einplatinenrechner auf dem Markt. In dem Vortrag wird ein Überblick gegeben: was gibt es, wo ordnen sich die einzelnen Boards ein und welche Anwendungsgebiete können abgedeckt werden.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | Die Cloud zu Haus - statt alles nur geklout&lt;br /&gt;
 | Ingo&lt;br /&gt;
 | Vortrag&lt;br /&gt;
 | 18.05.2019 (LPD)&lt;br /&gt;
 | Ein aktuelles Buzzword in der Welt der Informationstechnologie ist Cloud bzw. das so genannte Cloud Computing. Darunter versteht man den Bezug von informationstechnischen Dienstleistungen wie Speicherplatz und Rechenleistung bis hin zur Nutzung kompletter Anwendungen auf Infrastruktur eines Dienstleisters. Und wo liegen dann meine Daten? Wer mehr Kontrolle darüber haben will, kann sich die &amp;quot;Wolke&amp;quot; ins eigene Heim holen. Wir zeigen, wie das geht. &lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | Let’s Encrypt&lt;br /&gt;
 | Kussi&lt;br /&gt;
 | Vortrag&lt;br /&gt;
 | 12.06.2019&lt;br /&gt;
 | selbstgehostete (z.B. zuhause auf einem Raspberry o.ä.) Webseite verschlüsseln mit &amp;quot;Let’s Encrypt&amp;quot; - Zertifikaten (auch mit lighttpd) - Details kommen noch.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | ceph&lt;br /&gt;
 | Chrissi&lt;br /&gt;
 | Vortrag&lt;br /&gt;
 | 15.08.2019&lt;br /&gt;
 | Was über Ceph.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | Linux PAM&lt;br /&gt;
 | Ingo&lt;br /&gt;
 | Vortrag&lt;br /&gt;
 | 19.09.2019&lt;br /&gt;
 | Wie meldet sich ein Nutzer heutzutage am System an und wie wird seine Usersession generiert.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | offener Themenabend&lt;br /&gt;
 | alle&lt;br /&gt;
 | Lightningtalks und geselliges Beisammensein&lt;br /&gt;
 | 21.03. + 17.10.2019&lt;br /&gt;
 | Das Erfolgreiche Format &amp;quot;offener Themenabend&amp;quot; (im baikunur) wird auch dieses Jahr fortgesetzt. Als Neuerung wird mit 3-4 Lightningtalks experimentiert. Sebastian wird in den Wochen davor Kurzvortragsthemen einsammeln einplanen. Die Kurzvoträge sollen wirklich kurz sein - 5-8 Minuten, damit noch Zeit zur Diksusion ist. Mediale Mitttel stehen nicht zur Verfügung. Wenn Visialusierungen nötig sind, einfach das Flippchartpapier einrollen und mitbringen oder 2-3 klassiche Ausdrucke.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | Festplattenverschlüsselung unter Linux&lt;br /&gt;
 | Ingo+?&lt;br /&gt;
 | Vortrag&lt;br /&gt;
 | 16.11.2019 (LPD)&lt;br /&gt;
 | Würde hier mir was zu DM, Luks, ecryptfs, ext4 Verschlüsselungserweiterung und ggf ZFS wünschen. Aus meiner sicht wäre ein Einführungs + Theorieteil und ein praktischer Teil (workshop?) gut. LPD?&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | Soziale Medien nutzen ohne die Privatsphäre zu gefährden&lt;br /&gt;
 | Ingo + Tochter&lt;br /&gt;
 | Vortrag&lt;br /&gt;
 | 16.11.2019 (LPD)&lt;br /&gt;
 | Das unmögliche möglich machen.&lt;br /&gt;
 |&lt;br /&gt;
 |-&lt;br /&gt;
 | Trusted Computing&lt;br /&gt;
 | Andre&lt;br /&gt;
 | Vortrag&lt;br /&gt;
 | 5.12.2019 &lt;br /&gt;
 | Nikolausspezial - wer vertraut dem ..? Vor einigen Jahren gab es viel Trubel um Trusted Computing. Die Entmündigung des PC-Besitzers wurde wegen TPM auferschworen. Darum wurde es aber erstaunlich ruhig. Doch was ist aus Trusted Computing mit den TPM-Chips geworden? Verhindert Secureboot die Verwendung von alternativen Betriebssystemen? Es werden Themen wie Secure Boot, Trusted Execution angerissen und darauf eingegangen, wer wem vertrauen muss und wie ist das in Hard- und Software umgesetzt. Wenn es zeitlich passt, gibts zu dem Einblick in die X86 Welt noch ein Ausblick in die Embeddedunivsersum. Ein kurzweiliger Einstieg in Trusted Computing.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | &amp;lt;del&amp;gt;Platinenerstellung&amp;lt;/del&amp;gt;&lt;br /&gt;
 | &amp;lt;del&amp;gt;Uwe, Chrissi?&amp;lt;/del&amp;gt;&lt;br /&gt;
 | &amp;lt;del&amp;gt;Vortrag&amp;lt;/del&amp;gt;&lt;br /&gt;
 | Nicht angenommen&lt;br /&gt;
 | &amp;lt;del&amp;gt;...von der (elektronischen) Schaltung bis zur Platine...&amp;lt;/del&amp;gt;&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | &amp;lt;del&amp;gt;IPv6 daheim&amp;lt;/del&amp;gt;&lt;br /&gt;
 | &amp;lt;del&amp;gt;?&amp;lt;/del&amp;gt;&lt;br /&gt;
 | &amp;lt;del&amp;gt;Vortrag&amp;lt;/del&amp;gt;&lt;br /&gt;
 | nicht angenommen&lt;br /&gt;
 | &amp;lt;del&amp;gt;Was bringt dieses neue (18 jahre alte) Interprotokoll zu Hause und wie kann man es nutzen?&amp;lt;/del&amp;gt;&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/BraLUG-Vortragsprogramm_2019</id>
		<title>BraLUG-Vortragsprogramm 2019</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/BraLUG-Vortragsprogramm_2019"/>
				<updated>2019-01-04T12:36:39Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* Vorschläge/Wünsche */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Vorschläge/Wünsche==&lt;br /&gt;
&lt;br /&gt;
{|width=100% border=1&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 !Thema&lt;br /&gt;
 !Referent/Organisator&lt;br /&gt;
 !Art d. Veranst.&lt;br /&gt;
 !Termin&lt;br /&gt;
 !Anmerkungen/Abstract&lt;br /&gt;
 !Stimmen &lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | Linux PAM&lt;br /&gt;
 | Ingo?&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 | eher spaeter&lt;br /&gt;
 | Wie meldet sich ein Nutzer heutzutage am System an und wie wird seine Usersession generiert.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | Trusted Computing&lt;br /&gt;
 |Andre&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 | ? &lt;br /&gt;
 | Trusted Computing? TPM? Wer vertraut wem (bzw muss) und wie ist das in Hard- und Software umgesetzt. Ein kurzweiliger Einstieg in Trusted Computing. (X86 PC Basiert und ARM)&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |offener Themenabend&lt;br /&gt;
 | alle&lt;br /&gt;
 |&lt;br /&gt;
 | ? &lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | Irgendwas mit Crypto.&lt;br /&gt;
 | André&lt;br /&gt;
 | Vortrag&lt;br /&gt;
 | Januar?&lt;br /&gt;
 | Die moderner IT Sicherungsmaßnahmen zugrundeliegende Cryptographie.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | Festplattenverschlüsselung unter Linux&lt;br /&gt;
 | Ingo+?&lt;br /&gt;
 | Vortrag&lt;br /&gt;
 | ?&lt;br /&gt;
 | Würde hier mir was zu DM, Luks, ecryptfs, ext4 Verschlüsselungserweiterung und ggf ZFS wünschen. Aus meiner sicht wäre ein Einführungs + Theorieteil und ein praktischer Teil (workshop?) gut. LPD?&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | Die Cloud zu Haus - statt alles nur geklout&lt;br /&gt;
 | Ingo&lt;br /&gt;
 | Vortrag&lt;br /&gt;
 | eher frueher&lt;br /&gt;
 | Was zu Über Next/*-cloud zu Haus.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | Einplatinenrechner&lt;br /&gt;
 | ?&lt;br /&gt;
 | Vortrag&lt;br /&gt;
 | ?&lt;br /&gt;
 | Was gibt es, was kann man damit machen&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | ceph&lt;br /&gt;
 | ?&lt;br /&gt;
 | Vortrag&lt;br /&gt;
 | ?&lt;br /&gt;
 | ??&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | Soziale Medien nutzen ohne die Privatsphäre zu gefährden&lt;br /&gt;
 | ?&lt;br /&gt;
 | Vortrag&lt;br /&gt;
 | ?&lt;br /&gt;
 | Das unmögliche möglich machen.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | Platinenerstellung&lt;br /&gt;
 | Uwe, Chrissi?&lt;br /&gt;
 | Vortrag&lt;br /&gt;
 | ?&lt;br /&gt;
 | ...von der (elektronischen) Schaltung bis zur Platine...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | SQL mit JSON&lt;br /&gt;
 | Uwe&lt;br /&gt;
 | Vortrag&lt;br /&gt;
 | Februar?&lt;br /&gt;
 | JSON-Text in Datenbanken mit SQL abfragen/bearbeiten etc.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | IPv6 daheim&lt;br /&gt;
 | ?&lt;br /&gt;
 | Vortrag&lt;br /&gt;
 | &lt;br /&gt;
 | Was bringt dieses neue (18 jahre alte) Interprotokoll zu Hause und wie kann man es nutzen?&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | Let’s Encrypt&lt;br /&gt;
 | ?&lt;br /&gt;
 | Vortrag&lt;br /&gt;
 | &lt;br /&gt;
 | selbstgehostete (z.B. zuhause auf einem Raspberry o.ä.) Webseite verschlüsseln mit &amp;quot;Let’s Encrypt&amp;quot; - Zertifikaten (auch mit lighttpd)&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/BraLUG-Vortragsprogramm_2019</id>
		<title>BraLUG-Vortragsprogramm 2019</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/BraLUG-Vortragsprogramm_2019"/>
				<updated>2018-12-24T08:02:37Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* Vorschläge/Wünsche */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Vorschläge/Wünsche==&lt;br /&gt;
&lt;br /&gt;
{|width=100% border=1&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 !Thema&lt;br /&gt;
 !Referent/Organisator&lt;br /&gt;
 !Art d. Veranst.&lt;br /&gt;
 !Termin&lt;br /&gt;
 !Anmerkungen/Abstract&lt;br /&gt;
 !Stimmen &lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | Linux PAM&lt;br /&gt;
 | ? &lt;br /&gt;
 |Vortrag&lt;br /&gt;
 | = &lt;br /&gt;
 | Wie meldet sich ein Nutzer heutzutage am System an und wie wird seine Usersession generiert.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | Trusted Computing&lt;br /&gt;
 |Andre&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 | ? &lt;br /&gt;
 | Trusted Computing? TPM? Wer vertraut wem (bzw muss) und wie ist das in Hard- und Software umgesetzt. Ein kurzweiliger Einstieg in Trusted Computing. (X86 PC Basiert und ARM)&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |offener Themenabend&lt;br /&gt;
 | alle&lt;br /&gt;
 |&lt;br /&gt;
 | ? &lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | Irgendwas mit Crypto.&lt;br /&gt;
 | André&lt;br /&gt;
 | Vortrag&lt;br /&gt;
 | Januar?&lt;br /&gt;
 | Die moderner IT Sicherungsmaßnahmen zugrundeliegende Cryptographie.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | Festplattenverschlüsselung unter Linux&lt;br /&gt;
 | ?&lt;br /&gt;
 | Vortrag&lt;br /&gt;
 | ?&lt;br /&gt;
 | Würde hier mir was zu DM, Luks, ecryptfs, ext4 Verschlüsselungserweiterung und ggf ZFS wünschen. Aus meiner sicht wäre ein Einführungs + Theorieteil und ein praktischer Teil (workshop?) gut. LPD?&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | Die Cloud zu Haus - statt alles nur geklout&lt;br /&gt;
 | ?&lt;br /&gt;
 | Vortrag&lt;br /&gt;
 | ?&lt;br /&gt;
 | Was zu Über Next/*-cloud zu Haus.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | Einplatinenrechner&lt;br /&gt;
 | ?&lt;br /&gt;
 | Vortrag&lt;br /&gt;
 | ?&lt;br /&gt;
 | Was gibt es, was kann man damit machen&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | ceph&lt;br /&gt;
 | ?&lt;br /&gt;
 | Vortrag&lt;br /&gt;
 | ?&lt;br /&gt;
 | ??&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | Soziale Medien nutzen ohne die Privatsphäre zu gefährden&lt;br /&gt;
 | ?&lt;br /&gt;
 | Vortrag&lt;br /&gt;
 | ?&lt;br /&gt;
 | Das unmögliche möglich machen.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | Platinenerstellung&lt;br /&gt;
 | Uwe, Chrissi?&lt;br /&gt;
 | Vortrag&lt;br /&gt;
 | ?&lt;br /&gt;
 | ...von der (elektronischen) Schaltung bis zur Platine...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 | SQL mit JSON&lt;br /&gt;
 | Uwe&lt;br /&gt;
 | Vortrag&lt;br /&gt;
 | Februar?&lt;br /&gt;
 | JSON-Text in Datenbanken mit SQL abfragen/bearbeiten etc.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/BraLUG-Vortragsprogramm_2018</id>
		<title>BraLUG-Vortragsprogramm 2018</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/BraLUG-Vortragsprogramm_2018"/>
				<updated>2017-12-23T17:35:20Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* Vorschläge/Wünsche */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Category:Veranstaltungen]]&lt;br /&gt;
==Vorschläge/Wünsche==&lt;br /&gt;
&lt;br /&gt;
{|width=100% border=1&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 !Thema&lt;br /&gt;
 !Referent/Organisator&lt;br /&gt;
 !Art d. Veranst.&lt;br /&gt;
 !Termin&lt;br /&gt;
 !Anmerkungen/Abstract&lt;br /&gt;
 !Stimmen &lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |MQTT - Die Sprache im Internet der Dinge (IoT) &lt;br /&gt;
 |Uwe&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |Januar (25.01.2018)&lt;br /&gt;
 |MQTT (Message Queuing Telemetry Transport) hat sich als eins der wichtigsten Kommunikationsprotokolle im Internet der Dinge (IoT) etabliert. Im Rahmen des Vortrages wird ein umfassender Überblick darüber gegeben, was MQTT ist, wie es funktioniert und welche Implementierungen existieren. Einige beispielhafte Anwendungsszenarien sollen zu eigenen Experimenten mit MQTT anregen.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Monitoringkonzepte/-philosophien &lt;br /&gt;
 |Andre&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |Februar&lt;br /&gt;
 | In Zeiten moderner CLoudcomputing bedarf auch  ganzheitlich, umfassender Monitoringtechniken.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |offener Themenabend&lt;br /&gt;
 | alle&lt;br /&gt;
 |&lt;br /&gt;
 |März&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Alte Musikkassetten/Schallplatten mit Linux digitalisieren &lt;br /&gt;
 |Uwe, Karsten&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |rowspan=&amp;quot;2&amp;quot;|LPD 2018.1 (21.04.2018)&lt;br /&gt;
 |kommt noch...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Linux-Terminal in Action&lt;br /&gt;
 | Ingo&lt;br /&gt;
 |Workshop&lt;br /&gt;
 | Wieso sind die ganzen Linux-Freaks und Nerds so erpicht darauf, eine Kommandozeile zu verwenden? Ist das nicht umständlich? Nein, ist es nicht. Und in vielen Fällen kommt man damit schneller und präziser zum Ziel. Wer mal versucht hat eine Menge Bilder zu drehen oder Dateien umzubenennen oder auch nur aus irgendwelchen Textdateien die relevanten Inhalte herausfiltern wollte, kam dabei gern mal schnell an die Grenzen der grafischen Werkzeuge oder hat viel Zeit investiert. In diesem Hands-On-Workshop wollen wir gemeinsam die Kommandozeile erforschen und damit einige (hoffentlich gut vorbereitete) Aufgaben lösen.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Messenger&lt;br /&gt;
 |??? (vielleicht eine Gemeinschaftsproduktion)&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |Mai&lt;br /&gt;
 | Wired, Telegram, Signal&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Node-RED - Klick dir dein Internet der Dinge (IoT) zusammen&lt;br /&gt;
 | Uwe&lt;br /&gt;
 |Vortrag/Workshop&lt;br /&gt;
 |Juni (21.06.2018)&lt;br /&gt;
 |Node-RED ist ein browserbasiertes Entwicklungsumgebung, mit der man Datenströme, wie sie zum Beispiel im Internet der Dinge (IoT) anfallen, in die richtigen Bahnen lenken kann. Dabei liegen die Einstiegshürden so niedrig, dass auch Anfänger nach kurzer Einarbeitungszeit komplexe Anwendungen kreieren können. Nach einer kurzen Einführung in das Thema, werden, an Hand ausgewählter Anwendungsszenarien, verschiedene Einsatzmöglichkeiten von Node-RED aufgezeigt, bei denen auch fortgeschrittene Programmierer nicht zu kurz kommen sollen.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |openVPN einrichten&lt;br /&gt;
 | Ingo&lt;br /&gt;
 |Workshop&lt;br /&gt;
 |Juli&lt;br /&gt;
 | Dass man im offenen Internet manchmal Kommunikationsverbindungen vor neugierigen Augen schützen möchte, hat Andre in einem Vortrag bereits aussagekräftig dargestellt. Aber wie macht man das konkret? Am Beispiel openVPN wollen wir in einem Workshop lernen, wie man selbst ein eigenes virtuelles, privates Netzwerk aufbaut.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |BraLUG-Wasserwanderung&lt;br /&gt;
 | alle&lt;br /&gt;
 |&lt;br /&gt;
 |August&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |OpenSSH&lt;br /&gt;
 | Andre?&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |September&lt;br /&gt;
 | Was zu OpenSSH, wie funktioniert, warum ist das so ein krasses Protokoll&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |offener Themenabend&lt;br /&gt;
 | alle&lt;br /&gt;
 |&lt;br /&gt;
 |Oktober&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Retro-Games mit Rasberry Pi&lt;br /&gt;
 |Uwe, Chris&lt;br /&gt;
 |Workshop mit einführenden Vortrag&lt;br /&gt;
 |rowspan=&amp;quot;2&amp;quot;|LPD 2018.2 (10.11.2018)&lt;br /&gt;
 | Wie verwandelt man seinen Rasberry Pi in eine Retro-Spielekonsole?&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Booten&lt;br /&gt;
 | Andre?&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 | Wie bootet so ein (x86) Computer. ggf auch vergleich zu arm oder embedded möglich. gerne auch zu zweit und den embeddedpart macht wer anders (:&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Qt --&amp;gt; LXQt&lt;br /&gt;
 | Sebastian&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |Dezember&lt;br /&gt;
 | Das GUI-Framework Qt spielt eine immer größere Rolle in der Softwareentwicklung, &lt;br /&gt;
so verwendet Google Earth, Opera-Browser oder auch Skype diese Grafik Bibilothek.&lt;br /&gt;
In der Linux Welt setzen einige Desktop-Umgebung auf Qt, die Bekannteste von ihnen ist KDE.&lt;br /&gt;
Seit nicht allzu langer Zeit setzt auch die leistungssparend LXDE Oberfläche auf Qt, sie nennt sich LXQt.&lt;br /&gt;
Ein Grund dafür sich mit der Qt Entwicklung zu beschäftigen.&lt;br /&gt;
Das Gui-Toolkit ist üblicherweise für C++ entwickelt, es gibt jedoch Anbindungen an andere Sprachen wie zum Beispiel für: Python(PyQt), Ruby(QtRuby) oder auch Haskell(Qtah).&lt;br /&gt;
Mal sehen wie schwer oder einfach der Einstieg in eine einfache Gui-Entwicklung mit Qt ist.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/BraLUG-Vortragsprogramm_2018</id>
		<title>BraLUG-Vortragsprogramm 2018</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/BraLUG-Vortragsprogramm_2018"/>
				<updated>2017-12-14T08:31:45Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* Vorschläge/Wünsche */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Category:Veranstaltungen]]&lt;br /&gt;
==Vorschläge/Wünsche==&lt;br /&gt;
&lt;br /&gt;
{|width=100% border=1&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 !Thema&lt;br /&gt;
 !Referent/Organisator&lt;br /&gt;
 !Art d. Veranst.&lt;br /&gt;
 !Termin&lt;br /&gt;
 !Anmerkungen/Abstract&lt;br /&gt;
 !Stimmen &lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |MQTT - Die Sprache im Internet der Dinge (IoT) &lt;br /&gt;
 |Uwe&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |Januar (25.01.2018)&lt;br /&gt;
 |MQTT (Message Queuing Telemetry Transport) hat sich als eins der wichtigsten Kommunikationsprotokolle im Internet der Dinge (IoT) etabliert. Im Rahmen des Vortrages wird ein umfassender Überblick darüber gegeben, was MQTT ist, wie es funktioniert und welche Implementierungen existieren. Einige beispielhafte Anwendungsszenarien sollen zu eigenen Experimenten mit MQTT anregen.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Monitoringkonzepte/-philosophien &lt;br /&gt;
 |Andre&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |Februar&lt;br /&gt;
 | In Zeiten moderner CLoudcomputing bedarf auch  ganzheitlich, umfassender Monitoringtechniken.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |offener Themenabend&lt;br /&gt;
 | alle&lt;br /&gt;
 |&lt;br /&gt;
 |März&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Alte Musikkassetten/Schallplatten mit Linux digitalisieren &lt;br /&gt;
 |Uwe, Karsten&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |rowspan=&amp;quot;2&amp;quot;|LPD 2018.1 (21.04.2018)&lt;br /&gt;
 |kommt noch...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Linux-Terminal in Action&lt;br /&gt;
 | Ingo&lt;br /&gt;
 |Vortrag/Workshop&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Messenger&lt;br /&gt;
 |??? (vielleicht eine Gemeinschaftsproduktion)&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |Mai&lt;br /&gt;
 | Wired, Telegram, Signal&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Node-RED - Klick dir dein Internet der Dinge (IoT) zusammen&lt;br /&gt;
 | Uwe&lt;br /&gt;
 |Vortrag/Workshop&lt;br /&gt;
 |Juni (21.06.2018)&lt;br /&gt;
 |Node-RED ist ein browserbasiertes Entwicklungsumgebung, mit der man Datenströme, wie sie zum Beispiel im Internet der Dinge (IoT) anfallen, in die richtigen Bahnen lenken kann. Dabei liegen die Einstiegshürden so niedrig, dass auch Anfänger nach kurzer Einarbeitungszeit komplexe Anwendungen kreieren können. Nach einer kurzen Einführung in das Thema, werden, an Hand ausgewählter Anwendungsszenarien, verschiedene Einsatzmöglichkeiten von Node-RED aufgezeigt, bei denen auch fortgeschrittene Programmierer nicht zu kurz kommen sollen.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |openVPN einrichten&lt;br /&gt;
 | Ingo?&lt;br /&gt;
 |Workshop&lt;br /&gt;
 |Juli&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |BraLUG-Wasserwanderung&lt;br /&gt;
 | alle&lt;br /&gt;
 |&lt;br /&gt;
 |August&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |OpenSSH&lt;br /&gt;
 | Andre?&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |September&lt;br /&gt;
 | Was zu OpenSSH, wie funktioniert, warum ist das so ein krasses Protokoll&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |offener Themenabend&lt;br /&gt;
 | alle&lt;br /&gt;
 |&lt;br /&gt;
 |Oktober&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Retro-Games mit Rasberry Pi&lt;br /&gt;
 |Uwe, Chris&lt;br /&gt;
 |Workshop mit einführenden Vortrag&lt;br /&gt;
 |rowspan=&amp;quot;2&amp;quot;|LPD 2018.2 (10.11.2018)&lt;br /&gt;
 | Wie verwandelt man seinen Rasberry Pi in eine Retro-Spielekonsole?&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Booten&lt;br /&gt;
 | Andre?&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 | Wie bootet so ein (x86) Computer. ggf auch vergleich zu arm oder embedded möglich. gerne auch zu zweit und den embeddedpart macht wer anders (:&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Qt --&amp;gt; LXQt&lt;br /&gt;
 | Sebastian&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |Dezember&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/BraLUG-Vortragsprogramm_2018</id>
		<title>BraLUG-Vortragsprogramm 2018</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/BraLUG-Vortragsprogramm_2018"/>
				<updated>2017-12-14T08:20:47Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* Vorschläge/Wünsche */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Category:Veranstaltungen]]&lt;br /&gt;
==Vorschläge/Wünsche==&lt;br /&gt;
&lt;br /&gt;
{|width=100% border=1&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 !Thema&lt;br /&gt;
 !Referent/Organisator&lt;br /&gt;
 !Art d. Veranst.&lt;br /&gt;
 !Termin&lt;br /&gt;
 !Anmerkungen/Abstract&lt;br /&gt;
 !Stimmen &lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |MQTT - Die Sprache im Internet der Dinge (IoT) &lt;br /&gt;
 |Uwe&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |Januar (25.01.2018)&lt;br /&gt;
 |MQTT (Message Queuing Telemetry Transport) hat sich als eins der wichtigsten Kommunikationsprotokolle im Internet der Dinge (IoT) etabliert. Im Rahmen des Vortrages wird ein umfassender Überblick darüber gegeben, was MQTT ist, wie es funktioniert und welche Implementierungen existieren. Einige beispielhafte Anwendungsszenarien sollen zu eigenen Experimenten mit MQTT anregen.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Monitoringkonzepte/-philosophien &lt;br /&gt;
 |Andre&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |Februar&lt;br /&gt;
 | In Zeiten moderner CLoudcomputing bedarf auch  ganzheitlich, umfassender Monitoringtechniken.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |offener Themenabend&lt;br /&gt;
 | alle&lt;br /&gt;
 |&lt;br /&gt;
 |März&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Alte Musikkassetten/Schallplatten mit Linux digitalisieren &lt;br /&gt;
 |Uwe, Karsten&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |rowspan=&amp;quot;2&amp;quot;|LPD 2018.1 (21.04.2018)&lt;br /&gt;
 |kommt noch...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Linux-Terminal in Action&lt;br /&gt;
 | Ingo&lt;br /&gt;
 |Vortrag/Workshop&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Messenger&lt;br /&gt;
 |??? (vielleicht eine Gemeinschaftsproduktion)&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |Mai&lt;br /&gt;
 | Wired, Telegram, Signal&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Node-RED - Klick dir dein Internet der Dinge (IoT) zusammen&lt;br /&gt;
 | Uwe&lt;br /&gt;
 |Vortrag/Workshop&lt;br /&gt;
 |Juni (21.06.2018)&lt;br /&gt;
 |Node-RED ist ein browserbasiertes Entwicklungsumgebung, mit der man Datenströme, wie sie zum Beispiel im Internet der Dinge (IoT) anfallen, in die richtigen Bahnen lenken kann. Dabei liegen die Einstiegshürden so niedrig, dass auch Anfänger nach kurzer Einarbeitungszeit komplexe Anwendungen kreieren können. Nach einer kurzen Einführung in das Thema, werden, an Hand ausgewählter Anwendungsszenarien, verschiedene Einsatzmöglichkeiten von Node-RED aufgezeigt, bei denen auch fortgeschrittene Programmierer nicht zu kurz kommen sollen.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |openVPN einrichten&lt;br /&gt;
 | Ingo?&lt;br /&gt;
 |Workshop&lt;br /&gt;
 |Juli&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |BraLUG-Wasserwanderung&lt;br /&gt;
 | alle&lt;br /&gt;
 |&lt;br /&gt;
 |August&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |OpenSSH&lt;br /&gt;
 | Andre?&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |September&lt;br /&gt;
 | Was zu OpenSSH, wie funktioniert, warum ist das so ein krasses Protokoll&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |offener Themenabend&lt;br /&gt;
 | alle&lt;br /&gt;
 |&lt;br /&gt;
 |Oktober&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Retro-Games mit Rasberry Pi&lt;br /&gt;
 |Uwe&lt;br /&gt;
 |Workshop mit einführenden Vortrag&lt;br /&gt;
 |rowspan=&amp;quot;2&amp;quot;|LPD 2018.2 (10.11.2018)&lt;br /&gt;
 | Wie verwandelt man seinen Rasberry Pi in eine Retro-Spielekonsole?&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Booten&lt;br /&gt;
 | Andre?&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 | Wie bootet so ein (x86) Computer. ggf auch vergleich zu arm oder embedded möglich. gerne auch zu zweit und den embeddedpart macht wer anders (:&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Qt --&amp;gt; LXQt&lt;br /&gt;
 | Sebastian&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |Dezember&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/BraLUG-Vortragsprogramm_2018</id>
		<title>BraLUG-Vortragsprogramm 2018</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/BraLUG-Vortragsprogramm_2018"/>
				<updated>2017-12-14T08:18:40Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* Vorschläge/Wünsche */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Category:Veranstaltungen]]&lt;br /&gt;
==Vorschläge/Wünsche==&lt;br /&gt;
&lt;br /&gt;
{|width=100% border=1&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 !Thema&lt;br /&gt;
 !Referent/Organisator&lt;br /&gt;
 !Art d. Veranst.&lt;br /&gt;
 !Termin&lt;br /&gt;
 !Anmerkungen/Abstract&lt;br /&gt;
 !Stimmen &lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |MQTT - Die Sprache im Internet der Dinge (IoT) &lt;br /&gt;
 |Uwe&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |Januar (25.01.2017)&lt;br /&gt;
 |MQTT (Message Queuing Telemetry Transport) hat sich als eins der wichtigsten Kommunikationsprotokolle im Internet der Dinge (IoT) etabliert. Im Rahmen des Vortrages wird ein umfassender Überblick darüber gegeben, was MQTT ist, wie es funktioniert und welche Implementierungen existieren. Einige beispielhafte Anwendungsszenarien sollen zu eigenen Experimenten mit MQTT anregen.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Monitoringkonzepte/-philosophien &lt;br /&gt;
 |Andre&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |Februar&lt;br /&gt;
 | In Zeiten moderner CLoudcomputing bedarf auch  ganzheitlich, umfassender Monitoringtechniken.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |offener Themenabend&lt;br /&gt;
 | alle&lt;br /&gt;
 |&lt;br /&gt;
 |März&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Alte Musikkassetten/Schallplatten mit Linux digitalisieren &lt;br /&gt;
 |Uwe, Karsten&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |rowspan=&amp;quot;2&amp;quot;|LPD 2018.1 (21.04.2018)&lt;br /&gt;
 |kommt noch...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Linux-Terminal in Action&lt;br /&gt;
 | Ingo&lt;br /&gt;
 |Vortrag/Workshop&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Messenger&lt;br /&gt;
 |??? (vielleicht eine Gemeinschaftsproduktion)&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |Mai&lt;br /&gt;
 | Wired, Telegram, Signal&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Node-RED - Klick dir dein Internet der Dinge (IoT) zusammen&lt;br /&gt;
 | Uwe&lt;br /&gt;
 |Vortrag/Workshop&lt;br /&gt;
 |Juni&lt;br /&gt;
 |Node-RED ist ein browserbasiertes Entwicklungsumgebung, mit der man Datenströme, wie sie zum Beispiel im Internet der Dinge (IoT) anfallen, in die richtigen Bahnen lenken kann. Dabei liegen die Einstiegshürden so niedrig, dass auch Anfänger nach kurzer Einarbeitungszeit komplexe Anwendungen kreieren können. Nach einer kurzen Einführung in das Thema, werden, an Hand ausgewählter Anwendungsszenarien, verschiedene Einsatzmöglichkeiten von Node-RED aufgezeigt, bei denen auch fortgeschrittene Programmierer nicht zu kurz kommen sollen.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |openVPN einrichten&lt;br /&gt;
 | Ingo?&lt;br /&gt;
 |Workshop&lt;br /&gt;
 |Juli&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |BraLUG-Wasserwanderung&lt;br /&gt;
 | alle&lt;br /&gt;
 |&lt;br /&gt;
 |August&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |OpenSSH&lt;br /&gt;
 | Andre?&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |September&lt;br /&gt;
 | Was zu OpenSSH, wie funktioniert, warum ist das so ein krasses Protokoll&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |offener Themenabend&lt;br /&gt;
 | alle&lt;br /&gt;
 |&lt;br /&gt;
 |Oktober&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Retro-Games mit Rasberry Pi&lt;br /&gt;
 |Uwe&lt;br /&gt;
 |Workshop mit einführenden Vortrag&lt;br /&gt;
 |rowspan=&amp;quot;2&amp;quot;|LPD 2018.2 (10.11.2018)&lt;br /&gt;
 | Wie verwandelt man seinen Rasberry Pi in eine Retro-Spielekonsole?&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Booten&lt;br /&gt;
 | Andre?&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 | Wie bootet so ein (x86) Computer. ggf auch vergleich zu arm oder embedded möglich. gerne auch zu zweit und den embeddedpart macht wer anders (:&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Qt --&amp;gt; LXQt&lt;br /&gt;
 | Sebastian&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |Dezember&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/BraLUG-Vortragsprogramm_2018</id>
		<title>BraLUG-Vortragsprogramm 2018</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/BraLUG-Vortragsprogramm_2018"/>
				<updated>2017-12-14T07:58:13Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* Vorschläge/Wünsche */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Category:Veranstaltungen]]&lt;br /&gt;
==Vorschläge/Wünsche==&lt;br /&gt;
&lt;br /&gt;
{|width=100% border=1&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 !Thema&lt;br /&gt;
 !Referent/Organisator&lt;br /&gt;
 !Art d. Veranst.&lt;br /&gt;
 !Termin&lt;br /&gt;
 !Anmerkungen/Abstract&lt;br /&gt;
 !Stimmen &lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |MQTT - Die Sprache im Internet der Dinge (IoT) &lt;br /&gt;
 |Uwe&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |Januar&lt;br /&gt;
 |MQTT (Message Queuing Telemetry Transport) hat sich als eins der wichtigsten Kommunikationsprotokolle im Internet der Dinge (IoT) etabliert. Im Rahmen des Vortrages wird ein umfassender Überblick darüber gegeben, was MQTT ist, wie es funktioniert und welche Implementierungen existieren. Einige beispielhafte Anwendungsszenarien sollen zu eigenen Experimenten mit MQTT anregen.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Monitoringkonzepte/-philosophien &lt;br /&gt;
 |Andre&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |Februar&lt;br /&gt;
 | In Zeiten moderner CLoudcomputing bedarf auch  ganzheitlich, umfassender Monitoringtechniken.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |offener Themenabend&lt;br /&gt;
 | alle&lt;br /&gt;
 |&lt;br /&gt;
 |März&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Alte Musikkassetten/Schallplatten mit Linux digitalisieren &lt;br /&gt;
 |Uwe, Karsten&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |rowspan=&amp;quot;2&amp;quot;|LPD 2018.1 (21.04.2018)&lt;br /&gt;
 |kommt noch...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Linux-Terminal in Action&lt;br /&gt;
 | Ingo&lt;br /&gt;
 |Vortrag/Workshop&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Messenger&lt;br /&gt;
 |??? (vielleicht eine Gemeinschaftsproduktion)&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |Mai&lt;br /&gt;
 | Wired, Telegram, Signal&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Node-RED - Klick dir dein Internet der Dinge (IoT) zusammen&lt;br /&gt;
 | Uwe&lt;br /&gt;
 |Vortrag/Workshop&lt;br /&gt;
 |Juni&lt;br /&gt;
 |Node-RED ist ein browserbasiertes Entwicklungsumgebung, mit der man Datenströme, wie sie zum Beispiel im Internet der Dinge (IoT) anfallen, in die richtigen Bahnen lenken kann. Dabei liegen die Einstiegshürden so niedrig, dass auch Anfänger nach kurzer Einarbeitungszeit komplexe Anwendungen kreieren können. Nach einer kurzen Einführung in das Thema, werden, an Hand ausgewählter Anwendungsszenarien, verschiedene Einsatzmöglichkeiten von Node-RED aufgezeigt, bei denen auch fortgeschrittene Programmierer nicht zu kurz kommen sollen.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |openVPN einrichten&lt;br /&gt;
 | Ingo?&lt;br /&gt;
 |Workshop&lt;br /&gt;
 |Juli&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |BraLUG-Wasserwanderung&lt;br /&gt;
 | alle&lt;br /&gt;
 |&lt;br /&gt;
 |August&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |OpenSSH&lt;br /&gt;
 | Andre?&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |September&lt;br /&gt;
 | Was zu OpenSSH, wie funktioniert, warum ist das so ein krasses Protokoll&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |offener Themenabend&lt;br /&gt;
 | alle&lt;br /&gt;
 |&lt;br /&gt;
 |Oktober&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Retro-Games mit Rasberry Pi&lt;br /&gt;
 |Uwe&lt;br /&gt;
 |Workshop mit einführenden Vortrag&lt;br /&gt;
 |rowspan=&amp;quot;2&amp;quot;|LPD 2018.2 (10.11.2018)&lt;br /&gt;
 | Wie verwandelt man seinen Rasberry Pi in eine Retro-Spielekonsole?&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Booten&lt;br /&gt;
 | Andre?&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 | Wie bootet so ein (x86) Computer. ggf auch vergleich zu arm oder embedded möglich. gerne auch zu zweit und den embeddedpart macht wer anders (:&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Qt --&amp;gt; LXQt&lt;br /&gt;
 | Sebastian&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |Dezember&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/BraLUG-Vortragsprogramm_2018</id>
		<title>BraLUG-Vortragsprogramm 2018</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/BraLUG-Vortragsprogramm_2018"/>
				<updated>2017-12-14T07:56:03Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* Vorschläge/Wünsche */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Category:Veranstaltungen]]&lt;br /&gt;
==Vorschläge/Wünsche==&lt;br /&gt;
&lt;br /&gt;
{|width=100% border=1&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 !Thema&lt;br /&gt;
 !Referent/Organisator&lt;br /&gt;
 !Art d. Veranst.&lt;br /&gt;
 !Termin&lt;br /&gt;
 !Anmerkungen/Abstract&lt;br /&gt;
 !Stimmen &lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |MQTT - Die Sprache im Internet der Dinge (IoT) &lt;br /&gt;
 |Uwe&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |Januar&lt;br /&gt;
 |MQTT (Message Queuing Telemetry Transport) hat sich als eins der wichtigsten Kommunikationsprotokolle im Internet der Dinge (IoT) etabliert. Im Rahmen des Vortrages wird ein umfassender Überblick darüber gegeben, was MQTT ist, wie es funktioniert und welche Implementierungen existieren. Einige beispielhafte Anwendungsszenarien sollen zu eigenen Experimenten mit MQTT anregen.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Monitoringkonzepte/-philosophien &lt;br /&gt;
 |Andre&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |Februar&lt;br /&gt;
 | In Zeiten moderner CLoudcomputing bedarf auch  ganzheitlich, umfassender Monitoringtechniken.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |offener Themenabend&lt;br /&gt;
 | alle&lt;br /&gt;
 |&lt;br /&gt;
 |März&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Alte Musikkassetten/Schallplatten mit Linux digitalisieren &lt;br /&gt;
 |Uwe, Karsten&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |rowspan=&amp;quot;2&amp;quot;|LPD 2018.1 (21.04.2018)&lt;br /&gt;
 |kommt noch...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Linux-Terminal in Action&lt;br /&gt;
 | Ingo&lt;br /&gt;
 |Vortrag/WS&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Messenger&lt;br /&gt;
 |??? (vielleicht eine Gemeinschaftsproduktion)&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |Mai&lt;br /&gt;
 | Wired, Telegram, Signal&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Node-RED - Klick dir dein Internet der Dinge (IoT) zusammen&lt;br /&gt;
 | Uwe&lt;br /&gt;
 |Vortrag/WS&lt;br /&gt;
 |Juni&lt;br /&gt;
 |Node-RED ist ein browserbasiertes Entwicklungsumgebung, mit der man Datenströme, wie sie zum Beispiel im Internet der Dinge (IoT) anfallen, in die richtigen Bahnen lenken kann. Dabei liegen die Einstiegshürden so niedrig, dass auch Anfänger nach kurzer Einarbeitungszeit komplexe Anwendungen kreieren können. Nach einer kurzen Einführung in das Thema, werden, an Hand ausgewählter Anwendungsszenarien, verschiedene Einsatzmöglichkeiten von Node-RED aufgezeigt, bei denen auch fortgeschrittene Programmierer nicht zu kurz kommen sollen.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |openVPN einrichten&lt;br /&gt;
 | Ingo?&lt;br /&gt;
 |Workshop&lt;br /&gt;
 |Juli&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |BraLUG-Wasserwanderung&lt;br /&gt;
 | alle&lt;br /&gt;
 |&lt;br /&gt;
 |August&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |OpenSSH&lt;br /&gt;
 | Andre?&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |September&lt;br /&gt;
 | Was zu OpenSSH, wie funktioniert, warum ist das so ein krasses Protokoll&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |offener Themenabend&lt;br /&gt;
 | alle&lt;br /&gt;
 |&lt;br /&gt;
 |Oktober&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Retro-Games mit Rasberry Pi&lt;br /&gt;
 |Uwe&lt;br /&gt;
 |Workshop mit einführenden Vortrag&lt;br /&gt;
 |rowspan=&amp;quot;2&amp;quot;|LPD 2018.2 (10.11.2018)&lt;br /&gt;
 | Wie verwandelt man seinen Rasberry Pi in eine Retro-Spielekonsole?&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Booten&lt;br /&gt;
 | Andre?&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 | Wie bootet so ein (x86) Computer. ggf auch vergleich zu arm oder embedded möglich. gerne auch zu zweit und den embeddedpart macht wer anders (:&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Qt --&amp;gt; LXQt&lt;br /&gt;
 | Sebastian&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |Dezember&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/BraLUG-Vortragsprogramm_2018</id>
		<title>BraLUG-Vortragsprogramm 2018</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/BraLUG-Vortragsprogramm_2018"/>
				<updated>2017-12-14T07:47:09Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* Vorschläge/Wünsche */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Category:Veranstaltungen]]&lt;br /&gt;
==Vorschläge/Wünsche==&lt;br /&gt;
&lt;br /&gt;
{|width=100% border=1&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 !Thema&lt;br /&gt;
 !Referent/Organisator&lt;br /&gt;
 !Art d. Veranst.&lt;br /&gt;
 !Wunschtermin&lt;br /&gt;
 !Anmerkungen/Abstract&lt;br /&gt;
 !Stimmen &lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Message Queue Telemetry Transport (MQTT) &lt;br /&gt;
 |Uwe&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |Januar&lt;br /&gt;
 |MQTT (Message Queuing Telemetry Transport) hat sich als eins der wichtigsten Kommunikationsprotokolle im Internet der Dinge (IoT) etabliert. Im Rahmen des Vortrages wird ein umfassender Überblick darüber gegeben, was MQTT ist, wie es funktioniert und welche Implementierungen existieren. Einige beispielhafte Anwendungsszenarien sollen zu eigenen Experimenten mit MQTT anregen.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Monitoringkonzepte/-philosophien &lt;br /&gt;
 |Andre&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |Februar&lt;br /&gt;
 | In Zeiten moderner CLoudcomputing bedarf auch  ganzheitlich, umfassender Monitoringtechniken.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |offener Themenabend&lt;br /&gt;
 | alle&lt;br /&gt;
 |&lt;br /&gt;
 |März&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Alte Musikkassetten/Schallplatten mit Linux digitalisieren &lt;br /&gt;
 |Uwe, Karsten&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |rowspan=&amp;quot;2&amp;quot;|LPD 2018.1 (21.04.2018)&lt;br /&gt;
 |kommt noch...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Linux-Terminal in Action&lt;br /&gt;
 | Ingo&lt;br /&gt;
 |Vortrag/WS&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Messenger&lt;br /&gt;
 |??? (vielleicht eine Gemeinschaftsproduktion)&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |Mai&lt;br /&gt;
 | Wired, Telegram, Signal&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Node-RED&lt;br /&gt;
 | Uwe&lt;br /&gt;
 |Vortrag/WS&lt;br /&gt;
 |Juni&lt;br /&gt;
 |Node-RED ist ein browserbasiertes Entwicklungsumgebung, mit der man Datenströme, wie sie zum Beispiel im Internet der Dinge (IoT) anfallen, in die richtigen Bahnen lenken kann. Dabei liegen die Einstiegshürden so niedrig, dass auch Anfänger nach kurzer Einarbeitungszeit komplexe Anwendungen kreieren können. Nach einer kurzen Einführung in das Thema, werden, an Hand ausgewählter Anwendungsszenarien, verschiedene Einsatzmöglichkeiten von Node-RED aufgezeigt, bei denen auch fortgeschrittene Programmierer nicht zu kurz kommen sollen.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |openVPN einrichten&lt;br /&gt;
 | Ingo?&lt;br /&gt;
 |Workshop&lt;br /&gt;
 |Juli&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |BraLUG-Wasserwanderung&lt;br /&gt;
 | alle&lt;br /&gt;
 |&lt;br /&gt;
 |August&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |OpenSSH&lt;br /&gt;
 | Andre?&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |September&lt;br /&gt;
 | Was zu OpenSSH, wie funktioniert, warum ist das so ein krasses Protokoll&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |offener Themenabend&lt;br /&gt;
 | alle&lt;br /&gt;
 |&lt;br /&gt;
 |Oktober&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Retro-Games mit Rasberry Pi&lt;br /&gt;
 |Uwe&lt;br /&gt;
 |Workshop mit einführenden Vortrag&lt;br /&gt;
 |rowspan=&amp;quot;2&amp;quot;|LPD 2018.2 (10.11.2018)&lt;br /&gt;
 | Wie verwandelt man seinen Rasberry Pi in eine Retro-Spielekonsole?&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Booten&lt;br /&gt;
 | Andre?&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 | Wie bootet so ein (x86) Computer. ggf auch vergleich zu arm oder embedded möglich. gerne auch zu zweit und den embeddedpart macht wer anders (:&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Qt --&amp;gt; LXQt&lt;br /&gt;
 | Sebastian&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |Dezember&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/BraLUG-Vortragsprogramm_2018</id>
		<title>BraLUG-Vortragsprogramm 2018</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/BraLUG-Vortragsprogramm_2018"/>
				<updated>2017-12-14T07:42:29Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* Vorschläge/Wünsche */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Category:Veranstaltungen]]&lt;br /&gt;
==Vorschläge/Wünsche==&lt;br /&gt;
&lt;br /&gt;
{|width=100% border=1&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 !Thema&lt;br /&gt;
 !Referent/Organisator&lt;br /&gt;
 !Art d. Veranst.&lt;br /&gt;
 !Wunschtermin&lt;br /&gt;
 !Anmerkungen/Abstract&lt;br /&gt;
 !Stimmen &lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Message Queue Telemetry Transport (MQTT) &lt;br /&gt;
 |Uwe&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |Januar&lt;br /&gt;
 |MQTT (Message Queuing Telemetry Transport) hat sich als eins der wichtigsten Kommunikationsprotokolle im Internet der Dinge (IoT) etabliert. Im Rahmen des Vortrages wird ein umfassender Überblick darüber gegeben, was MQTT ist, wie es funktioniert und welche Implementierungen existieren. Einige beispielhafte Anwendungsszenarien sollen zu eigenen Experimenten mit MQTT anregen.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Monitoringkonzepte/philosophien &lt;br /&gt;
 |Andre&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |Februar&lt;br /&gt;
 | In Zeiten moderner CLoudcomputing bedarf auch  ganzheitlich, umfassender Monitoringtechniken.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |offener Themenabend&lt;br /&gt;
 | alle&lt;br /&gt;
 |&lt;br /&gt;
 |März&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Alte Musikkassetten/Schallplatten mit Linux digitalisieren &lt;br /&gt;
 |Uwe, Karsten&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |LPD (April)&lt;br /&gt;
 |kommt noch...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Linux-Terminal in Action&lt;br /&gt;
 | Ingo&lt;br /&gt;
 |Vortrag/WS&lt;br /&gt;
 |LPD (April)&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Messenger&lt;br /&gt;
 |??? (vielleicht eine Gemeinschaftsproduktion)&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |Mai&lt;br /&gt;
 | Wired, Telegram, Signal&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Node-RED&lt;br /&gt;
 | Uwe&lt;br /&gt;
 |Vortrag/WS&lt;br /&gt;
 |Juni&lt;br /&gt;
 |Node-RED ist ein browserbasiertes Entwicklungsumgebung, mit der man Datenströme, wie sie zum Beispiel im Internet der Dinge (IoT) anfallen, in die richtigen Bahnen lenken kann. Dabei liegen die Einstiegshürden so niedrig, dass auch Anfänger nach kurzer Einarbeitungszeit komplexe Anwendungen kreieren können. Nach einer kurzen Einführung in das Thema, werden, an Hand ausgewählter Anwendungsszenarien, verschiedene Einsatzmöglichkeiten von Node-RED aufgezeigt, bei denen auch fortgeschrittene Programmierer nicht zu kurz kommen sollen.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |openVPN einrichten&lt;br /&gt;
 | Ingo?&lt;br /&gt;
 |Workshop&lt;br /&gt;
 |Juli&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |BraLUG-Wasserwanderung&lt;br /&gt;
 | alle&lt;br /&gt;
 |&lt;br /&gt;
 |August&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |OpenSSH&lt;br /&gt;
 | Andre?&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |September&lt;br /&gt;
 | Was zu OpenSSH, wie funktioniert, warum ist das so ein krasses Protokoll&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |offener Themenabend&lt;br /&gt;
 | alle&lt;br /&gt;
 |&lt;br /&gt;
 |Oktober&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Retro-Games mit Rasberry Pi&lt;br /&gt;
 |Uwe&lt;br /&gt;
 |Workshop mit einführenden Vortrag&lt;br /&gt;
 |LPD (November)&lt;br /&gt;
 | Wie verwandelt man seinen Rasberry Pi in eine Retro-Spielekonsole?&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Booten&lt;br /&gt;
 | Andre?&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |LPD (November)&lt;br /&gt;
 | Wie bootet so ein (x86) Computer. ggf auch vergleich zu arm oder embedded möglich. gerne auch zu zweit und den embeddedpart macht wer anders (:&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Qt --&amp;gt; LXQt&lt;br /&gt;
 | Sebastian&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |Dezember&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/BraLUG-Vortragsprogramm_2018</id>
		<title>BraLUG-Vortragsprogramm 2018</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/BraLUG-Vortragsprogramm_2018"/>
				<updated>2017-12-14T07:37:58Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* Vorschläge/Wünsche */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Category:Veranstaltungen]]&lt;br /&gt;
==Vorschläge/Wünsche==&lt;br /&gt;
&lt;br /&gt;
{|width=100% border=1&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 !Thema&lt;br /&gt;
 !Referent/Organisator&lt;br /&gt;
 !Art d. Veranst.&lt;br /&gt;
 !Wunschtermin&lt;br /&gt;
 !Anmerkungen/Abstract&lt;br /&gt;
 !Stimmen &lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Message Queue Telemetry Transport (MQTT) &lt;br /&gt;
 |Uwe&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |Januar&lt;br /&gt;
 |kommt noch... ([https://de.wikipedia.org/wiki/MQTT])&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Monitoringkonzepte/philosophien &lt;br /&gt;
 |Andre&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |Februar&lt;br /&gt;
 | In Zeiten moderner CLoudcomputing bedarf auch  ganzheitlich, umfassender Monitoringtechniken.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |offener Themenabend&lt;br /&gt;
 | alle&lt;br /&gt;
 |&lt;br /&gt;
 |März&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Alte Musikkassetten/Schallplatten mit Linux digitalisieren &lt;br /&gt;
 |Uwe, Karsten&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |LPD (April)&lt;br /&gt;
 |kommt noch...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Linux-Terminal in Action&lt;br /&gt;
 | Ingo&lt;br /&gt;
 |Vortrag/WS&lt;br /&gt;
 |LPD (April)&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Messenger&lt;br /&gt;
 |??? (vielleicht eine Gemeinschaftsproduktion)&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |Mai&lt;br /&gt;
 | Wired, Telegram, Signal&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Node-RED&lt;br /&gt;
 | Uwe&lt;br /&gt;
 |Vortrag/WS&lt;br /&gt;
 |Juni&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |openVPN einrichten&lt;br /&gt;
 | Ingo?&lt;br /&gt;
 |Workshop&lt;br /&gt;
 |Juli&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |BraLUG-Wasserwanderung&lt;br /&gt;
 | alle&lt;br /&gt;
 |&lt;br /&gt;
 |August&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |OpenSSH&lt;br /&gt;
 | Andre?&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |September&lt;br /&gt;
 | Was zu OpenSSH, wie funktioniert, warum ist das so ein krasses Protokoll&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |offener Themenabend&lt;br /&gt;
 | alle&lt;br /&gt;
 |&lt;br /&gt;
 |Oktober&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Retro-Games mit Rasberry Pi&lt;br /&gt;
 |Uwe&lt;br /&gt;
 |Workshop mit einführenden Vortrag&lt;br /&gt;
 |LPD (November)&lt;br /&gt;
 | Wie verwandelt man seinen Rasberry Pi in eine Retro-Spielekonsole?&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Booten&lt;br /&gt;
 | Andre?&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |LPD (November)&lt;br /&gt;
 | Wie bootet so ein (x86) Computer. ggf auch vergleich zu arm oder embedded möglich. gerne auch zu zweit und den embeddedpart macht wer anders (:&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Qt --&amp;gt; LXQt&lt;br /&gt;
 | Sebastian&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |Dezember&lt;br /&gt;
 | ...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/Bananenkiste_als_Homeserver</id>
		<title>Bananenkiste als Homeserver</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/Bananenkiste_als_Homeserver"/>
				<updated>2017-08-04T07:49:19Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* Mailbox archivieren via archivemail */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=Motivation=&lt;br /&gt;
Mein alter Homeserver, welcher seit Jahren klaglos seinen Dienst erledigt hatte, will nicht mehr so richtig. Zwar ist das Ding nicht irreparabel kaputt, aber ab und zu sollte man auch mal mit der Zeit gehen. Also der richtige Augenblick die Hardware zu tauschen, das Betriebssystem frisch zu installieren und die gewünschten Server-Dienste neu aufsetzen...&lt;br /&gt;
&lt;br /&gt;
Die folgenden Kapitel sind in erster Linie eine Dokumentation für mich selbst, nützen aber vielleicht auch anderen &amp;quot;Freizeitadministratoren&amp;quot;, die Ähnliches vorhaben.&lt;br /&gt;
&lt;br /&gt;
=Hardware=&lt;br /&gt;
&amp;quot;Mit der Zeit gehen...&amp;quot; heißt natürlich aktuelle, ressourcen-seitig ausreichende und, vor allem, stromsparende Hardware zu verwenden, denn immerhin soll der Server ja 24 Stunden, 7 Tage in der Woche arbeiten. Heutzutage ist es kein Problem ein geeignetes Board, welches mit dem Betriebssystem Linux läuft, zu finden. Meine Wahl fiel auf einen [http://www.lemaker.org/ Banana Pro]. An die, auf dem Board vorhandene, SATA-Schnittstelle wurde eine [http://www.wdc.com/de/products/products.aspx?id=810 2,5&amp;quot;-&amp;quot;WD Red&amp;quot;-Festplatte] angeschlossen. Alles in einem entsprechenden Gehäuse eingebaut, ergibt es ein recht kompaktes Gerät, welches überall Platz finden sollte.&lt;br /&gt;
&lt;br /&gt;
=Linux-Betriebssystem installieren und konfigurieren=&lt;br /&gt;
==Installation==&lt;br /&gt;
Als Linux-Distribution wird [https://www.bananian.org/ Bananian] verwendet, was eigentlich ein Debian 7 ist, welche aber speziell für den Banana Pi/Pro angepasst wurde.&lt;br /&gt;
&lt;br /&gt;
Die Installation gestaltet sich recht einfach. Nach dem [https://www.bananian.org/download Download] des gepackten Images, ist es zu entpacken und auf eine passende SD-Karte zu kopieren (Beispiel für Linux :-)):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; dd if=bananian-1504.img of=/dev/&amp;lt;your-sd-card&amp;gt; bs=1M&lt;br /&gt;
&amp;gt; sync&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Danach ist die SD-Karte nur noch in den entsprechenden Slot des Banana Pi zu stecken, Netzwerk dran und Strom an! Das System sollte booten und eine IP-Adresse über DHCP beziehen. Zugriff auf das System hat man dann entweder lokal über die/den angeschlossene/n Tastatur/Monitor oder auch remote via ssh. Das root-Passwort lautet initial ''pi'' und sollte natürlich sofort geändert werden...&lt;br /&gt;
&lt;br /&gt;
==Konfiguration==&lt;br /&gt;
Eine erste Konfiguration des Systems, kann man mit folgenden Tool erledigen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; bananian-config&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Folgende Einstellungen können verändert werden:&lt;br /&gt;
* das root-Passwort&lt;br /&gt;
* die Zeitzone&lt;br /&gt;
* den Zeichensatz&lt;br /&gt;
* den Rechnernamen&lt;br /&gt;
* einige grundlegende Hardware-Einstellungen&lt;br /&gt;
&lt;br /&gt;
Danach sollte das System einmal durchgestartet werden.&lt;br /&gt;
&lt;br /&gt;
==Feste IP-Adresse==&lt;br /&gt;
Ein Server sollte eine feste IP-Adresse haben. Dazu ist die Konfigurationsdatei ''/etc/network/interfaces'' anzupassen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# interfaces(5) file used by ifup(8) and ifdown(8)&lt;br /&gt;
auto lo&lt;br /&gt;
iface lo inet loopback&lt;br /&gt;
&lt;br /&gt;
auto eth0&lt;br /&gt;
&lt;br /&gt;
# dhcp configuration&lt;br /&gt;
# iface eth0 inet dhcp&lt;br /&gt;
&lt;br /&gt;
# static ip configuration&lt;br /&gt;
iface eth0 inet static&lt;br /&gt;
	address 10.1.1.42&lt;br /&gt;
	netmask 255.255.255.0&lt;br /&gt;
	gateway 10.1.1.1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Erläuterung: Die Netzwerkschnittstelle eth0 bezieht seine IP-Adresse nicht via DHCP (entsprechende Zeile einkommentiert), sondern wird fest auf (beispielsweise) 10.1.1.42, der Netzwerkmaske 255.255.255.0 und dem Gateway 10.1.1.1 eingestellt.&lt;br /&gt;
&lt;br /&gt;
Danach sollte das Netzwerk neu gestartet werden oder der gesamte Rechner durchgestartet werden. Wird im Netzwerk ein DNS-Server betrieben, sollte dort IP-Adresse/-Name entsprechend aufgenommen werden, um den Server mit seinem IP-Namen ansprechen zu können. Alternativ kann diese Kombination auch in der jeweiligen Hosts-Datei (z.B. Linux ''/etc/hosts'') der Clients aufgenommen werden.&lt;br /&gt;
&lt;br /&gt;
==Bananian von einer Festplatte booten==&lt;br /&gt;
Hat man eine SATA-Festplatte an seinen Banana Pi angeschlossen, ist es sinnvoll von dieser auch zu booten. Um dies so einzurichten, sind z.B. folgende Schritte zielführend (angenommen, ''/dev/sda'' ist die angeschlossene Festplatte):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; fdisk /dev/sda&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
...RTFM --&amp;gt; Partionierung der Festplatte.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; mkfs.ext4 /dev/sda1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
...Formatierung der (ersten eingerichteten) Partition der Festplatte mit [https://de.wikipedia.org/wiki/Ext4 ext4].&lt;br /&gt;
&lt;br /&gt;
Das root-Filesystem der SD-Karte muss auf die Festplatte kopiert werden (Annahme, es wurde nur die Partition ''/dev/sda1'' auf der Festplatte angelegt; der Swap-Bereich befindet sich in der Datei ''/swapfile1'' (Default bei [https://www.bananian.org/ Bananian])):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; mount /dev/sda1 /mnt/&lt;br /&gt;
&amp;gt; rsync -ax / /mnt/&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Danach müssen noch die entsprechenden Boot-Parameter in der Datei ''/uEnv.txt'' eingestellt werden (der Editor ''joe'' ist installiert):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; umount /mnt/&lt;br /&gt;
&amp;gt; mount /dev/mmcblk0p1 /mnt/&lt;br /&gt;
&amp;gt; joe /mnt/uEnv.txt&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Die Zeichenfolge 'root=/dev/mmcblk0p2' ist durch 'root=/dev/sda1' auszutauschen. Nach einem&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; reboot&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
sollte von der angeschlossenen Festplatte gebootet werden...! Die SD-Karte muss natürlich im entsprechenden Slot bleiben, da sich darauf der Bootloader befindet. Bei einem Festplattendefekt hat man damit auch gleich ein funktionsfähiges Basissystem zur Verfügung (uEnv.txt entsprechend angepasst...).&lt;br /&gt;
&lt;br /&gt;
==&amp;quot;Heartbeat&amp;quot; ausschalten==&lt;br /&gt;
Um die nervig blinkende grüne LED auf dem Banana-Board auszuschalten, ist folgender Befehl (als root auszuführen) erfolgreich:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; echo none &amp;gt; /sys/class/leds/green\:ph24\:led1/trigger&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Wird dieses Kommando in der Datei ''/etc/rc.local'' aufgenommen, erfolgt das Ausschalten der blinkenden &amp;quot;Herzschlag&amp;quot;-LED automatisch nach dem Hochfahren des Systems.&lt;br /&gt;
&lt;br /&gt;
=Server-Dienste=&lt;br /&gt;
==Printserver==&lt;br /&gt;
Als Druck-Server wird [http://www.cups.org/ CUPS] verwendet. Die Installation gestaltet sich recht entspannt:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
apt-get install cups cups-bsd foo2zjs&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Mit dem Tool ''cupsctl'' sollte man folgendes einstellen:&lt;br /&gt;
* die lokalen, am Server angeschlossenen, Drucker im Netzwerk freigeben&lt;br /&gt;
* CUPS über das Netzwerk administrierbar machen&lt;br /&gt;
* die automatische Druckervermittlung aktivieren&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
cupsctl --share-printers  --remote-admin --remote-printers&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Danach kann CUPS z.B. über einen Webbrowser administriert werden. URL: ''https://dein_server:631''. Wie man Drucker einrichtet und administriert, kann der [https://www.cups.org/documentation.php CUPS-Dokumentation] entnommen werden bzw. die Web-Oberfläche ist auch recht selbsterklärend...&lt;br /&gt;
&lt;br /&gt;
Ich besitze einen HP Laserjet 1018, es muss die Firmware aus dem Internet geholt und installiert werden, damit diese automatisch beim Einschalten des Druckers in selbigen kopiert wird: &lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; getweb 1018&lt;br /&gt;
...&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Das Tool ''getweb'' ist Bestandteil des Paketes ''foo2zjs''. Als Parameter wird die Typ-Nummer des Druckers angegeben. Das Tool richtet dann alles notwendige automatisch ein.&lt;br /&gt;
&lt;br /&gt;
Danach empfiehlt sich ein Reboot des Systems.&lt;br /&gt;
&lt;br /&gt;
==autofs==&lt;br /&gt;
Spätestens beim [[Bananenkiste_als_Homeserver#Backup|Backup]] benötigt man sinnvoller Weise einen Datenträger, welcher nur während des Schreiben/Lesens in den Verzeichnisbaum eingebunden und sonst vom System jeder Zeit gefahrlos entfernbar ist. Es wird also ein Dienst benötigt, welcher z.B. eine bestimmte USB-Festplatte automatisch, vor dem ersten Zugriff, einbindet, wenn diese im System verfügbar ist und auch wieder selbstständig, nach einer einstellbaren Zeit der Inaktivität, entfernt. Ein solcher Dienst ist u.a. [https://wiki.ubuntuusers.de/autofs ''autofs''].&lt;br /&gt;
&lt;br /&gt;
Installation:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
sudo apt-get install autofs &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Festlegung des Verzeichnisses, unter dem der dynamische Datenträger eingebunden werden soll (alle Aktionen als Benutzer ''root''):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; mkdir /autofs&lt;br /&gt;
&lt;br /&gt;
&amp;gt; cat /etx/auto.master&lt;br /&gt;
/autofs  /etc/auto.autofs --timeout=300 --ghost&lt;br /&gt;
&lt;br /&gt;
&amp;gt; cat /etc/auto.autofs&lt;br /&gt;
usb-backup -fstype=ext3,sync :/dev/disk/by-uuid/0d5ef4bb-6f06-4814-95fe-7aa5acf09f4f&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Also:&lt;br /&gt;
* ein Verzeichnis (''/autofs'') anlegen, unter dem die Datenträger eingebunden werden sollen&lt;br /&gt;
* auto.master --&amp;gt; alle Datenträger, welche unter diesem Verzeichnis (''autofs'') eingebunden werden sollen (mehrere möglich), sind in ''/etc/auto.autofs'' konfiguriert, werden nach 300 Sekunden ausgehangen (timeout) --&amp;gt; RTFM!&lt;br /&gt;
* im Unterverzeichnis ''usb-backup'' wird eine USB-Festplatte, formatiert mit ext3, (vor dem ersten Lesen oder Schreiben) eingebunden, wenn sie die angegebene UUID hat...&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
UUID ermitteln:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
sudo blkid -o list -w /dev/null&lt;br /&gt;
...&lt;br /&gt;
/dev/sdb1                ext3                   (not mounted)                0d5ef4bb-6f06-4814-95fe-7aa5acf09f4f&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Nach einer Änderung der ''autofs''-Konfiguration ist der entsprechende Dienst neu zu starten:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;lt; service autofs restart&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Fileserver==&lt;br /&gt;
===sshfs===&lt;br /&gt;
Die einfachste Methode ein Server-Verzeichnis in den Verzeichnisbaum des Clients einzubinden, bietet [http://fuse.sourceforge.net/sshfs.html sshfs], vorausgesetzt:&lt;br /&gt;
* auf der Server-Seite ist ein ssh-Server (sollte eigentlich Standard sein...) und&lt;br /&gt;
* auf der Client-Seite ist sshfs (siehe z.B. folgende [https://wiki.ubuntuusers.de/fuse/sshfs Dokumentation])&lt;br /&gt;
installiert.&lt;br /&gt;
&lt;br /&gt;
Das Einbinden eines Server-Verzeichnisses via sshfs erfolgt (interaktiv) über folgendes Kommando:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; sshfs serveruser@server:/serververzeichnis /clientverzeichnis &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Man wird nach dem Passwort des angegebenen Server-Benutzers gefragt...&lt;br /&gt;
&lt;br /&gt;
Natürlich kann man auch alles automatisieren und z.B. das Einbinden eines Server-Verzeichnisses via sshfs über einen [http://superuser.com/questions/669287/automount-sshfs-using-fstab-without-mount-a Eintrag in der Datei /etc/fstab] erledigen. Eine weitere interessante Methode über den [https://wiki.ubuntuusers.de/NetworkManager/Dispatcher NetworkManager-Dispatcher] ist z.B. [https://wiki.ubuntuusers.de/fuse/sshfs#per-Dispatcher hier] beschrieben.&lt;br /&gt;
&lt;br /&gt;
Ein, über sshfs eingebundenes Server-Verzeichnis, wird man mit folgenden Kommando wieder los:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; fusermount -u /clientverzeichnis&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
===NFS===&lt;br /&gt;
...kommt (vielleicht) noch.&lt;br /&gt;
&lt;br /&gt;
===Samba===&lt;br /&gt;
[https://www.samba.org/ Samba] ist auch eine recht nette Möglichkeit, Zugriff auf Verzeichnisse des Servers zu bekommen. Vorteil ist, dass man damit auch Windows-Clients versorgen kann... &lt;br /&gt;
&lt;br /&gt;
Installation Samba-Server plus einiger Tools:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; sudo apt-get install samba-common samba-common-bin samba samba-doc samba-doc-pdf tdb-tools &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Samba verwaltet seine Benutzer in einer eigenen Datenbank (wenn nichts anderes konfiguriert):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; sudo smbpasswd -a &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; in der Samba-DB anlegen/aktivieren&lt;br /&gt;
&amp;gt; sudo smbpasswd -x &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; aus der Samba-DB entfernen&lt;br /&gt;
&amp;gt; sudo smbpasswd -d &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; in der Samba-DB deaktivieren&lt;br /&gt;
&amp;gt; sudo smbpasswd -e &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; in der Samba-DB wieder aktivieren&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Beim Anlegen eines Samba-Benutzers (erstes Kommando) kann man auch gleich ein Passwort vergeben. Mit dem gleichen Befehl kann dieses Passwort für den angegeben Benutzer auch geändert werden.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Die Konfiguration des Samba-Servers erfolgt über die Datei ''/etc/samba/smb.conf''. Über die vielfälltigen Einstellungsmöglichkeiten sind diverse [https://wiki.ubuntuusers.de/Samba_Server/smb.conf Beschreibungen] im Internet zu finden. Um beispielsweise ein Verzeichnis auf dem Server im Netzwerk freizugeben, ist die Datei ''/etc/samba/smd.conf'' um folgende Zeilen zu ergänzen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# Bilder&lt;br /&gt;
[Bilder]&lt;br /&gt;
path = /medien/bilder&lt;br /&gt;
public = no&lt;br /&gt;
writeable = yes&lt;br /&gt;
&amp;lt;/pre&amp;gt; &lt;br /&gt;
Erläuterung: Das Verzeichnis /medien/bilder auf dem Server wird als Share &amp;quot;Bilder&amp;quot; freigegeben, kann allerdings nur von Benutzern aus der Samba-DB (siehe oben) geöffnet werden und ist auch beschreibbar. (Nicht angegebene Optionen wirken mit ihrem Default-Wert (RTFM...)).&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Bevor man die Samba-Dienst mit der veränderten Konfiguration durchstartet, sollte man deren Syntax überprüfen, um eventuelle Fehler auszuspüren:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; testparm&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Das Durchstarten der Samba-Dienste kann z.B. mit folgenden Kommando erfolgen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; service samba restart&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
ToDo:&lt;br /&gt;
* Client-Zugriff auf freigegebene Shares&lt;br /&gt;
* Zugriff auf &amp;quot;Server-Drucker&amp;quot; von Windows-Clients aus&lt;br /&gt;
* ?&lt;br /&gt;
&lt;br /&gt;
==Backup==&lt;br /&gt;
===Allgemeines zu rdiff-backup===&lt;br /&gt;
Ein recht komfortables Backuptool zur Sicherung entfernter Rechner bzw. auch lokaler Serververzeichnisse auf einen externen Datenträger ist [http://www.nongnu.org/rdiff-backup/ rdiff-backup]. Das Tool ermöglicht eine einfache und platzsparende Sicherung (und natürliche auch Rücksicherung) von Daten. Nach einer initialen Vollsicherung werden in der Folge nur noch Änderungen versioniert in einer speziellen Verzeichnisstruktur gesichert (RTFM). Die Backups können auch über das Netzwerk gesichert via ssh erfolgen.&lt;br /&gt;
&lt;br /&gt;
rdiff-backup ist ein Kommandozeilentool. Es gibt aber eine Reihe von GUIs, die u.U. die Bedienung vereinfachen. Ich selbst verwende zur Überprüfung/Sichtung der Backups auf dem Homeserver [http://www.patrikdufresne.com/en/rdiffweb/ rdiffweb], eine kleine WEB-basierte Oberfläche.&lt;br /&gt;
&lt;br /&gt;
===Verwendung von rdiff-backup===&lt;br /&gt;
&lt;br /&gt;
'''Backup:'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
rdiff-backup /home/user /backup/home/user&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Es wird hier das Verzeichnis /home/user (mit allen Unterverzeichnissen) in das Backup-Verzeichnis /backup/home/user gesichert. Selbstverständlich können die Verzeichnisse jeweils auch Netzlaufwerke sein. Mit ein wenig Konfigurationsaufwand kann der Anstoß auch remote via ssh auf dem zu sichernden Rechner erfolgen. Weiterhin können, über entsprechende Aufrufparameter, die zu sichernden Verzeichnisse/Dateien über Include-/Exclude-Listen feiner spezifiziert werden. Hilfreich ist dazu die Dokumentation von [http://www.nongnu.org/rdiff-backup/docs.html rdiff-backup].&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Restore:'''&lt;br /&gt;
Wenn einfach nur die aktuellste Sicherung einer Datei oder eines Verzeichnisses aus dem Backup zurückgeholt werden soll, reicht ein ein einfaches Kopieren vom Backup-Verzeichnis an den gewünschten Zielort.&lt;br /&gt;
Soll eine ältere Version aus dem Backup zurückgesichert werden kann dies z.B. mit folgendem Befehl erfolgen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
rdiff-backup -r 10D /backup/home/user/datei.txt /home/user/datei.txt&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
In diesem Beispiel wird die Version von vor 10 Tagen der Datei /home/user/datei.txt aus dem Backup an ihren Ursprungsort zurückgesichert. Natürlich kann auch ein anderes Rücksicherungsziel angegeben werden. Weitere Rücksicherungsoptionen sind der Dokumentation von [http://www.nongnu.org/rdiff-backup/docs.html rdiff-backup] zu entnehmen.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Alte Sicherungen löschen:'''&lt;br /&gt;
&lt;br /&gt;
Mit der Zeit sammeln sich einige Sicherungen an. Wenn man nicht alle aufheben möchte, bietet rdiff-backup eine Reihe von Befehlen an, um ältere bzw. bestimmte Backups aus dem Sicherungsverzeichnis zu eleminieren:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
rdiff-backup --remove-older-than 180D /backup/home/user&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Mit diesem Befehl werden z.B. alle Sicherungen gelöscht, welche älter als 180 Tage sind. Weitere Möglichkeiten sind der Dokumentation von [http://www.nongnu.org/rdiff-backup/docs.html rdiff-backup] zu finden.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Status der Sicherungen abfragen:'''&lt;br /&gt;
&lt;br /&gt;
Ab und zu sollte man auch mal überprüfen, ob das Backup überhabt noch funktioniert. Mit folgendem Befehl kann z.B. eine Liste alle Backups erzeugt werden:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
rdiff-backup -l /backup/home/user&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Möchte man sich auch die Mengen der gesicherten Daten innerhalb der einzelnen Backups ansehen, ist dieser Befehl hilfreich:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
rdiff-backup --list-increment-sizes /backup/home/user&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===Weitere Informationsquellen (zu rdiff-backup)===&lt;br /&gt;
* http://www.nongnu.org/rdiff-backup/&lt;br /&gt;
* https://www.thomas-krenn.com/de/wiki/Backup_unter_Linux_mit_rdiff-backup&lt;br /&gt;
* https://www.howtoforge.com/linux_rdiff_backup&lt;br /&gt;
* http://arctic.org/~dean/rdiff-backup/unattended.html&lt;br /&gt;
* http://www.patrikdufresne.com/en/rdiffweb/&lt;br /&gt;
&lt;br /&gt;
==Mail==&lt;br /&gt;
===Allgemeines===&lt;br /&gt;
Auf meinem alten Homeserver hatte ich einen Mailserver betrieben. Diverse Scripte, regelmäßig via Cron gestartet, holten meine E-Mails von den diversen Mail-Servern in Internet ab und verteilten diese in lokale Mailboxen bzw. -ordner, damit sie im lokalen Netz auf allen Clients verfügbar waren. Bei der Neukonzeption meines Homeservers habe ich mir dann die Frage gestellt: &amp;quot;Warum dieser Aufwand?&amp;quot;, denn die Mails sind bei den einzelnen Mail-Providern doch ganz gut aufgehoben, von überall, mit geeigneten E-Mail-Clients, abgreifbar und die Größengrenzen der E-Mailboxen für den Normalverbraucher ausreichend.&lt;br /&gt;
&lt;br /&gt;
Damit bleiben dann eigentlich nur zwei Dinge offen, deren Lösungen in der Folge (beispielhaft) beschrieben werden:&lt;br /&gt;
* Servermeldungen/-zustände automatisiert versenden&lt;br /&gt;
* Archivierung einer Mailbox&lt;br /&gt;
&lt;br /&gt;
===Servermeldungen/-zustände automatisiert versenden mittels ssmtp===&lt;br /&gt;
&amp;quot;Hat das Backup heute Nacht eigentlich funktioniert?&amp;quot;, &amp;quot;Ist die Server-Festplatte demnächst der Meinung, ihren Geist aufzugeben?&amp;quot; oder &amp;quot;War die Verarbeitung von Job xyz erfolgreich?&amp;quot;...&lt;br /&gt;
&lt;br /&gt;
Mal ehrlich, loggt sich der Admin regelmäßig jeden Tag, Woche etc. auf dem Server ein, um obiges zu überprüfen? Bestimmt nicht...! Also brauchen man eine automatisierbare Lösung, welche den Status von Jobs, den Zustand der Hardware oder was auch immer an eine Mail-Adresse sendet, welche man regelmäßig abfragt!&lt;br /&gt;
&lt;br /&gt;
Befragt man dazu die bekannten Suchmaschinen, bekommt man zuerst die Antwort: &amp;quot;sendmail&amp;quot;, &amp;quot;postfix&amp;quot; etc.. Aber warum so kompliziert, durch Zufall bin ich auf [https://de.wikipedia.org/wiki/SSMTP ssmtp] aufmerksam geworden:&lt;br /&gt;
&lt;br /&gt;
'''Installation'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; apt-get install ssmtp&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''Konfiguration'''&lt;br /&gt;
&lt;br /&gt;
Es sind nach der Installation zwei Konfigurationsdateien anzupassen:&lt;br /&gt;
&lt;br /&gt;
/etc/ssmtp/ssmtp.conf (z.B. für eine Mailbox von blabla@gmx.net auf gmx.net):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
root=blabla@gmx.net&lt;br /&gt;
mailhub=mail.gmx.net:465&lt;br /&gt;
rewriteDomain=gmx.net&lt;br /&gt;
hostname=gmx.net&lt;br /&gt;
UseTLS=YES&lt;br /&gt;
AuthUser=blabla@gmx.DE&lt;br /&gt;
AuthPass=kenntnurblabla&lt;br /&gt;
FromLineOverride=NO&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
/etc/ssmtp/revaliases (für jeden User, der etwas zu melden hat):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
root:blabla@gmx.net:mail.gmx.net:465&lt;br /&gt;
blabla:blabla@gmx.net:mail.gmx.net:465&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
...etc..&lt;br /&gt;
&lt;br /&gt;
'''Anwendung'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
/usr/sbin/ssmtp blabla@gmx.net &amp;lt; /home/blabla/msg.txt&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===Mailbox archivieren via archivemail===&lt;br /&gt;
Falls man keinen eigenen, ständig ansprechbaren E-Mailserver betreibt, ist, aus meiner Sicht, die einfachste E-Mail-Lösung, die Mails einfach auf den Server des jeweiligen Providers zu belassen und seinen E-Mail-Client so zu konfigurieren, dass er diese E-Mail-Fächer bedient. Wie dies funktioniert, ist den diversen Beschreibungen im Internet zu entnehmen oder/und man vertraut den Installationshinweisen seines bevorzugten E-Mail-Clients.&lt;br /&gt;
&lt;br /&gt;
Allerdings wird es doch irgendwann Zeit, die E-Mails vom Server des jeweiligen Providers herunter zu laden und zu archivieren! Hauptgründe dafür sind vor allem die begrenzte Größe der E-Mailbox beim jeweiligen Provider oder einfach nur die Übersichtlichkeit innerhalb des Postfach. Für meine Bedürfnisse habe ich dazu das Tool [http://archivemail.sourceforge.net/ archivmail] auserkoren:&lt;br /&gt;
&lt;br /&gt;
'''Installation:'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
apt-get install archivemail&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Verwendung'''&lt;br /&gt;
&lt;br /&gt;
Archivierung einer Mailbox:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
archivemail --no-compress -q -d100 --pwfile /home/blabla/.pwd_web_de -o /home/blabla/web_de/ imaps://&amp;quot;blabla&amp;quot;@imap.web.de/INBOX&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Es werden alle Mails von blabla@web.de, welche sich im Mail-Verzeichnis &amp;quot;INBOX&amp;quot; des Postfach befinden und älter als 100 Tage sind, im (lokalen) Verzeichnis /home/blabla/web_de/ in einer Datei im mbox-Format abgelegt und auch auf dem Server des E-Mail-Providers gelöscht. Das Passwort für die angesprochene Mailbox auf dem Server des Mail-Providers befindet sich in der Datei ''/home/blabla/.pwd_web_de''. Weitere mögliche Aufrufparameter sind u.a. der [http://archivemail.sourceforge.net/manpage.html man-Page] von Archivemail zu entnehmen!&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Öffnen/Lesen/verwalten des Mailarchiv'''&lt;br /&gt;
&lt;br /&gt;
Die, von archivemail erzeugten Archive werden im [https://de.wikipedia.org/wiki/Mbox mbox-Format] angelegt. Um diese öffnen zu können benötigt man einen entsprechenden Reader. Da ich (bisher) nicht anderes gefunden habe, verwende ich dazu [http://www.mutt.org/ mutt]:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
mutt -f /home/blabla/web_de/INBOX-archive&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=Kontakt=&lt;br /&gt;
[[Benutzer:bergeruw|Uwe]]&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/Bananenkiste_als_Homeserver</id>
		<title>Bananenkiste als Homeserver</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/Bananenkiste_als_Homeserver"/>
				<updated>2017-08-04T07:26:35Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* Verwendung von rdiff-backup */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=Motivation=&lt;br /&gt;
Mein alter Homeserver, welcher seit Jahren klaglos seinen Dienst erledigt hatte, will nicht mehr so richtig. Zwar ist das Ding nicht irreparabel kaputt, aber ab und zu sollte man auch mal mit der Zeit gehen. Also der richtige Augenblick die Hardware zu tauschen, das Betriebssystem frisch zu installieren und die gewünschten Server-Dienste neu aufsetzen...&lt;br /&gt;
&lt;br /&gt;
Die folgenden Kapitel sind in erster Linie eine Dokumentation für mich selbst, nützen aber vielleicht auch anderen &amp;quot;Freizeitadministratoren&amp;quot;, die Ähnliches vorhaben.&lt;br /&gt;
&lt;br /&gt;
=Hardware=&lt;br /&gt;
&amp;quot;Mit der Zeit gehen...&amp;quot; heißt natürlich aktuelle, ressourcen-seitig ausreichende und, vor allem, stromsparende Hardware zu verwenden, denn immerhin soll der Server ja 24 Stunden, 7 Tage in der Woche arbeiten. Heutzutage ist es kein Problem ein geeignetes Board, welches mit dem Betriebssystem Linux läuft, zu finden. Meine Wahl fiel auf einen [http://www.lemaker.org/ Banana Pro]. An die, auf dem Board vorhandene, SATA-Schnittstelle wurde eine [http://www.wdc.com/de/products/products.aspx?id=810 2,5&amp;quot;-&amp;quot;WD Red&amp;quot;-Festplatte] angeschlossen. Alles in einem entsprechenden Gehäuse eingebaut, ergibt es ein recht kompaktes Gerät, welches überall Platz finden sollte.&lt;br /&gt;
&lt;br /&gt;
=Linux-Betriebssystem installieren und konfigurieren=&lt;br /&gt;
==Installation==&lt;br /&gt;
Als Linux-Distribution wird [https://www.bananian.org/ Bananian] verwendet, was eigentlich ein Debian 7 ist, welche aber speziell für den Banana Pi/Pro angepasst wurde.&lt;br /&gt;
&lt;br /&gt;
Die Installation gestaltet sich recht einfach. Nach dem [https://www.bananian.org/download Download] des gepackten Images, ist es zu entpacken und auf eine passende SD-Karte zu kopieren (Beispiel für Linux :-)):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; dd if=bananian-1504.img of=/dev/&amp;lt;your-sd-card&amp;gt; bs=1M&lt;br /&gt;
&amp;gt; sync&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Danach ist die SD-Karte nur noch in den entsprechenden Slot des Banana Pi zu stecken, Netzwerk dran und Strom an! Das System sollte booten und eine IP-Adresse über DHCP beziehen. Zugriff auf das System hat man dann entweder lokal über die/den angeschlossene/n Tastatur/Monitor oder auch remote via ssh. Das root-Passwort lautet initial ''pi'' und sollte natürlich sofort geändert werden...&lt;br /&gt;
&lt;br /&gt;
==Konfiguration==&lt;br /&gt;
Eine erste Konfiguration des Systems, kann man mit folgenden Tool erledigen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; bananian-config&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Folgende Einstellungen können verändert werden:&lt;br /&gt;
* das root-Passwort&lt;br /&gt;
* die Zeitzone&lt;br /&gt;
* den Zeichensatz&lt;br /&gt;
* den Rechnernamen&lt;br /&gt;
* einige grundlegende Hardware-Einstellungen&lt;br /&gt;
&lt;br /&gt;
Danach sollte das System einmal durchgestartet werden.&lt;br /&gt;
&lt;br /&gt;
==Feste IP-Adresse==&lt;br /&gt;
Ein Server sollte eine feste IP-Adresse haben. Dazu ist die Konfigurationsdatei ''/etc/network/interfaces'' anzupassen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# interfaces(5) file used by ifup(8) and ifdown(8)&lt;br /&gt;
auto lo&lt;br /&gt;
iface lo inet loopback&lt;br /&gt;
&lt;br /&gt;
auto eth0&lt;br /&gt;
&lt;br /&gt;
# dhcp configuration&lt;br /&gt;
# iface eth0 inet dhcp&lt;br /&gt;
&lt;br /&gt;
# static ip configuration&lt;br /&gt;
iface eth0 inet static&lt;br /&gt;
	address 10.1.1.42&lt;br /&gt;
	netmask 255.255.255.0&lt;br /&gt;
	gateway 10.1.1.1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Erläuterung: Die Netzwerkschnittstelle eth0 bezieht seine IP-Adresse nicht via DHCP (entsprechende Zeile einkommentiert), sondern wird fest auf (beispielsweise) 10.1.1.42, der Netzwerkmaske 255.255.255.0 und dem Gateway 10.1.1.1 eingestellt.&lt;br /&gt;
&lt;br /&gt;
Danach sollte das Netzwerk neu gestartet werden oder der gesamte Rechner durchgestartet werden. Wird im Netzwerk ein DNS-Server betrieben, sollte dort IP-Adresse/-Name entsprechend aufgenommen werden, um den Server mit seinem IP-Namen ansprechen zu können. Alternativ kann diese Kombination auch in der jeweiligen Hosts-Datei (z.B. Linux ''/etc/hosts'') der Clients aufgenommen werden.&lt;br /&gt;
&lt;br /&gt;
==Bananian von einer Festplatte booten==&lt;br /&gt;
Hat man eine SATA-Festplatte an seinen Banana Pi angeschlossen, ist es sinnvoll von dieser auch zu booten. Um dies so einzurichten, sind z.B. folgende Schritte zielführend (angenommen, ''/dev/sda'' ist die angeschlossene Festplatte):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; fdisk /dev/sda&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
...RTFM --&amp;gt; Partionierung der Festplatte.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; mkfs.ext4 /dev/sda1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
...Formatierung der (ersten eingerichteten) Partition der Festplatte mit [https://de.wikipedia.org/wiki/Ext4 ext4].&lt;br /&gt;
&lt;br /&gt;
Das root-Filesystem der SD-Karte muss auf die Festplatte kopiert werden (Annahme, es wurde nur die Partition ''/dev/sda1'' auf der Festplatte angelegt; der Swap-Bereich befindet sich in der Datei ''/swapfile1'' (Default bei [https://www.bananian.org/ Bananian])):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; mount /dev/sda1 /mnt/&lt;br /&gt;
&amp;gt; rsync -ax / /mnt/&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Danach müssen noch die entsprechenden Boot-Parameter in der Datei ''/uEnv.txt'' eingestellt werden (der Editor ''joe'' ist installiert):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; umount /mnt/&lt;br /&gt;
&amp;gt; mount /dev/mmcblk0p1 /mnt/&lt;br /&gt;
&amp;gt; joe /mnt/uEnv.txt&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Die Zeichenfolge 'root=/dev/mmcblk0p2' ist durch 'root=/dev/sda1' auszutauschen. Nach einem&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; reboot&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
sollte von der angeschlossenen Festplatte gebootet werden...! Die SD-Karte muss natürlich im entsprechenden Slot bleiben, da sich darauf der Bootloader befindet. Bei einem Festplattendefekt hat man damit auch gleich ein funktionsfähiges Basissystem zur Verfügung (uEnv.txt entsprechend angepasst...).&lt;br /&gt;
&lt;br /&gt;
==&amp;quot;Heartbeat&amp;quot; ausschalten==&lt;br /&gt;
Um die nervig blinkende grüne LED auf dem Banana-Board auszuschalten, ist folgender Befehl (als root auszuführen) erfolgreich:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; echo none &amp;gt; /sys/class/leds/green\:ph24\:led1/trigger&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Wird dieses Kommando in der Datei ''/etc/rc.local'' aufgenommen, erfolgt das Ausschalten der blinkenden &amp;quot;Herzschlag&amp;quot;-LED automatisch nach dem Hochfahren des Systems.&lt;br /&gt;
&lt;br /&gt;
=Server-Dienste=&lt;br /&gt;
==Printserver==&lt;br /&gt;
Als Druck-Server wird [http://www.cups.org/ CUPS] verwendet. Die Installation gestaltet sich recht entspannt:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
apt-get install cups cups-bsd foo2zjs&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Mit dem Tool ''cupsctl'' sollte man folgendes einstellen:&lt;br /&gt;
* die lokalen, am Server angeschlossenen, Drucker im Netzwerk freigeben&lt;br /&gt;
* CUPS über das Netzwerk administrierbar machen&lt;br /&gt;
* die automatische Druckervermittlung aktivieren&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
cupsctl --share-printers  --remote-admin --remote-printers&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Danach kann CUPS z.B. über einen Webbrowser administriert werden. URL: ''https://dein_server:631''. Wie man Drucker einrichtet und administriert, kann der [https://www.cups.org/documentation.php CUPS-Dokumentation] entnommen werden bzw. die Web-Oberfläche ist auch recht selbsterklärend...&lt;br /&gt;
&lt;br /&gt;
Ich besitze einen HP Laserjet 1018, es muss die Firmware aus dem Internet geholt und installiert werden, damit diese automatisch beim Einschalten des Druckers in selbigen kopiert wird: &lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; getweb 1018&lt;br /&gt;
...&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Das Tool ''getweb'' ist Bestandteil des Paketes ''foo2zjs''. Als Parameter wird die Typ-Nummer des Druckers angegeben. Das Tool richtet dann alles notwendige automatisch ein.&lt;br /&gt;
&lt;br /&gt;
Danach empfiehlt sich ein Reboot des Systems.&lt;br /&gt;
&lt;br /&gt;
==autofs==&lt;br /&gt;
Spätestens beim [[Bananenkiste_als_Homeserver#Backup|Backup]] benötigt man sinnvoller Weise einen Datenträger, welcher nur während des Schreiben/Lesens in den Verzeichnisbaum eingebunden und sonst vom System jeder Zeit gefahrlos entfernbar ist. Es wird also ein Dienst benötigt, welcher z.B. eine bestimmte USB-Festplatte automatisch, vor dem ersten Zugriff, einbindet, wenn diese im System verfügbar ist und auch wieder selbstständig, nach einer einstellbaren Zeit der Inaktivität, entfernt. Ein solcher Dienst ist u.a. [https://wiki.ubuntuusers.de/autofs ''autofs''].&lt;br /&gt;
&lt;br /&gt;
Installation:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
sudo apt-get install autofs &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Festlegung des Verzeichnisses, unter dem der dynamische Datenträger eingebunden werden soll (alle Aktionen als Benutzer ''root''):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; mkdir /autofs&lt;br /&gt;
&lt;br /&gt;
&amp;gt; cat /etx/auto.master&lt;br /&gt;
/autofs  /etc/auto.autofs --timeout=300 --ghost&lt;br /&gt;
&lt;br /&gt;
&amp;gt; cat /etc/auto.autofs&lt;br /&gt;
usb-backup -fstype=ext3,sync :/dev/disk/by-uuid/0d5ef4bb-6f06-4814-95fe-7aa5acf09f4f&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Also:&lt;br /&gt;
* ein Verzeichnis (''/autofs'') anlegen, unter dem die Datenträger eingebunden werden sollen&lt;br /&gt;
* auto.master --&amp;gt; alle Datenträger, welche unter diesem Verzeichnis (''autofs'') eingebunden werden sollen (mehrere möglich), sind in ''/etc/auto.autofs'' konfiguriert, werden nach 300 Sekunden ausgehangen (timeout) --&amp;gt; RTFM!&lt;br /&gt;
* im Unterverzeichnis ''usb-backup'' wird eine USB-Festplatte, formatiert mit ext3, (vor dem ersten Lesen oder Schreiben) eingebunden, wenn sie die angegebene UUID hat...&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
UUID ermitteln:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
sudo blkid -o list -w /dev/null&lt;br /&gt;
...&lt;br /&gt;
/dev/sdb1                ext3                   (not mounted)                0d5ef4bb-6f06-4814-95fe-7aa5acf09f4f&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Nach einer Änderung der ''autofs''-Konfiguration ist der entsprechende Dienst neu zu starten:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;lt; service autofs restart&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Fileserver==&lt;br /&gt;
===sshfs===&lt;br /&gt;
Die einfachste Methode ein Server-Verzeichnis in den Verzeichnisbaum des Clients einzubinden, bietet [http://fuse.sourceforge.net/sshfs.html sshfs], vorausgesetzt:&lt;br /&gt;
* auf der Server-Seite ist ein ssh-Server (sollte eigentlich Standard sein...) und&lt;br /&gt;
* auf der Client-Seite ist sshfs (siehe z.B. folgende [https://wiki.ubuntuusers.de/fuse/sshfs Dokumentation])&lt;br /&gt;
installiert.&lt;br /&gt;
&lt;br /&gt;
Das Einbinden eines Server-Verzeichnisses via sshfs erfolgt (interaktiv) über folgendes Kommando:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; sshfs serveruser@server:/serververzeichnis /clientverzeichnis &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Man wird nach dem Passwort des angegebenen Server-Benutzers gefragt...&lt;br /&gt;
&lt;br /&gt;
Natürlich kann man auch alles automatisieren und z.B. das Einbinden eines Server-Verzeichnisses via sshfs über einen [http://superuser.com/questions/669287/automount-sshfs-using-fstab-without-mount-a Eintrag in der Datei /etc/fstab] erledigen. Eine weitere interessante Methode über den [https://wiki.ubuntuusers.de/NetworkManager/Dispatcher NetworkManager-Dispatcher] ist z.B. [https://wiki.ubuntuusers.de/fuse/sshfs#per-Dispatcher hier] beschrieben.&lt;br /&gt;
&lt;br /&gt;
Ein, über sshfs eingebundenes Server-Verzeichnis, wird man mit folgenden Kommando wieder los:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; fusermount -u /clientverzeichnis&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
===NFS===&lt;br /&gt;
...kommt (vielleicht) noch.&lt;br /&gt;
&lt;br /&gt;
===Samba===&lt;br /&gt;
[https://www.samba.org/ Samba] ist auch eine recht nette Möglichkeit, Zugriff auf Verzeichnisse des Servers zu bekommen. Vorteil ist, dass man damit auch Windows-Clients versorgen kann... &lt;br /&gt;
&lt;br /&gt;
Installation Samba-Server plus einiger Tools:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; sudo apt-get install samba-common samba-common-bin samba samba-doc samba-doc-pdf tdb-tools &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Samba verwaltet seine Benutzer in einer eigenen Datenbank (wenn nichts anderes konfiguriert):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; sudo smbpasswd -a &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; in der Samba-DB anlegen/aktivieren&lt;br /&gt;
&amp;gt; sudo smbpasswd -x &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; aus der Samba-DB entfernen&lt;br /&gt;
&amp;gt; sudo smbpasswd -d &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; in der Samba-DB deaktivieren&lt;br /&gt;
&amp;gt; sudo smbpasswd -e &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; in der Samba-DB wieder aktivieren&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Beim Anlegen eines Samba-Benutzers (erstes Kommando) kann man auch gleich ein Passwort vergeben. Mit dem gleichen Befehl kann dieses Passwort für den angegeben Benutzer auch geändert werden.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Die Konfiguration des Samba-Servers erfolgt über die Datei ''/etc/samba/smb.conf''. Über die vielfälltigen Einstellungsmöglichkeiten sind diverse [https://wiki.ubuntuusers.de/Samba_Server/smb.conf Beschreibungen] im Internet zu finden. Um beispielsweise ein Verzeichnis auf dem Server im Netzwerk freizugeben, ist die Datei ''/etc/samba/smd.conf'' um folgende Zeilen zu ergänzen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# Bilder&lt;br /&gt;
[Bilder]&lt;br /&gt;
path = /medien/bilder&lt;br /&gt;
public = no&lt;br /&gt;
writeable = yes&lt;br /&gt;
&amp;lt;/pre&amp;gt; &lt;br /&gt;
Erläuterung: Das Verzeichnis /medien/bilder auf dem Server wird als Share &amp;quot;Bilder&amp;quot; freigegeben, kann allerdings nur von Benutzern aus der Samba-DB (siehe oben) geöffnet werden und ist auch beschreibbar. (Nicht angegebene Optionen wirken mit ihrem Default-Wert (RTFM...)).&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Bevor man die Samba-Dienst mit der veränderten Konfiguration durchstartet, sollte man deren Syntax überprüfen, um eventuelle Fehler auszuspüren:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; testparm&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Das Durchstarten der Samba-Dienste kann z.B. mit folgenden Kommando erfolgen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; service samba restart&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
ToDo:&lt;br /&gt;
* Client-Zugriff auf freigegebene Shares&lt;br /&gt;
* Zugriff auf &amp;quot;Server-Drucker&amp;quot; von Windows-Clients aus&lt;br /&gt;
* ?&lt;br /&gt;
&lt;br /&gt;
==Backup==&lt;br /&gt;
===Allgemeines zu rdiff-backup===&lt;br /&gt;
Ein recht komfortables Backuptool zur Sicherung entfernter Rechner bzw. auch lokaler Serververzeichnisse auf einen externen Datenträger ist [http://www.nongnu.org/rdiff-backup/ rdiff-backup]. Das Tool ermöglicht eine einfache und platzsparende Sicherung (und natürliche auch Rücksicherung) von Daten. Nach einer initialen Vollsicherung werden in der Folge nur noch Änderungen versioniert in einer speziellen Verzeichnisstruktur gesichert (RTFM). Die Backups können auch über das Netzwerk gesichert via ssh erfolgen.&lt;br /&gt;
&lt;br /&gt;
rdiff-backup ist ein Kommandozeilentool. Es gibt aber eine Reihe von GUIs, die u.U. die Bedienung vereinfachen. Ich selbst verwende zur Überprüfung/Sichtung der Backups auf dem Homeserver [http://www.patrikdufresne.com/en/rdiffweb/ rdiffweb], eine kleine WEB-basierte Oberfläche.&lt;br /&gt;
&lt;br /&gt;
===Verwendung von rdiff-backup===&lt;br /&gt;
&lt;br /&gt;
'''Backup:'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
rdiff-backup /home/user /backup/home/user&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Es wird hier das Verzeichnis /home/user (mit allen Unterverzeichnissen) in das Backup-Verzeichnis /backup/home/user gesichert. Selbstverständlich können die Verzeichnisse jeweils auch Netzlaufwerke sein. Mit ein wenig Konfigurationsaufwand kann der Anstoß auch remote via ssh auf dem zu sichernden Rechner erfolgen. Weiterhin können, über entsprechende Aufrufparameter, die zu sichernden Verzeichnisse/Dateien über Include-/Exclude-Listen feiner spezifiziert werden. Hilfreich ist dazu die Dokumentation von [http://www.nongnu.org/rdiff-backup/docs.html rdiff-backup].&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Restore:'''&lt;br /&gt;
Wenn einfach nur die aktuellste Sicherung einer Datei oder eines Verzeichnisses aus dem Backup zurückgeholt werden soll, reicht ein ein einfaches Kopieren vom Backup-Verzeichnis an den gewünschten Zielort.&lt;br /&gt;
Soll eine ältere Version aus dem Backup zurückgesichert werden kann dies z.B. mit folgendem Befehl erfolgen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
rdiff-backup -r 10D /backup/home/user/datei.txt /home/user/datei.txt&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
In diesem Beispiel wird die Version von vor 10 Tagen der Datei /home/user/datei.txt aus dem Backup an ihren Ursprungsort zurückgesichert. Natürlich kann auch ein anderes Rücksicherungsziel angegeben werden. Weitere Rücksicherungsoptionen sind der Dokumentation von [http://www.nongnu.org/rdiff-backup/docs.html rdiff-backup] zu entnehmen.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Alte Sicherungen löschen:'''&lt;br /&gt;
&lt;br /&gt;
Mit der Zeit sammeln sich einige Sicherungen an. Wenn man nicht alle aufheben möchte, bietet rdiff-backup eine Reihe von Befehlen an, um ältere bzw. bestimmte Backups aus dem Sicherungsverzeichnis zu eleminieren:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
rdiff-backup --remove-older-than 180D /backup/home/user&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Mit diesem Befehl werden z.B. alle Sicherungen gelöscht, welche älter als 180 Tage sind. Weitere Möglichkeiten sind der Dokumentation von [http://www.nongnu.org/rdiff-backup/docs.html rdiff-backup] zu finden.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Status der Sicherungen abfragen:'''&lt;br /&gt;
&lt;br /&gt;
Ab und zu sollte man auch mal überprüfen, ob das Backup überhabt noch funktioniert. Mit folgendem Befehl kann z.B. eine Liste alle Backups erzeugt werden:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
rdiff-backup -l /backup/home/user&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Möchte man sich auch die Mengen der gesicherten Daten innerhalb der einzelnen Backups ansehen, ist dieser Befehl hilfreich:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
rdiff-backup --list-increment-sizes /backup/home/user&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===Weitere Informationsquellen (zu rdiff-backup)===&lt;br /&gt;
* http://www.nongnu.org/rdiff-backup/&lt;br /&gt;
* https://www.thomas-krenn.com/de/wiki/Backup_unter_Linux_mit_rdiff-backup&lt;br /&gt;
* https://www.howtoforge.com/linux_rdiff_backup&lt;br /&gt;
* http://arctic.org/~dean/rdiff-backup/unattended.html&lt;br /&gt;
* http://www.patrikdufresne.com/en/rdiffweb/&lt;br /&gt;
&lt;br /&gt;
==Mail==&lt;br /&gt;
===Allgemeines===&lt;br /&gt;
Auf meinem alten Homeserver hatte ich einen Mailserver betrieben. Diverse Scripte, regelmäßig via Cron gestartet, holten meine E-Mails von den diversen Mail-Servern in Internet ab und verteilten diese in lokale Mailboxen bzw. -ordner, damit sie im lokalen Netz auf allen Clients verfügbar waren. Bei der Neukonzeption meines Homeservers habe ich mir dann die Frage gestellt: &amp;quot;Warum dieser Aufwand?&amp;quot;, denn die Mails sind bei den einzelnen Mail-Providern doch ganz gut aufgehoben, von überall, mit geeigneten E-Mail-Clients, abgreifbar und die Größengrenzen der E-Mailboxen für den Normalverbraucher ausreichend.&lt;br /&gt;
&lt;br /&gt;
Damit bleiben dann eigentlich nur zwei Dinge offen, deren Lösungen in der Folge (beispielhaft) beschrieben werden:&lt;br /&gt;
* Servermeldungen/-zustände automatisiert versenden&lt;br /&gt;
* Archivierung einer Mailbox&lt;br /&gt;
&lt;br /&gt;
===Servermeldungen/-zustände automatisiert versenden mittels ssmtp===&lt;br /&gt;
&amp;quot;Hat das Backup heute Nacht eigentlich funktioniert?&amp;quot;, &amp;quot;Ist die Server-Festplatte demnächst der Meinung, ihren Geist aufzugeben?&amp;quot; oder &amp;quot;War die Verarbeitung von Job xyz erfolgreich?&amp;quot;...&lt;br /&gt;
&lt;br /&gt;
Mal ehrlich, loggt sich der Admin regelmäßig jeden Tag, Woche etc. auf dem Server ein, um obiges zu überprüfen? Bestimmt nicht...! Also brauchen man eine automatisierbare Lösung, welche den Status von Jobs, den Zustand der Hardware oder was auch immer an eine Mail-Adresse sendet, welche man regelmäßig abfragt!&lt;br /&gt;
&lt;br /&gt;
Befragt man dazu die bekannten Suchmaschinen, bekommt man zuerst die Antwort: &amp;quot;sendmail&amp;quot;, &amp;quot;postfix&amp;quot; etc.. Aber warum so kompliziert, durch Zufall bin ich auf [https://de.wikipedia.org/wiki/SSMTP ssmtp] aufmerksam geworden:&lt;br /&gt;
&lt;br /&gt;
'''Installation'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; apt-get install ssmtp&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''Konfiguration'''&lt;br /&gt;
&lt;br /&gt;
Es sind nach der Installation zwei Konfigurationsdateien anzupassen:&lt;br /&gt;
&lt;br /&gt;
/etc/ssmtp/ssmtp.conf (z.B. für eine Mailbox von blabla@gmx.net auf gmx.net):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
root=blabla@gmx.net&lt;br /&gt;
mailhub=mail.gmx.net:465&lt;br /&gt;
rewriteDomain=gmx.net&lt;br /&gt;
hostname=gmx.net&lt;br /&gt;
UseTLS=YES&lt;br /&gt;
AuthUser=blabla@gmx.DE&lt;br /&gt;
AuthPass=kenntnurblabla&lt;br /&gt;
FromLineOverride=NO&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
/etc/ssmtp/revaliases (für jeden User, der etwas zu melden hat):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
root:blabla@gmx.net:mail.gmx.net:465&lt;br /&gt;
blabla:blabla@gmx.net:mail.gmx.net:465&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
...etc..&lt;br /&gt;
&lt;br /&gt;
'''Anwendung'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
/usr/sbin/ssmtp blabla@gmx.net &amp;lt; /home/blabla/msg.txt&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===Mailbox archivieren via archivemail===&lt;br /&gt;
Falls man keinen eigenen, ständig ansprechbaren E-Mailserver betreibt, ist, aus meiner Sicht, die einfachste E-Mail-Lösung, die Mails einfach auf den Server des jeweiligen Providers zu belassen und seinen E-Mail-Client so zu konfigurieren, dass er diese E-Mail-Fächer bedient. Wie dies funktioniert, ist den diversen Beschreibungen im Internet zu entnehmen oder/und man vertraut den Installationshinweisen seines bevorzugten E-Mail-Clients.&lt;br /&gt;
&lt;br /&gt;
Allerdings wird es doch irgendwann Zeit, die E-Mails vom Server des jeweiligen Providers herunter zu laden und zu archivieren! Hauptgründe dafür sind vor allem die begrenzte Größe der E-Mailbox beim jeweiligen Provider oder einfach nur die Übersichtlichkeit innerhalb des Postfach. Für meine Bedürfnisse habe ich dazu das Tool [http://archivemail.sourceforge.net/ archivmail] auserkoren:&lt;br /&gt;
&lt;br /&gt;
'''Installation:'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
apt-get install archivemail&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Verwendung'''&lt;br /&gt;
&lt;br /&gt;
Archivierung einer Mailbox:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
archivemail --no-compress -q -d100 --pwfile /home/blabla/.pwd_web_de -o /home/blabla/web_de/ imaps://&amp;quot;blabla&amp;quot;@imap.web.de/INBOX&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Es werden alle Mails von blabla@web.de, welche sich im Mail-Verzeichnis &amp;quot;INBOX&amp;quot; des Postfach befinden und älter als 100 Tage sind, im (lokalen) Verzeichnis /home/blabla/web_de/ in einer Datei im mbox-Format abgelegt und auch auf dem Server des E-Mail-Providers gelöscht. Das Passwort für die angesprochene Mailbox auf dem Server des Mail-Providers befindet sich in der Datei ''/home/blabla/.pwd_web_de''. Weitere mögliche Aufrufparameter sind u.a. der [http://archivemail.sourceforge.net/manpage.html man-Page] von Archivemail zu entnehmen!&lt;br /&gt;
&lt;br /&gt;
=Kontakt=&lt;br /&gt;
[[Benutzer:bergeruw|Uwe]]&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/Bananenkiste_als_Homeserver</id>
		<title>Bananenkiste als Homeserver</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/Bananenkiste_als_Homeserver"/>
				<updated>2017-08-04T07:21:46Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* Mailbox archivieren via archivemail */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=Motivation=&lt;br /&gt;
Mein alter Homeserver, welcher seit Jahren klaglos seinen Dienst erledigt hatte, will nicht mehr so richtig. Zwar ist das Ding nicht irreparabel kaputt, aber ab und zu sollte man auch mal mit der Zeit gehen. Also der richtige Augenblick die Hardware zu tauschen, das Betriebssystem frisch zu installieren und die gewünschten Server-Dienste neu aufsetzen...&lt;br /&gt;
&lt;br /&gt;
Die folgenden Kapitel sind in erster Linie eine Dokumentation für mich selbst, nützen aber vielleicht auch anderen &amp;quot;Freizeitadministratoren&amp;quot;, die Ähnliches vorhaben.&lt;br /&gt;
&lt;br /&gt;
=Hardware=&lt;br /&gt;
&amp;quot;Mit der Zeit gehen...&amp;quot; heißt natürlich aktuelle, ressourcen-seitig ausreichende und, vor allem, stromsparende Hardware zu verwenden, denn immerhin soll der Server ja 24 Stunden, 7 Tage in der Woche arbeiten. Heutzutage ist es kein Problem ein geeignetes Board, welches mit dem Betriebssystem Linux läuft, zu finden. Meine Wahl fiel auf einen [http://www.lemaker.org/ Banana Pro]. An die, auf dem Board vorhandene, SATA-Schnittstelle wurde eine [http://www.wdc.com/de/products/products.aspx?id=810 2,5&amp;quot;-&amp;quot;WD Red&amp;quot;-Festplatte] angeschlossen. Alles in einem entsprechenden Gehäuse eingebaut, ergibt es ein recht kompaktes Gerät, welches überall Platz finden sollte.&lt;br /&gt;
&lt;br /&gt;
=Linux-Betriebssystem installieren und konfigurieren=&lt;br /&gt;
==Installation==&lt;br /&gt;
Als Linux-Distribution wird [https://www.bananian.org/ Bananian] verwendet, was eigentlich ein Debian 7 ist, welche aber speziell für den Banana Pi/Pro angepasst wurde.&lt;br /&gt;
&lt;br /&gt;
Die Installation gestaltet sich recht einfach. Nach dem [https://www.bananian.org/download Download] des gepackten Images, ist es zu entpacken und auf eine passende SD-Karte zu kopieren (Beispiel für Linux :-)):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; dd if=bananian-1504.img of=/dev/&amp;lt;your-sd-card&amp;gt; bs=1M&lt;br /&gt;
&amp;gt; sync&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Danach ist die SD-Karte nur noch in den entsprechenden Slot des Banana Pi zu stecken, Netzwerk dran und Strom an! Das System sollte booten und eine IP-Adresse über DHCP beziehen. Zugriff auf das System hat man dann entweder lokal über die/den angeschlossene/n Tastatur/Monitor oder auch remote via ssh. Das root-Passwort lautet initial ''pi'' und sollte natürlich sofort geändert werden...&lt;br /&gt;
&lt;br /&gt;
==Konfiguration==&lt;br /&gt;
Eine erste Konfiguration des Systems, kann man mit folgenden Tool erledigen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; bananian-config&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Folgende Einstellungen können verändert werden:&lt;br /&gt;
* das root-Passwort&lt;br /&gt;
* die Zeitzone&lt;br /&gt;
* den Zeichensatz&lt;br /&gt;
* den Rechnernamen&lt;br /&gt;
* einige grundlegende Hardware-Einstellungen&lt;br /&gt;
&lt;br /&gt;
Danach sollte das System einmal durchgestartet werden.&lt;br /&gt;
&lt;br /&gt;
==Feste IP-Adresse==&lt;br /&gt;
Ein Server sollte eine feste IP-Adresse haben. Dazu ist die Konfigurationsdatei ''/etc/network/interfaces'' anzupassen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# interfaces(5) file used by ifup(8) and ifdown(8)&lt;br /&gt;
auto lo&lt;br /&gt;
iface lo inet loopback&lt;br /&gt;
&lt;br /&gt;
auto eth0&lt;br /&gt;
&lt;br /&gt;
# dhcp configuration&lt;br /&gt;
# iface eth0 inet dhcp&lt;br /&gt;
&lt;br /&gt;
# static ip configuration&lt;br /&gt;
iface eth0 inet static&lt;br /&gt;
	address 10.1.1.42&lt;br /&gt;
	netmask 255.255.255.0&lt;br /&gt;
	gateway 10.1.1.1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Erläuterung: Die Netzwerkschnittstelle eth0 bezieht seine IP-Adresse nicht via DHCP (entsprechende Zeile einkommentiert), sondern wird fest auf (beispielsweise) 10.1.1.42, der Netzwerkmaske 255.255.255.0 und dem Gateway 10.1.1.1 eingestellt.&lt;br /&gt;
&lt;br /&gt;
Danach sollte das Netzwerk neu gestartet werden oder der gesamte Rechner durchgestartet werden. Wird im Netzwerk ein DNS-Server betrieben, sollte dort IP-Adresse/-Name entsprechend aufgenommen werden, um den Server mit seinem IP-Namen ansprechen zu können. Alternativ kann diese Kombination auch in der jeweiligen Hosts-Datei (z.B. Linux ''/etc/hosts'') der Clients aufgenommen werden.&lt;br /&gt;
&lt;br /&gt;
==Bananian von einer Festplatte booten==&lt;br /&gt;
Hat man eine SATA-Festplatte an seinen Banana Pi angeschlossen, ist es sinnvoll von dieser auch zu booten. Um dies so einzurichten, sind z.B. folgende Schritte zielführend (angenommen, ''/dev/sda'' ist die angeschlossene Festplatte):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; fdisk /dev/sda&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
...RTFM --&amp;gt; Partionierung der Festplatte.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; mkfs.ext4 /dev/sda1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
...Formatierung der (ersten eingerichteten) Partition der Festplatte mit [https://de.wikipedia.org/wiki/Ext4 ext4].&lt;br /&gt;
&lt;br /&gt;
Das root-Filesystem der SD-Karte muss auf die Festplatte kopiert werden (Annahme, es wurde nur die Partition ''/dev/sda1'' auf der Festplatte angelegt; der Swap-Bereich befindet sich in der Datei ''/swapfile1'' (Default bei [https://www.bananian.org/ Bananian])):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; mount /dev/sda1 /mnt/&lt;br /&gt;
&amp;gt; rsync -ax / /mnt/&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Danach müssen noch die entsprechenden Boot-Parameter in der Datei ''/uEnv.txt'' eingestellt werden (der Editor ''joe'' ist installiert):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; umount /mnt/&lt;br /&gt;
&amp;gt; mount /dev/mmcblk0p1 /mnt/&lt;br /&gt;
&amp;gt; joe /mnt/uEnv.txt&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Die Zeichenfolge 'root=/dev/mmcblk0p2' ist durch 'root=/dev/sda1' auszutauschen. Nach einem&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; reboot&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
sollte von der angeschlossenen Festplatte gebootet werden...! Die SD-Karte muss natürlich im entsprechenden Slot bleiben, da sich darauf der Bootloader befindet. Bei einem Festplattendefekt hat man damit auch gleich ein funktionsfähiges Basissystem zur Verfügung (uEnv.txt entsprechend angepasst...).&lt;br /&gt;
&lt;br /&gt;
==&amp;quot;Heartbeat&amp;quot; ausschalten==&lt;br /&gt;
Um die nervig blinkende grüne LED auf dem Banana-Board auszuschalten, ist folgender Befehl (als root auszuführen) erfolgreich:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; echo none &amp;gt; /sys/class/leds/green\:ph24\:led1/trigger&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Wird dieses Kommando in der Datei ''/etc/rc.local'' aufgenommen, erfolgt das Ausschalten der blinkenden &amp;quot;Herzschlag&amp;quot;-LED automatisch nach dem Hochfahren des Systems.&lt;br /&gt;
&lt;br /&gt;
=Server-Dienste=&lt;br /&gt;
==Printserver==&lt;br /&gt;
Als Druck-Server wird [http://www.cups.org/ CUPS] verwendet. Die Installation gestaltet sich recht entspannt:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
apt-get install cups cups-bsd foo2zjs&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Mit dem Tool ''cupsctl'' sollte man folgendes einstellen:&lt;br /&gt;
* die lokalen, am Server angeschlossenen, Drucker im Netzwerk freigeben&lt;br /&gt;
* CUPS über das Netzwerk administrierbar machen&lt;br /&gt;
* die automatische Druckervermittlung aktivieren&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
cupsctl --share-printers  --remote-admin --remote-printers&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Danach kann CUPS z.B. über einen Webbrowser administriert werden. URL: ''https://dein_server:631''. Wie man Drucker einrichtet und administriert, kann der [https://www.cups.org/documentation.php CUPS-Dokumentation] entnommen werden bzw. die Web-Oberfläche ist auch recht selbsterklärend...&lt;br /&gt;
&lt;br /&gt;
Ich besitze einen HP Laserjet 1018, es muss die Firmware aus dem Internet geholt und installiert werden, damit diese automatisch beim Einschalten des Druckers in selbigen kopiert wird: &lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; getweb 1018&lt;br /&gt;
...&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Das Tool ''getweb'' ist Bestandteil des Paketes ''foo2zjs''. Als Parameter wird die Typ-Nummer des Druckers angegeben. Das Tool richtet dann alles notwendige automatisch ein.&lt;br /&gt;
&lt;br /&gt;
Danach empfiehlt sich ein Reboot des Systems.&lt;br /&gt;
&lt;br /&gt;
==autofs==&lt;br /&gt;
Spätestens beim [[Bananenkiste_als_Homeserver#Backup|Backup]] benötigt man sinnvoller Weise einen Datenträger, welcher nur während des Schreiben/Lesens in den Verzeichnisbaum eingebunden und sonst vom System jeder Zeit gefahrlos entfernbar ist. Es wird also ein Dienst benötigt, welcher z.B. eine bestimmte USB-Festplatte automatisch, vor dem ersten Zugriff, einbindet, wenn diese im System verfügbar ist und auch wieder selbstständig, nach einer einstellbaren Zeit der Inaktivität, entfernt. Ein solcher Dienst ist u.a. [https://wiki.ubuntuusers.de/autofs ''autofs''].&lt;br /&gt;
&lt;br /&gt;
Installation:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
sudo apt-get install autofs &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Festlegung des Verzeichnisses, unter dem der dynamische Datenträger eingebunden werden soll (alle Aktionen als Benutzer ''root''):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; mkdir /autofs&lt;br /&gt;
&lt;br /&gt;
&amp;gt; cat /etx/auto.master&lt;br /&gt;
/autofs  /etc/auto.autofs --timeout=300 --ghost&lt;br /&gt;
&lt;br /&gt;
&amp;gt; cat /etc/auto.autofs&lt;br /&gt;
usb-backup -fstype=ext3,sync :/dev/disk/by-uuid/0d5ef4bb-6f06-4814-95fe-7aa5acf09f4f&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Also:&lt;br /&gt;
* ein Verzeichnis (''/autofs'') anlegen, unter dem die Datenträger eingebunden werden sollen&lt;br /&gt;
* auto.master --&amp;gt; alle Datenträger, welche unter diesem Verzeichnis (''autofs'') eingebunden werden sollen (mehrere möglich), sind in ''/etc/auto.autofs'' konfiguriert, werden nach 300 Sekunden ausgehangen (timeout) --&amp;gt; RTFM!&lt;br /&gt;
* im Unterverzeichnis ''usb-backup'' wird eine USB-Festplatte, formatiert mit ext3, (vor dem ersten Lesen oder Schreiben) eingebunden, wenn sie die angegebene UUID hat...&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
UUID ermitteln:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
sudo blkid -o list -w /dev/null&lt;br /&gt;
...&lt;br /&gt;
/dev/sdb1                ext3                   (not mounted)                0d5ef4bb-6f06-4814-95fe-7aa5acf09f4f&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Nach einer Änderung der ''autofs''-Konfiguration ist der entsprechende Dienst neu zu starten:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;lt; service autofs restart&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Fileserver==&lt;br /&gt;
===sshfs===&lt;br /&gt;
Die einfachste Methode ein Server-Verzeichnis in den Verzeichnisbaum des Clients einzubinden, bietet [http://fuse.sourceforge.net/sshfs.html sshfs], vorausgesetzt:&lt;br /&gt;
* auf der Server-Seite ist ein ssh-Server (sollte eigentlich Standard sein...) und&lt;br /&gt;
* auf der Client-Seite ist sshfs (siehe z.B. folgende [https://wiki.ubuntuusers.de/fuse/sshfs Dokumentation])&lt;br /&gt;
installiert.&lt;br /&gt;
&lt;br /&gt;
Das Einbinden eines Server-Verzeichnisses via sshfs erfolgt (interaktiv) über folgendes Kommando:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; sshfs serveruser@server:/serververzeichnis /clientverzeichnis &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Man wird nach dem Passwort des angegebenen Server-Benutzers gefragt...&lt;br /&gt;
&lt;br /&gt;
Natürlich kann man auch alles automatisieren und z.B. das Einbinden eines Server-Verzeichnisses via sshfs über einen [http://superuser.com/questions/669287/automount-sshfs-using-fstab-without-mount-a Eintrag in der Datei /etc/fstab] erledigen. Eine weitere interessante Methode über den [https://wiki.ubuntuusers.de/NetworkManager/Dispatcher NetworkManager-Dispatcher] ist z.B. [https://wiki.ubuntuusers.de/fuse/sshfs#per-Dispatcher hier] beschrieben.&lt;br /&gt;
&lt;br /&gt;
Ein, über sshfs eingebundenes Server-Verzeichnis, wird man mit folgenden Kommando wieder los:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; fusermount -u /clientverzeichnis&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
===NFS===&lt;br /&gt;
...kommt (vielleicht) noch.&lt;br /&gt;
&lt;br /&gt;
===Samba===&lt;br /&gt;
[https://www.samba.org/ Samba] ist auch eine recht nette Möglichkeit, Zugriff auf Verzeichnisse des Servers zu bekommen. Vorteil ist, dass man damit auch Windows-Clients versorgen kann... &lt;br /&gt;
&lt;br /&gt;
Installation Samba-Server plus einiger Tools:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; sudo apt-get install samba-common samba-common-bin samba samba-doc samba-doc-pdf tdb-tools &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Samba verwaltet seine Benutzer in einer eigenen Datenbank (wenn nichts anderes konfiguriert):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; sudo smbpasswd -a &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; in der Samba-DB anlegen/aktivieren&lt;br /&gt;
&amp;gt; sudo smbpasswd -x &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; aus der Samba-DB entfernen&lt;br /&gt;
&amp;gt; sudo smbpasswd -d &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; in der Samba-DB deaktivieren&lt;br /&gt;
&amp;gt; sudo smbpasswd -e &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; in der Samba-DB wieder aktivieren&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Beim Anlegen eines Samba-Benutzers (erstes Kommando) kann man auch gleich ein Passwort vergeben. Mit dem gleichen Befehl kann dieses Passwort für den angegeben Benutzer auch geändert werden.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Die Konfiguration des Samba-Servers erfolgt über die Datei ''/etc/samba/smb.conf''. Über die vielfälltigen Einstellungsmöglichkeiten sind diverse [https://wiki.ubuntuusers.de/Samba_Server/smb.conf Beschreibungen] im Internet zu finden. Um beispielsweise ein Verzeichnis auf dem Server im Netzwerk freizugeben, ist die Datei ''/etc/samba/smd.conf'' um folgende Zeilen zu ergänzen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# Bilder&lt;br /&gt;
[Bilder]&lt;br /&gt;
path = /medien/bilder&lt;br /&gt;
public = no&lt;br /&gt;
writeable = yes&lt;br /&gt;
&amp;lt;/pre&amp;gt; &lt;br /&gt;
Erläuterung: Das Verzeichnis /medien/bilder auf dem Server wird als Share &amp;quot;Bilder&amp;quot; freigegeben, kann allerdings nur von Benutzern aus der Samba-DB (siehe oben) geöffnet werden und ist auch beschreibbar. (Nicht angegebene Optionen wirken mit ihrem Default-Wert (RTFM...)).&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Bevor man die Samba-Dienst mit der veränderten Konfiguration durchstartet, sollte man deren Syntax überprüfen, um eventuelle Fehler auszuspüren:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; testparm&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Das Durchstarten der Samba-Dienste kann z.B. mit folgenden Kommando erfolgen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; service samba restart&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
ToDo:&lt;br /&gt;
* Client-Zugriff auf freigegebene Shares&lt;br /&gt;
* Zugriff auf &amp;quot;Server-Drucker&amp;quot; von Windows-Clients aus&lt;br /&gt;
* ?&lt;br /&gt;
&lt;br /&gt;
==Backup==&lt;br /&gt;
===Allgemeines zu rdiff-backup===&lt;br /&gt;
Ein recht komfortables Backuptool zur Sicherung entfernter Rechner bzw. auch lokaler Serververzeichnisse auf einen externen Datenträger ist [http://www.nongnu.org/rdiff-backup/ rdiff-backup]. Das Tool ermöglicht eine einfache und platzsparende Sicherung (und natürliche auch Rücksicherung) von Daten. Nach einer initialen Vollsicherung werden in der Folge nur noch Änderungen versioniert in einer speziellen Verzeichnisstruktur gesichert (RTFM). Die Backups können auch über das Netzwerk gesichert via ssh erfolgen.&lt;br /&gt;
&lt;br /&gt;
rdiff-backup ist ein Kommandozeilentool. Es gibt aber eine Reihe von GUIs, die u.U. die Bedienung vereinfachen. Ich selbst verwende zur Überprüfung/Sichtung der Backups auf dem Homeserver [http://www.patrikdufresne.com/en/rdiffweb/ rdiffweb], eine kleine WEB-basierte Oberfläche.&lt;br /&gt;
&lt;br /&gt;
===Verwendung von rdiff-backup===&lt;br /&gt;
&lt;br /&gt;
'''Backup:'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
rdiff-backup /home/user /backup/home/user&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Es wird hier das Verzeichnis /home/user (mit allen Unterverzeichnissen) in das Backup-Verzeichnis /backup/home/user gesichert. Selbstverständlich können die Verzeichnisse jeweils auch Netzlaufwerke sein. Mit ein wenig Konfigurationsaufwand kann der Anstoß auch remote via ssh auf dem zu sichernden Rechner erfolgen. Weiterhin können, über entsprechende Aufrufparameter, die zu sichernden Verzeichnisse/Dateien über Include-/Exclude-Listen feiner spezifiziert werden. Hilfreich ist dazu die Dokumentation von [http://www.nongnu.org/rdiff-backup/docs.html rdiff-backup].&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Restore:'''&lt;br /&gt;
Wenn einfach nur die aktuellste Sicherung einer Datei oder eines Verzeichnisses aus dem Backup zurückgeholt werden soll, reicht ein ein einfaches Kopieren vom Backup-Verzeichnis an den gewünschten Zielort.&lt;br /&gt;
Soll eine ältere Version aus dem Backup zurückgesichert werden kann dies z.B. mit folgendem Befehl erfolgen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
rdiff-backup -r 10D /backup/home/user/datei.txt /home/user/datei.txt&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
In diesem Beispiel wird die Version von vor 10 Tagen der Datei /home/user/datei.txt aus dem Backup an ihren Ursprungsort zurückgesichert. Natürlich kann auch ein anderes Rücksicherungsziel angegeben werden. Weitere Rücksicherungsoptionen sind der Dokumentation von [http://www.nongnu.org/rdiff-backup/docs.html rdiff-backup] zu entnehmen.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Alte Sicherungen löschen:'''&lt;br /&gt;
&lt;br /&gt;
Mit der Zeit sammeln sich einige Sicherungen an. Wenn man nicht alle aufheben möchte, bietet rdiff-backup eine Reihe von Befehlen an, um ältere bzw. bestimmte Backups aus dem Sicherungsverzeichnis zu eleminieren:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
rdiff-backup --remove-older-than 180D /backup/home/user&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Mit diesem Befehl werden z.B. alle Sicherungen gelöscht, welche älter als 180 Tage sind. Weitere Möglichkeiten sind der Dokumentation von [http://www.nongnu.org/rdiff-backup/docs.html rdiff-backup] zu finden.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Status der Sicherungen abfragen:'''&lt;br /&gt;
&lt;br /&gt;
Ab und zu sollte man auch mal überprüfen, ob das Backup überhabt noch funktioniert. Mit folgendem Befehl kann z.B. eine Liste alle Backups erzeugt werden:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
rdiff-backup -l /backup/home/user&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===Weitere Informationsquellen (zu rdiff-backup)===&lt;br /&gt;
* http://www.nongnu.org/rdiff-backup/&lt;br /&gt;
* https://www.thomas-krenn.com/de/wiki/Backup_unter_Linux_mit_rdiff-backup&lt;br /&gt;
* https://www.howtoforge.com/linux_rdiff_backup&lt;br /&gt;
* http://arctic.org/~dean/rdiff-backup/unattended.html&lt;br /&gt;
* http://www.patrikdufresne.com/en/rdiffweb/&lt;br /&gt;
&lt;br /&gt;
==Mail==&lt;br /&gt;
===Allgemeines===&lt;br /&gt;
Auf meinem alten Homeserver hatte ich einen Mailserver betrieben. Diverse Scripte, regelmäßig via Cron gestartet, holten meine E-Mails von den diversen Mail-Servern in Internet ab und verteilten diese in lokale Mailboxen bzw. -ordner, damit sie im lokalen Netz auf allen Clients verfügbar waren. Bei der Neukonzeption meines Homeservers habe ich mir dann die Frage gestellt: &amp;quot;Warum dieser Aufwand?&amp;quot;, denn die Mails sind bei den einzelnen Mail-Providern doch ganz gut aufgehoben, von überall, mit geeigneten E-Mail-Clients, abgreifbar und die Größengrenzen der E-Mailboxen für den Normalverbraucher ausreichend.&lt;br /&gt;
&lt;br /&gt;
Damit bleiben dann eigentlich nur zwei Dinge offen, deren Lösungen in der Folge (beispielhaft) beschrieben werden:&lt;br /&gt;
* Servermeldungen/-zustände automatisiert versenden&lt;br /&gt;
* Archivierung einer Mailbox&lt;br /&gt;
&lt;br /&gt;
===Servermeldungen/-zustände automatisiert versenden mittels ssmtp===&lt;br /&gt;
&amp;quot;Hat das Backup heute Nacht eigentlich funktioniert?&amp;quot;, &amp;quot;Ist die Server-Festplatte demnächst der Meinung, ihren Geist aufzugeben?&amp;quot; oder &amp;quot;War die Verarbeitung von Job xyz erfolgreich?&amp;quot;...&lt;br /&gt;
&lt;br /&gt;
Mal ehrlich, loggt sich der Admin regelmäßig jeden Tag, Woche etc. auf dem Server ein, um obiges zu überprüfen? Bestimmt nicht...! Also brauchen man eine automatisierbare Lösung, welche den Status von Jobs, den Zustand der Hardware oder was auch immer an eine Mail-Adresse sendet, welche man regelmäßig abfragt!&lt;br /&gt;
&lt;br /&gt;
Befragt man dazu die bekannten Suchmaschinen, bekommt man zuerst die Antwort: &amp;quot;sendmail&amp;quot;, &amp;quot;postfix&amp;quot; etc.. Aber warum so kompliziert, durch Zufall bin ich auf [https://de.wikipedia.org/wiki/SSMTP ssmtp] aufmerksam geworden:&lt;br /&gt;
&lt;br /&gt;
'''Installation'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; apt-get install ssmtp&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''Konfiguration'''&lt;br /&gt;
&lt;br /&gt;
Es sind nach der Installation zwei Konfigurationsdateien anzupassen:&lt;br /&gt;
&lt;br /&gt;
/etc/ssmtp/ssmtp.conf (z.B. für eine Mailbox von blabla@gmx.net auf gmx.net):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
root=blabla@gmx.net&lt;br /&gt;
mailhub=mail.gmx.net:465&lt;br /&gt;
rewriteDomain=gmx.net&lt;br /&gt;
hostname=gmx.net&lt;br /&gt;
UseTLS=YES&lt;br /&gt;
AuthUser=blabla@gmx.DE&lt;br /&gt;
AuthPass=kenntnurblabla&lt;br /&gt;
FromLineOverride=NO&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
/etc/ssmtp/revaliases (für jeden User, der etwas zu melden hat):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
root:blabla@gmx.net:mail.gmx.net:465&lt;br /&gt;
blabla:blabla@gmx.net:mail.gmx.net:465&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
...etc..&lt;br /&gt;
&lt;br /&gt;
'''Anwendung'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
/usr/sbin/ssmtp blabla@gmx.net &amp;lt; /home/blabla/msg.txt&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===Mailbox archivieren via archivemail===&lt;br /&gt;
Falls man keinen eigenen, ständig ansprechbaren E-Mailserver betreibt, ist, aus meiner Sicht, die einfachste E-Mail-Lösung, die Mails einfach auf den Server des jeweiligen Providers zu belassen und seinen E-Mail-Client so zu konfigurieren, dass er diese E-Mail-Fächer bedient. Wie dies funktioniert, ist den diversen Beschreibungen im Internet zu entnehmen oder/und man vertraut den Installationshinweisen seines bevorzugten E-Mail-Clients.&lt;br /&gt;
&lt;br /&gt;
Allerdings wird es doch irgendwann Zeit, die E-Mails vom Server des jeweiligen Providers herunter zu laden und zu archivieren! Hauptgründe dafür sind vor allem die begrenzte Größe der E-Mailbox beim jeweiligen Provider oder einfach nur die Übersichtlichkeit innerhalb des Postfach. Für meine Bedürfnisse habe ich dazu das Tool [http://archivemail.sourceforge.net/ archivmail] auserkoren:&lt;br /&gt;
&lt;br /&gt;
'''Installation:'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
apt-get install archivemail&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Verwendung'''&lt;br /&gt;
&lt;br /&gt;
Archivierung einer Mailbox:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
archivemail --no-compress -q -d100 --pwfile /home/blabla/.pwd_web_de -o /home/blabla/web_de/ imaps://&amp;quot;blabla&amp;quot;@imap.web.de/INBOX&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Es werden alle Mails von blabla@web.de, welche sich im Mail-Verzeichnis &amp;quot;INBOX&amp;quot; des Postfach befinden und älter als 100 Tage sind, im (lokalen) Verzeichnis /home/blabla/web_de/ in einer Datei im mbox-Format abgelegt und auch auf dem Server des E-Mail-Providers gelöscht. Das Passwort für die angesprochene Mailbox auf dem Server des Mail-Providers befindet sich in der Datei ''/home/blabla/.pwd_web_de''. Weitere mögliche Aufrufparameter sind u.a. der [http://archivemail.sourceforge.net/manpage.html man-Page] von Archivemail zu entnehmen!&lt;br /&gt;
&lt;br /&gt;
=Kontakt=&lt;br /&gt;
[[Benutzer:bergeruw|Uwe]]&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/Bananenkiste_als_Homeserver</id>
		<title>Bananenkiste als Homeserver</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/Bananenkiste_als_Homeserver"/>
				<updated>2017-08-04T07:20:02Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* Verwendung von rdiff.backup */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=Motivation=&lt;br /&gt;
Mein alter Homeserver, welcher seit Jahren klaglos seinen Dienst erledigt hatte, will nicht mehr so richtig. Zwar ist das Ding nicht irreparabel kaputt, aber ab und zu sollte man auch mal mit der Zeit gehen. Also der richtige Augenblick die Hardware zu tauschen, das Betriebssystem frisch zu installieren und die gewünschten Server-Dienste neu aufsetzen...&lt;br /&gt;
&lt;br /&gt;
Die folgenden Kapitel sind in erster Linie eine Dokumentation für mich selbst, nützen aber vielleicht auch anderen &amp;quot;Freizeitadministratoren&amp;quot;, die Ähnliches vorhaben.&lt;br /&gt;
&lt;br /&gt;
=Hardware=&lt;br /&gt;
&amp;quot;Mit der Zeit gehen...&amp;quot; heißt natürlich aktuelle, ressourcen-seitig ausreichende und, vor allem, stromsparende Hardware zu verwenden, denn immerhin soll der Server ja 24 Stunden, 7 Tage in der Woche arbeiten. Heutzutage ist es kein Problem ein geeignetes Board, welches mit dem Betriebssystem Linux läuft, zu finden. Meine Wahl fiel auf einen [http://www.lemaker.org/ Banana Pro]. An die, auf dem Board vorhandene, SATA-Schnittstelle wurde eine [http://www.wdc.com/de/products/products.aspx?id=810 2,5&amp;quot;-&amp;quot;WD Red&amp;quot;-Festplatte] angeschlossen. Alles in einem entsprechenden Gehäuse eingebaut, ergibt es ein recht kompaktes Gerät, welches überall Platz finden sollte.&lt;br /&gt;
&lt;br /&gt;
=Linux-Betriebssystem installieren und konfigurieren=&lt;br /&gt;
==Installation==&lt;br /&gt;
Als Linux-Distribution wird [https://www.bananian.org/ Bananian] verwendet, was eigentlich ein Debian 7 ist, welche aber speziell für den Banana Pi/Pro angepasst wurde.&lt;br /&gt;
&lt;br /&gt;
Die Installation gestaltet sich recht einfach. Nach dem [https://www.bananian.org/download Download] des gepackten Images, ist es zu entpacken und auf eine passende SD-Karte zu kopieren (Beispiel für Linux :-)):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; dd if=bananian-1504.img of=/dev/&amp;lt;your-sd-card&amp;gt; bs=1M&lt;br /&gt;
&amp;gt; sync&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Danach ist die SD-Karte nur noch in den entsprechenden Slot des Banana Pi zu stecken, Netzwerk dran und Strom an! Das System sollte booten und eine IP-Adresse über DHCP beziehen. Zugriff auf das System hat man dann entweder lokal über die/den angeschlossene/n Tastatur/Monitor oder auch remote via ssh. Das root-Passwort lautet initial ''pi'' und sollte natürlich sofort geändert werden...&lt;br /&gt;
&lt;br /&gt;
==Konfiguration==&lt;br /&gt;
Eine erste Konfiguration des Systems, kann man mit folgenden Tool erledigen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; bananian-config&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Folgende Einstellungen können verändert werden:&lt;br /&gt;
* das root-Passwort&lt;br /&gt;
* die Zeitzone&lt;br /&gt;
* den Zeichensatz&lt;br /&gt;
* den Rechnernamen&lt;br /&gt;
* einige grundlegende Hardware-Einstellungen&lt;br /&gt;
&lt;br /&gt;
Danach sollte das System einmal durchgestartet werden.&lt;br /&gt;
&lt;br /&gt;
==Feste IP-Adresse==&lt;br /&gt;
Ein Server sollte eine feste IP-Adresse haben. Dazu ist die Konfigurationsdatei ''/etc/network/interfaces'' anzupassen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# interfaces(5) file used by ifup(8) and ifdown(8)&lt;br /&gt;
auto lo&lt;br /&gt;
iface lo inet loopback&lt;br /&gt;
&lt;br /&gt;
auto eth0&lt;br /&gt;
&lt;br /&gt;
# dhcp configuration&lt;br /&gt;
# iface eth0 inet dhcp&lt;br /&gt;
&lt;br /&gt;
# static ip configuration&lt;br /&gt;
iface eth0 inet static&lt;br /&gt;
	address 10.1.1.42&lt;br /&gt;
	netmask 255.255.255.0&lt;br /&gt;
	gateway 10.1.1.1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Erläuterung: Die Netzwerkschnittstelle eth0 bezieht seine IP-Adresse nicht via DHCP (entsprechende Zeile einkommentiert), sondern wird fest auf (beispielsweise) 10.1.1.42, der Netzwerkmaske 255.255.255.0 und dem Gateway 10.1.1.1 eingestellt.&lt;br /&gt;
&lt;br /&gt;
Danach sollte das Netzwerk neu gestartet werden oder der gesamte Rechner durchgestartet werden. Wird im Netzwerk ein DNS-Server betrieben, sollte dort IP-Adresse/-Name entsprechend aufgenommen werden, um den Server mit seinem IP-Namen ansprechen zu können. Alternativ kann diese Kombination auch in der jeweiligen Hosts-Datei (z.B. Linux ''/etc/hosts'') der Clients aufgenommen werden.&lt;br /&gt;
&lt;br /&gt;
==Bananian von einer Festplatte booten==&lt;br /&gt;
Hat man eine SATA-Festplatte an seinen Banana Pi angeschlossen, ist es sinnvoll von dieser auch zu booten. Um dies so einzurichten, sind z.B. folgende Schritte zielführend (angenommen, ''/dev/sda'' ist die angeschlossene Festplatte):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; fdisk /dev/sda&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
...RTFM --&amp;gt; Partionierung der Festplatte.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; mkfs.ext4 /dev/sda1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
...Formatierung der (ersten eingerichteten) Partition der Festplatte mit [https://de.wikipedia.org/wiki/Ext4 ext4].&lt;br /&gt;
&lt;br /&gt;
Das root-Filesystem der SD-Karte muss auf die Festplatte kopiert werden (Annahme, es wurde nur die Partition ''/dev/sda1'' auf der Festplatte angelegt; der Swap-Bereich befindet sich in der Datei ''/swapfile1'' (Default bei [https://www.bananian.org/ Bananian])):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; mount /dev/sda1 /mnt/&lt;br /&gt;
&amp;gt; rsync -ax / /mnt/&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Danach müssen noch die entsprechenden Boot-Parameter in der Datei ''/uEnv.txt'' eingestellt werden (der Editor ''joe'' ist installiert):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; umount /mnt/&lt;br /&gt;
&amp;gt; mount /dev/mmcblk0p1 /mnt/&lt;br /&gt;
&amp;gt; joe /mnt/uEnv.txt&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Die Zeichenfolge 'root=/dev/mmcblk0p2' ist durch 'root=/dev/sda1' auszutauschen. Nach einem&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; reboot&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
sollte von der angeschlossenen Festplatte gebootet werden...! Die SD-Karte muss natürlich im entsprechenden Slot bleiben, da sich darauf der Bootloader befindet. Bei einem Festplattendefekt hat man damit auch gleich ein funktionsfähiges Basissystem zur Verfügung (uEnv.txt entsprechend angepasst...).&lt;br /&gt;
&lt;br /&gt;
==&amp;quot;Heartbeat&amp;quot; ausschalten==&lt;br /&gt;
Um die nervig blinkende grüne LED auf dem Banana-Board auszuschalten, ist folgender Befehl (als root auszuführen) erfolgreich:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; echo none &amp;gt; /sys/class/leds/green\:ph24\:led1/trigger&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Wird dieses Kommando in der Datei ''/etc/rc.local'' aufgenommen, erfolgt das Ausschalten der blinkenden &amp;quot;Herzschlag&amp;quot;-LED automatisch nach dem Hochfahren des Systems.&lt;br /&gt;
&lt;br /&gt;
=Server-Dienste=&lt;br /&gt;
==Printserver==&lt;br /&gt;
Als Druck-Server wird [http://www.cups.org/ CUPS] verwendet. Die Installation gestaltet sich recht entspannt:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
apt-get install cups cups-bsd foo2zjs&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Mit dem Tool ''cupsctl'' sollte man folgendes einstellen:&lt;br /&gt;
* die lokalen, am Server angeschlossenen, Drucker im Netzwerk freigeben&lt;br /&gt;
* CUPS über das Netzwerk administrierbar machen&lt;br /&gt;
* die automatische Druckervermittlung aktivieren&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
cupsctl --share-printers  --remote-admin --remote-printers&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Danach kann CUPS z.B. über einen Webbrowser administriert werden. URL: ''https://dein_server:631''. Wie man Drucker einrichtet und administriert, kann der [https://www.cups.org/documentation.php CUPS-Dokumentation] entnommen werden bzw. die Web-Oberfläche ist auch recht selbsterklärend...&lt;br /&gt;
&lt;br /&gt;
Ich besitze einen HP Laserjet 1018, es muss die Firmware aus dem Internet geholt und installiert werden, damit diese automatisch beim Einschalten des Druckers in selbigen kopiert wird: &lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; getweb 1018&lt;br /&gt;
...&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Das Tool ''getweb'' ist Bestandteil des Paketes ''foo2zjs''. Als Parameter wird die Typ-Nummer des Druckers angegeben. Das Tool richtet dann alles notwendige automatisch ein.&lt;br /&gt;
&lt;br /&gt;
Danach empfiehlt sich ein Reboot des Systems.&lt;br /&gt;
&lt;br /&gt;
==autofs==&lt;br /&gt;
Spätestens beim [[Bananenkiste_als_Homeserver#Backup|Backup]] benötigt man sinnvoller Weise einen Datenträger, welcher nur während des Schreiben/Lesens in den Verzeichnisbaum eingebunden und sonst vom System jeder Zeit gefahrlos entfernbar ist. Es wird also ein Dienst benötigt, welcher z.B. eine bestimmte USB-Festplatte automatisch, vor dem ersten Zugriff, einbindet, wenn diese im System verfügbar ist und auch wieder selbstständig, nach einer einstellbaren Zeit der Inaktivität, entfernt. Ein solcher Dienst ist u.a. [https://wiki.ubuntuusers.de/autofs ''autofs''].&lt;br /&gt;
&lt;br /&gt;
Installation:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
sudo apt-get install autofs &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Festlegung des Verzeichnisses, unter dem der dynamische Datenträger eingebunden werden soll (alle Aktionen als Benutzer ''root''):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; mkdir /autofs&lt;br /&gt;
&lt;br /&gt;
&amp;gt; cat /etx/auto.master&lt;br /&gt;
/autofs  /etc/auto.autofs --timeout=300 --ghost&lt;br /&gt;
&lt;br /&gt;
&amp;gt; cat /etc/auto.autofs&lt;br /&gt;
usb-backup -fstype=ext3,sync :/dev/disk/by-uuid/0d5ef4bb-6f06-4814-95fe-7aa5acf09f4f&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Also:&lt;br /&gt;
* ein Verzeichnis (''/autofs'') anlegen, unter dem die Datenträger eingebunden werden sollen&lt;br /&gt;
* auto.master --&amp;gt; alle Datenträger, welche unter diesem Verzeichnis (''autofs'') eingebunden werden sollen (mehrere möglich), sind in ''/etc/auto.autofs'' konfiguriert, werden nach 300 Sekunden ausgehangen (timeout) --&amp;gt; RTFM!&lt;br /&gt;
* im Unterverzeichnis ''usb-backup'' wird eine USB-Festplatte, formatiert mit ext3, (vor dem ersten Lesen oder Schreiben) eingebunden, wenn sie die angegebene UUID hat...&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
UUID ermitteln:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
sudo blkid -o list -w /dev/null&lt;br /&gt;
...&lt;br /&gt;
/dev/sdb1                ext3                   (not mounted)                0d5ef4bb-6f06-4814-95fe-7aa5acf09f4f&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Nach einer Änderung der ''autofs''-Konfiguration ist der entsprechende Dienst neu zu starten:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;lt; service autofs restart&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Fileserver==&lt;br /&gt;
===sshfs===&lt;br /&gt;
Die einfachste Methode ein Server-Verzeichnis in den Verzeichnisbaum des Clients einzubinden, bietet [http://fuse.sourceforge.net/sshfs.html sshfs], vorausgesetzt:&lt;br /&gt;
* auf der Server-Seite ist ein ssh-Server (sollte eigentlich Standard sein...) und&lt;br /&gt;
* auf der Client-Seite ist sshfs (siehe z.B. folgende [https://wiki.ubuntuusers.de/fuse/sshfs Dokumentation])&lt;br /&gt;
installiert.&lt;br /&gt;
&lt;br /&gt;
Das Einbinden eines Server-Verzeichnisses via sshfs erfolgt (interaktiv) über folgendes Kommando:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; sshfs serveruser@server:/serververzeichnis /clientverzeichnis &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Man wird nach dem Passwort des angegebenen Server-Benutzers gefragt...&lt;br /&gt;
&lt;br /&gt;
Natürlich kann man auch alles automatisieren und z.B. das Einbinden eines Server-Verzeichnisses via sshfs über einen [http://superuser.com/questions/669287/automount-sshfs-using-fstab-without-mount-a Eintrag in der Datei /etc/fstab] erledigen. Eine weitere interessante Methode über den [https://wiki.ubuntuusers.de/NetworkManager/Dispatcher NetworkManager-Dispatcher] ist z.B. [https://wiki.ubuntuusers.de/fuse/sshfs#per-Dispatcher hier] beschrieben.&lt;br /&gt;
&lt;br /&gt;
Ein, über sshfs eingebundenes Server-Verzeichnis, wird man mit folgenden Kommando wieder los:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; fusermount -u /clientverzeichnis&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
===NFS===&lt;br /&gt;
...kommt (vielleicht) noch.&lt;br /&gt;
&lt;br /&gt;
===Samba===&lt;br /&gt;
[https://www.samba.org/ Samba] ist auch eine recht nette Möglichkeit, Zugriff auf Verzeichnisse des Servers zu bekommen. Vorteil ist, dass man damit auch Windows-Clients versorgen kann... &lt;br /&gt;
&lt;br /&gt;
Installation Samba-Server plus einiger Tools:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; sudo apt-get install samba-common samba-common-bin samba samba-doc samba-doc-pdf tdb-tools &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Samba verwaltet seine Benutzer in einer eigenen Datenbank (wenn nichts anderes konfiguriert):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; sudo smbpasswd -a &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; in der Samba-DB anlegen/aktivieren&lt;br /&gt;
&amp;gt; sudo smbpasswd -x &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; aus der Samba-DB entfernen&lt;br /&gt;
&amp;gt; sudo smbpasswd -d &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; in der Samba-DB deaktivieren&lt;br /&gt;
&amp;gt; sudo smbpasswd -e &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; in der Samba-DB wieder aktivieren&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Beim Anlegen eines Samba-Benutzers (erstes Kommando) kann man auch gleich ein Passwort vergeben. Mit dem gleichen Befehl kann dieses Passwort für den angegeben Benutzer auch geändert werden.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Die Konfiguration des Samba-Servers erfolgt über die Datei ''/etc/samba/smb.conf''. Über die vielfälltigen Einstellungsmöglichkeiten sind diverse [https://wiki.ubuntuusers.de/Samba_Server/smb.conf Beschreibungen] im Internet zu finden. Um beispielsweise ein Verzeichnis auf dem Server im Netzwerk freizugeben, ist die Datei ''/etc/samba/smd.conf'' um folgende Zeilen zu ergänzen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# Bilder&lt;br /&gt;
[Bilder]&lt;br /&gt;
path = /medien/bilder&lt;br /&gt;
public = no&lt;br /&gt;
writeable = yes&lt;br /&gt;
&amp;lt;/pre&amp;gt; &lt;br /&gt;
Erläuterung: Das Verzeichnis /medien/bilder auf dem Server wird als Share &amp;quot;Bilder&amp;quot; freigegeben, kann allerdings nur von Benutzern aus der Samba-DB (siehe oben) geöffnet werden und ist auch beschreibbar. (Nicht angegebene Optionen wirken mit ihrem Default-Wert (RTFM...)).&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Bevor man die Samba-Dienst mit der veränderten Konfiguration durchstartet, sollte man deren Syntax überprüfen, um eventuelle Fehler auszuspüren:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; testparm&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Das Durchstarten der Samba-Dienste kann z.B. mit folgenden Kommando erfolgen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; service samba restart&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
ToDo:&lt;br /&gt;
* Client-Zugriff auf freigegebene Shares&lt;br /&gt;
* Zugriff auf &amp;quot;Server-Drucker&amp;quot; von Windows-Clients aus&lt;br /&gt;
* ?&lt;br /&gt;
&lt;br /&gt;
==Backup==&lt;br /&gt;
===Allgemeines zu rdiff-backup===&lt;br /&gt;
Ein recht komfortables Backuptool zur Sicherung entfernter Rechner bzw. auch lokaler Serververzeichnisse auf einen externen Datenträger ist [http://www.nongnu.org/rdiff-backup/ rdiff-backup]. Das Tool ermöglicht eine einfache und platzsparende Sicherung (und natürliche auch Rücksicherung) von Daten. Nach einer initialen Vollsicherung werden in der Folge nur noch Änderungen versioniert in einer speziellen Verzeichnisstruktur gesichert (RTFM). Die Backups können auch über das Netzwerk gesichert via ssh erfolgen.&lt;br /&gt;
&lt;br /&gt;
rdiff-backup ist ein Kommandozeilentool. Es gibt aber eine Reihe von GUIs, die u.U. die Bedienung vereinfachen. Ich selbst verwende zur Überprüfung/Sichtung der Backups auf dem Homeserver [http://www.patrikdufresne.com/en/rdiffweb/ rdiffweb], eine kleine WEB-basierte Oberfläche.&lt;br /&gt;
&lt;br /&gt;
===Verwendung von rdiff-backup===&lt;br /&gt;
&lt;br /&gt;
'''Backup:'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
rdiff-backup /home/user /backup/home/user&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Es wird hier das Verzeichnis /home/user (mit allen Unterverzeichnissen) in das Backup-Verzeichnis /backup/home/user gesichert. Selbstverständlich können die Verzeichnisse jeweils auch Netzlaufwerke sein. Mit ein wenig Konfigurationsaufwand kann der Anstoß auch remote via ssh auf dem zu sichernden Rechner erfolgen. Weiterhin können, über entsprechende Aufrufparameter, die zu sichernden Verzeichnisse/Dateien über Include-/Exclude-Listen feiner spezifiziert werden. Hilfreich ist dazu die Dokumentation von [http://www.nongnu.org/rdiff-backup/docs.html rdiff-backup].&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Restore:'''&lt;br /&gt;
Wenn einfach nur die aktuellste Sicherung einer Datei oder eines Verzeichnisses aus dem Backup zurückgeholt werden soll, reicht ein ein einfaches Kopieren vom Backup-Verzeichnis an den gewünschten Zielort.&lt;br /&gt;
Soll eine ältere Version aus dem Backup zurückgesichert werden kann dies z.B. mit folgendem Befehl erfolgen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
rdiff-backup -r 10D /backup/home/user/datei.txt /home/user/datei.txt&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
In diesem Beispiel wird die Version von vor 10 Tagen der Datei /home/user/datei.txt aus dem Backup an ihren Ursprungsort zurückgesichert. Natürlich kann auch ein anderes Rücksicherungsziel angegeben werden. Weitere Rücksicherungsoptionen sind der Dokumentation von [http://www.nongnu.org/rdiff-backup/docs.html rdiff-backup] zu entnehmen.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Alte Sicherungen löschen:'''&lt;br /&gt;
&lt;br /&gt;
Mit der Zeit sammeln sich einige Sicherungen an. Wenn man nicht alle aufheben möchte, bietet rdiff-backup eine Reihe von Befehlen an, um ältere bzw. bestimmte Backups aus dem Sicherungsverzeichnis zu eleminieren:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
rdiff-backup --remove-older-than 180D /backup/home/user&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Mit diesem Befehl werden z.B. alle Sicherungen gelöscht, welche älter als 180 Tage sind. Weitere Möglichkeiten sind der Dokumentation von [http://www.nongnu.org/rdiff-backup/docs.html rdiff-backup] zu finden.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Status der Sicherungen abfragen:'''&lt;br /&gt;
&lt;br /&gt;
Ab und zu sollte man auch mal überprüfen, ob das Backup überhabt noch funktioniert. Mit folgendem Befehl kann z.B. eine Liste alle Backups erzeugt werden:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
rdiff-backup -l /backup/home/user&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===Weitere Informationsquellen (zu rdiff-backup)===&lt;br /&gt;
* http://www.nongnu.org/rdiff-backup/&lt;br /&gt;
* https://www.thomas-krenn.com/de/wiki/Backup_unter_Linux_mit_rdiff-backup&lt;br /&gt;
* https://www.howtoforge.com/linux_rdiff_backup&lt;br /&gt;
* http://arctic.org/~dean/rdiff-backup/unattended.html&lt;br /&gt;
* http://www.patrikdufresne.com/en/rdiffweb/&lt;br /&gt;
&lt;br /&gt;
==Mail==&lt;br /&gt;
===Allgemeines===&lt;br /&gt;
Auf meinem alten Homeserver hatte ich einen Mailserver betrieben. Diverse Scripte, regelmäßig via Cron gestartet, holten meine E-Mails von den diversen Mail-Servern in Internet ab und verteilten diese in lokale Mailboxen bzw. -ordner, damit sie im lokalen Netz auf allen Clients verfügbar waren. Bei der Neukonzeption meines Homeservers habe ich mir dann die Frage gestellt: &amp;quot;Warum dieser Aufwand?&amp;quot;, denn die Mails sind bei den einzelnen Mail-Providern doch ganz gut aufgehoben, von überall, mit geeigneten E-Mail-Clients, abgreifbar und die Größengrenzen der E-Mailboxen für den Normalverbraucher ausreichend.&lt;br /&gt;
&lt;br /&gt;
Damit bleiben dann eigentlich nur zwei Dinge offen, deren Lösungen in der Folge (beispielhaft) beschrieben werden:&lt;br /&gt;
* Servermeldungen/-zustände automatisiert versenden&lt;br /&gt;
* Archivierung einer Mailbox&lt;br /&gt;
&lt;br /&gt;
===Servermeldungen/-zustände automatisiert versenden mittels ssmtp===&lt;br /&gt;
&amp;quot;Hat das Backup heute Nacht eigentlich funktioniert?&amp;quot;, &amp;quot;Ist die Server-Festplatte demnächst der Meinung, ihren Geist aufzugeben?&amp;quot; oder &amp;quot;War die Verarbeitung von Job xyz erfolgreich?&amp;quot;...&lt;br /&gt;
&lt;br /&gt;
Mal ehrlich, loggt sich der Admin regelmäßig jeden Tag, Woche etc. auf dem Server ein, um obiges zu überprüfen? Bestimmt nicht...! Also brauchen man eine automatisierbare Lösung, welche den Status von Jobs, den Zustand der Hardware oder was auch immer an eine Mail-Adresse sendet, welche man regelmäßig abfragt!&lt;br /&gt;
&lt;br /&gt;
Befragt man dazu die bekannten Suchmaschinen, bekommt man zuerst die Antwort: &amp;quot;sendmail&amp;quot;, &amp;quot;postfix&amp;quot; etc.. Aber warum so kompliziert, durch Zufall bin ich auf [https://de.wikipedia.org/wiki/SSMTP ssmtp] aufmerksam geworden:&lt;br /&gt;
&lt;br /&gt;
'''Installation'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; apt-get install ssmtp&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''Konfiguration'''&lt;br /&gt;
&lt;br /&gt;
Es sind nach der Installation zwei Konfigurationsdateien anzupassen:&lt;br /&gt;
&lt;br /&gt;
/etc/ssmtp/ssmtp.conf (z.B. für eine Mailbox von blabla@gmx.net auf gmx.net):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
root=blabla@gmx.net&lt;br /&gt;
mailhub=mail.gmx.net:465&lt;br /&gt;
rewriteDomain=gmx.net&lt;br /&gt;
hostname=gmx.net&lt;br /&gt;
UseTLS=YES&lt;br /&gt;
AuthUser=blabla@gmx.DE&lt;br /&gt;
AuthPass=kenntnurblabla&lt;br /&gt;
FromLineOverride=NO&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
/etc/ssmtp/revaliases (für jeden User, der etwas zu melden hat):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
root:blabla@gmx.net:mail.gmx.net:465&lt;br /&gt;
blabla:blabla@gmx.net:mail.gmx.net:465&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
...etc..&lt;br /&gt;
&lt;br /&gt;
'''Anwendung'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
/usr/sbin/ssmtp blabla@gmx.net &amp;lt; /home/blabla/msg.txt&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===Mailbox archivieren via archivemail===&lt;br /&gt;
Falls man keinen eigenen, ständig ansprechbaren E-Mailserver betreibt, ist, aus meiner Sicht, die einfachste E-Mail-Lösung, die Mails einfach auf den Server des jeweiligen Providers zu belassen und seinen E-Mail-Client so zu konfigurieren, dass er diese E-Mail-Fächer bedient. Wie dies funktioniert, ist den diversen Beschreibungen im Internet zu entnehmen oder/und man vertraut den Installationshinweisen seines bevorzugten E-Mail-Clients.&lt;br /&gt;
&lt;br /&gt;
Allerdings wird es doch irgendwann Zeit, die E-Mails vom Server des jeweiligen Providers herunter zu laden und zu archivieren! Hauptgründe dafür sind vor allem die begrenzte Größe der E-Mailbox beim jeweiligen Provider oder einfach nur die Übersichtlichkeit innerhalb des Postfach. Für meine Bedürfnisse habe ich dazu das Tool [http://archivemail.sourceforge.net/ archivmail] auserkoren:&lt;br /&gt;
&lt;br /&gt;
'''Installation:'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
apt-get install archivemail&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Verwendung'''&lt;br /&gt;
&lt;br /&gt;
Backup eines Verzeichnisses:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
archivemail --no-compress -q -d100 --pwfile /home/blabla/.pwd_web_de -o /home/blabla/web_de/ imaps://&amp;quot;blabla&amp;quot;@imap.web.de/INBOX&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Es werden alle Mails von blabla@web.de, welche sich im Mail-Verzeichnis &amp;quot;INBOX&amp;quot; des Postfach befinden und älter als 100 Tage sind, im (lokalen) Verzeichnis /home/blabla/web_de/ in einer Datei im mbox-Format abgelegt und auch auf dem Server des E-Mail-Providers gelöscht. Das Passwort für die angesprochene Mailbox auf dem Server des Mail-Providers befindet sich in der Datei ''/home/blabla/.pwd_web_de''. Weitere mögliche Aufrufparameter sind u.a. der [http://archivemail.sourceforge.net/manpage.html man-Page] von Archivemail zu entnehmen!&lt;br /&gt;
&lt;br /&gt;
=Kontakt=&lt;br /&gt;
[[Benutzer:bergeruw|Uwe]]&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/Bananenkiste_als_Homeserver</id>
		<title>Bananenkiste als Homeserver</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/Bananenkiste_als_Homeserver"/>
				<updated>2017-08-04T06:51:02Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* Backup-Szenarien */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=Motivation=&lt;br /&gt;
Mein alter Homeserver, welcher seit Jahren klaglos seinen Dienst erledigt hatte, will nicht mehr so richtig. Zwar ist das Ding nicht irreparabel kaputt, aber ab und zu sollte man auch mal mit der Zeit gehen. Also der richtige Augenblick die Hardware zu tauschen, das Betriebssystem frisch zu installieren und die gewünschten Server-Dienste neu aufsetzen...&lt;br /&gt;
&lt;br /&gt;
Die folgenden Kapitel sind in erster Linie eine Dokumentation für mich selbst, nützen aber vielleicht auch anderen &amp;quot;Freizeitadministratoren&amp;quot;, die Ähnliches vorhaben.&lt;br /&gt;
&lt;br /&gt;
=Hardware=&lt;br /&gt;
&amp;quot;Mit der Zeit gehen...&amp;quot; heißt natürlich aktuelle, ressourcen-seitig ausreichende und, vor allem, stromsparende Hardware zu verwenden, denn immerhin soll der Server ja 24 Stunden, 7 Tage in der Woche arbeiten. Heutzutage ist es kein Problem ein geeignetes Board, welches mit dem Betriebssystem Linux läuft, zu finden. Meine Wahl fiel auf einen [http://www.lemaker.org/ Banana Pro]. An die, auf dem Board vorhandene, SATA-Schnittstelle wurde eine [http://www.wdc.com/de/products/products.aspx?id=810 2,5&amp;quot;-&amp;quot;WD Red&amp;quot;-Festplatte] angeschlossen. Alles in einem entsprechenden Gehäuse eingebaut, ergibt es ein recht kompaktes Gerät, welches überall Platz finden sollte.&lt;br /&gt;
&lt;br /&gt;
=Linux-Betriebssystem installieren und konfigurieren=&lt;br /&gt;
==Installation==&lt;br /&gt;
Als Linux-Distribution wird [https://www.bananian.org/ Bananian] verwendet, was eigentlich ein Debian 7 ist, welche aber speziell für den Banana Pi/Pro angepasst wurde.&lt;br /&gt;
&lt;br /&gt;
Die Installation gestaltet sich recht einfach. Nach dem [https://www.bananian.org/download Download] des gepackten Images, ist es zu entpacken und auf eine passende SD-Karte zu kopieren (Beispiel für Linux :-)):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; dd if=bananian-1504.img of=/dev/&amp;lt;your-sd-card&amp;gt; bs=1M&lt;br /&gt;
&amp;gt; sync&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Danach ist die SD-Karte nur noch in den entsprechenden Slot des Banana Pi zu stecken, Netzwerk dran und Strom an! Das System sollte booten und eine IP-Adresse über DHCP beziehen. Zugriff auf das System hat man dann entweder lokal über die/den angeschlossene/n Tastatur/Monitor oder auch remote via ssh. Das root-Passwort lautet initial ''pi'' und sollte natürlich sofort geändert werden...&lt;br /&gt;
&lt;br /&gt;
==Konfiguration==&lt;br /&gt;
Eine erste Konfiguration des Systems, kann man mit folgenden Tool erledigen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; bananian-config&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Folgende Einstellungen können verändert werden:&lt;br /&gt;
* das root-Passwort&lt;br /&gt;
* die Zeitzone&lt;br /&gt;
* den Zeichensatz&lt;br /&gt;
* den Rechnernamen&lt;br /&gt;
* einige grundlegende Hardware-Einstellungen&lt;br /&gt;
&lt;br /&gt;
Danach sollte das System einmal durchgestartet werden.&lt;br /&gt;
&lt;br /&gt;
==Feste IP-Adresse==&lt;br /&gt;
Ein Server sollte eine feste IP-Adresse haben. Dazu ist die Konfigurationsdatei ''/etc/network/interfaces'' anzupassen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# interfaces(5) file used by ifup(8) and ifdown(8)&lt;br /&gt;
auto lo&lt;br /&gt;
iface lo inet loopback&lt;br /&gt;
&lt;br /&gt;
auto eth0&lt;br /&gt;
&lt;br /&gt;
# dhcp configuration&lt;br /&gt;
# iface eth0 inet dhcp&lt;br /&gt;
&lt;br /&gt;
# static ip configuration&lt;br /&gt;
iface eth0 inet static&lt;br /&gt;
	address 10.1.1.42&lt;br /&gt;
	netmask 255.255.255.0&lt;br /&gt;
	gateway 10.1.1.1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Erläuterung: Die Netzwerkschnittstelle eth0 bezieht seine IP-Adresse nicht via DHCP (entsprechende Zeile einkommentiert), sondern wird fest auf (beispielsweise) 10.1.1.42, der Netzwerkmaske 255.255.255.0 und dem Gateway 10.1.1.1 eingestellt.&lt;br /&gt;
&lt;br /&gt;
Danach sollte das Netzwerk neu gestartet werden oder der gesamte Rechner durchgestartet werden. Wird im Netzwerk ein DNS-Server betrieben, sollte dort IP-Adresse/-Name entsprechend aufgenommen werden, um den Server mit seinem IP-Namen ansprechen zu können. Alternativ kann diese Kombination auch in der jeweiligen Hosts-Datei (z.B. Linux ''/etc/hosts'') der Clients aufgenommen werden.&lt;br /&gt;
&lt;br /&gt;
==Bananian von einer Festplatte booten==&lt;br /&gt;
Hat man eine SATA-Festplatte an seinen Banana Pi angeschlossen, ist es sinnvoll von dieser auch zu booten. Um dies so einzurichten, sind z.B. folgende Schritte zielführend (angenommen, ''/dev/sda'' ist die angeschlossene Festplatte):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; fdisk /dev/sda&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
...RTFM --&amp;gt; Partionierung der Festplatte.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; mkfs.ext4 /dev/sda1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
...Formatierung der (ersten eingerichteten) Partition der Festplatte mit [https://de.wikipedia.org/wiki/Ext4 ext4].&lt;br /&gt;
&lt;br /&gt;
Das root-Filesystem der SD-Karte muss auf die Festplatte kopiert werden (Annahme, es wurde nur die Partition ''/dev/sda1'' auf der Festplatte angelegt; der Swap-Bereich befindet sich in der Datei ''/swapfile1'' (Default bei [https://www.bananian.org/ Bananian])):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; mount /dev/sda1 /mnt/&lt;br /&gt;
&amp;gt; rsync -ax / /mnt/&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Danach müssen noch die entsprechenden Boot-Parameter in der Datei ''/uEnv.txt'' eingestellt werden (der Editor ''joe'' ist installiert):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; umount /mnt/&lt;br /&gt;
&amp;gt; mount /dev/mmcblk0p1 /mnt/&lt;br /&gt;
&amp;gt; joe /mnt/uEnv.txt&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Die Zeichenfolge 'root=/dev/mmcblk0p2' ist durch 'root=/dev/sda1' auszutauschen. Nach einem&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; reboot&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
sollte von der angeschlossenen Festplatte gebootet werden...! Die SD-Karte muss natürlich im entsprechenden Slot bleiben, da sich darauf der Bootloader befindet. Bei einem Festplattendefekt hat man damit auch gleich ein funktionsfähiges Basissystem zur Verfügung (uEnv.txt entsprechend angepasst...).&lt;br /&gt;
&lt;br /&gt;
==&amp;quot;Heartbeat&amp;quot; ausschalten==&lt;br /&gt;
Um die nervig blinkende grüne LED auf dem Banana-Board auszuschalten, ist folgender Befehl (als root auszuführen) erfolgreich:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; echo none &amp;gt; /sys/class/leds/green\:ph24\:led1/trigger&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Wird dieses Kommando in der Datei ''/etc/rc.local'' aufgenommen, erfolgt das Ausschalten der blinkenden &amp;quot;Herzschlag&amp;quot;-LED automatisch nach dem Hochfahren des Systems.&lt;br /&gt;
&lt;br /&gt;
=Server-Dienste=&lt;br /&gt;
==Printserver==&lt;br /&gt;
Als Druck-Server wird [http://www.cups.org/ CUPS] verwendet. Die Installation gestaltet sich recht entspannt:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
apt-get install cups cups-bsd foo2zjs&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Mit dem Tool ''cupsctl'' sollte man folgendes einstellen:&lt;br /&gt;
* die lokalen, am Server angeschlossenen, Drucker im Netzwerk freigeben&lt;br /&gt;
* CUPS über das Netzwerk administrierbar machen&lt;br /&gt;
* die automatische Druckervermittlung aktivieren&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
cupsctl --share-printers  --remote-admin --remote-printers&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Danach kann CUPS z.B. über einen Webbrowser administriert werden. URL: ''https://dein_server:631''. Wie man Drucker einrichtet und administriert, kann der [https://www.cups.org/documentation.php CUPS-Dokumentation] entnommen werden bzw. die Web-Oberfläche ist auch recht selbsterklärend...&lt;br /&gt;
&lt;br /&gt;
Ich besitze einen HP Laserjet 1018, es muss die Firmware aus dem Internet geholt und installiert werden, damit diese automatisch beim Einschalten des Druckers in selbigen kopiert wird: &lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; getweb 1018&lt;br /&gt;
...&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Das Tool ''getweb'' ist Bestandteil des Paketes ''foo2zjs''. Als Parameter wird die Typ-Nummer des Druckers angegeben. Das Tool richtet dann alles notwendige automatisch ein.&lt;br /&gt;
&lt;br /&gt;
Danach empfiehlt sich ein Reboot des Systems.&lt;br /&gt;
&lt;br /&gt;
==autofs==&lt;br /&gt;
Spätestens beim [[Bananenkiste_als_Homeserver#Backup|Backup]] benötigt man sinnvoller Weise einen Datenträger, welcher nur während des Schreiben/Lesens in den Verzeichnisbaum eingebunden und sonst vom System jeder Zeit gefahrlos entfernbar ist. Es wird also ein Dienst benötigt, welcher z.B. eine bestimmte USB-Festplatte automatisch, vor dem ersten Zugriff, einbindet, wenn diese im System verfügbar ist und auch wieder selbstständig, nach einer einstellbaren Zeit der Inaktivität, entfernt. Ein solcher Dienst ist u.a. [https://wiki.ubuntuusers.de/autofs ''autofs''].&lt;br /&gt;
&lt;br /&gt;
Installation:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
sudo apt-get install autofs &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Festlegung des Verzeichnisses, unter dem der dynamische Datenträger eingebunden werden soll (alle Aktionen als Benutzer ''root''):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; mkdir /autofs&lt;br /&gt;
&lt;br /&gt;
&amp;gt; cat /etx/auto.master&lt;br /&gt;
/autofs  /etc/auto.autofs --timeout=300 --ghost&lt;br /&gt;
&lt;br /&gt;
&amp;gt; cat /etc/auto.autofs&lt;br /&gt;
usb-backup -fstype=ext3,sync :/dev/disk/by-uuid/0d5ef4bb-6f06-4814-95fe-7aa5acf09f4f&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Also:&lt;br /&gt;
* ein Verzeichnis (''/autofs'') anlegen, unter dem die Datenträger eingebunden werden sollen&lt;br /&gt;
* auto.master --&amp;gt; alle Datenträger, welche unter diesem Verzeichnis (''autofs'') eingebunden werden sollen (mehrere möglich), sind in ''/etc/auto.autofs'' konfiguriert, werden nach 300 Sekunden ausgehangen (timeout) --&amp;gt; RTFM!&lt;br /&gt;
* im Unterverzeichnis ''usb-backup'' wird eine USB-Festplatte, formatiert mit ext3, (vor dem ersten Lesen oder Schreiben) eingebunden, wenn sie die angegebene UUID hat...&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
UUID ermitteln:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
sudo blkid -o list -w /dev/null&lt;br /&gt;
...&lt;br /&gt;
/dev/sdb1                ext3                   (not mounted)                0d5ef4bb-6f06-4814-95fe-7aa5acf09f4f&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Nach einer Änderung der ''autofs''-Konfiguration ist der entsprechende Dienst neu zu starten:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;lt; service autofs restart&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Fileserver==&lt;br /&gt;
===sshfs===&lt;br /&gt;
Die einfachste Methode ein Server-Verzeichnis in den Verzeichnisbaum des Clients einzubinden, bietet [http://fuse.sourceforge.net/sshfs.html sshfs], vorausgesetzt:&lt;br /&gt;
* auf der Server-Seite ist ein ssh-Server (sollte eigentlich Standard sein...) und&lt;br /&gt;
* auf der Client-Seite ist sshfs (siehe z.B. folgende [https://wiki.ubuntuusers.de/fuse/sshfs Dokumentation])&lt;br /&gt;
installiert.&lt;br /&gt;
&lt;br /&gt;
Das Einbinden eines Server-Verzeichnisses via sshfs erfolgt (interaktiv) über folgendes Kommando:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; sshfs serveruser@server:/serververzeichnis /clientverzeichnis &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Man wird nach dem Passwort des angegebenen Server-Benutzers gefragt...&lt;br /&gt;
&lt;br /&gt;
Natürlich kann man auch alles automatisieren und z.B. das Einbinden eines Server-Verzeichnisses via sshfs über einen [http://superuser.com/questions/669287/automount-sshfs-using-fstab-without-mount-a Eintrag in der Datei /etc/fstab] erledigen. Eine weitere interessante Methode über den [https://wiki.ubuntuusers.de/NetworkManager/Dispatcher NetworkManager-Dispatcher] ist z.B. [https://wiki.ubuntuusers.de/fuse/sshfs#per-Dispatcher hier] beschrieben.&lt;br /&gt;
&lt;br /&gt;
Ein, über sshfs eingebundenes Server-Verzeichnis, wird man mit folgenden Kommando wieder los:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; fusermount -u /clientverzeichnis&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
===NFS===&lt;br /&gt;
...kommt (vielleicht) noch.&lt;br /&gt;
&lt;br /&gt;
===Samba===&lt;br /&gt;
[https://www.samba.org/ Samba] ist auch eine recht nette Möglichkeit, Zugriff auf Verzeichnisse des Servers zu bekommen. Vorteil ist, dass man damit auch Windows-Clients versorgen kann... &lt;br /&gt;
&lt;br /&gt;
Installation Samba-Server plus einiger Tools:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; sudo apt-get install samba-common samba-common-bin samba samba-doc samba-doc-pdf tdb-tools &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Samba verwaltet seine Benutzer in einer eigenen Datenbank (wenn nichts anderes konfiguriert):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; sudo smbpasswd -a &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; in der Samba-DB anlegen/aktivieren&lt;br /&gt;
&amp;gt; sudo smbpasswd -x &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; aus der Samba-DB entfernen&lt;br /&gt;
&amp;gt; sudo smbpasswd -d &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; in der Samba-DB deaktivieren&lt;br /&gt;
&amp;gt; sudo smbpasswd -e &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; in der Samba-DB wieder aktivieren&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Beim Anlegen eines Samba-Benutzers (erstes Kommando) kann man auch gleich ein Passwort vergeben. Mit dem gleichen Befehl kann dieses Passwort für den angegeben Benutzer auch geändert werden.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Die Konfiguration des Samba-Servers erfolgt über die Datei ''/etc/samba/smb.conf''. Über die vielfälltigen Einstellungsmöglichkeiten sind diverse [https://wiki.ubuntuusers.de/Samba_Server/smb.conf Beschreibungen] im Internet zu finden. Um beispielsweise ein Verzeichnis auf dem Server im Netzwerk freizugeben, ist die Datei ''/etc/samba/smd.conf'' um folgende Zeilen zu ergänzen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# Bilder&lt;br /&gt;
[Bilder]&lt;br /&gt;
path = /medien/bilder&lt;br /&gt;
public = no&lt;br /&gt;
writeable = yes&lt;br /&gt;
&amp;lt;/pre&amp;gt; &lt;br /&gt;
Erläuterung: Das Verzeichnis /medien/bilder auf dem Server wird als Share &amp;quot;Bilder&amp;quot; freigegeben, kann allerdings nur von Benutzern aus der Samba-DB (siehe oben) geöffnet werden und ist auch beschreibbar. (Nicht angegebene Optionen wirken mit ihrem Default-Wert (RTFM...)).&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Bevor man die Samba-Dienst mit der veränderten Konfiguration durchstartet, sollte man deren Syntax überprüfen, um eventuelle Fehler auszuspüren:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; testparm&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Das Durchstarten der Samba-Dienste kann z.B. mit folgenden Kommando erfolgen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; service samba restart&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
ToDo:&lt;br /&gt;
* Client-Zugriff auf freigegebene Shares&lt;br /&gt;
* Zugriff auf &amp;quot;Server-Drucker&amp;quot; von Windows-Clients aus&lt;br /&gt;
* ?&lt;br /&gt;
&lt;br /&gt;
==Backup==&lt;br /&gt;
===Allgemeines zu rdiff-backup===&lt;br /&gt;
Ein recht komfortables Backuptool zur Sicherung entfernter Rechner bzw. auch lokaler Serververzeichnisse auf einen externen Datenträger ist [http://www.nongnu.org/rdiff-backup/ rdiff-backup]. Das Tool ermöglicht eine einfache und platzsparende Sicherung (und natürliche auch Rücksicherung) von Daten. Nach einer initialen Vollsicherung werden in der Folge nur noch Änderungen versioniert in einer speziellen Verzeichnisstruktur gesichert (RTFM). Die Backups können auch über das Netzwerk gesichert via ssh erfolgen.&lt;br /&gt;
&lt;br /&gt;
rdiff-backup ist ein Kommandozeilentool. Es gibt aber eine Reihe von GUIs, die u.U. die Bedienung vereinfachen. Ich selbst verwende zur Überprüfung/Sichtung der Backups auf dem Homeserver [http://www.patrikdufresne.com/en/rdiffweb/ rdiffweb], eine kleine WEB-basierte Oberfläche.&lt;br /&gt;
&lt;br /&gt;
===Verwendung von rdiff.backup===&lt;br /&gt;
&lt;br /&gt;
'''Backup:'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
rdiff-backup /home/user /backup/home/user&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Es wird hier das Verzeichnis /home/user (mit allen Unterverzeichnissen) in das Backup-Verzeichnis /backup/home/user gesichert. Selbstverständlich können die Verzeichnisse jeweils auch Netzlaufwerke sein. Mit ein wenig Konfigurationsaufwand kann der Anstoß auch remote via ssh auf dem zu sichernden Rechner erfolgen. Weiterhin können, über entsprechende Aufrufparameter, die zu sichernden Verzeichnisse/Dateien über Include-/Exclude-Listen feiner spezifiziert werden. Hilfreich ist dazu die Dokumentation von [http://www.nongnu.org/rdiff-backup/docs.html rdiff-backup].&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Restore:'''&lt;br /&gt;
Wenn einfach nur die aktuellste Sicherung einer Datei oder eines Verzeichnisses aus dem Backup zurückgeholt werden soll, reicht ein ein einfaches Kopieren vom Backup-Verzeichnis an den gewünschten Zielort.&lt;br /&gt;
Soll eine ältere Version aus dem Backup zurückgesichert werden kann dies z.B. mit folgendem Befehl erfolgen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
rdiff-backup -r 10D /backup/home/user/datei.txt /home/user/datei.txt&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
In diesem Beispiel wird die Version von vor 10 Tagen der Datei /home/user/datei.txt aus dem Backup an ihren Ursprungsort zurückgesichert. Natürlich kann auch ein anderes Rücksicherungsziel angegeben werden. Weitere Rücksicherungsoptionen sind der Dokumentation von [http://www.nongnu.org/rdiff-backup/docs.html rdiff-backup] entnehmen.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Alte Sicherungen löschen:'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Status der Sicherungen abfragen:'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===Weitere Informationsquellen (zu rdiff-backup)===&lt;br /&gt;
* http://www.nongnu.org/rdiff-backup/&lt;br /&gt;
* https://www.thomas-krenn.com/de/wiki/Backup_unter_Linux_mit_rdiff-backup&lt;br /&gt;
* https://www.howtoforge.com/linux_rdiff_backup&lt;br /&gt;
* http://arctic.org/~dean/rdiff-backup/unattended.html&lt;br /&gt;
* http://www.patrikdufresne.com/en/rdiffweb/&lt;br /&gt;
&lt;br /&gt;
==Mail==&lt;br /&gt;
===Allgemeines===&lt;br /&gt;
Auf meinem alten Homeserver hatte ich einen Mailserver betrieben. Diverse Scripte, regelmäßig via Cron gestartet, holten meine E-Mails von den diversen Mail-Servern in Internet ab und verteilten diese in lokale Mailboxen bzw. -ordner, damit sie im lokalen Netz auf allen Clients verfügbar waren. Bei der Neukonzeption meines Homeservers habe ich mir dann die Frage gestellt: &amp;quot;Warum dieser Aufwand?&amp;quot;, denn die Mails sind bei den einzelnen Mail-Providern doch ganz gut aufgehoben, von überall, mit geeigneten E-Mail-Clients, abgreifbar und die Größengrenzen der E-Mailboxen für den Normalverbraucher ausreichend.&lt;br /&gt;
&lt;br /&gt;
Damit bleiben dann eigentlich nur zwei Dinge offen, deren Lösungen in der Folge (beispielhaft) beschrieben werden:&lt;br /&gt;
* Servermeldungen/-zustände automatisiert versenden&lt;br /&gt;
* Archivierung einer Mailbox&lt;br /&gt;
&lt;br /&gt;
===Servermeldungen/-zustände automatisiert versenden mittels ssmtp===&lt;br /&gt;
&amp;quot;Hat das Backup heute Nacht eigentlich funktioniert?&amp;quot;, &amp;quot;Ist die Server-Festplatte demnächst der Meinung, ihren Geist aufzugeben?&amp;quot; oder &amp;quot;War die Verarbeitung von Job xyz erfolgreich?&amp;quot;...&lt;br /&gt;
&lt;br /&gt;
Mal ehrlich, loggt sich der Admin regelmäßig jeden Tag, Woche etc. auf dem Server ein, um obiges zu überprüfen? Bestimmt nicht...! Also brauchen man eine automatisierbare Lösung, welche den Status von Jobs, den Zustand der Hardware oder was auch immer an eine Mail-Adresse sendet, welche man regelmäßig abfragt!&lt;br /&gt;
&lt;br /&gt;
Befragt man dazu die bekannten Suchmaschinen, bekommt man zuerst die Antwort: &amp;quot;sendmail&amp;quot;, &amp;quot;postfix&amp;quot; etc.. Aber warum so kompliziert, durch Zufall bin ich auf [https://de.wikipedia.org/wiki/SSMTP ssmtp] aufmerksam geworden:&lt;br /&gt;
&lt;br /&gt;
'''Installation'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; apt-get install ssmtp&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''Konfiguration'''&lt;br /&gt;
&lt;br /&gt;
Es sind nach der Installation zwei Konfigurationsdateien anzupassen:&lt;br /&gt;
&lt;br /&gt;
/etc/ssmtp/ssmtp.conf (z.B. für eine Mailbox von blabla@gmx.net auf gmx.net):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
root=blabla@gmx.net&lt;br /&gt;
mailhub=mail.gmx.net:465&lt;br /&gt;
rewriteDomain=gmx.net&lt;br /&gt;
hostname=gmx.net&lt;br /&gt;
UseTLS=YES&lt;br /&gt;
AuthUser=blabla@gmx.DE&lt;br /&gt;
AuthPass=kenntnurblabla&lt;br /&gt;
FromLineOverride=NO&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
/etc/ssmtp/revaliases (für jeden User, der etwas zu melden hat):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
root:blabla@gmx.net:mail.gmx.net:465&lt;br /&gt;
blabla:blabla@gmx.net:mail.gmx.net:465&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
...etc..&lt;br /&gt;
&lt;br /&gt;
'''Anwendung'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
/usr/sbin/ssmtp blabla@gmx.net &amp;lt; /home/blabla/msg.txt&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===Mailbox archivieren via archivemail===&lt;br /&gt;
Falls man keinen eigenen, ständig ansprechbaren E-Mailserver betreibt, ist, aus meiner Sicht, die einfachste E-Mail-Lösung, die Mails einfach auf den Server des jeweiligen Providers zu belassen und seinen E-Mail-Client so zu konfigurieren, dass er diese E-Mail-Fächer bedient. Wie dies funktioniert, ist den diversen Beschreibungen im Internet zu entnehmen oder/und man vertraut den Installationshinweisen seines bevorzugten E-Mail-Clients.&lt;br /&gt;
&lt;br /&gt;
Allerdings wird es doch irgendwann Zeit, die E-Mails vom Server des jeweiligen Providers herunter zu laden und zu archivieren! Hauptgründe dafür sind vor allem die begrenzte Größe der E-Mailbox beim jeweiligen Provider oder einfach nur die Übersichtlichkeit innerhalb des Postfach. Für meine Bedürfnisse habe ich dazu das Tool [http://archivemail.sourceforge.net/ archivmail] auserkoren:&lt;br /&gt;
&lt;br /&gt;
'''Installation:'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
apt-get install archivemail&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Verwendung'''&lt;br /&gt;
&lt;br /&gt;
Backup eines Verzeichnisses:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
archivemail --no-compress -q -d100 --pwfile /home/blabla/.pwd_web_de -o /home/blabla/web_de/ imaps://&amp;quot;blabla&amp;quot;@imap.web.de/INBOX&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Es werden alle Mails von blabla@web.de, welche sich im Mail-Verzeichnis &amp;quot;INBOX&amp;quot; des Postfach befinden und älter als 100 Tage sind, im (lokalen) Verzeichnis /home/blabla/web_de/ in einer Datei im mbox-Format abgelegt und auch auf dem Server des E-Mail-Providers gelöscht. Das Passwort für die angesprochene Mailbox auf dem Server des Mail-Providers befindet sich in der Datei ''/home/blabla/.pwd_web_de''. Weitere mögliche Aufrufparameter sind u.a. der [http://archivemail.sourceforge.net/manpage.html man-Page] von Archivemail zu entnehmen!&lt;br /&gt;
&lt;br /&gt;
=Kontakt=&lt;br /&gt;
[[Benutzer:bergeruw|Uwe]]&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/Bananenkiste_als_Homeserver</id>
		<title>Bananenkiste als Homeserver</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/Bananenkiste_als_Homeserver"/>
				<updated>2017-08-04T06:24:45Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* Allgemeines */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=Motivation=&lt;br /&gt;
Mein alter Homeserver, welcher seit Jahren klaglos seinen Dienst erledigt hatte, will nicht mehr so richtig. Zwar ist das Ding nicht irreparabel kaputt, aber ab und zu sollte man auch mal mit der Zeit gehen. Also der richtige Augenblick die Hardware zu tauschen, das Betriebssystem frisch zu installieren und die gewünschten Server-Dienste neu aufsetzen...&lt;br /&gt;
&lt;br /&gt;
Die folgenden Kapitel sind in erster Linie eine Dokumentation für mich selbst, nützen aber vielleicht auch anderen &amp;quot;Freizeitadministratoren&amp;quot;, die Ähnliches vorhaben.&lt;br /&gt;
&lt;br /&gt;
=Hardware=&lt;br /&gt;
&amp;quot;Mit der Zeit gehen...&amp;quot; heißt natürlich aktuelle, ressourcen-seitig ausreichende und, vor allem, stromsparende Hardware zu verwenden, denn immerhin soll der Server ja 24 Stunden, 7 Tage in der Woche arbeiten. Heutzutage ist es kein Problem ein geeignetes Board, welches mit dem Betriebssystem Linux läuft, zu finden. Meine Wahl fiel auf einen [http://www.lemaker.org/ Banana Pro]. An die, auf dem Board vorhandene, SATA-Schnittstelle wurde eine [http://www.wdc.com/de/products/products.aspx?id=810 2,5&amp;quot;-&amp;quot;WD Red&amp;quot;-Festplatte] angeschlossen. Alles in einem entsprechenden Gehäuse eingebaut, ergibt es ein recht kompaktes Gerät, welches überall Platz finden sollte.&lt;br /&gt;
&lt;br /&gt;
=Linux-Betriebssystem installieren und konfigurieren=&lt;br /&gt;
==Installation==&lt;br /&gt;
Als Linux-Distribution wird [https://www.bananian.org/ Bananian] verwendet, was eigentlich ein Debian 7 ist, welche aber speziell für den Banana Pi/Pro angepasst wurde.&lt;br /&gt;
&lt;br /&gt;
Die Installation gestaltet sich recht einfach. Nach dem [https://www.bananian.org/download Download] des gepackten Images, ist es zu entpacken und auf eine passende SD-Karte zu kopieren (Beispiel für Linux :-)):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; dd if=bananian-1504.img of=/dev/&amp;lt;your-sd-card&amp;gt; bs=1M&lt;br /&gt;
&amp;gt; sync&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Danach ist die SD-Karte nur noch in den entsprechenden Slot des Banana Pi zu stecken, Netzwerk dran und Strom an! Das System sollte booten und eine IP-Adresse über DHCP beziehen. Zugriff auf das System hat man dann entweder lokal über die/den angeschlossene/n Tastatur/Monitor oder auch remote via ssh. Das root-Passwort lautet initial ''pi'' und sollte natürlich sofort geändert werden...&lt;br /&gt;
&lt;br /&gt;
==Konfiguration==&lt;br /&gt;
Eine erste Konfiguration des Systems, kann man mit folgenden Tool erledigen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; bananian-config&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Folgende Einstellungen können verändert werden:&lt;br /&gt;
* das root-Passwort&lt;br /&gt;
* die Zeitzone&lt;br /&gt;
* den Zeichensatz&lt;br /&gt;
* den Rechnernamen&lt;br /&gt;
* einige grundlegende Hardware-Einstellungen&lt;br /&gt;
&lt;br /&gt;
Danach sollte das System einmal durchgestartet werden.&lt;br /&gt;
&lt;br /&gt;
==Feste IP-Adresse==&lt;br /&gt;
Ein Server sollte eine feste IP-Adresse haben. Dazu ist die Konfigurationsdatei ''/etc/network/interfaces'' anzupassen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# interfaces(5) file used by ifup(8) and ifdown(8)&lt;br /&gt;
auto lo&lt;br /&gt;
iface lo inet loopback&lt;br /&gt;
&lt;br /&gt;
auto eth0&lt;br /&gt;
&lt;br /&gt;
# dhcp configuration&lt;br /&gt;
# iface eth0 inet dhcp&lt;br /&gt;
&lt;br /&gt;
# static ip configuration&lt;br /&gt;
iface eth0 inet static&lt;br /&gt;
	address 10.1.1.42&lt;br /&gt;
	netmask 255.255.255.0&lt;br /&gt;
	gateway 10.1.1.1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Erläuterung: Die Netzwerkschnittstelle eth0 bezieht seine IP-Adresse nicht via DHCP (entsprechende Zeile einkommentiert), sondern wird fest auf (beispielsweise) 10.1.1.42, der Netzwerkmaske 255.255.255.0 und dem Gateway 10.1.1.1 eingestellt.&lt;br /&gt;
&lt;br /&gt;
Danach sollte das Netzwerk neu gestartet werden oder der gesamte Rechner durchgestartet werden. Wird im Netzwerk ein DNS-Server betrieben, sollte dort IP-Adresse/-Name entsprechend aufgenommen werden, um den Server mit seinem IP-Namen ansprechen zu können. Alternativ kann diese Kombination auch in der jeweiligen Hosts-Datei (z.B. Linux ''/etc/hosts'') der Clients aufgenommen werden.&lt;br /&gt;
&lt;br /&gt;
==Bananian von einer Festplatte booten==&lt;br /&gt;
Hat man eine SATA-Festplatte an seinen Banana Pi angeschlossen, ist es sinnvoll von dieser auch zu booten. Um dies so einzurichten, sind z.B. folgende Schritte zielführend (angenommen, ''/dev/sda'' ist die angeschlossene Festplatte):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; fdisk /dev/sda&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
...RTFM --&amp;gt; Partionierung der Festplatte.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; mkfs.ext4 /dev/sda1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
...Formatierung der (ersten eingerichteten) Partition der Festplatte mit [https://de.wikipedia.org/wiki/Ext4 ext4].&lt;br /&gt;
&lt;br /&gt;
Das root-Filesystem der SD-Karte muss auf die Festplatte kopiert werden (Annahme, es wurde nur die Partition ''/dev/sda1'' auf der Festplatte angelegt; der Swap-Bereich befindet sich in der Datei ''/swapfile1'' (Default bei [https://www.bananian.org/ Bananian])):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; mount /dev/sda1 /mnt/&lt;br /&gt;
&amp;gt; rsync -ax / /mnt/&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Danach müssen noch die entsprechenden Boot-Parameter in der Datei ''/uEnv.txt'' eingestellt werden (der Editor ''joe'' ist installiert):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; umount /mnt/&lt;br /&gt;
&amp;gt; mount /dev/mmcblk0p1 /mnt/&lt;br /&gt;
&amp;gt; joe /mnt/uEnv.txt&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Die Zeichenfolge 'root=/dev/mmcblk0p2' ist durch 'root=/dev/sda1' auszutauschen. Nach einem&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; reboot&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
sollte von der angeschlossenen Festplatte gebootet werden...! Die SD-Karte muss natürlich im entsprechenden Slot bleiben, da sich darauf der Bootloader befindet. Bei einem Festplattendefekt hat man damit auch gleich ein funktionsfähiges Basissystem zur Verfügung (uEnv.txt entsprechend angepasst...).&lt;br /&gt;
&lt;br /&gt;
==&amp;quot;Heartbeat&amp;quot; ausschalten==&lt;br /&gt;
Um die nervig blinkende grüne LED auf dem Banana-Board auszuschalten, ist folgender Befehl (als root auszuführen) erfolgreich:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; echo none &amp;gt; /sys/class/leds/green\:ph24\:led1/trigger&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Wird dieses Kommando in der Datei ''/etc/rc.local'' aufgenommen, erfolgt das Ausschalten der blinkenden &amp;quot;Herzschlag&amp;quot;-LED automatisch nach dem Hochfahren des Systems.&lt;br /&gt;
&lt;br /&gt;
=Server-Dienste=&lt;br /&gt;
==Printserver==&lt;br /&gt;
Als Druck-Server wird [http://www.cups.org/ CUPS] verwendet. Die Installation gestaltet sich recht entspannt:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
apt-get install cups cups-bsd foo2zjs&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Mit dem Tool ''cupsctl'' sollte man folgendes einstellen:&lt;br /&gt;
* die lokalen, am Server angeschlossenen, Drucker im Netzwerk freigeben&lt;br /&gt;
* CUPS über das Netzwerk administrierbar machen&lt;br /&gt;
* die automatische Druckervermittlung aktivieren&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
cupsctl --share-printers  --remote-admin --remote-printers&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Danach kann CUPS z.B. über einen Webbrowser administriert werden. URL: ''https://dein_server:631''. Wie man Drucker einrichtet und administriert, kann der [https://www.cups.org/documentation.php CUPS-Dokumentation] entnommen werden bzw. die Web-Oberfläche ist auch recht selbsterklärend...&lt;br /&gt;
&lt;br /&gt;
Ich besitze einen HP Laserjet 1018, es muss die Firmware aus dem Internet geholt und installiert werden, damit diese automatisch beim Einschalten des Druckers in selbigen kopiert wird: &lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; getweb 1018&lt;br /&gt;
...&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Das Tool ''getweb'' ist Bestandteil des Paketes ''foo2zjs''. Als Parameter wird die Typ-Nummer des Druckers angegeben. Das Tool richtet dann alles notwendige automatisch ein.&lt;br /&gt;
&lt;br /&gt;
Danach empfiehlt sich ein Reboot des Systems.&lt;br /&gt;
&lt;br /&gt;
==autofs==&lt;br /&gt;
Spätestens beim [[Bananenkiste_als_Homeserver#Backup|Backup]] benötigt man sinnvoller Weise einen Datenträger, welcher nur während des Schreiben/Lesens in den Verzeichnisbaum eingebunden und sonst vom System jeder Zeit gefahrlos entfernbar ist. Es wird also ein Dienst benötigt, welcher z.B. eine bestimmte USB-Festplatte automatisch, vor dem ersten Zugriff, einbindet, wenn diese im System verfügbar ist und auch wieder selbstständig, nach einer einstellbaren Zeit der Inaktivität, entfernt. Ein solcher Dienst ist u.a. [https://wiki.ubuntuusers.de/autofs ''autofs''].&lt;br /&gt;
&lt;br /&gt;
Installation:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
sudo apt-get install autofs &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Festlegung des Verzeichnisses, unter dem der dynamische Datenträger eingebunden werden soll (alle Aktionen als Benutzer ''root''):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; mkdir /autofs&lt;br /&gt;
&lt;br /&gt;
&amp;gt; cat /etx/auto.master&lt;br /&gt;
/autofs  /etc/auto.autofs --timeout=300 --ghost&lt;br /&gt;
&lt;br /&gt;
&amp;gt; cat /etc/auto.autofs&lt;br /&gt;
usb-backup -fstype=ext3,sync :/dev/disk/by-uuid/0d5ef4bb-6f06-4814-95fe-7aa5acf09f4f&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Also:&lt;br /&gt;
* ein Verzeichnis (''/autofs'') anlegen, unter dem die Datenträger eingebunden werden sollen&lt;br /&gt;
* auto.master --&amp;gt; alle Datenträger, welche unter diesem Verzeichnis (''autofs'') eingebunden werden sollen (mehrere möglich), sind in ''/etc/auto.autofs'' konfiguriert, werden nach 300 Sekunden ausgehangen (timeout) --&amp;gt; RTFM!&lt;br /&gt;
* im Unterverzeichnis ''usb-backup'' wird eine USB-Festplatte, formatiert mit ext3, (vor dem ersten Lesen oder Schreiben) eingebunden, wenn sie die angegebene UUID hat...&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
UUID ermitteln:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
sudo blkid -o list -w /dev/null&lt;br /&gt;
...&lt;br /&gt;
/dev/sdb1                ext3                   (not mounted)                0d5ef4bb-6f06-4814-95fe-7aa5acf09f4f&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Nach einer Änderung der ''autofs''-Konfiguration ist der entsprechende Dienst neu zu starten:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;lt; service autofs restart&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Fileserver==&lt;br /&gt;
===sshfs===&lt;br /&gt;
Die einfachste Methode ein Server-Verzeichnis in den Verzeichnisbaum des Clients einzubinden, bietet [http://fuse.sourceforge.net/sshfs.html sshfs], vorausgesetzt:&lt;br /&gt;
* auf der Server-Seite ist ein ssh-Server (sollte eigentlich Standard sein...) und&lt;br /&gt;
* auf der Client-Seite ist sshfs (siehe z.B. folgende [https://wiki.ubuntuusers.de/fuse/sshfs Dokumentation])&lt;br /&gt;
installiert.&lt;br /&gt;
&lt;br /&gt;
Das Einbinden eines Server-Verzeichnisses via sshfs erfolgt (interaktiv) über folgendes Kommando:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; sshfs serveruser@server:/serververzeichnis /clientverzeichnis &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Man wird nach dem Passwort des angegebenen Server-Benutzers gefragt...&lt;br /&gt;
&lt;br /&gt;
Natürlich kann man auch alles automatisieren und z.B. das Einbinden eines Server-Verzeichnisses via sshfs über einen [http://superuser.com/questions/669287/automount-sshfs-using-fstab-without-mount-a Eintrag in der Datei /etc/fstab] erledigen. Eine weitere interessante Methode über den [https://wiki.ubuntuusers.de/NetworkManager/Dispatcher NetworkManager-Dispatcher] ist z.B. [https://wiki.ubuntuusers.de/fuse/sshfs#per-Dispatcher hier] beschrieben.&lt;br /&gt;
&lt;br /&gt;
Ein, über sshfs eingebundenes Server-Verzeichnis, wird man mit folgenden Kommando wieder los:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; fusermount -u /clientverzeichnis&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
===NFS===&lt;br /&gt;
...kommt (vielleicht) noch.&lt;br /&gt;
&lt;br /&gt;
===Samba===&lt;br /&gt;
[https://www.samba.org/ Samba] ist auch eine recht nette Möglichkeit, Zugriff auf Verzeichnisse des Servers zu bekommen. Vorteil ist, dass man damit auch Windows-Clients versorgen kann... &lt;br /&gt;
&lt;br /&gt;
Installation Samba-Server plus einiger Tools:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; sudo apt-get install samba-common samba-common-bin samba samba-doc samba-doc-pdf tdb-tools &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Samba verwaltet seine Benutzer in einer eigenen Datenbank (wenn nichts anderes konfiguriert):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; sudo smbpasswd -a &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; in der Samba-DB anlegen/aktivieren&lt;br /&gt;
&amp;gt; sudo smbpasswd -x &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; aus der Samba-DB entfernen&lt;br /&gt;
&amp;gt; sudo smbpasswd -d &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; in der Samba-DB deaktivieren&lt;br /&gt;
&amp;gt; sudo smbpasswd -e &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; in der Samba-DB wieder aktivieren&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Beim Anlegen eines Samba-Benutzers (erstes Kommando) kann man auch gleich ein Passwort vergeben. Mit dem gleichen Befehl kann dieses Passwort für den angegeben Benutzer auch geändert werden.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Die Konfiguration des Samba-Servers erfolgt über die Datei ''/etc/samba/smb.conf''. Über die vielfälltigen Einstellungsmöglichkeiten sind diverse [https://wiki.ubuntuusers.de/Samba_Server/smb.conf Beschreibungen] im Internet zu finden. Um beispielsweise ein Verzeichnis auf dem Server im Netzwerk freizugeben, ist die Datei ''/etc/samba/smd.conf'' um folgende Zeilen zu ergänzen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# Bilder&lt;br /&gt;
[Bilder]&lt;br /&gt;
path = /medien/bilder&lt;br /&gt;
public = no&lt;br /&gt;
writeable = yes&lt;br /&gt;
&amp;lt;/pre&amp;gt; &lt;br /&gt;
Erläuterung: Das Verzeichnis /medien/bilder auf dem Server wird als Share &amp;quot;Bilder&amp;quot; freigegeben, kann allerdings nur von Benutzern aus der Samba-DB (siehe oben) geöffnet werden und ist auch beschreibbar. (Nicht angegebene Optionen wirken mit ihrem Default-Wert (RTFM...)).&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Bevor man die Samba-Dienst mit der veränderten Konfiguration durchstartet, sollte man deren Syntax überprüfen, um eventuelle Fehler auszuspüren:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; testparm&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Das Durchstarten der Samba-Dienste kann z.B. mit folgenden Kommando erfolgen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; service samba restart&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
ToDo:&lt;br /&gt;
* Client-Zugriff auf freigegebene Shares&lt;br /&gt;
* Zugriff auf &amp;quot;Server-Drucker&amp;quot; von Windows-Clients aus&lt;br /&gt;
* ?&lt;br /&gt;
&lt;br /&gt;
==Backup==&lt;br /&gt;
===Allgemeines zu rdiff-backup===&lt;br /&gt;
Ein recht komfortables Backuptool zur Sicherung entfernter Rechner bzw. auch lokaler Serververzeichnisse auf einen externen Datenträger ist [http://www.nongnu.org/rdiff-backup/ rdiff-backup]. Das Tool ermöglicht eine einfache und platzsparende Sicherung (und natürliche auch Rücksicherung) von Daten. Nach einer initialen Vollsicherung werden in der Folge nur noch Änderungen versioniert in einer speziellen Verzeichnisstruktur gesichert (RTFM). Die Backups können auch über das Netzwerk gesichert via ssh erfolgen.&lt;br /&gt;
&lt;br /&gt;
rdiff-backup ist ein Kommandozeilentool. Es gibt aber eine Reihe von GUIs, die u.U. die Bedienung vereinfachen. Ich selbst verwende zur Überprüfung/Sichtung der Backups auf dem Homeserver [http://www.patrikdufresne.com/en/rdiffweb/ rdiffweb], eine kleine WEB-basierte Oberfläche.&lt;br /&gt;
&lt;br /&gt;
===Backup-Szenarien===&lt;br /&gt;
&lt;br /&gt;
'''Szenario 1:''' Sicherung von Systemen, auf Initiative des Homeservers (Backupservers), die ständig angeschaltet und im Heimnetz erreichbar sind. Bei mir sind das z.B. mein [http://bralug.de/wiki/Raspberry_Pi_als_Musikabspielger%C3%A4t_an_der_Stereoanlage Wohnzimmer-&amp;quot;Multimedia&amp;quot;-Rechner] und mein [http://bralug.de/wiki/Wetterdaten_mit_Linux_aufzeichnen_und_verarbeiten Mini-Rechner zur Aufzeichnung von diversen Wetterdaten].&lt;br /&gt;
&lt;br /&gt;
Eine mögliche Vorgehensweise für die Konfiguration eines solchen Backup-Szenarios ist [https://www.howtoforge.com/linux_rdiff_backup hier] zu finden. Zur automatisierten zyklischen Sicherung der entfernten Rechner, sollten zum Abschluss die entsprechenden rdiff-backup-Befehle in der Crontab des Backup-Users auf dem Homeserver aufgenommen werden.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Szenario 2:''' Sicherung von Desktops, Notebooks etc., auf den Homeserver, welche nur sporadisch angeschaltet sind und damit selbst den Backup-Zeitpunkt bestimmen sollen/müssen.&lt;br /&gt;
&lt;br /&gt;
...&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Szenario 3:''' Sicherung von Daten des Homeserves auf ein angeschlossenes externes Speichermedium (z.B. USB-Festplatte).&lt;br /&gt;
&lt;br /&gt;
...&lt;br /&gt;
&lt;br /&gt;
===Weitere Informationsquellen (zu rdiff-backup)===&lt;br /&gt;
* http://www.nongnu.org/rdiff-backup/&lt;br /&gt;
* https://www.thomas-krenn.com/de/wiki/Backup_unter_Linux_mit_rdiff-backup&lt;br /&gt;
* https://www.howtoforge.com/linux_rdiff_backup&lt;br /&gt;
* http://arctic.org/~dean/rdiff-backup/unattended.html&lt;br /&gt;
* http://www.patrikdufresne.com/en/rdiffweb/&lt;br /&gt;
&lt;br /&gt;
==Mail==&lt;br /&gt;
===Allgemeines===&lt;br /&gt;
Auf meinem alten Homeserver hatte ich einen Mailserver betrieben. Diverse Scripte, regelmäßig via Cron gestartet, holten meine E-Mails von den diversen Mail-Servern in Internet ab und verteilten diese in lokale Mailboxen bzw. -ordner, damit sie im lokalen Netz auf allen Clients verfügbar waren. Bei der Neukonzeption meines Homeservers habe ich mir dann die Frage gestellt: &amp;quot;Warum dieser Aufwand?&amp;quot;, denn die Mails sind bei den einzelnen Mail-Providern doch ganz gut aufgehoben, von überall, mit geeigneten E-Mail-Clients, abgreifbar und die Größengrenzen der E-Mailboxen für den Normalverbraucher ausreichend.&lt;br /&gt;
&lt;br /&gt;
Damit bleiben dann eigentlich nur zwei Dinge offen, deren Lösungen in der Folge (beispielhaft) beschrieben werden:&lt;br /&gt;
* Servermeldungen/-zustände automatisiert versenden&lt;br /&gt;
* Archivierung einer Mailbox&lt;br /&gt;
&lt;br /&gt;
===Servermeldungen/-zustände automatisiert versenden mittels ssmtp===&lt;br /&gt;
&amp;quot;Hat das Backup heute Nacht eigentlich funktioniert?&amp;quot;, &amp;quot;Ist die Server-Festplatte demnächst der Meinung, ihren Geist aufzugeben?&amp;quot; oder &amp;quot;War die Verarbeitung von Job xyz erfolgreich?&amp;quot;...&lt;br /&gt;
&lt;br /&gt;
Mal ehrlich, loggt sich der Admin regelmäßig jeden Tag, Woche etc. auf dem Server ein, um obiges zu überprüfen? Bestimmt nicht...! Also brauchen man eine automatisierbare Lösung, welche den Status von Jobs, den Zustand der Hardware oder was auch immer an eine Mail-Adresse sendet, welche man regelmäßig abfragt!&lt;br /&gt;
&lt;br /&gt;
Befragt man dazu die bekannten Suchmaschinen, bekommt man zuerst die Antwort: &amp;quot;sendmail&amp;quot;, &amp;quot;postfix&amp;quot; etc.. Aber warum so kompliziert, durch Zufall bin ich auf [https://de.wikipedia.org/wiki/SSMTP ssmtp] aufmerksam geworden:&lt;br /&gt;
&lt;br /&gt;
'''Installation'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; apt-get install ssmtp&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''Konfiguration'''&lt;br /&gt;
&lt;br /&gt;
Es sind nach der Installation zwei Konfigurationsdateien anzupassen:&lt;br /&gt;
&lt;br /&gt;
/etc/ssmtp/ssmtp.conf (z.B. für eine Mailbox von blabla@gmx.net auf gmx.net):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
root=blabla@gmx.net&lt;br /&gt;
mailhub=mail.gmx.net:465&lt;br /&gt;
rewriteDomain=gmx.net&lt;br /&gt;
hostname=gmx.net&lt;br /&gt;
UseTLS=YES&lt;br /&gt;
AuthUser=blabla@gmx.DE&lt;br /&gt;
AuthPass=kenntnurblabla&lt;br /&gt;
FromLineOverride=NO&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
/etc/ssmtp/revaliases (für jeden User, der etwas zu melden hat):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
root:blabla@gmx.net:mail.gmx.net:465&lt;br /&gt;
blabla:blabla@gmx.net:mail.gmx.net:465&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
...etc..&lt;br /&gt;
&lt;br /&gt;
'''Anwendung'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
/usr/sbin/ssmtp blabla@gmx.net &amp;lt; /home/blabla/msg.txt&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===Mailbox archivieren via archivemail===&lt;br /&gt;
Falls man keinen eigenen, ständig ansprechbaren E-Mailserver betreibt, ist, aus meiner Sicht, die einfachste E-Mail-Lösung, die Mails einfach auf den Server des jeweiligen Providers zu belassen und seinen E-Mail-Client so zu konfigurieren, dass er diese E-Mail-Fächer bedient. Wie dies funktioniert, ist den diversen Beschreibungen im Internet zu entnehmen oder/und man vertraut den Installationshinweisen seines bevorzugten E-Mail-Clients.&lt;br /&gt;
&lt;br /&gt;
Allerdings wird es doch irgendwann Zeit, die E-Mails vom Server des jeweiligen Providers herunter zu laden und zu archivieren! Hauptgründe dafür sind vor allem die begrenzte Größe der E-Mailbox beim jeweiligen Provider oder einfach nur die Übersichtlichkeit innerhalb des Postfach. Für meine Bedürfnisse habe ich dazu das Tool [http://archivemail.sourceforge.net/ archivmail] auserkoren:&lt;br /&gt;
&lt;br /&gt;
'''Installation:'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
apt-get install archivemail&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Verwendung'''&lt;br /&gt;
&lt;br /&gt;
Backup eines Verzeichnisses:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
archivemail --no-compress -q -d100 --pwfile /home/blabla/.pwd_web_de -o /home/blabla/web_de/ imaps://&amp;quot;blabla&amp;quot;@imap.web.de/INBOX&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Es werden alle Mails von blabla@web.de, welche sich im Mail-Verzeichnis &amp;quot;INBOX&amp;quot; des Postfach befinden und älter als 100 Tage sind, im (lokalen) Verzeichnis /home/blabla/web_de/ in einer Datei im mbox-Format abgelegt und auch auf dem Server des E-Mail-Providers gelöscht. Das Passwort für die angesprochene Mailbox auf dem Server des Mail-Providers befindet sich in der Datei ''/home/blabla/.pwd_web_de''. Weitere mögliche Aufrufparameter sind u.a. der [http://archivemail.sourceforge.net/manpage.html man-Page] von Archivemail zu entnehmen!&lt;br /&gt;
&lt;br /&gt;
=Kontakt=&lt;br /&gt;
[[Benutzer:bergeruw|Uwe]]&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/Bananenkiste_als_Homeserver</id>
		<title>Bananenkiste als Homeserver</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/Bananenkiste_als_Homeserver"/>
				<updated>2017-08-04T06:22:07Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* Mailbox archivieren */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=Motivation=&lt;br /&gt;
Mein alter Homeserver, welcher seit Jahren klaglos seinen Dienst erledigt hatte, will nicht mehr so richtig. Zwar ist das Ding nicht irreparabel kaputt, aber ab und zu sollte man auch mal mit der Zeit gehen. Also der richtige Augenblick die Hardware zu tauschen, das Betriebssystem frisch zu installieren und die gewünschten Server-Dienste neu aufsetzen...&lt;br /&gt;
&lt;br /&gt;
Die folgenden Kapitel sind in erster Linie eine Dokumentation für mich selbst, nützen aber vielleicht auch anderen &amp;quot;Freizeitadministratoren&amp;quot;, die Ähnliches vorhaben.&lt;br /&gt;
&lt;br /&gt;
=Hardware=&lt;br /&gt;
&amp;quot;Mit der Zeit gehen...&amp;quot; heißt natürlich aktuelle, ressourcen-seitig ausreichende und, vor allem, stromsparende Hardware zu verwenden, denn immerhin soll der Server ja 24 Stunden, 7 Tage in der Woche arbeiten. Heutzutage ist es kein Problem ein geeignetes Board, welches mit dem Betriebssystem Linux läuft, zu finden. Meine Wahl fiel auf einen [http://www.lemaker.org/ Banana Pro]. An die, auf dem Board vorhandene, SATA-Schnittstelle wurde eine [http://www.wdc.com/de/products/products.aspx?id=810 2,5&amp;quot;-&amp;quot;WD Red&amp;quot;-Festplatte] angeschlossen. Alles in einem entsprechenden Gehäuse eingebaut, ergibt es ein recht kompaktes Gerät, welches überall Platz finden sollte.&lt;br /&gt;
&lt;br /&gt;
=Linux-Betriebssystem installieren und konfigurieren=&lt;br /&gt;
==Installation==&lt;br /&gt;
Als Linux-Distribution wird [https://www.bananian.org/ Bananian] verwendet, was eigentlich ein Debian 7 ist, welche aber speziell für den Banana Pi/Pro angepasst wurde.&lt;br /&gt;
&lt;br /&gt;
Die Installation gestaltet sich recht einfach. Nach dem [https://www.bananian.org/download Download] des gepackten Images, ist es zu entpacken und auf eine passende SD-Karte zu kopieren (Beispiel für Linux :-)):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; dd if=bananian-1504.img of=/dev/&amp;lt;your-sd-card&amp;gt; bs=1M&lt;br /&gt;
&amp;gt; sync&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Danach ist die SD-Karte nur noch in den entsprechenden Slot des Banana Pi zu stecken, Netzwerk dran und Strom an! Das System sollte booten und eine IP-Adresse über DHCP beziehen. Zugriff auf das System hat man dann entweder lokal über die/den angeschlossene/n Tastatur/Monitor oder auch remote via ssh. Das root-Passwort lautet initial ''pi'' und sollte natürlich sofort geändert werden...&lt;br /&gt;
&lt;br /&gt;
==Konfiguration==&lt;br /&gt;
Eine erste Konfiguration des Systems, kann man mit folgenden Tool erledigen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; bananian-config&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Folgende Einstellungen können verändert werden:&lt;br /&gt;
* das root-Passwort&lt;br /&gt;
* die Zeitzone&lt;br /&gt;
* den Zeichensatz&lt;br /&gt;
* den Rechnernamen&lt;br /&gt;
* einige grundlegende Hardware-Einstellungen&lt;br /&gt;
&lt;br /&gt;
Danach sollte das System einmal durchgestartet werden.&lt;br /&gt;
&lt;br /&gt;
==Feste IP-Adresse==&lt;br /&gt;
Ein Server sollte eine feste IP-Adresse haben. Dazu ist die Konfigurationsdatei ''/etc/network/interfaces'' anzupassen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# interfaces(5) file used by ifup(8) and ifdown(8)&lt;br /&gt;
auto lo&lt;br /&gt;
iface lo inet loopback&lt;br /&gt;
&lt;br /&gt;
auto eth0&lt;br /&gt;
&lt;br /&gt;
# dhcp configuration&lt;br /&gt;
# iface eth0 inet dhcp&lt;br /&gt;
&lt;br /&gt;
# static ip configuration&lt;br /&gt;
iface eth0 inet static&lt;br /&gt;
	address 10.1.1.42&lt;br /&gt;
	netmask 255.255.255.0&lt;br /&gt;
	gateway 10.1.1.1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Erläuterung: Die Netzwerkschnittstelle eth0 bezieht seine IP-Adresse nicht via DHCP (entsprechende Zeile einkommentiert), sondern wird fest auf (beispielsweise) 10.1.1.42, der Netzwerkmaske 255.255.255.0 und dem Gateway 10.1.1.1 eingestellt.&lt;br /&gt;
&lt;br /&gt;
Danach sollte das Netzwerk neu gestartet werden oder der gesamte Rechner durchgestartet werden. Wird im Netzwerk ein DNS-Server betrieben, sollte dort IP-Adresse/-Name entsprechend aufgenommen werden, um den Server mit seinem IP-Namen ansprechen zu können. Alternativ kann diese Kombination auch in der jeweiligen Hosts-Datei (z.B. Linux ''/etc/hosts'') der Clients aufgenommen werden.&lt;br /&gt;
&lt;br /&gt;
==Bananian von einer Festplatte booten==&lt;br /&gt;
Hat man eine SATA-Festplatte an seinen Banana Pi angeschlossen, ist es sinnvoll von dieser auch zu booten. Um dies so einzurichten, sind z.B. folgende Schritte zielführend (angenommen, ''/dev/sda'' ist die angeschlossene Festplatte):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; fdisk /dev/sda&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
...RTFM --&amp;gt; Partionierung der Festplatte.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; mkfs.ext4 /dev/sda1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
...Formatierung der (ersten eingerichteten) Partition der Festplatte mit [https://de.wikipedia.org/wiki/Ext4 ext4].&lt;br /&gt;
&lt;br /&gt;
Das root-Filesystem der SD-Karte muss auf die Festplatte kopiert werden (Annahme, es wurde nur die Partition ''/dev/sda1'' auf der Festplatte angelegt; der Swap-Bereich befindet sich in der Datei ''/swapfile1'' (Default bei [https://www.bananian.org/ Bananian])):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; mount /dev/sda1 /mnt/&lt;br /&gt;
&amp;gt; rsync -ax / /mnt/&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Danach müssen noch die entsprechenden Boot-Parameter in der Datei ''/uEnv.txt'' eingestellt werden (der Editor ''joe'' ist installiert):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; umount /mnt/&lt;br /&gt;
&amp;gt; mount /dev/mmcblk0p1 /mnt/&lt;br /&gt;
&amp;gt; joe /mnt/uEnv.txt&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Die Zeichenfolge 'root=/dev/mmcblk0p2' ist durch 'root=/dev/sda1' auszutauschen. Nach einem&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; reboot&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
sollte von der angeschlossenen Festplatte gebootet werden...! Die SD-Karte muss natürlich im entsprechenden Slot bleiben, da sich darauf der Bootloader befindet. Bei einem Festplattendefekt hat man damit auch gleich ein funktionsfähiges Basissystem zur Verfügung (uEnv.txt entsprechend angepasst...).&lt;br /&gt;
&lt;br /&gt;
==&amp;quot;Heartbeat&amp;quot; ausschalten==&lt;br /&gt;
Um die nervig blinkende grüne LED auf dem Banana-Board auszuschalten, ist folgender Befehl (als root auszuführen) erfolgreich:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; echo none &amp;gt; /sys/class/leds/green\:ph24\:led1/trigger&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Wird dieses Kommando in der Datei ''/etc/rc.local'' aufgenommen, erfolgt das Ausschalten der blinkenden &amp;quot;Herzschlag&amp;quot;-LED automatisch nach dem Hochfahren des Systems.&lt;br /&gt;
&lt;br /&gt;
=Server-Dienste=&lt;br /&gt;
==Printserver==&lt;br /&gt;
Als Druck-Server wird [http://www.cups.org/ CUPS] verwendet. Die Installation gestaltet sich recht entspannt:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
apt-get install cups cups-bsd foo2zjs&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Mit dem Tool ''cupsctl'' sollte man folgendes einstellen:&lt;br /&gt;
* die lokalen, am Server angeschlossenen, Drucker im Netzwerk freigeben&lt;br /&gt;
* CUPS über das Netzwerk administrierbar machen&lt;br /&gt;
* die automatische Druckervermittlung aktivieren&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
cupsctl --share-printers  --remote-admin --remote-printers&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Danach kann CUPS z.B. über einen Webbrowser administriert werden. URL: ''https://dein_server:631''. Wie man Drucker einrichtet und administriert, kann der [https://www.cups.org/documentation.php CUPS-Dokumentation] entnommen werden bzw. die Web-Oberfläche ist auch recht selbsterklärend...&lt;br /&gt;
&lt;br /&gt;
Ich besitze einen HP Laserjet 1018, es muss die Firmware aus dem Internet geholt und installiert werden, damit diese automatisch beim Einschalten des Druckers in selbigen kopiert wird: &lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; getweb 1018&lt;br /&gt;
...&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Das Tool ''getweb'' ist Bestandteil des Paketes ''foo2zjs''. Als Parameter wird die Typ-Nummer des Druckers angegeben. Das Tool richtet dann alles notwendige automatisch ein.&lt;br /&gt;
&lt;br /&gt;
Danach empfiehlt sich ein Reboot des Systems.&lt;br /&gt;
&lt;br /&gt;
==autofs==&lt;br /&gt;
Spätestens beim [[Bananenkiste_als_Homeserver#Backup|Backup]] benötigt man sinnvoller Weise einen Datenträger, welcher nur während des Schreiben/Lesens in den Verzeichnisbaum eingebunden und sonst vom System jeder Zeit gefahrlos entfernbar ist. Es wird also ein Dienst benötigt, welcher z.B. eine bestimmte USB-Festplatte automatisch, vor dem ersten Zugriff, einbindet, wenn diese im System verfügbar ist und auch wieder selbstständig, nach einer einstellbaren Zeit der Inaktivität, entfernt. Ein solcher Dienst ist u.a. [https://wiki.ubuntuusers.de/autofs ''autofs''].&lt;br /&gt;
&lt;br /&gt;
Installation:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
sudo apt-get install autofs &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Festlegung des Verzeichnisses, unter dem der dynamische Datenträger eingebunden werden soll (alle Aktionen als Benutzer ''root''):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; mkdir /autofs&lt;br /&gt;
&lt;br /&gt;
&amp;gt; cat /etx/auto.master&lt;br /&gt;
/autofs  /etc/auto.autofs --timeout=300 --ghost&lt;br /&gt;
&lt;br /&gt;
&amp;gt; cat /etc/auto.autofs&lt;br /&gt;
usb-backup -fstype=ext3,sync :/dev/disk/by-uuid/0d5ef4bb-6f06-4814-95fe-7aa5acf09f4f&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Also:&lt;br /&gt;
* ein Verzeichnis (''/autofs'') anlegen, unter dem die Datenträger eingebunden werden sollen&lt;br /&gt;
* auto.master --&amp;gt; alle Datenträger, welche unter diesem Verzeichnis (''autofs'') eingebunden werden sollen (mehrere möglich), sind in ''/etc/auto.autofs'' konfiguriert, werden nach 300 Sekunden ausgehangen (timeout) --&amp;gt; RTFM!&lt;br /&gt;
* im Unterverzeichnis ''usb-backup'' wird eine USB-Festplatte, formatiert mit ext3, (vor dem ersten Lesen oder Schreiben) eingebunden, wenn sie die angegebene UUID hat...&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
UUID ermitteln:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
sudo blkid -o list -w /dev/null&lt;br /&gt;
...&lt;br /&gt;
/dev/sdb1                ext3                   (not mounted)                0d5ef4bb-6f06-4814-95fe-7aa5acf09f4f&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Nach einer Änderung der ''autofs''-Konfiguration ist der entsprechende Dienst neu zu starten:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;lt; service autofs restart&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Fileserver==&lt;br /&gt;
===sshfs===&lt;br /&gt;
Die einfachste Methode ein Server-Verzeichnis in den Verzeichnisbaum des Clients einzubinden, bietet [http://fuse.sourceforge.net/sshfs.html sshfs], vorausgesetzt:&lt;br /&gt;
* auf der Server-Seite ist ein ssh-Server (sollte eigentlich Standard sein...) und&lt;br /&gt;
* auf der Client-Seite ist sshfs (siehe z.B. folgende [https://wiki.ubuntuusers.de/fuse/sshfs Dokumentation])&lt;br /&gt;
installiert.&lt;br /&gt;
&lt;br /&gt;
Das Einbinden eines Server-Verzeichnisses via sshfs erfolgt (interaktiv) über folgendes Kommando:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; sshfs serveruser@server:/serververzeichnis /clientverzeichnis &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Man wird nach dem Passwort des angegebenen Server-Benutzers gefragt...&lt;br /&gt;
&lt;br /&gt;
Natürlich kann man auch alles automatisieren und z.B. das Einbinden eines Server-Verzeichnisses via sshfs über einen [http://superuser.com/questions/669287/automount-sshfs-using-fstab-without-mount-a Eintrag in der Datei /etc/fstab] erledigen. Eine weitere interessante Methode über den [https://wiki.ubuntuusers.de/NetworkManager/Dispatcher NetworkManager-Dispatcher] ist z.B. [https://wiki.ubuntuusers.de/fuse/sshfs#per-Dispatcher hier] beschrieben.&lt;br /&gt;
&lt;br /&gt;
Ein, über sshfs eingebundenes Server-Verzeichnis, wird man mit folgenden Kommando wieder los:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; fusermount -u /clientverzeichnis&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
===NFS===&lt;br /&gt;
...kommt (vielleicht) noch.&lt;br /&gt;
&lt;br /&gt;
===Samba===&lt;br /&gt;
[https://www.samba.org/ Samba] ist auch eine recht nette Möglichkeit, Zugriff auf Verzeichnisse des Servers zu bekommen. Vorteil ist, dass man damit auch Windows-Clients versorgen kann... &lt;br /&gt;
&lt;br /&gt;
Installation Samba-Server plus einiger Tools:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; sudo apt-get install samba-common samba-common-bin samba samba-doc samba-doc-pdf tdb-tools &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Samba verwaltet seine Benutzer in einer eigenen Datenbank (wenn nichts anderes konfiguriert):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; sudo smbpasswd -a &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; in der Samba-DB anlegen/aktivieren&lt;br /&gt;
&amp;gt; sudo smbpasswd -x &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; aus der Samba-DB entfernen&lt;br /&gt;
&amp;gt; sudo smbpasswd -d &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; in der Samba-DB deaktivieren&lt;br /&gt;
&amp;gt; sudo smbpasswd -e &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; in der Samba-DB wieder aktivieren&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Beim Anlegen eines Samba-Benutzers (erstes Kommando) kann man auch gleich ein Passwort vergeben. Mit dem gleichen Befehl kann dieses Passwort für den angegeben Benutzer auch geändert werden.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Die Konfiguration des Samba-Servers erfolgt über die Datei ''/etc/samba/smb.conf''. Über die vielfälltigen Einstellungsmöglichkeiten sind diverse [https://wiki.ubuntuusers.de/Samba_Server/smb.conf Beschreibungen] im Internet zu finden. Um beispielsweise ein Verzeichnis auf dem Server im Netzwerk freizugeben, ist die Datei ''/etc/samba/smd.conf'' um folgende Zeilen zu ergänzen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# Bilder&lt;br /&gt;
[Bilder]&lt;br /&gt;
path = /medien/bilder&lt;br /&gt;
public = no&lt;br /&gt;
writeable = yes&lt;br /&gt;
&amp;lt;/pre&amp;gt; &lt;br /&gt;
Erläuterung: Das Verzeichnis /medien/bilder auf dem Server wird als Share &amp;quot;Bilder&amp;quot; freigegeben, kann allerdings nur von Benutzern aus der Samba-DB (siehe oben) geöffnet werden und ist auch beschreibbar. (Nicht angegebene Optionen wirken mit ihrem Default-Wert (RTFM...)).&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Bevor man die Samba-Dienst mit der veränderten Konfiguration durchstartet, sollte man deren Syntax überprüfen, um eventuelle Fehler auszuspüren:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; testparm&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Das Durchstarten der Samba-Dienste kann z.B. mit folgenden Kommando erfolgen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; service samba restart&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
ToDo:&lt;br /&gt;
* Client-Zugriff auf freigegebene Shares&lt;br /&gt;
* Zugriff auf &amp;quot;Server-Drucker&amp;quot; von Windows-Clients aus&lt;br /&gt;
* ?&lt;br /&gt;
&lt;br /&gt;
==Backup==&lt;br /&gt;
===Allgemeines===&lt;br /&gt;
Ein recht komfortables Backuptool zur Sicherung entfernter Rechner bzw. auch lokaler Serververzeichnisse auf einen externen Datenträger ist [http://www.nongnu.org/rdiff-backup/ rdiff-backup]. Das Tool ermöglicht eine einfache und platzsparende Sicherung (und natürliche auch Rücksicherung) von Daten. Nach einer initialen Vollsicherung werden in der Folge nur noch Änderungen versioniert in einer speziellen Verzeichnisstruktur gesichert (RTFM). Die Backups können auch über das Netzwerk gesichert via ssh erfolgen.&lt;br /&gt;
&lt;br /&gt;
rdiff-backup ist ein Kommandozeilentool. Es gibt aber eine Reihe von GUIs, die u.U. die Bedienung vereinfachen. Ich selbst verwende zur Überprüfung/Sichtung der Backups auf dem Homeserver [http://www.patrikdufresne.com/en/rdiffweb/ rdiffweb], eine kleine WEB-basierte Oberfläche.&lt;br /&gt;
&lt;br /&gt;
===Backup-Szenarien===&lt;br /&gt;
&lt;br /&gt;
'''Szenario 1:''' Sicherung von Systemen, auf Initiative des Homeservers (Backupservers), die ständig angeschaltet und im Heimnetz erreichbar sind. Bei mir sind das z.B. mein [http://bralug.de/wiki/Raspberry_Pi_als_Musikabspielger%C3%A4t_an_der_Stereoanlage Wohnzimmer-&amp;quot;Multimedia&amp;quot;-Rechner] und mein [http://bralug.de/wiki/Wetterdaten_mit_Linux_aufzeichnen_und_verarbeiten Mini-Rechner zur Aufzeichnung von diversen Wetterdaten].&lt;br /&gt;
&lt;br /&gt;
Eine mögliche Vorgehensweise für die Konfiguration eines solchen Backup-Szenarios ist [https://www.howtoforge.com/linux_rdiff_backup hier] zu finden. Zur automatisierten zyklischen Sicherung der entfernten Rechner, sollten zum Abschluss die entsprechenden rdiff-backup-Befehle in der Crontab des Backup-Users auf dem Homeserver aufgenommen werden.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Szenario 2:''' Sicherung von Desktops, Notebooks etc., auf den Homeserver, welche nur sporadisch angeschaltet sind und damit selbst den Backup-Zeitpunkt bestimmen sollen/müssen.&lt;br /&gt;
&lt;br /&gt;
...&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Szenario 3:''' Sicherung von Daten des Homeserves auf ein angeschlossenes externes Speichermedium (z.B. USB-Festplatte).&lt;br /&gt;
&lt;br /&gt;
...&lt;br /&gt;
&lt;br /&gt;
===Weitere Informationsquellen (zu rdiff-backup)===&lt;br /&gt;
* http://www.nongnu.org/rdiff-backup/&lt;br /&gt;
* https://www.thomas-krenn.com/de/wiki/Backup_unter_Linux_mit_rdiff-backup&lt;br /&gt;
* https://www.howtoforge.com/linux_rdiff_backup&lt;br /&gt;
* http://arctic.org/~dean/rdiff-backup/unattended.html&lt;br /&gt;
* http://www.patrikdufresne.com/en/rdiffweb/&lt;br /&gt;
&lt;br /&gt;
==Mail==&lt;br /&gt;
===Allgemeines===&lt;br /&gt;
Auf meinem alten Homeserver hatte ich einen Mailserver betrieben. Diverse Scripte, regelmäßig via Cron gestartet, holten meine E-Mails von den diversen Mail-Servern in Internet ab und verteilten diese in lokale Mailboxen bzw. -ordner, damit sie im lokalen Netz auf allen Clients verfügbar waren. Bei der Neukonzeption meines Homeservers habe ich mir dann die Frage gestellt: &amp;quot;Warum dieser Aufwand?&amp;quot;, denn die Mails sind bei den einzelnen Mail-Providern doch ganz gut aufgehoben, von überall, mit geeigneten E-Mail-Clients, abgreifbar und die Größengrenzen der E-Mailboxen für den Normalverbraucher ausreichend.&lt;br /&gt;
&lt;br /&gt;
Damit bleiben dann eigentlich nur zwei Dinge offen, deren Lösungen in der Folge (beispielhaft) beschrieben werden:&lt;br /&gt;
* Servermeldungen/-zustände automatisiert versenden&lt;br /&gt;
* Archivierung einer Mailbox&lt;br /&gt;
&lt;br /&gt;
===Servermeldungen/-zustände automatisiert versenden mittels ssmtp===&lt;br /&gt;
&amp;quot;Hat das Backup heute Nacht eigentlich funktioniert?&amp;quot;, &amp;quot;Ist die Server-Festplatte demnächst der Meinung, ihren Geist aufzugeben?&amp;quot; oder &amp;quot;War die Verarbeitung von Job xyz erfolgreich?&amp;quot;...&lt;br /&gt;
&lt;br /&gt;
Mal ehrlich, loggt sich der Admin regelmäßig jeden Tag, Woche etc. auf dem Server ein, um obiges zu überprüfen? Bestimmt nicht...! Also brauchen man eine automatisierbare Lösung, welche den Status von Jobs, den Zustand der Hardware oder was auch immer an eine Mail-Adresse sendet, welche man regelmäßig abfragt!&lt;br /&gt;
&lt;br /&gt;
Befragt man dazu die bekannten Suchmaschinen, bekommt man zuerst die Antwort: &amp;quot;sendmail&amp;quot;, &amp;quot;postfix&amp;quot; etc.. Aber warum so kompliziert, durch Zufall bin ich auf [https://de.wikipedia.org/wiki/SSMTP ssmtp] aufmerksam geworden:&lt;br /&gt;
&lt;br /&gt;
'''Installation'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; apt-get install ssmtp&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''Konfiguration'''&lt;br /&gt;
&lt;br /&gt;
Es sind nach der Installation zwei Konfigurationsdateien anzupassen:&lt;br /&gt;
&lt;br /&gt;
/etc/ssmtp/ssmtp.conf (z.B. für eine Mailbox von blabla@gmx.net auf gmx.net):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
root=blabla@gmx.net&lt;br /&gt;
mailhub=mail.gmx.net:465&lt;br /&gt;
rewriteDomain=gmx.net&lt;br /&gt;
hostname=gmx.net&lt;br /&gt;
UseTLS=YES&lt;br /&gt;
AuthUser=blabla@gmx.DE&lt;br /&gt;
AuthPass=kenntnurblabla&lt;br /&gt;
FromLineOverride=NO&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
/etc/ssmtp/revaliases (für jeden User, der etwas zu melden hat):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
root:blabla@gmx.net:mail.gmx.net:465&lt;br /&gt;
blabla:blabla@gmx.net:mail.gmx.net:465&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
...etc..&lt;br /&gt;
&lt;br /&gt;
'''Anwendung'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
/usr/sbin/ssmtp blabla@gmx.net &amp;lt; /home/blabla/msg.txt&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===Mailbox archivieren via archivemail===&lt;br /&gt;
Falls man keinen eigenen, ständig ansprechbaren E-Mailserver betreibt, ist, aus meiner Sicht, die einfachste E-Mail-Lösung, die Mails einfach auf den Server des jeweiligen Providers zu belassen und seinen E-Mail-Client so zu konfigurieren, dass er diese E-Mail-Fächer bedient. Wie dies funktioniert, ist den diversen Beschreibungen im Internet zu entnehmen oder/und man vertraut den Installationshinweisen seines bevorzugten E-Mail-Clients.&lt;br /&gt;
&lt;br /&gt;
Allerdings wird es doch irgendwann Zeit, die E-Mails vom Server des jeweiligen Providers herunter zu laden und zu archivieren! Hauptgründe dafür sind vor allem die begrenzte Größe der E-Mailbox beim jeweiligen Provider oder einfach nur die Übersichtlichkeit innerhalb des Postfach. Für meine Bedürfnisse habe ich dazu das Tool [http://archivemail.sourceforge.net/ archivmail] auserkoren:&lt;br /&gt;
&lt;br /&gt;
'''Installation:'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
apt-get install archivemail&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Verwendung'''&lt;br /&gt;
&lt;br /&gt;
Backup eines Verzeichnisses:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
archivemail --no-compress -q -d100 --pwfile /home/blabla/.pwd_web_de -o /home/blabla/web_de/ imaps://&amp;quot;blabla&amp;quot;@imap.web.de/INBOX&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Es werden alle Mails von blabla@web.de, welche sich im Mail-Verzeichnis &amp;quot;INBOX&amp;quot; des Postfach befinden und älter als 100 Tage sind, im (lokalen) Verzeichnis /home/blabla/web_de/ in einer Datei im mbox-Format abgelegt und auch auf dem Server des E-Mail-Providers gelöscht. Das Passwort für die angesprochene Mailbox auf dem Server des Mail-Providers befindet sich in der Datei ''/home/blabla/.pwd_web_de''. Weitere mögliche Aufrufparameter sind u.a. der [http://archivemail.sourceforge.net/manpage.html man-Page] von Archivemail zu entnehmen!&lt;br /&gt;
&lt;br /&gt;
=Kontakt=&lt;br /&gt;
[[Benutzer:bergeruw|Uwe]]&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/Bananenkiste_als_Homeserver</id>
		<title>Bananenkiste als Homeserver</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/Bananenkiste_als_Homeserver"/>
				<updated>2017-08-04T06:17:45Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* Servermeldungen/-zustände automatisiert versenden */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=Motivation=&lt;br /&gt;
Mein alter Homeserver, welcher seit Jahren klaglos seinen Dienst erledigt hatte, will nicht mehr so richtig. Zwar ist das Ding nicht irreparabel kaputt, aber ab und zu sollte man auch mal mit der Zeit gehen. Also der richtige Augenblick die Hardware zu tauschen, das Betriebssystem frisch zu installieren und die gewünschten Server-Dienste neu aufsetzen...&lt;br /&gt;
&lt;br /&gt;
Die folgenden Kapitel sind in erster Linie eine Dokumentation für mich selbst, nützen aber vielleicht auch anderen &amp;quot;Freizeitadministratoren&amp;quot;, die Ähnliches vorhaben.&lt;br /&gt;
&lt;br /&gt;
=Hardware=&lt;br /&gt;
&amp;quot;Mit der Zeit gehen...&amp;quot; heißt natürlich aktuelle, ressourcen-seitig ausreichende und, vor allem, stromsparende Hardware zu verwenden, denn immerhin soll der Server ja 24 Stunden, 7 Tage in der Woche arbeiten. Heutzutage ist es kein Problem ein geeignetes Board, welches mit dem Betriebssystem Linux läuft, zu finden. Meine Wahl fiel auf einen [http://www.lemaker.org/ Banana Pro]. An die, auf dem Board vorhandene, SATA-Schnittstelle wurde eine [http://www.wdc.com/de/products/products.aspx?id=810 2,5&amp;quot;-&amp;quot;WD Red&amp;quot;-Festplatte] angeschlossen. Alles in einem entsprechenden Gehäuse eingebaut, ergibt es ein recht kompaktes Gerät, welches überall Platz finden sollte.&lt;br /&gt;
&lt;br /&gt;
=Linux-Betriebssystem installieren und konfigurieren=&lt;br /&gt;
==Installation==&lt;br /&gt;
Als Linux-Distribution wird [https://www.bananian.org/ Bananian] verwendet, was eigentlich ein Debian 7 ist, welche aber speziell für den Banana Pi/Pro angepasst wurde.&lt;br /&gt;
&lt;br /&gt;
Die Installation gestaltet sich recht einfach. Nach dem [https://www.bananian.org/download Download] des gepackten Images, ist es zu entpacken und auf eine passende SD-Karte zu kopieren (Beispiel für Linux :-)):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; dd if=bananian-1504.img of=/dev/&amp;lt;your-sd-card&amp;gt; bs=1M&lt;br /&gt;
&amp;gt; sync&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Danach ist die SD-Karte nur noch in den entsprechenden Slot des Banana Pi zu stecken, Netzwerk dran und Strom an! Das System sollte booten und eine IP-Adresse über DHCP beziehen. Zugriff auf das System hat man dann entweder lokal über die/den angeschlossene/n Tastatur/Monitor oder auch remote via ssh. Das root-Passwort lautet initial ''pi'' und sollte natürlich sofort geändert werden...&lt;br /&gt;
&lt;br /&gt;
==Konfiguration==&lt;br /&gt;
Eine erste Konfiguration des Systems, kann man mit folgenden Tool erledigen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; bananian-config&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Folgende Einstellungen können verändert werden:&lt;br /&gt;
* das root-Passwort&lt;br /&gt;
* die Zeitzone&lt;br /&gt;
* den Zeichensatz&lt;br /&gt;
* den Rechnernamen&lt;br /&gt;
* einige grundlegende Hardware-Einstellungen&lt;br /&gt;
&lt;br /&gt;
Danach sollte das System einmal durchgestartet werden.&lt;br /&gt;
&lt;br /&gt;
==Feste IP-Adresse==&lt;br /&gt;
Ein Server sollte eine feste IP-Adresse haben. Dazu ist die Konfigurationsdatei ''/etc/network/interfaces'' anzupassen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# interfaces(5) file used by ifup(8) and ifdown(8)&lt;br /&gt;
auto lo&lt;br /&gt;
iface lo inet loopback&lt;br /&gt;
&lt;br /&gt;
auto eth0&lt;br /&gt;
&lt;br /&gt;
# dhcp configuration&lt;br /&gt;
# iface eth0 inet dhcp&lt;br /&gt;
&lt;br /&gt;
# static ip configuration&lt;br /&gt;
iface eth0 inet static&lt;br /&gt;
	address 10.1.1.42&lt;br /&gt;
	netmask 255.255.255.0&lt;br /&gt;
	gateway 10.1.1.1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Erläuterung: Die Netzwerkschnittstelle eth0 bezieht seine IP-Adresse nicht via DHCP (entsprechende Zeile einkommentiert), sondern wird fest auf (beispielsweise) 10.1.1.42, der Netzwerkmaske 255.255.255.0 und dem Gateway 10.1.1.1 eingestellt.&lt;br /&gt;
&lt;br /&gt;
Danach sollte das Netzwerk neu gestartet werden oder der gesamte Rechner durchgestartet werden. Wird im Netzwerk ein DNS-Server betrieben, sollte dort IP-Adresse/-Name entsprechend aufgenommen werden, um den Server mit seinem IP-Namen ansprechen zu können. Alternativ kann diese Kombination auch in der jeweiligen Hosts-Datei (z.B. Linux ''/etc/hosts'') der Clients aufgenommen werden.&lt;br /&gt;
&lt;br /&gt;
==Bananian von einer Festplatte booten==&lt;br /&gt;
Hat man eine SATA-Festplatte an seinen Banana Pi angeschlossen, ist es sinnvoll von dieser auch zu booten. Um dies so einzurichten, sind z.B. folgende Schritte zielführend (angenommen, ''/dev/sda'' ist die angeschlossene Festplatte):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; fdisk /dev/sda&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
...RTFM --&amp;gt; Partionierung der Festplatte.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; mkfs.ext4 /dev/sda1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
...Formatierung der (ersten eingerichteten) Partition der Festplatte mit [https://de.wikipedia.org/wiki/Ext4 ext4].&lt;br /&gt;
&lt;br /&gt;
Das root-Filesystem der SD-Karte muss auf die Festplatte kopiert werden (Annahme, es wurde nur die Partition ''/dev/sda1'' auf der Festplatte angelegt; der Swap-Bereich befindet sich in der Datei ''/swapfile1'' (Default bei [https://www.bananian.org/ Bananian])):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; mount /dev/sda1 /mnt/&lt;br /&gt;
&amp;gt; rsync -ax / /mnt/&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Danach müssen noch die entsprechenden Boot-Parameter in der Datei ''/uEnv.txt'' eingestellt werden (der Editor ''joe'' ist installiert):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; umount /mnt/&lt;br /&gt;
&amp;gt; mount /dev/mmcblk0p1 /mnt/&lt;br /&gt;
&amp;gt; joe /mnt/uEnv.txt&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Die Zeichenfolge 'root=/dev/mmcblk0p2' ist durch 'root=/dev/sda1' auszutauschen. Nach einem&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; reboot&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
sollte von der angeschlossenen Festplatte gebootet werden...! Die SD-Karte muss natürlich im entsprechenden Slot bleiben, da sich darauf der Bootloader befindet. Bei einem Festplattendefekt hat man damit auch gleich ein funktionsfähiges Basissystem zur Verfügung (uEnv.txt entsprechend angepasst...).&lt;br /&gt;
&lt;br /&gt;
==&amp;quot;Heartbeat&amp;quot; ausschalten==&lt;br /&gt;
Um die nervig blinkende grüne LED auf dem Banana-Board auszuschalten, ist folgender Befehl (als root auszuführen) erfolgreich:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; echo none &amp;gt; /sys/class/leds/green\:ph24\:led1/trigger&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Wird dieses Kommando in der Datei ''/etc/rc.local'' aufgenommen, erfolgt das Ausschalten der blinkenden &amp;quot;Herzschlag&amp;quot;-LED automatisch nach dem Hochfahren des Systems.&lt;br /&gt;
&lt;br /&gt;
=Server-Dienste=&lt;br /&gt;
==Printserver==&lt;br /&gt;
Als Druck-Server wird [http://www.cups.org/ CUPS] verwendet. Die Installation gestaltet sich recht entspannt:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
apt-get install cups cups-bsd foo2zjs&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Mit dem Tool ''cupsctl'' sollte man folgendes einstellen:&lt;br /&gt;
* die lokalen, am Server angeschlossenen, Drucker im Netzwerk freigeben&lt;br /&gt;
* CUPS über das Netzwerk administrierbar machen&lt;br /&gt;
* die automatische Druckervermittlung aktivieren&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
cupsctl --share-printers  --remote-admin --remote-printers&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Danach kann CUPS z.B. über einen Webbrowser administriert werden. URL: ''https://dein_server:631''. Wie man Drucker einrichtet und administriert, kann der [https://www.cups.org/documentation.php CUPS-Dokumentation] entnommen werden bzw. die Web-Oberfläche ist auch recht selbsterklärend...&lt;br /&gt;
&lt;br /&gt;
Ich besitze einen HP Laserjet 1018, es muss die Firmware aus dem Internet geholt und installiert werden, damit diese automatisch beim Einschalten des Druckers in selbigen kopiert wird: &lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; getweb 1018&lt;br /&gt;
...&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Das Tool ''getweb'' ist Bestandteil des Paketes ''foo2zjs''. Als Parameter wird die Typ-Nummer des Druckers angegeben. Das Tool richtet dann alles notwendige automatisch ein.&lt;br /&gt;
&lt;br /&gt;
Danach empfiehlt sich ein Reboot des Systems.&lt;br /&gt;
&lt;br /&gt;
==autofs==&lt;br /&gt;
Spätestens beim [[Bananenkiste_als_Homeserver#Backup|Backup]] benötigt man sinnvoller Weise einen Datenträger, welcher nur während des Schreiben/Lesens in den Verzeichnisbaum eingebunden und sonst vom System jeder Zeit gefahrlos entfernbar ist. Es wird also ein Dienst benötigt, welcher z.B. eine bestimmte USB-Festplatte automatisch, vor dem ersten Zugriff, einbindet, wenn diese im System verfügbar ist und auch wieder selbstständig, nach einer einstellbaren Zeit der Inaktivität, entfernt. Ein solcher Dienst ist u.a. [https://wiki.ubuntuusers.de/autofs ''autofs''].&lt;br /&gt;
&lt;br /&gt;
Installation:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
sudo apt-get install autofs &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Festlegung des Verzeichnisses, unter dem der dynamische Datenträger eingebunden werden soll (alle Aktionen als Benutzer ''root''):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; mkdir /autofs&lt;br /&gt;
&lt;br /&gt;
&amp;gt; cat /etx/auto.master&lt;br /&gt;
/autofs  /etc/auto.autofs --timeout=300 --ghost&lt;br /&gt;
&lt;br /&gt;
&amp;gt; cat /etc/auto.autofs&lt;br /&gt;
usb-backup -fstype=ext3,sync :/dev/disk/by-uuid/0d5ef4bb-6f06-4814-95fe-7aa5acf09f4f&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Also:&lt;br /&gt;
* ein Verzeichnis (''/autofs'') anlegen, unter dem die Datenträger eingebunden werden sollen&lt;br /&gt;
* auto.master --&amp;gt; alle Datenträger, welche unter diesem Verzeichnis (''autofs'') eingebunden werden sollen (mehrere möglich), sind in ''/etc/auto.autofs'' konfiguriert, werden nach 300 Sekunden ausgehangen (timeout) --&amp;gt; RTFM!&lt;br /&gt;
* im Unterverzeichnis ''usb-backup'' wird eine USB-Festplatte, formatiert mit ext3, (vor dem ersten Lesen oder Schreiben) eingebunden, wenn sie die angegebene UUID hat...&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
UUID ermitteln:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
sudo blkid -o list -w /dev/null&lt;br /&gt;
...&lt;br /&gt;
/dev/sdb1                ext3                   (not mounted)                0d5ef4bb-6f06-4814-95fe-7aa5acf09f4f&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Nach einer Änderung der ''autofs''-Konfiguration ist der entsprechende Dienst neu zu starten:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;lt; service autofs restart&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Fileserver==&lt;br /&gt;
===sshfs===&lt;br /&gt;
Die einfachste Methode ein Server-Verzeichnis in den Verzeichnisbaum des Clients einzubinden, bietet [http://fuse.sourceforge.net/sshfs.html sshfs], vorausgesetzt:&lt;br /&gt;
* auf der Server-Seite ist ein ssh-Server (sollte eigentlich Standard sein...) und&lt;br /&gt;
* auf der Client-Seite ist sshfs (siehe z.B. folgende [https://wiki.ubuntuusers.de/fuse/sshfs Dokumentation])&lt;br /&gt;
installiert.&lt;br /&gt;
&lt;br /&gt;
Das Einbinden eines Server-Verzeichnisses via sshfs erfolgt (interaktiv) über folgendes Kommando:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; sshfs serveruser@server:/serververzeichnis /clientverzeichnis &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Man wird nach dem Passwort des angegebenen Server-Benutzers gefragt...&lt;br /&gt;
&lt;br /&gt;
Natürlich kann man auch alles automatisieren und z.B. das Einbinden eines Server-Verzeichnisses via sshfs über einen [http://superuser.com/questions/669287/automount-sshfs-using-fstab-without-mount-a Eintrag in der Datei /etc/fstab] erledigen. Eine weitere interessante Methode über den [https://wiki.ubuntuusers.de/NetworkManager/Dispatcher NetworkManager-Dispatcher] ist z.B. [https://wiki.ubuntuusers.de/fuse/sshfs#per-Dispatcher hier] beschrieben.&lt;br /&gt;
&lt;br /&gt;
Ein, über sshfs eingebundenes Server-Verzeichnis, wird man mit folgenden Kommando wieder los:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; fusermount -u /clientverzeichnis&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
===NFS===&lt;br /&gt;
...kommt (vielleicht) noch.&lt;br /&gt;
&lt;br /&gt;
===Samba===&lt;br /&gt;
[https://www.samba.org/ Samba] ist auch eine recht nette Möglichkeit, Zugriff auf Verzeichnisse des Servers zu bekommen. Vorteil ist, dass man damit auch Windows-Clients versorgen kann... &lt;br /&gt;
&lt;br /&gt;
Installation Samba-Server plus einiger Tools:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; sudo apt-get install samba-common samba-common-bin samba samba-doc samba-doc-pdf tdb-tools &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Samba verwaltet seine Benutzer in einer eigenen Datenbank (wenn nichts anderes konfiguriert):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; sudo smbpasswd -a &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; in der Samba-DB anlegen/aktivieren&lt;br /&gt;
&amp;gt; sudo smbpasswd -x &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; aus der Samba-DB entfernen&lt;br /&gt;
&amp;gt; sudo smbpasswd -d &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; in der Samba-DB deaktivieren&lt;br /&gt;
&amp;gt; sudo smbpasswd -e &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; in der Samba-DB wieder aktivieren&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Beim Anlegen eines Samba-Benutzers (erstes Kommando) kann man auch gleich ein Passwort vergeben. Mit dem gleichen Befehl kann dieses Passwort für den angegeben Benutzer auch geändert werden.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Die Konfiguration des Samba-Servers erfolgt über die Datei ''/etc/samba/smb.conf''. Über die vielfälltigen Einstellungsmöglichkeiten sind diverse [https://wiki.ubuntuusers.de/Samba_Server/smb.conf Beschreibungen] im Internet zu finden. Um beispielsweise ein Verzeichnis auf dem Server im Netzwerk freizugeben, ist die Datei ''/etc/samba/smd.conf'' um folgende Zeilen zu ergänzen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# Bilder&lt;br /&gt;
[Bilder]&lt;br /&gt;
path = /medien/bilder&lt;br /&gt;
public = no&lt;br /&gt;
writeable = yes&lt;br /&gt;
&amp;lt;/pre&amp;gt; &lt;br /&gt;
Erläuterung: Das Verzeichnis /medien/bilder auf dem Server wird als Share &amp;quot;Bilder&amp;quot; freigegeben, kann allerdings nur von Benutzern aus der Samba-DB (siehe oben) geöffnet werden und ist auch beschreibbar. (Nicht angegebene Optionen wirken mit ihrem Default-Wert (RTFM...)).&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Bevor man die Samba-Dienst mit der veränderten Konfiguration durchstartet, sollte man deren Syntax überprüfen, um eventuelle Fehler auszuspüren:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; testparm&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Das Durchstarten der Samba-Dienste kann z.B. mit folgenden Kommando erfolgen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; service samba restart&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
ToDo:&lt;br /&gt;
* Client-Zugriff auf freigegebene Shares&lt;br /&gt;
* Zugriff auf &amp;quot;Server-Drucker&amp;quot; von Windows-Clients aus&lt;br /&gt;
* ?&lt;br /&gt;
&lt;br /&gt;
==Backup==&lt;br /&gt;
===Allgemeines===&lt;br /&gt;
Ein recht komfortables Backuptool zur Sicherung entfernter Rechner bzw. auch lokaler Serververzeichnisse auf einen externen Datenträger ist [http://www.nongnu.org/rdiff-backup/ rdiff-backup]. Das Tool ermöglicht eine einfache und platzsparende Sicherung (und natürliche auch Rücksicherung) von Daten. Nach einer initialen Vollsicherung werden in der Folge nur noch Änderungen versioniert in einer speziellen Verzeichnisstruktur gesichert (RTFM). Die Backups können auch über das Netzwerk gesichert via ssh erfolgen.&lt;br /&gt;
&lt;br /&gt;
rdiff-backup ist ein Kommandozeilentool. Es gibt aber eine Reihe von GUIs, die u.U. die Bedienung vereinfachen. Ich selbst verwende zur Überprüfung/Sichtung der Backups auf dem Homeserver [http://www.patrikdufresne.com/en/rdiffweb/ rdiffweb], eine kleine WEB-basierte Oberfläche.&lt;br /&gt;
&lt;br /&gt;
===Backup-Szenarien===&lt;br /&gt;
&lt;br /&gt;
'''Szenario 1:''' Sicherung von Systemen, auf Initiative des Homeservers (Backupservers), die ständig angeschaltet und im Heimnetz erreichbar sind. Bei mir sind das z.B. mein [http://bralug.de/wiki/Raspberry_Pi_als_Musikabspielger%C3%A4t_an_der_Stereoanlage Wohnzimmer-&amp;quot;Multimedia&amp;quot;-Rechner] und mein [http://bralug.de/wiki/Wetterdaten_mit_Linux_aufzeichnen_und_verarbeiten Mini-Rechner zur Aufzeichnung von diversen Wetterdaten].&lt;br /&gt;
&lt;br /&gt;
Eine mögliche Vorgehensweise für die Konfiguration eines solchen Backup-Szenarios ist [https://www.howtoforge.com/linux_rdiff_backup hier] zu finden. Zur automatisierten zyklischen Sicherung der entfernten Rechner, sollten zum Abschluss die entsprechenden rdiff-backup-Befehle in der Crontab des Backup-Users auf dem Homeserver aufgenommen werden.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Szenario 2:''' Sicherung von Desktops, Notebooks etc., auf den Homeserver, welche nur sporadisch angeschaltet sind und damit selbst den Backup-Zeitpunkt bestimmen sollen/müssen.&lt;br /&gt;
&lt;br /&gt;
...&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Szenario 3:''' Sicherung von Daten des Homeserves auf ein angeschlossenes externes Speichermedium (z.B. USB-Festplatte).&lt;br /&gt;
&lt;br /&gt;
...&lt;br /&gt;
&lt;br /&gt;
===Weitere Informationsquellen (zu rdiff-backup)===&lt;br /&gt;
* http://www.nongnu.org/rdiff-backup/&lt;br /&gt;
* https://www.thomas-krenn.com/de/wiki/Backup_unter_Linux_mit_rdiff-backup&lt;br /&gt;
* https://www.howtoforge.com/linux_rdiff_backup&lt;br /&gt;
* http://arctic.org/~dean/rdiff-backup/unattended.html&lt;br /&gt;
* http://www.patrikdufresne.com/en/rdiffweb/&lt;br /&gt;
&lt;br /&gt;
==Mail==&lt;br /&gt;
===Allgemeines===&lt;br /&gt;
Auf meinem alten Homeserver hatte ich einen Mailserver betrieben. Diverse Scripte, regelmäßig via Cron gestartet, holten meine E-Mails von den diversen Mail-Servern in Internet ab und verteilten diese in lokale Mailboxen bzw. -ordner, damit sie im lokalen Netz auf allen Clients verfügbar waren. Bei der Neukonzeption meines Homeservers habe ich mir dann die Frage gestellt: &amp;quot;Warum dieser Aufwand?&amp;quot;, denn die Mails sind bei den einzelnen Mail-Providern doch ganz gut aufgehoben, von überall, mit geeigneten E-Mail-Clients, abgreifbar und die Größengrenzen der E-Mailboxen für den Normalverbraucher ausreichend.&lt;br /&gt;
&lt;br /&gt;
Damit bleiben dann eigentlich nur zwei Dinge offen, deren Lösungen in der Folge (beispielhaft) beschrieben werden:&lt;br /&gt;
* Servermeldungen/-zustände automatisiert versenden&lt;br /&gt;
* Archivierung einer Mailbox&lt;br /&gt;
&lt;br /&gt;
===Servermeldungen/-zustände automatisiert versenden mittels ssmtp===&lt;br /&gt;
&amp;quot;Hat das Backup heute Nacht eigentlich funktioniert?&amp;quot;, &amp;quot;Ist die Server-Festplatte demnächst der Meinung, ihren Geist aufzugeben?&amp;quot; oder &amp;quot;War die Verarbeitung von Job xyz erfolgreich?&amp;quot;...&lt;br /&gt;
&lt;br /&gt;
Mal ehrlich, loggt sich der Admin regelmäßig jeden Tag, Woche etc. auf dem Server ein, um obiges zu überprüfen? Bestimmt nicht...! Also brauchen man eine automatisierbare Lösung, welche den Status von Jobs, den Zustand der Hardware oder was auch immer an eine Mail-Adresse sendet, welche man regelmäßig abfragt!&lt;br /&gt;
&lt;br /&gt;
Befragt man dazu die bekannten Suchmaschinen, bekommt man zuerst die Antwort: &amp;quot;sendmail&amp;quot;, &amp;quot;postfix&amp;quot; etc.. Aber warum so kompliziert, durch Zufall bin ich auf [https://de.wikipedia.org/wiki/SSMTP ssmtp] aufmerksam geworden:&lt;br /&gt;
&lt;br /&gt;
'''Installation'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; apt-get install ssmtp&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''Konfiguration'''&lt;br /&gt;
&lt;br /&gt;
Es sind nach der Installation zwei Konfigurationsdateien anzupassen:&lt;br /&gt;
&lt;br /&gt;
/etc/ssmtp/ssmtp.conf (z.B. für eine Mailbox von blabla@gmx.net auf gmx.net):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
root=blabla@gmx.net&lt;br /&gt;
mailhub=mail.gmx.net:465&lt;br /&gt;
rewriteDomain=gmx.net&lt;br /&gt;
hostname=gmx.net&lt;br /&gt;
UseTLS=YES&lt;br /&gt;
AuthUser=blabla@gmx.DE&lt;br /&gt;
AuthPass=kenntnurblabla&lt;br /&gt;
FromLineOverride=NO&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
/etc/ssmtp/revaliases (für jeden User, der etwas zu melden hat):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
root:blabla@gmx.net:mail.gmx.net:465&lt;br /&gt;
blabla:blabla@gmx.net:mail.gmx.net:465&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
...etc..&lt;br /&gt;
&lt;br /&gt;
'''Anwendung'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
/usr/sbin/ssmtp blabla@gmx.net &amp;lt; /home/blabla/msg.txt&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===Mailbox archivieren===&lt;br /&gt;
Falls man keinen eigenen, ständig ansprechbaren E-Mailserver betreibt, ist, aus meiner Sicht, die einfachste E-Mail-Lösung, die Mails einfach auf den Server des jeweiligen Providers zu belassen und seinen E-Mail-Client so zu konfigurieren, dass er diese E-Mail-Fächer bedient. Wie dies funktioniert, ist den diversen Beschreibungen im Internet zu entnehmen oder/und man vertraut den Installationshinweisen seines bevorzugten E-Mail-Clients.&lt;br /&gt;
&lt;br /&gt;
Allerdings wird es doch irgendwann Zeit, die E-Mails vom Server des jeweiligen Providers herunter zu laden und zu archivieren! Hauptgründe dafür sind vor allem die begrenzte Größe der E-Mailbox beim jeweiligen Provider oder einfach nur die Übersichtlichkeit innerhalb des Postfach. Für meine Bedürfnisse habe ich dazu das Tool [http://archivemail.sourceforge.net/ archivmail] auserkoren:&lt;br /&gt;
&lt;br /&gt;
'''Installation:'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
apt-get install archivemail&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Verwendung'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
archivemail --no-compress -q -d100 --pwfile /home/blabla/.pwd_web_de -o /home/blabla/web_de/ imaps://&amp;quot;blabla&amp;quot;@imap.web.de/INBOX&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Es werden alle Mails von blabla@web.de, welche sich im Mail-Verzeichnis &amp;quot;INBOX&amp;quot; des Postfach befinden und älter wie 100 Tage sind, im (lokalen) Verzeichnis /home/blabla/web_de/ in einer Datei im mbox-Format abgelegt und auch auf dem Server des E-Mail-Providers gelöscht. Das Passwort für die angesprochene Mailbox auf dem Server des Mail-Providers befindet sich in der Datei ''/home/blabla/.pwd_web_de''. Weitere mögliche Aufrufparameter sind u.a. der [http://archivemail.sourceforge.net/manpage.html man-Page] von Archivemail zu entnehmen!&lt;br /&gt;
&lt;br /&gt;
=Kontakt=&lt;br /&gt;
[[Benutzer:bergeruw|Uwe]]&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/Bananenkiste_als_Homeserver</id>
		<title>Bananenkiste als Homeserver</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/Bananenkiste_als_Homeserver"/>
				<updated>2017-08-04T06:16:23Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* Usenet */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=Motivation=&lt;br /&gt;
Mein alter Homeserver, welcher seit Jahren klaglos seinen Dienst erledigt hatte, will nicht mehr so richtig. Zwar ist das Ding nicht irreparabel kaputt, aber ab und zu sollte man auch mal mit der Zeit gehen. Also der richtige Augenblick die Hardware zu tauschen, das Betriebssystem frisch zu installieren und die gewünschten Server-Dienste neu aufsetzen...&lt;br /&gt;
&lt;br /&gt;
Die folgenden Kapitel sind in erster Linie eine Dokumentation für mich selbst, nützen aber vielleicht auch anderen &amp;quot;Freizeitadministratoren&amp;quot;, die Ähnliches vorhaben.&lt;br /&gt;
&lt;br /&gt;
=Hardware=&lt;br /&gt;
&amp;quot;Mit der Zeit gehen...&amp;quot; heißt natürlich aktuelle, ressourcen-seitig ausreichende und, vor allem, stromsparende Hardware zu verwenden, denn immerhin soll der Server ja 24 Stunden, 7 Tage in der Woche arbeiten. Heutzutage ist es kein Problem ein geeignetes Board, welches mit dem Betriebssystem Linux läuft, zu finden. Meine Wahl fiel auf einen [http://www.lemaker.org/ Banana Pro]. An die, auf dem Board vorhandene, SATA-Schnittstelle wurde eine [http://www.wdc.com/de/products/products.aspx?id=810 2,5&amp;quot;-&amp;quot;WD Red&amp;quot;-Festplatte] angeschlossen. Alles in einem entsprechenden Gehäuse eingebaut, ergibt es ein recht kompaktes Gerät, welches überall Platz finden sollte.&lt;br /&gt;
&lt;br /&gt;
=Linux-Betriebssystem installieren und konfigurieren=&lt;br /&gt;
==Installation==&lt;br /&gt;
Als Linux-Distribution wird [https://www.bananian.org/ Bananian] verwendet, was eigentlich ein Debian 7 ist, welche aber speziell für den Banana Pi/Pro angepasst wurde.&lt;br /&gt;
&lt;br /&gt;
Die Installation gestaltet sich recht einfach. Nach dem [https://www.bananian.org/download Download] des gepackten Images, ist es zu entpacken und auf eine passende SD-Karte zu kopieren (Beispiel für Linux :-)):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; dd if=bananian-1504.img of=/dev/&amp;lt;your-sd-card&amp;gt; bs=1M&lt;br /&gt;
&amp;gt; sync&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Danach ist die SD-Karte nur noch in den entsprechenden Slot des Banana Pi zu stecken, Netzwerk dran und Strom an! Das System sollte booten und eine IP-Adresse über DHCP beziehen. Zugriff auf das System hat man dann entweder lokal über die/den angeschlossene/n Tastatur/Monitor oder auch remote via ssh. Das root-Passwort lautet initial ''pi'' und sollte natürlich sofort geändert werden...&lt;br /&gt;
&lt;br /&gt;
==Konfiguration==&lt;br /&gt;
Eine erste Konfiguration des Systems, kann man mit folgenden Tool erledigen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; bananian-config&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Folgende Einstellungen können verändert werden:&lt;br /&gt;
* das root-Passwort&lt;br /&gt;
* die Zeitzone&lt;br /&gt;
* den Zeichensatz&lt;br /&gt;
* den Rechnernamen&lt;br /&gt;
* einige grundlegende Hardware-Einstellungen&lt;br /&gt;
&lt;br /&gt;
Danach sollte das System einmal durchgestartet werden.&lt;br /&gt;
&lt;br /&gt;
==Feste IP-Adresse==&lt;br /&gt;
Ein Server sollte eine feste IP-Adresse haben. Dazu ist die Konfigurationsdatei ''/etc/network/interfaces'' anzupassen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# interfaces(5) file used by ifup(8) and ifdown(8)&lt;br /&gt;
auto lo&lt;br /&gt;
iface lo inet loopback&lt;br /&gt;
&lt;br /&gt;
auto eth0&lt;br /&gt;
&lt;br /&gt;
# dhcp configuration&lt;br /&gt;
# iface eth0 inet dhcp&lt;br /&gt;
&lt;br /&gt;
# static ip configuration&lt;br /&gt;
iface eth0 inet static&lt;br /&gt;
	address 10.1.1.42&lt;br /&gt;
	netmask 255.255.255.0&lt;br /&gt;
	gateway 10.1.1.1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Erläuterung: Die Netzwerkschnittstelle eth0 bezieht seine IP-Adresse nicht via DHCP (entsprechende Zeile einkommentiert), sondern wird fest auf (beispielsweise) 10.1.1.42, der Netzwerkmaske 255.255.255.0 und dem Gateway 10.1.1.1 eingestellt.&lt;br /&gt;
&lt;br /&gt;
Danach sollte das Netzwerk neu gestartet werden oder der gesamte Rechner durchgestartet werden. Wird im Netzwerk ein DNS-Server betrieben, sollte dort IP-Adresse/-Name entsprechend aufgenommen werden, um den Server mit seinem IP-Namen ansprechen zu können. Alternativ kann diese Kombination auch in der jeweiligen Hosts-Datei (z.B. Linux ''/etc/hosts'') der Clients aufgenommen werden.&lt;br /&gt;
&lt;br /&gt;
==Bananian von einer Festplatte booten==&lt;br /&gt;
Hat man eine SATA-Festplatte an seinen Banana Pi angeschlossen, ist es sinnvoll von dieser auch zu booten. Um dies so einzurichten, sind z.B. folgende Schritte zielführend (angenommen, ''/dev/sda'' ist die angeschlossene Festplatte):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; fdisk /dev/sda&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
...RTFM --&amp;gt; Partionierung der Festplatte.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; mkfs.ext4 /dev/sda1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
...Formatierung der (ersten eingerichteten) Partition der Festplatte mit [https://de.wikipedia.org/wiki/Ext4 ext4].&lt;br /&gt;
&lt;br /&gt;
Das root-Filesystem der SD-Karte muss auf die Festplatte kopiert werden (Annahme, es wurde nur die Partition ''/dev/sda1'' auf der Festplatte angelegt; der Swap-Bereich befindet sich in der Datei ''/swapfile1'' (Default bei [https://www.bananian.org/ Bananian])):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; mount /dev/sda1 /mnt/&lt;br /&gt;
&amp;gt; rsync -ax / /mnt/&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Danach müssen noch die entsprechenden Boot-Parameter in der Datei ''/uEnv.txt'' eingestellt werden (der Editor ''joe'' ist installiert):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; umount /mnt/&lt;br /&gt;
&amp;gt; mount /dev/mmcblk0p1 /mnt/&lt;br /&gt;
&amp;gt; joe /mnt/uEnv.txt&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Die Zeichenfolge 'root=/dev/mmcblk0p2' ist durch 'root=/dev/sda1' auszutauschen. Nach einem&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; reboot&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
sollte von der angeschlossenen Festplatte gebootet werden...! Die SD-Karte muss natürlich im entsprechenden Slot bleiben, da sich darauf der Bootloader befindet. Bei einem Festplattendefekt hat man damit auch gleich ein funktionsfähiges Basissystem zur Verfügung (uEnv.txt entsprechend angepasst...).&lt;br /&gt;
&lt;br /&gt;
==&amp;quot;Heartbeat&amp;quot; ausschalten==&lt;br /&gt;
Um die nervig blinkende grüne LED auf dem Banana-Board auszuschalten, ist folgender Befehl (als root auszuführen) erfolgreich:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; echo none &amp;gt; /sys/class/leds/green\:ph24\:led1/trigger&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Wird dieses Kommando in der Datei ''/etc/rc.local'' aufgenommen, erfolgt das Ausschalten der blinkenden &amp;quot;Herzschlag&amp;quot;-LED automatisch nach dem Hochfahren des Systems.&lt;br /&gt;
&lt;br /&gt;
=Server-Dienste=&lt;br /&gt;
==Printserver==&lt;br /&gt;
Als Druck-Server wird [http://www.cups.org/ CUPS] verwendet. Die Installation gestaltet sich recht entspannt:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
apt-get install cups cups-bsd foo2zjs&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Mit dem Tool ''cupsctl'' sollte man folgendes einstellen:&lt;br /&gt;
* die lokalen, am Server angeschlossenen, Drucker im Netzwerk freigeben&lt;br /&gt;
* CUPS über das Netzwerk administrierbar machen&lt;br /&gt;
* die automatische Druckervermittlung aktivieren&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
cupsctl --share-printers  --remote-admin --remote-printers&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Danach kann CUPS z.B. über einen Webbrowser administriert werden. URL: ''https://dein_server:631''. Wie man Drucker einrichtet und administriert, kann der [https://www.cups.org/documentation.php CUPS-Dokumentation] entnommen werden bzw. die Web-Oberfläche ist auch recht selbsterklärend...&lt;br /&gt;
&lt;br /&gt;
Ich besitze einen HP Laserjet 1018, es muss die Firmware aus dem Internet geholt und installiert werden, damit diese automatisch beim Einschalten des Druckers in selbigen kopiert wird: &lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; getweb 1018&lt;br /&gt;
...&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Das Tool ''getweb'' ist Bestandteil des Paketes ''foo2zjs''. Als Parameter wird die Typ-Nummer des Druckers angegeben. Das Tool richtet dann alles notwendige automatisch ein.&lt;br /&gt;
&lt;br /&gt;
Danach empfiehlt sich ein Reboot des Systems.&lt;br /&gt;
&lt;br /&gt;
==autofs==&lt;br /&gt;
Spätestens beim [[Bananenkiste_als_Homeserver#Backup|Backup]] benötigt man sinnvoller Weise einen Datenträger, welcher nur während des Schreiben/Lesens in den Verzeichnisbaum eingebunden und sonst vom System jeder Zeit gefahrlos entfernbar ist. Es wird also ein Dienst benötigt, welcher z.B. eine bestimmte USB-Festplatte automatisch, vor dem ersten Zugriff, einbindet, wenn diese im System verfügbar ist und auch wieder selbstständig, nach einer einstellbaren Zeit der Inaktivität, entfernt. Ein solcher Dienst ist u.a. [https://wiki.ubuntuusers.de/autofs ''autofs''].&lt;br /&gt;
&lt;br /&gt;
Installation:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
sudo apt-get install autofs &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Festlegung des Verzeichnisses, unter dem der dynamische Datenträger eingebunden werden soll (alle Aktionen als Benutzer ''root''):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; mkdir /autofs&lt;br /&gt;
&lt;br /&gt;
&amp;gt; cat /etx/auto.master&lt;br /&gt;
/autofs  /etc/auto.autofs --timeout=300 --ghost&lt;br /&gt;
&lt;br /&gt;
&amp;gt; cat /etc/auto.autofs&lt;br /&gt;
usb-backup -fstype=ext3,sync :/dev/disk/by-uuid/0d5ef4bb-6f06-4814-95fe-7aa5acf09f4f&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Also:&lt;br /&gt;
* ein Verzeichnis (''/autofs'') anlegen, unter dem die Datenträger eingebunden werden sollen&lt;br /&gt;
* auto.master --&amp;gt; alle Datenträger, welche unter diesem Verzeichnis (''autofs'') eingebunden werden sollen (mehrere möglich), sind in ''/etc/auto.autofs'' konfiguriert, werden nach 300 Sekunden ausgehangen (timeout) --&amp;gt; RTFM!&lt;br /&gt;
* im Unterverzeichnis ''usb-backup'' wird eine USB-Festplatte, formatiert mit ext3, (vor dem ersten Lesen oder Schreiben) eingebunden, wenn sie die angegebene UUID hat...&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
UUID ermitteln:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
sudo blkid -o list -w /dev/null&lt;br /&gt;
...&lt;br /&gt;
/dev/sdb1                ext3                   (not mounted)                0d5ef4bb-6f06-4814-95fe-7aa5acf09f4f&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Nach einer Änderung der ''autofs''-Konfiguration ist der entsprechende Dienst neu zu starten:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;lt; service autofs restart&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Fileserver==&lt;br /&gt;
===sshfs===&lt;br /&gt;
Die einfachste Methode ein Server-Verzeichnis in den Verzeichnisbaum des Clients einzubinden, bietet [http://fuse.sourceforge.net/sshfs.html sshfs], vorausgesetzt:&lt;br /&gt;
* auf der Server-Seite ist ein ssh-Server (sollte eigentlich Standard sein...) und&lt;br /&gt;
* auf der Client-Seite ist sshfs (siehe z.B. folgende [https://wiki.ubuntuusers.de/fuse/sshfs Dokumentation])&lt;br /&gt;
installiert.&lt;br /&gt;
&lt;br /&gt;
Das Einbinden eines Server-Verzeichnisses via sshfs erfolgt (interaktiv) über folgendes Kommando:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; sshfs serveruser@server:/serververzeichnis /clientverzeichnis &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Man wird nach dem Passwort des angegebenen Server-Benutzers gefragt...&lt;br /&gt;
&lt;br /&gt;
Natürlich kann man auch alles automatisieren und z.B. das Einbinden eines Server-Verzeichnisses via sshfs über einen [http://superuser.com/questions/669287/automount-sshfs-using-fstab-without-mount-a Eintrag in der Datei /etc/fstab] erledigen. Eine weitere interessante Methode über den [https://wiki.ubuntuusers.de/NetworkManager/Dispatcher NetworkManager-Dispatcher] ist z.B. [https://wiki.ubuntuusers.de/fuse/sshfs#per-Dispatcher hier] beschrieben.&lt;br /&gt;
&lt;br /&gt;
Ein, über sshfs eingebundenes Server-Verzeichnis, wird man mit folgenden Kommando wieder los:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; fusermount -u /clientverzeichnis&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
===NFS===&lt;br /&gt;
...kommt (vielleicht) noch.&lt;br /&gt;
&lt;br /&gt;
===Samba===&lt;br /&gt;
[https://www.samba.org/ Samba] ist auch eine recht nette Möglichkeit, Zugriff auf Verzeichnisse des Servers zu bekommen. Vorteil ist, dass man damit auch Windows-Clients versorgen kann... &lt;br /&gt;
&lt;br /&gt;
Installation Samba-Server plus einiger Tools:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; sudo apt-get install samba-common samba-common-bin samba samba-doc samba-doc-pdf tdb-tools &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Samba verwaltet seine Benutzer in einer eigenen Datenbank (wenn nichts anderes konfiguriert):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; sudo smbpasswd -a &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; in der Samba-DB anlegen/aktivieren&lt;br /&gt;
&amp;gt; sudo smbpasswd -x &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; aus der Samba-DB entfernen&lt;br /&gt;
&amp;gt; sudo smbpasswd -d &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; in der Samba-DB deaktivieren&lt;br /&gt;
&amp;gt; sudo smbpasswd -e &amp;lt;user&amp;gt;         # Benutzer &amp;lt;user&amp;gt; in der Samba-DB wieder aktivieren&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Beim Anlegen eines Samba-Benutzers (erstes Kommando) kann man auch gleich ein Passwort vergeben. Mit dem gleichen Befehl kann dieses Passwort für den angegeben Benutzer auch geändert werden.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Die Konfiguration des Samba-Servers erfolgt über die Datei ''/etc/samba/smb.conf''. Über die vielfälltigen Einstellungsmöglichkeiten sind diverse [https://wiki.ubuntuusers.de/Samba_Server/smb.conf Beschreibungen] im Internet zu finden. Um beispielsweise ein Verzeichnis auf dem Server im Netzwerk freizugeben, ist die Datei ''/etc/samba/smd.conf'' um folgende Zeilen zu ergänzen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# Bilder&lt;br /&gt;
[Bilder]&lt;br /&gt;
path = /medien/bilder&lt;br /&gt;
public = no&lt;br /&gt;
writeable = yes&lt;br /&gt;
&amp;lt;/pre&amp;gt; &lt;br /&gt;
Erläuterung: Das Verzeichnis /medien/bilder auf dem Server wird als Share &amp;quot;Bilder&amp;quot; freigegeben, kann allerdings nur von Benutzern aus der Samba-DB (siehe oben) geöffnet werden und ist auch beschreibbar. (Nicht angegebene Optionen wirken mit ihrem Default-Wert (RTFM...)).&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Bevor man die Samba-Dienst mit der veränderten Konfiguration durchstartet, sollte man deren Syntax überprüfen, um eventuelle Fehler auszuspüren:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; testparm&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Das Durchstarten der Samba-Dienste kann z.B. mit folgenden Kommando erfolgen:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; service samba restart&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
ToDo:&lt;br /&gt;
* Client-Zugriff auf freigegebene Shares&lt;br /&gt;
* Zugriff auf &amp;quot;Server-Drucker&amp;quot; von Windows-Clients aus&lt;br /&gt;
* ?&lt;br /&gt;
&lt;br /&gt;
==Backup==&lt;br /&gt;
===Allgemeines===&lt;br /&gt;
Ein recht komfortables Backuptool zur Sicherung entfernter Rechner bzw. auch lokaler Serververzeichnisse auf einen externen Datenträger ist [http://www.nongnu.org/rdiff-backup/ rdiff-backup]. Das Tool ermöglicht eine einfache und platzsparende Sicherung (und natürliche auch Rücksicherung) von Daten. Nach einer initialen Vollsicherung werden in der Folge nur noch Änderungen versioniert in einer speziellen Verzeichnisstruktur gesichert (RTFM). Die Backups können auch über das Netzwerk gesichert via ssh erfolgen.&lt;br /&gt;
&lt;br /&gt;
rdiff-backup ist ein Kommandozeilentool. Es gibt aber eine Reihe von GUIs, die u.U. die Bedienung vereinfachen. Ich selbst verwende zur Überprüfung/Sichtung der Backups auf dem Homeserver [http://www.patrikdufresne.com/en/rdiffweb/ rdiffweb], eine kleine WEB-basierte Oberfläche.&lt;br /&gt;
&lt;br /&gt;
===Backup-Szenarien===&lt;br /&gt;
&lt;br /&gt;
'''Szenario 1:''' Sicherung von Systemen, auf Initiative des Homeservers (Backupservers), die ständig angeschaltet und im Heimnetz erreichbar sind. Bei mir sind das z.B. mein [http://bralug.de/wiki/Raspberry_Pi_als_Musikabspielger%C3%A4t_an_der_Stereoanlage Wohnzimmer-&amp;quot;Multimedia&amp;quot;-Rechner] und mein [http://bralug.de/wiki/Wetterdaten_mit_Linux_aufzeichnen_und_verarbeiten Mini-Rechner zur Aufzeichnung von diversen Wetterdaten].&lt;br /&gt;
&lt;br /&gt;
Eine mögliche Vorgehensweise für die Konfiguration eines solchen Backup-Szenarios ist [https://www.howtoforge.com/linux_rdiff_backup hier] zu finden. Zur automatisierten zyklischen Sicherung der entfernten Rechner, sollten zum Abschluss die entsprechenden rdiff-backup-Befehle in der Crontab des Backup-Users auf dem Homeserver aufgenommen werden.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Szenario 2:''' Sicherung von Desktops, Notebooks etc., auf den Homeserver, welche nur sporadisch angeschaltet sind und damit selbst den Backup-Zeitpunkt bestimmen sollen/müssen.&lt;br /&gt;
&lt;br /&gt;
...&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Szenario 3:''' Sicherung von Daten des Homeserves auf ein angeschlossenes externes Speichermedium (z.B. USB-Festplatte).&lt;br /&gt;
&lt;br /&gt;
...&lt;br /&gt;
&lt;br /&gt;
===Weitere Informationsquellen (zu rdiff-backup)===&lt;br /&gt;
* http://www.nongnu.org/rdiff-backup/&lt;br /&gt;
* https://www.thomas-krenn.com/de/wiki/Backup_unter_Linux_mit_rdiff-backup&lt;br /&gt;
* https://www.howtoforge.com/linux_rdiff_backup&lt;br /&gt;
* http://arctic.org/~dean/rdiff-backup/unattended.html&lt;br /&gt;
* http://www.patrikdufresne.com/en/rdiffweb/&lt;br /&gt;
&lt;br /&gt;
==Mail==&lt;br /&gt;
===Allgemeines===&lt;br /&gt;
Auf meinem alten Homeserver hatte ich einen Mailserver betrieben. Diverse Scripte, regelmäßig via Cron gestartet, holten meine E-Mails von den diversen Mail-Servern in Internet ab und verteilten diese in lokale Mailboxen bzw. -ordner, damit sie im lokalen Netz auf allen Clients verfügbar waren. Bei der Neukonzeption meines Homeservers habe ich mir dann die Frage gestellt: &amp;quot;Warum dieser Aufwand?&amp;quot;, denn die Mails sind bei den einzelnen Mail-Providern doch ganz gut aufgehoben, von überall, mit geeigneten E-Mail-Clients, abgreifbar und die Größengrenzen der E-Mailboxen für den Normalverbraucher ausreichend.&lt;br /&gt;
&lt;br /&gt;
Damit bleiben dann eigentlich nur zwei Dinge offen, deren Lösungen in der Folge (beispielhaft) beschrieben werden:&lt;br /&gt;
* Servermeldungen/-zustände automatisiert versenden&lt;br /&gt;
* Archivierung einer Mailbox&lt;br /&gt;
&lt;br /&gt;
===Servermeldungen/-zustände automatisiert versenden===&lt;br /&gt;
&amp;quot;Hat das Backup heute Nacht eigentlich funktioniert?&amp;quot;, &amp;quot;Ist die Server-Festplatte demnächst der Meinung, ihren Geist aufzugeben?&amp;quot; oder &amp;quot;War die Verarbeitung von Job xyz erfolgreich?&amp;quot;...&lt;br /&gt;
&lt;br /&gt;
Mal ehrlich, loggt sich der Admin regelmäßig jeden Tag, Woche etc. auf dem Server ein, um obiges zu überprüfen? Bestimmt nicht...! Also brauchen man eine automatisierbare Lösung, welche den Status von Jobs, den Zustand der Hardware oder was auch immer an eine Mail-Adresse sendet, welche man regelmäßig abfragt!&lt;br /&gt;
&lt;br /&gt;
Befragt man dazu die bekannten Suchmaschinen, bekommt man zuerst die Antwort: &amp;quot;sendmail&amp;quot;, &amp;quot;postfix&amp;quot; etc.. Aber warum so kompliziert, durch Zufall bin ich auf [https://de.wikipedia.org/wiki/SSMTP ssmtp] aufmerksam geworden:&lt;br /&gt;
&lt;br /&gt;
'''Installation'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;gt; apt-get install ssmtp&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''Konfiguration'''&lt;br /&gt;
&lt;br /&gt;
Es sind nach der Installation zwei Konfigurationsdateien anzupassen:&lt;br /&gt;
&lt;br /&gt;
/etc/ssmtp/ssmtp.conf (z.B. für eine Mailbox von blabla@gmx.net auf gmx.net):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
root=blabla@gmx.net&lt;br /&gt;
mailhub=mail.gmx.net:465&lt;br /&gt;
rewriteDomain=gmx.net&lt;br /&gt;
hostname=gmx.net&lt;br /&gt;
UseTLS=YES&lt;br /&gt;
AuthUser=blabla@gmx.DE&lt;br /&gt;
AuthPass=kenntnurblabla&lt;br /&gt;
FromLineOverride=NO&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
/etc/ssmtp/revaliases (für jeden User, der etwas zu melden hat):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
root:blabla@gmx.net:mail.gmx.net:465&lt;br /&gt;
blabla:blabla@gmx.net:mail.gmx.net:465&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
...etc..&lt;br /&gt;
&lt;br /&gt;
'''Anwendung'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
/usr/sbin/ssmtp blabla@gmx.net &amp;lt; /home/blabla/msg.txt&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===Mailbox archivieren===&lt;br /&gt;
Falls man keinen eigenen, ständig ansprechbaren E-Mailserver betreibt, ist, aus meiner Sicht, die einfachste E-Mail-Lösung, die Mails einfach auf den Server des jeweiligen Providers zu belassen und seinen E-Mail-Client so zu konfigurieren, dass er diese E-Mail-Fächer bedient. Wie dies funktioniert, ist den diversen Beschreibungen im Internet zu entnehmen oder/und man vertraut den Installationshinweisen seines bevorzugten E-Mail-Clients.&lt;br /&gt;
&lt;br /&gt;
Allerdings wird es doch irgendwann Zeit, die E-Mails vom Server des jeweiligen Providers herunter zu laden und zu archivieren! Hauptgründe dafür sind vor allem die begrenzte Größe der E-Mailbox beim jeweiligen Provider oder einfach nur die Übersichtlichkeit innerhalb des Postfach. Für meine Bedürfnisse habe ich dazu das Tool [http://archivemail.sourceforge.net/ archivmail] auserkoren:&lt;br /&gt;
&lt;br /&gt;
'''Installation:'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
apt-get install archivemail&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Verwendung'''&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
archivemail --no-compress -q -d100 --pwfile /home/blabla/.pwd_web_de -o /home/blabla/web_de/ imaps://&amp;quot;blabla&amp;quot;@imap.web.de/INBOX&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Es werden alle Mails von blabla@web.de, welche sich im Mail-Verzeichnis &amp;quot;INBOX&amp;quot; des Postfach befinden und älter wie 100 Tage sind, im (lokalen) Verzeichnis /home/blabla/web_de/ in einer Datei im mbox-Format abgelegt und auch auf dem Server des E-Mail-Providers gelöscht. Das Passwort für die angesprochene Mailbox auf dem Server des Mail-Providers befindet sich in der Datei ''/home/blabla/.pwd_web_de''. Weitere mögliche Aufrufparameter sind u.a. der [http://archivemail.sourceforge.net/manpage.html man-Page] von Archivemail zu entnehmen!&lt;br /&gt;
&lt;br /&gt;
=Kontakt=&lt;br /&gt;
[[Benutzer:bergeruw|Uwe]]&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/BraLUG-Vortragsprogramm_2018</id>
		<title>BraLUG-Vortragsprogramm 2018</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/BraLUG-Vortragsprogramm_2018"/>
				<updated>2017-08-02T07:05:48Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* Vorschläge/Wünsche */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Vorschläge/Wünsche==&lt;br /&gt;
&lt;br /&gt;
{|width=100% border=1&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 !Thema&lt;br /&gt;
 !Referent/Organisator&lt;br /&gt;
 !Art d. Veranst.&lt;br /&gt;
 !Wunschtermin&lt;br /&gt;
 !Anmerkungen/Abstract&lt;br /&gt;
 !Stimmen &lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Alte Musikkassetten/Schallplatten mit Linux digitalisieren &lt;br /&gt;
 |Uwe&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |?&lt;br /&gt;
 |kommt noch...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Message Queue Telemetry Transport (MQTT) &lt;br /&gt;
 |Uwe&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |?&lt;br /&gt;
 |kommt noch... ([https://de.wikipedia.org/wiki/MQTT])&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Monitoringkonzepte/philosophien &lt;br /&gt;
 |Andre&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |?&lt;br /&gt;
 | In Zeiten moderner CLoudcomputing bedarf auch  ganzheitlich, umfassender Monitoringtechniken.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Retro-Games mit Rasberry Pi&lt;br /&gt;
 |Uwe&lt;br /&gt;
 |Workshop mit einführenden Vortrag&lt;br /&gt;
 |?&lt;br /&gt;
 | Wie verwandelt man seinen Rasberry Pi in eine Retro-Spielekonsole?&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Datenreihen visualisieren&lt;br /&gt;
 |??? (vielleicht eine Gemeinschaftsproduktion)&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |?&lt;br /&gt;
 | gnuplot (Uwe), matlab (?), oktave (?)&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/BraLUG-Vortragsprogramm_2018</id>
		<title>BraLUG-Vortragsprogramm 2018</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/BraLUG-Vortragsprogramm_2018"/>
				<updated>2017-08-02T07:01:29Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* Vorschläge/Wünsche */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Vorschläge/Wünsche==&lt;br /&gt;
&lt;br /&gt;
{|width=100% border=1&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 !Thema&lt;br /&gt;
 !Referent/Organisator&lt;br /&gt;
 !Art d. Veranst.&lt;br /&gt;
 !Wunschtermin&lt;br /&gt;
 !Anmerkungen/Abstract&lt;br /&gt;
 !Stimmen &lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Alte Musikkassetten/Schallplatten mit Linux digitalisieren &lt;br /&gt;
 |Uwe&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |?&lt;br /&gt;
 |kommt noch...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Message Queue Telemetry Transport (MQTT) &lt;br /&gt;
 |Uwe&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |?&lt;br /&gt;
 |kommt noch... ([https://de.wikipedia.org/wiki/MQTT])&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Monitoringkonzepte/philosophien &lt;br /&gt;
 |Andre&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |?&lt;br /&gt;
 | In Zeiten moderner CLoudcomputing bedarf auch  ganzheitlich, umfassender Monitoringtechniken.&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Retro-Games mit Rasberry Pi&lt;br /&gt;
 |Uwe&lt;br /&gt;
 |Workshob mit einführenden Vortrag&lt;br /&gt;
 |?&lt;br /&gt;
 | Wie verwandelt man seinen Rasberry Pi in eine Retro-Spielekonsole?&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/BraLUG-Vortragsprogramm_2018</id>
		<title>BraLUG-Vortragsprogramm 2018</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/BraLUG-Vortragsprogramm_2018"/>
				<updated>2017-06-07T17:23:43Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: Die Seite wurde neu angelegt: „==Vorschläge/Wünsche==  {|width=100% border=1   |-  !Thema  !Referent/Organisator  !Art d. Veranst.  !Wunschtermin  !Anmerkungen/Abstract  !Stimmen    |-  |A…“&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Vorschläge/Wünsche==&lt;br /&gt;
&lt;br /&gt;
{|width=100% border=1&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 !Thema&lt;br /&gt;
 !Referent/Organisator&lt;br /&gt;
 !Art d. Veranst.&lt;br /&gt;
 !Wunschtermin&lt;br /&gt;
 !Anmerkungen/Abstract&lt;br /&gt;
 !Stimmen &lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Alte Musikkassetten/Schallplatten mit Linux digitalisieren &lt;br /&gt;
 |Uwe&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |?&lt;br /&gt;
 |kommt noch...&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
 |-&lt;br /&gt;
 |Message Queue Telemetry Transport (MQTT) &lt;br /&gt;
 |Uwe&lt;br /&gt;
 |Vortrag&lt;br /&gt;
 |?&lt;br /&gt;
 |kommt noch... ([https://de.wikipedia.org/wiki/MQTT])&lt;br /&gt;
 |&lt;br /&gt;
&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/Benutzer:Bergeruw</id>
		<title>Benutzer:Bergeruw</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/Benutzer:Bergeruw"/>
				<updated>2017-06-07T17:14:27Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* Wiki-Artikel, die ich gerade schreibe bzw. von mir geplant sind */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Kontakt ==&lt;br /&gt;
Uwe Berger &amp;lt;[mailto:bergeruw@gmx.net bergeruw@gmx.net]&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Wiki-Artikel, die ich gerade schreibe bzw. von mir geplant sind ==&lt;br /&gt;
* [[iPod und Linux]]&lt;br /&gt;
* [[Usenet-Server SN (Small News)]]&lt;br /&gt;
* [[CMOS-Batterie im Compaq Contura Aero wechseln]]&lt;br /&gt;
* [[Linux auf einem Compaq Contura Aero]]&lt;br /&gt;
* [[LCD-Display als Statusanzeige unter Linux]]&lt;br /&gt;
* [[Automatische Auswahl der Netzwerkkarte mittels ifplugd]]&lt;br /&gt;
* [[Meshing am 10.09.2005]]&lt;br /&gt;
* [[Linux-Infotag-Organisations-HowTo]]&lt;br /&gt;
* [[BraLUG-Leitrichtlinien]]&lt;br /&gt;
* [[Planung BraLUG auf CLT 2007]]&lt;br /&gt;
* [[Planung BraLUG auf CLT 2008]]&lt;br /&gt;
* [[Planung BraLUG auf CLT 2009]]&lt;br /&gt;
* [[BraLUG auf dem CLT2010]]&lt;br /&gt;
* [[BraLUG-Vortragsprogramm 2012/13]]&lt;br /&gt;
* [[BraLUG-Vortragsprogramm 2015]]&lt;br /&gt;
* [[BraLUG-Vortragsprogramm 2018]]&lt;br /&gt;
* [[3D-LED-Display]]&lt;br /&gt;
* [[BLIT2008-Board]]&lt;br /&gt;
* [[BLIT2008-Board mit 1-Wire]]&lt;br /&gt;
* [[Infrarot-USB-Maus im Eigenbau]]&lt;br /&gt;
* [[ATtiny-Sonntagsspielereien]]&lt;br /&gt;
* [[Elektronisches Metronom]]&lt;br /&gt;
* [[8x8-LED-Matrix]]&lt;br /&gt;
* [[Display SDA5708]]&lt;br /&gt;
* [[Basic-Interpreter für AVR (uBasic-avr)]]&lt;br /&gt;
* [[Berliner Uhr]]&lt;br /&gt;
* [[Die andere Uhr]]&lt;br /&gt;
* [[Wort Uhr]]&lt;br /&gt;
* [[Kreis Uhr]]&lt;br /&gt;
* [[Geek Uhren]]&lt;br /&gt;
* [[Tokyoflash Hanko]]&lt;br /&gt;
* [[Kisai Stencil]]&lt;br /&gt;
* [[Kisai On Air]]&lt;br /&gt;
* [[Triangular Binary Clock]]&lt;br /&gt;
* [[Nixie]]&lt;br /&gt;
* [[Scopeclock]]&lt;br /&gt;
* [[Wetterdaten mit Linux aufzeichnen und verarbeiten]]&lt;br /&gt;
* [[Tux trifft MSP430-Launchpad]]&lt;br /&gt;
* [[Tux fliegt zu den Sternen]]&lt;br /&gt;
* [[Bilderrätsel (in Tcl)]]&lt;br /&gt;
* [[Tcl/Tk-Benutzeroberflächen für gnuplot programmieren]]&lt;br /&gt;
* [[GPS-Maus JENTRO BT-GPS-8U unter Linux]]&lt;br /&gt;
* [[Software Defined Radio (SDR) mit Linux]]&lt;br /&gt;
* [[Raspberry Pi als Musikabspielgerät an der Stereoanlage]]&lt;br /&gt;
* [[Bananenkiste als Homeserver]]&lt;br /&gt;
* [[ESP8266 mit NodeMcu]]&lt;br /&gt;
* [[BLIT-Logo finden]]&lt;br /&gt;
* [[Nichtöffentlich:BLIT2008-FaRa-Antrag]]&lt;br /&gt;
* [[Nichtöffentlich:BLIT2008-Orga-Team-Kontaktadressen]]&lt;br /&gt;
&lt;br /&gt;
== Einige meiner Vorträge/Wokshops ==&lt;br /&gt;
===CLT2011===&lt;br /&gt;
&lt;br /&gt;
* [http://bralug.de/wiki-common/images/e/e8/Ubasic.pdf uBasic - ein plattformunabhängiger BASIC-Interpreter]&lt;br /&gt;
* Grafisches Programmieren mit Tcl/Tk (Workshop)&lt;br /&gt;
** [http://bralug.de/wiki-common/images/5/5b/Tk_ws.pdf Folien]&lt;br /&gt;
** [http://bralug.de/wiki-common/images/a/ac/Tcl_tk_ws_bsp.tar.gz Workshop-Beispiele]&lt;br /&gt;
&lt;br /&gt;
===CLT2012===&lt;br /&gt;
* Busverkehr mit Linux&lt;br /&gt;
** [http://bralug.de/wiki-common/images/e/e1/Busverkehr_unter_linux.pdf Präsentation]&lt;br /&gt;
** [http://bralug.de/wiki-common/images/f/ff/I2c.tar.gz ein paar Scripte und Programme zu I2C]&lt;br /&gt;
&lt;br /&gt;
== Bookmarks ==&lt;br /&gt;
* '''WLAN'''&lt;br /&gt;
** Atmel AT76C503/505A&lt;br /&gt;
*** [http://at76c503a.berlios.de/ at76c503 WLAN Driver in Debian linux driver for Atmel AT76C503/505A based USB WLAN adapters]&lt;br /&gt;
*** [http://at76c503a.berlios.de/distro_debian.html at76c503 WLAN Driver in Debian]&lt;br /&gt;
** ACX100/ACX111&lt;br /&gt;
*** [http://acx100.sourceforge.net/ The ACX100/ACX111 wireless network driver project]&lt;br /&gt;
*** [http://lisas.de/~andi/acx100/ ACX100-Treiber]&lt;br /&gt;
** Netgear WGT634U&lt;br /&gt;
*** [http://wgt634u.nomis52.net WGT634U-Wiki]&lt;br /&gt;
*** [http://sarwiki.informatik.hu-berlin.de/Hacking_the_Netgear_wgt634u Hacking the WGT634U]&lt;br /&gt;
*** [http://wiki.openwrt.org/OpenWrtDocs/Hardware/Netgear/WGT634U OpenWRT (WGT634U)]&lt;br /&gt;
* '''LCD-Display am PC'''&lt;br /&gt;
** [http://www.linuxfocus.org/Deutsch/March2003/article286.shtml Linux USB LCD Display mit Watchdog und Tasten]&lt;br /&gt;
** [http://www.usblcd.de/ USBLCD]&lt;br /&gt;
** [http://www.ftdichip.com/Drivers/FT232-FT245Drivers.htm#D2XX FT232BM, FT245BM, FT8U232AM and FT8U245AM Drivers]&lt;br /&gt;
** [http://www.unitronic.de/ftdi/ FTDI-Chip]&lt;br /&gt;
** [http://www.enertex.de/linux/ftdi/ Using an FT232 BM Chip in an embedded system and a Linux OS]&lt;br /&gt;
** [http://ftdi-usb-sio.sourceforge.net/ FTDI SIO, 8U232AM and 245 Linux USB Serial Converter Driver]&lt;br /&gt;
* '''Notebooks und Linux'''&lt;br /&gt;
** [http://www.linux-on-laptops.com/ Linux on Laptops]&lt;br /&gt;
* '''Compaq Contura Aero'''&lt;br /&gt;
** [http://ulihansen.kicks-ass.net/aero/index.htm Über das Tieferlegen einer Schreibmaschine]&lt;br /&gt;
** [http://www.zenspider.com/~pwilk/aero_stuff.html Compaq Contura Aero Stuff]&lt;br /&gt;
** [http://www.alvestrand.no/linux/aero-faq.html Frequently asked Linux-specific questions about the Compaq Contura Aero]&lt;br /&gt;
** [http://www.cnbc.cmu.edu/~masmith/aero/ RedHat Linux 6.0 on a Compaq Contura Aero]&lt;br /&gt;
** [http://www.xmission.com/~bgeer/laptop_aero.html Installing Linux on a Compaq Contura Aero 4/33C Laptop]&lt;br /&gt;
** [http://hamsterrepublic.com/james/linux/contura-aero.php Linux on a Compaq Contura Aero 4/25]&lt;br /&gt;
* '''Toshiba Notebooks'''&lt;br /&gt;
** [http://www.creative-it.com/linux/irda/toshiba_irda_howto.html Toshiba Linux-IrDA Howto]&lt;br /&gt;
* '''IBM Notebooks'''&lt;br /&gt;
** [http://www.mk-stuff.de/artikel/linux_on_an_ibm_thinkpad_r50e/ Linux on an IBM ThinkPad R50e]&lt;br /&gt;
** [http://www.plenz.com/thinkpad_R50e ThinkPad R50e]&lt;br /&gt;
** [http://thinkwiki.org/wiki/ThinkWiki ThinkWiki]&lt;br /&gt;
* '''EPIA'''&lt;br /&gt;
** [http://www.epios.net/ EpiOS]&lt;br /&gt;
* '''DVB'''&lt;br /&gt;
** [http://www.wi-bw.tfh-wildau.de/~pboettch/home/index.php Linux Driver for some DVB USB devices]&lt;br /&gt;
** [http://www.meinemullemaus.de/software/aspire/aspire-debian/dvb-t.html Debian Linux (Sarge testing) auf Acer Aspire 1501 LMi (DVB-T Receiver)]&lt;br /&gt;
** [http://johannes-bauer.com/dvbt/ DVB-T unter Linux]&lt;br /&gt;
** [http://www.vdr-portal.de/board/thread.php?threadid=5208 channel.conf]&lt;br /&gt;
* '''Handbücher'''&lt;br /&gt;
** [http://www.slackware.org/book/ Das Slackware-Handbuch (engl.)]&lt;br /&gt;
** [http://debiananwenderhandbuch.de/ Debian GNU/Linux Anwenderhandbuch]&lt;br /&gt;
* '''X-Windows'''&lt;br /&gt;
** X-Server&lt;br /&gt;
***[http://www.superant.com/smalllinux/tinyX01.html Linux - smallX Page (formerly tinyX)]&lt;br /&gt;
** Windows-Manager&lt;br /&gt;
*** [http://xwinman.org/ Eine Sammlung der verschiedensten Window-Manager]&lt;br /&gt;
* '''Scripting/Programmieren'''&lt;br /&gt;
** dialog, kdialog, gdialog&lt;br /&gt;
*** [http://www.linux-user.de/ausgabe/2002/02/042-pcorner/pcorner7.html Benutzerfreundliche Ein-/Ausgabe]&lt;br /&gt;
*** [http://www.linuxfibel.de/bashprog.htm Programmierung der bash]&lt;br /&gt;
** TCL/Tk&lt;br /&gt;
*** [http://www.tcllinks.org/ TclLinks]&lt;br /&gt;
** Hardwarenahes&lt;br /&gt;
*** [http://www.fh-augsburg.de/~hhoegl/proj/siox-u/ftdicom.c USB/Seriell via FTDI]&lt;br /&gt;
*** [http://www.netzmafia.de/skripten/hardware/SerialPort_Programming_c.pdf Serial Programming Guide]&lt;br /&gt;
* '''Cluster'''&lt;br /&gt;
** [http://217.160.138.71/wiki/index.php?title=Hauptseite Rechenkraft]&lt;br /&gt;
* '''Netzwerk'''&lt;br /&gt;
** [http://lists.suse.com/archive/suse-laptop/2004-Aug/0035.html ifplugd]&lt;br /&gt;
* '''sshfs &amp;amp; fuse'''&lt;br /&gt;
** [http://myy.helia.fi/~karte/mount_sshfs.html Mount Remote SSH Filesystem with FUSE]&lt;br /&gt;
** [http://www.debian-administration.org/articles/198 fuse-source unter Debian installieren]&lt;br /&gt;
** [http://www.hskupin.info/2005/11/20/sshfs-unter-debian-nutzen/ sshfs unter Debian nutzen]&lt;br /&gt;
** [http://fuse.sourceforge.net/wiki/index.php/SshfsFaq SshfsFaq]&lt;br /&gt;
* '''...mal was ganz anderes'''&lt;br /&gt;
** [http://www.hackaday.com/ hack a day]&lt;br /&gt;
** [http://www.instructables.com/ instructables]&lt;br /&gt;
** [http://www.opencores.org opencores.org]&lt;br /&gt;
** [http://www.jamesclar.com/ Lichtdesign...]&lt;br /&gt;
** [http://www.lochraster.org/ z.B. EtherRape]&lt;br /&gt;
** [http://www.lomont.org/Projects/LEDCube/LEDCube.php LEDCube]&lt;br /&gt;
** [http://www.cccmz.de/wiki/index.php/Led_Cube etwas Hardware für einen LEDCube]&lt;br /&gt;
** [http://www.chaostreff-mannheim.de/wiki/Lightcube noch ein Cube mit MC]&lt;br /&gt;
* '''Google-Map'''&lt;br /&gt;
** [http://www.andrewtheken.com/index.php?page=GMapsClass GMapsClass]&lt;br /&gt;
** [http://www.mapki.com/wiki/Main_Page GoogleMapki]&lt;br /&gt;
** [http://www.google.com/apis/maps/documentation/ Google Map API]&lt;br /&gt;
* '''Rüdigers EasyBox'''&lt;br /&gt;
** [http://www.plzk.de/easybox/pmwiki.php?n=Index.Tutorial ein Ubuntu Tutorial]&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/ESP8266_mit_NodeMcu</id>
		<title>ESP8266 mit NodeMcu</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/ESP8266_mit_NodeMcu"/>
				<updated>2017-02-17T09:06:25Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* Toolchain */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Kategorie:Hardware]]&lt;br /&gt;
&lt;br /&gt;
=Hardware=&lt;br /&gt;
==ESP8266-Chip==&lt;br /&gt;
[[Datei:Esp8266.jpg|thumb|150|ESP8266-Chip]]&lt;br /&gt;
* Hersteller: Espressif (China)&lt;br /&gt;
* SoC (System of a Chip) mit:&lt;br /&gt;
** CPU: 32-Bit RISC (Xtensa LX106), 80...160MHz&lt;br /&gt;
* Speicher:&lt;br /&gt;
** interner RAM: 64kByte + 94kByte&lt;br /&gt;
** extern: SPI-Schnittstelle für Flash-Speicher (bis 128MBit)&lt;br /&gt;
* WLAN etc.:&lt;br /&gt;
** 802.11 b/g/n (Tx: +20...+14dBm; Rx:-91...-72dbm)&lt;br /&gt;
** WPA/WPA2; WEP/TKIP/AES&lt;br /&gt;
** Wifi-Mode: Station, SoftAP, Station+SoftAP&lt;br /&gt;
** Built-in: TCP/IP protocol stack (IPv4)&lt;br /&gt;
* UART, I2C, PWM, SPI, GPIOs, ADC&lt;br /&gt;
* 3,3V, 0,01mA...250mA (sleep...send)&lt;br /&gt;
&lt;br /&gt;
==ESP8266-Module==&lt;br /&gt;
[[Bild:Esp-01-modul.jpg|thumb|100px|ESP-01]]&lt;br /&gt;
[[Datei:Esp-12e-modul.jpg|thumb|100px|ESP-12E]]&lt;br /&gt;
Diverse Ausführungsformen, Unterschied u.a.:&lt;br /&gt;
* Anzahl herausgeführter Schnittstellen&lt;br /&gt;
* Größe des externen Flash-Speichers&lt;br /&gt;
* Ausführung Antenne&lt;br /&gt;
&lt;br /&gt;
* Beispiele:&lt;br /&gt;
** ESP-01&lt;br /&gt;
*** UART, RESET, 2 GPOIs&lt;br /&gt;
*** 512 kByte Flash&lt;br /&gt;
** ESP-12E&lt;br /&gt;
*** UART, RESET, ADC, SPI, 9 GPIOs&lt;br /&gt;
*** 4 MByte Flash&lt;br /&gt;
&lt;br /&gt;
==Grundschaltung ESP-01-Modul==&lt;br /&gt;
* 3,3V des ESP-Moduls beachten, eventuell Pegelwandler vorsehen!&lt;br /&gt;
* hohen Strombedarf beim Senden beachten (250mA und teilweise noch mehr...), ausreichend starke Stromversorgung vorsehen!&lt;br /&gt;
&lt;br /&gt;
[[Datei:Esp8266-uniboard.png|400px|Grundschaltung ESP-01]]&lt;br /&gt;
&lt;br /&gt;
=NodeMCU-Firmware=&lt;br /&gt;
* [http://nodemcu-build.com Cloud-Build NodeMCU-Firmware]&lt;br /&gt;
* [https://github.com/themadinventor/esptool esptool (Flash-Tool)]&lt;br /&gt;
&lt;br /&gt;
NodeMCU-Firmware flashen (die entsprechenden Hardwarevoraussetzungen sind dabei natürlich zu beachten beachten → RTFM!):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# ESP8266-01&lt;br /&gt;
esptool.py --port &amp;lt;USB-port-with-ESP8266&amp;gt; write_flash 0x00000 &amp;lt;nodemcu-firmware&amp;gt;.bin&lt;br /&gt;
&lt;br /&gt;
# ESP8266-12E&lt;br /&gt;
./esptool.py --port /dev/ttyUSB0  erase_flash&lt;br /&gt;
./esptool.py --port /dev/ttyUSB0  write_flash -fm dio -fs 32m 0x00000 &amp;lt;nodemcu-firmware&amp;gt;.bin 0x3fc000 esp_init_data_default.bin&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
(esp_init_data_default.bin siehe [https://nodemcu.readthedocs.io/en/dev/en/flash/#upgrading-firmware hier])&lt;br /&gt;
&lt;br /&gt;
=Toolchain=&lt;br /&gt;
* ein Editor (eventuell mit Syntaxhervorhebung für Lua)&lt;br /&gt;
* ein Upload-Tool zum Übertragen der Lua-Scripte auf das Filesystem des ESP-Moduls:&lt;br /&gt;
** [http://frightanic.com/iot/tools-ides-nodemcu/ eine gute Übersicht]&lt;br /&gt;
** [https://github.com/kmpm/nodemcu-uploader Kommandozeilen-Tool nodemcu-uploader]&lt;br /&gt;
&lt;br /&gt;
=Lua-Beipiele=&lt;br /&gt;
* [https://github.com/boerge42/nodemcu_scripts ein paar Lua-Skripte von mir]&lt;br /&gt;
* [http://bralug.de/wiki-common/images/2/29/Nodemcu.pdf Vortrag: &amp;quot;Wifi mit Lua&amp;quot;]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Lesestoff=&lt;br /&gt;
* [https://nodemcu.readthedocs.io/en/master/ NodeMCU-Manual]&lt;br /&gt;
* [http://bralug.de/wiki-common/images/6/6a/Lua.pdf Vortrag: &amp;quot;Die Scriptsprache Lua&amp;quot;]&lt;br /&gt;
* [http://bralug.de/wiki-common/images/2/29/Nodemcu.pdf Vortrag: &amp;quot;Wifi mit Lua&amp;quot;]&lt;br /&gt;
&lt;br /&gt;
=Kontakt=&lt;br /&gt;
[[Benutzer:bergeruw|Uwe]]&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/ESP8266_mit_NodeMcu</id>
		<title>ESP8266 mit NodeMcu</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/ESP8266_mit_NodeMcu"/>
				<updated>2017-02-17T09:04:28Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* ESP8266-Chip */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Kategorie:Hardware]]&lt;br /&gt;
&lt;br /&gt;
=Hardware=&lt;br /&gt;
==ESP8266-Chip==&lt;br /&gt;
[[Datei:Esp8266.jpg|thumb|150|ESP8266-Chip]]&lt;br /&gt;
* Hersteller: Espressif (China)&lt;br /&gt;
* SoC (System of a Chip) mit:&lt;br /&gt;
** CPU: 32-Bit RISC (Xtensa LX106), 80...160MHz&lt;br /&gt;
* Speicher:&lt;br /&gt;
** interner RAM: 64kByte + 94kByte&lt;br /&gt;
** extern: SPI-Schnittstelle für Flash-Speicher (bis 128MBit)&lt;br /&gt;
* WLAN etc.:&lt;br /&gt;
** 802.11 b/g/n (Tx: +20...+14dBm; Rx:-91...-72dbm)&lt;br /&gt;
** WPA/WPA2; WEP/TKIP/AES&lt;br /&gt;
** Wifi-Mode: Station, SoftAP, Station+SoftAP&lt;br /&gt;
** Built-in: TCP/IP protocol stack (IPv4)&lt;br /&gt;
* UART, I2C, PWM, SPI, GPIOs, ADC&lt;br /&gt;
* 3,3V, 0,01mA...250mA (sleep...send)&lt;br /&gt;
&lt;br /&gt;
==ESP8266-Module==&lt;br /&gt;
[[Bild:Esp-01-modul.jpg|thumb|100px|ESP-01]]&lt;br /&gt;
[[Datei:Esp-12e-modul.jpg|thumb|100px|ESP-12E]]&lt;br /&gt;
Diverse Ausführungsformen, Unterschied u.a.:&lt;br /&gt;
* Anzahl herausgeführter Schnittstellen&lt;br /&gt;
* Größe des externen Flash-Speichers&lt;br /&gt;
* Ausführung Antenne&lt;br /&gt;
&lt;br /&gt;
* Beispiele:&lt;br /&gt;
** ESP-01&lt;br /&gt;
*** UART, RESET, 2 GPOIs&lt;br /&gt;
*** 512 kByte Flash&lt;br /&gt;
** ESP-12E&lt;br /&gt;
*** UART, RESET, ADC, SPI, 9 GPIOs&lt;br /&gt;
*** 4 MByte Flash&lt;br /&gt;
&lt;br /&gt;
==Grundschaltung ESP-01-Modul==&lt;br /&gt;
* 3,3V des ESP-Moduls beachten, eventuell Pegelwandler vorsehen!&lt;br /&gt;
* hohen Strombedarf beim Senden beachten (250mA und teilweise noch mehr...), ausreichend starke Stromversorgung vorsehen!&lt;br /&gt;
&lt;br /&gt;
[[Datei:Esp8266-uniboard.png|400px|Grundschaltung ESP-01]]&lt;br /&gt;
&lt;br /&gt;
=NodeMCU-Firmware=&lt;br /&gt;
* [http://nodemcu-build.com Cloud-Build NodeMCU-Firmware]&lt;br /&gt;
* [https://github.com/themadinventor/esptool esptool (Flash-Tool)]&lt;br /&gt;
&lt;br /&gt;
NodeMCU-Firmware flashen (die entsprechenden Hardwarevoraussetzungen sind dabei natürlich zu beachten beachten → RTFM!):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# ESP8266-01&lt;br /&gt;
esptool.py --port &amp;lt;USB-port-with-ESP8266&amp;gt; write_flash 0x00000 &amp;lt;nodemcu-firmware&amp;gt;.bin&lt;br /&gt;
&lt;br /&gt;
# ESP8266-12E&lt;br /&gt;
./esptool.py --port /dev/ttyUSB0  erase_flash&lt;br /&gt;
./esptool.py --port /dev/ttyUSB0  write_flash -fm dio -fs 32m 0x00000 &amp;lt;nodemcu-firmware&amp;gt;.bin 0x3fc000 esp_init_data_default.bin&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
(esp_init_data_default.bin siehe [https://nodemcu.readthedocs.io/en/dev/en/flash/#upgrading-firmware hier])&lt;br /&gt;
&lt;br /&gt;
=Toolchain=&lt;br /&gt;
* ein Editor&lt;br /&gt;
* ein Upload-Tool zum Übertragen der Lua-Scripte auf das Filesystem des ESP-Moduls:&lt;br /&gt;
** [http://frightanic.com/iot/tools-ides-nodemcu/ eine gute Übersicht]&lt;br /&gt;
** [https://github.com/kmpm/nodemcu-uploader Kommandozeilen-Tool nodemcu-uploader]&lt;br /&gt;
&lt;br /&gt;
=Lua-Beipiele=&lt;br /&gt;
* [https://github.com/boerge42/nodemcu_scripts ein paar Lua-Skripte von mir]&lt;br /&gt;
* [http://bralug.de/wiki-common/images/2/29/Nodemcu.pdf Vortrag: &amp;quot;Wifi mit Lua&amp;quot;]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Lesestoff=&lt;br /&gt;
* [https://nodemcu.readthedocs.io/en/master/ NodeMCU-Manual]&lt;br /&gt;
* [http://bralug.de/wiki-common/images/6/6a/Lua.pdf Vortrag: &amp;quot;Die Scriptsprache Lua&amp;quot;]&lt;br /&gt;
* [http://bralug.de/wiki-common/images/2/29/Nodemcu.pdf Vortrag: &amp;quot;Wifi mit Lua&amp;quot;]&lt;br /&gt;
&lt;br /&gt;
=Kontakt=&lt;br /&gt;
[[Benutzer:bergeruw|Uwe]]&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/Datei:Esp8266.jpg</id>
		<title>Datei:Esp8266.jpg</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/Datei:Esp8266.jpg"/>
				<updated>2017-02-17T09:03:09Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/ESP8266_mit_NodeMcu</id>
		<title>ESP8266 mit NodeMcu</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/ESP8266_mit_NodeMcu"/>
				<updated>2017-02-17T09:01:34Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* ESP8266-Module */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Kategorie:Hardware]]&lt;br /&gt;
&lt;br /&gt;
=Hardware=&lt;br /&gt;
==ESP8266-Chip==&lt;br /&gt;
* Hersteller: Espressif (China)&lt;br /&gt;
* SoC (System of a Chip) mit:&lt;br /&gt;
** CPU: 32-Bit RISC (Xtensa LX106), 80...160MHz&lt;br /&gt;
* Speicher:&lt;br /&gt;
** interner RAM: 64kByte + 94kByte&lt;br /&gt;
** extern: SPI-Schnittstelle für Flash-Speicher (bis 128MBit)&lt;br /&gt;
* WLAN etc.:&lt;br /&gt;
** 802.11 b/g/n (Tx: +20...+14dBm; Rx:-91...-72dbm)&lt;br /&gt;
** WPA/WPA2; WEP/TKIP/AES&lt;br /&gt;
** Wifi-Mode: Station, SoftAP, Station+SoftAP&lt;br /&gt;
** Built-in: TCP/IP protocol stack (IPv4)&lt;br /&gt;
* UART, I2C, PWM, SPI, GPIOs, ADC&lt;br /&gt;
* 3,3V, 0,01mA...250mA (sleep...send)&lt;br /&gt;
&lt;br /&gt;
==ESP8266-Module==&lt;br /&gt;
[[Bild:Esp-01-modul.jpg|thumb|100px|ESP-01]]&lt;br /&gt;
[[Datei:Esp-12e-modul.jpg|thumb|100px|ESP-12E]]&lt;br /&gt;
Diverse Ausführungsformen, Unterschied u.a.:&lt;br /&gt;
* Anzahl herausgeführter Schnittstellen&lt;br /&gt;
* Größe des externen Flash-Speichers&lt;br /&gt;
* Ausführung Antenne&lt;br /&gt;
&lt;br /&gt;
* Beispiele:&lt;br /&gt;
** ESP-01&lt;br /&gt;
*** UART, RESET, 2 GPOIs&lt;br /&gt;
*** 512 kByte Flash&lt;br /&gt;
** ESP-12E&lt;br /&gt;
*** UART, RESET, ADC, SPI, 9 GPIOs&lt;br /&gt;
*** 4 MByte Flash&lt;br /&gt;
&lt;br /&gt;
==Grundschaltung ESP-01-Modul==&lt;br /&gt;
* 3,3V des ESP-Moduls beachten, eventuell Pegelwandler vorsehen!&lt;br /&gt;
* hohen Strombedarf beim Senden beachten (250mA und teilweise noch mehr...), ausreichend starke Stromversorgung vorsehen!&lt;br /&gt;
&lt;br /&gt;
[[Datei:Esp8266-uniboard.png|400px|Grundschaltung ESP-01]]&lt;br /&gt;
&lt;br /&gt;
=NodeMCU-Firmware=&lt;br /&gt;
* [http://nodemcu-build.com Cloud-Build NodeMCU-Firmware]&lt;br /&gt;
* [https://github.com/themadinventor/esptool esptool (Flash-Tool)]&lt;br /&gt;
&lt;br /&gt;
NodeMCU-Firmware flashen (die entsprechenden Hardwarevoraussetzungen sind dabei natürlich zu beachten beachten → RTFM!):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# ESP8266-01&lt;br /&gt;
esptool.py --port &amp;lt;USB-port-with-ESP8266&amp;gt; write_flash 0x00000 &amp;lt;nodemcu-firmware&amp;gt;.bin&lt;br /&gt;
&lt;br /&gt;
# ESP8266-12E&lt;br /&gt;
./esptool.py --port /dev/ttyUSB0  erase_flash&lt;br /&gt;
./esptool.py --port /dev/ttyUSB0  write_flash -fm dio -fs 32m 0x00000 &amp;lt;nodemcu-firmware&amp;gt;.bin 0x3fc000 esp_init_data_default.bin&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
(esp_init_data_default.bin siehe [https://nodemcu.readthedocs.io/en/dev/en/flash/#upgrading-firmware hier])&lt;br /&gt;
&lt;br /&gt;
=Toolchain=&lt;br /&gt;
* ein Editor&lt;br /&gt;
* ein Upload-Tool zum Übertragen der Lua-Scripte auf das Filesystem des ESP-Moduls:&lt;br /&gt;
** [http://frightanic.com/iot/tools-ides-nodemcu/ eine gute Übersicht]&lt;br /&gt;
** [https://github.com/kmpm/nodemcu-uploader Kommandozeilen-Tool nodemcu-uploader]&lt;br /&gt;
&lt;br /&gt;
=Lua-Beipiele=&lt;br /&gt;
* [https://github.com/boerge42/nodemcu_scripts ein paar Lua-Skripte von mir]&lt;br /&gt;
* [http://bralug.de/wiki-common/images/2/29/Nodemcu.pdf Vortrag: &amp;quot;Wifi mit Lua&amp;quot;]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Lesestoff=&lt;br /&gt;
* [https://nodemcu.readthedocs.io/en/master/ NodeMCU-Manual]&lt;br /&gt;
* [http://bralug.de/wiki-common/images/6/6a/Lua.pdf Vortrag: &amp;quot;Die Scriptsprache Lua&amp;quot;]&lt;br /&gt;
* [http://bralug.de/wiki-common/images/2/29/Nodemcu.pdf Vortrag: &amp;quot;Wifi mit Lua&amp;quot;]&lt;br /&gt;
&lt;br /&gt;
=Kontakt=&lt;br /&gt;
[[Benutzer:bergeruw|Uwe]]&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/Datei:Esp-12e-modul.jpg</id>
		<title>Datei:Esp-12e-modul.jpg</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/Datei:Esp-12e-modul.jpg"/>
				<updated>2017-02-17T09:00:48Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/Datei:Esp-01-modul.jpg</id>
		<title>Datei:Esp-01-modul.jpg</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/Datei:Esp-01-modul.jpg"/>
				<updated>2017-02-17T08:59:12Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/ESP8266_mit_NodeMcu</id>
		<title>ESP8266 mit NodeMcu</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/ESP8266_mit_NodeMcu"/>
				<updated>2017-02-17T08:53:29Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* Grundschaltung ESP-01-Modul */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Kategorie:Hardware]]&lt;br /&gt;
&lt;br /&gt;
=Hardware=&lt;br /&gt;
==ESP8266-Chip==&lt;br /&gt;
* Hersteller: Espressif (China)&lt;br /&gt;
* SoC (System of a Chip) mit:&lt;br /&gt;
** CPU: 32-Bit RISC (Xtensa LX106), 80...160MHz&lt;br /&gt;
* Speicher:&lt;br /&gt;
** interner RAM: 64kByte + 94kByte&lt;br /&gt;
** extern: SPI-Schnittstelle für Flash-Speicher (bis 128MBit)&lt;br /&gt;
* WLAN etc.:&lt;br /&gt;
** 802.11 b/g/n (Tx: +20...+14dBm; Rx:-91...-72dbm)&lt;br /&gt;
** WPA/WPA2; WEP/TKIP/AES&lt;br /&gt;
** Wifi-Mode: Station, SoftAP, Station+SoftAP&lt;br /&gt;
** Built-in: TCP/IP protocol stack (IPv4)&lt;br /&gt;
* UART, I2C, PWM, SPI, GPIOs, ADC&lt;br /&gt;
* 3,3V, 0,01mA...250mA (sleep...send)&lt;br /&gt;
&lt;br /&gt;
==ESP8266-Module==&lt;br /&gt;
Diverse Ausführungsformen, Unterschied u.a.:&lt;br /&gt;
* Anzahl herausgeführter Schnittstellen&lt;br /&gt;
* Größe des externen Flash-Speichers&lt;br /&gt;
* Ausführung Antenne&lt;br /&gt;
&lt;br /&gt;
* Beispiele:&lt;br /&gt;
** ESP-01&lt;br /&gt;
*** UART, RESET, 2 GPOIs&lt;br /&gt;
*** 512 kByte Flash&lt;br /&gt;
** ESP-12E&lt;br /&gt;
*** UART, RESET, ADC, SPI, 9 GPIOs&lt;br /&gt;
*** 4 MByte Flash&lt;br /&gt;
&lt;br /&gt;
==Grundschaltung ESP-01-Modul==&lt;br /&gt;
* 3,3V des ESP-Moduls beachten, eventuell Pegelwandler vorsehen!&lt;br /&gt;
* hohen Strombedarf beim Senden beachten (250mA und teilweise noch mehr...), ausreichend starke Stromversorgung vorsehen!&lt;br /&gt;
&lt;br /&gt;
[[Datei:Esp8266-uniboard.png|400px|Grundschaltung ESP-01]]&lt;br /&gt;
&lt;br /&gt;
=NodeMCU-Firmware=&lt;br /&gt;
* [http://nodemcu-build.com Cloud-Build NodeMCU-Firmware]&lt;br /&gt;
* [https://github.com/themadinventor/esptool esptool (Flash-Tool)]&lt;br /&gt;
&lt;br /&gt;
NodeMCU-Firmware flashen (die entsprechenden Hardwarevoraussetzungen sind dabei natürlich zu beachten beachten → RTFM!):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# ESP8266-01&lt;br /&gt;
esptool.py --port &amp;lt;USB-port-with-ESP8266&amp;gt; write_flash 0x00000 &amp;lt;nodemcu-firmware&amp;gt;.bin&lt;br /&gt;
&lt;br /&gt;
# ESP8266-12E&lt;br /&gt;
./esptool.py --port /dev/ttyUSB0  erase_flash&lt;br /&gt;
./esptool.py --port /dev/ttyUSB0  write_flash -fm dio -fs 32m 0x00000 &amp;lt;nodemcu-firmware&amp;gt;.bin 0x3fc000 esp_init_data_default.bin&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
(esp_init_data_default.bin siehe [https://nodemcu.readthedocs.io/en/dev/en/flash/#upgrading-firmware hier])&lt;br /&gt;
&lt;br /&gt;
=Toolchain=&lt;br /&gt;
* ein Editor&lt;br /&gt;
* ein Upload-Tool zum Übertragen der Lua-Scripte auf das Filesystem des ESP-Moduls:&lt;br /&gt;
** [http://frightanic.com/iot/tools-ides-nodemcu/ eine gute Übersicht]&lt;br /&gt;
** [https://github.com/kmpm/nodemcu-uploader Kommandozeilen-Tool nodemcu-uploader]&lt;br /&gt;
&lt;br /&gt;
=Lua-Beipiele=&lt;br /&gt;
* [https://github.com/boerge42/nodemcu_scripts ein paar Lua-Skripte von mir]&lt;br /&gt;
* [http://bralug.de/wiki-common/images/2/29/Nodemcu.pdf Vortrag: &amp;quot;Wifi mit Lua&amp;quot;]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Lesestoff=&lt;br /&gt;
* [https://nodemcu.readthedocs.io/en/master/ NodeMCU-Manual]&lt;br /&gt;
* [http://bralug.de/wiki-common/images/6/6a/Lua.pdf Vortrag: &amp;quot;Die Scriptsprache Lua&amp;quot;]&lt;br /&gt;
* [http://bralug.de/wiki-common/images/2/29/Nodemcu.pdf Vortrag: &amp;quot;Wifi mit Lua&amp;quot;]&lt;br /&gt;
&lt;br /&gt;
=Kontakt=&lt;br /&gt;
[[Benutzer:bergeruw|Uwe]]&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/ESP8266_mit_NodeMcu</id>
		<title>ESP8266 mit NodeMcu</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/ESP8266_mit_NodeMcu"/>
				<updated>2017-02-17T08:51:29Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* Grundschaltung ESP-01-Modul */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Kategorie:Hardware]]&lt;br /&gt;
&lt;br /&gt;
=Hardware=&lt;br /&gt;
==ESP8266-Chip==&lt;br /&gt;
* Hersteller: Espressif (China)&lt;br /&gt;
* SoC (System of a Chip) mit:&lt;br /&gt;
** CPU: 32-Bit RISC (Xtensa LX106), 80...160MHz&lt;br /&gt;
* Speicher:&lt;br /&gt;
** interner RAM: 64kByte + 94kByte&lt;br /&gt;
** extern: SPI-Schnittstelle für Flash-Speicher (bis 128MBit)&lt;br /&gt;
* WLAN etc.:&lt;br /&gt;
** 802.11 b/g/n (Tx: +20...+14dBm; Rx:-91...-72dbm)&lt;br /&gt;
** WPA/WPA2; WEP/TKIP/AES&lt;br /&gt;
** Wifi-Mode: Station, SoftAP, Station+SoftAP&lt;br /&gt;
** Built-in: TCP/IP protocol stack (IPv4)&lt;br /&gt;
* UART, I2C, PWM, SPI, GPIOs, ADC&lt;br /&gt;
* 3,3V, 0,01mA...250mA (sleep...send)&lt;br /&gt;
&lt;br /&gt;
==ESP8266-Module==&lt;br /&gt;
Diverse Ausführungsformen, Unterschied u.a.:&lt;br /&gt;
* Anzahl herausgeführter Schnittstellen&lt;br /&gt;
* Größe des externen Flash-Speichers&lt;br /&gt;
* Ausführung Antenne&lt;br /&gt;
&lt;br /&gt;
* Beispiele:&lt;br /&gt;
** ESP-01&lt;br /&gt;
*** UART, RESET, 2 GPOIs&lt;br /&gt;
*** 512 kByte Flash&lt;br /&gt;
** ESP-12E&lt;br /&gt;
*** UART, RESET, ADC, SPI, 9 GPIOs&lt;br /&gt;
*** 4 MByte Flash&lt;br /&gt;
&lt;br /&gt;
==Grundschaltung ESP-01-Modul==&lt;br /&gt;
* 3,3V des ESP-Moduls beachten, eventuell Pegelwandler vorsehen!&lt;br /&gt;
* hohen Strombedarf beim Senden beachten (250mA und teilweise noch mehr...), ausreichend starke Stromversorgung vorsehen!&lt;br /&gt;
&lt;br /&gt;
[[Datei:Esp8266-uniboard.png|thumb|200px|Grundschaltung ESP-01]]&lt;br /&gt;
&lt;br /&gt;
=NodeMCU-Firmware=&lt;br /&gt;
* [http://nodemcu-build.com Cloud-Build NodeMCU-Firmware]&lt;br /&gt;
* [https://github.com/themadinventor/esptool esptool (Flash-Tool)]&lt;br /&gt;
&lt;br /&gt;
NodeMCU-Firmware flashen (die entsprechenden Hardwarevoraussetzungen sind dabei natürlich zu beachten beachten → RTFM!):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# ESP8266-01&lt;br /&gt;
esptool.py --port &amp;lt;USB-port-with-ESP8266&amp;gt; write_flash 0x00000 &amp;lt;nodemcu-firmware&amp;gt;.bin&lt;br /&gt;
&lt;br /&gt;
# ESP8266-12E&lt;br /&gt;
./esptool.py --port /dev/ttyUSB0  erase_flash&lt;br /&gt;
./esptool.py --port /dev/ttyUSB0  write_flash -fm dio -fs 32m 0x00000 &amp;lt;nodemcu-firmware&amp;gt;.bin 0x3fc000 esp_init_data_default.bin&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
(esp_init_data_default.bin siehe [https://nodemcu.readthedocs.io/en/dev/en/flash/#upgrading-firmware hier])&lt;br /&gt;
&lt;br /&gt;
=Toolchain=&lt;br /&gt;
* ein Editor&lt;br /&gt;
* ein Upload-Tool zum Übertragen der Lua-Scripte auf das Filesystem des ESP-Moduls:&lt;br /&gt;
** [http://frightanic.com/iot/tools-ides-nodemcu/ eine gute Übersicht]&lt;br /&gt;
** [https://github.com/kmpm/nodemcu-uploader Kommandozeilen-Tool nodemcu-uploader]&lt;br /&gt;
&lt;br /&gt;
=Lua-Beipiele=&lt;br /&gt;
* [https://github.com/boerge42/nodemcu_scripts ein paar Lua-Skripte von mir]&lt;br /&gt;
* [http://bralug.de/wiki-common/images/2/29/Nodemcu.pdf Vortrag: &amp;quot;Wifi mit Lua&amp;quot;]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Lesestoff=&lt;br /&gt;
* [https://nodemcu.readthedocs.io/en/master/ NodeMCU-Manual]&lt;br /&gt;
* [http://bralug.de/wiki-common/images/6/6a/Lua.pdf Vortrag: &amp;quot;Die Scriptsprache Lua&amp;quot;]&lt;br /&gt;
* [http://bralug.de/wiki-common/images/2/29/Nodemcu.pdf Vortrag: &amp;quot;Wifi mit Lua&amp;quot;]&lt;br /&gt;
&lt;br /&gt;
=Kontakt=&lt;br /&gt;
[[Benutzer:bergeruw|Uwe]]&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/Datei:Esp8266-uniboard.png</id>
		<title>Datei:Esp8266-uniboard.png</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/Datei:Esp8266-uniboard.png"/>
				<updated>2017-02-17T08:45:26Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/ESP8266_mit_NodeMcu</id>
		<title>ESP8266 mit NodeMcu</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/ESP8266_mit_NodeMcu"/>
				<updated>2017-02-17T08:44:35Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Kategorie:Hardware]]&lt;br /&gt;
&lt;br /&gt;
=Hardware=&lt;br /&gt;
==ESP8266-Chip==&lt;br /&gt;
* Hersteller: Espressif (China)&lt;br /&gt;
* SoC (System of a Chip) mit:&lt;br /&gt;
** CPU: 32-Bit RISC (Xtensa LX106), 80...160MHz&lt;br /&gt;
* Speicher:&lt;br /&gt;
** interner RAM: 64kByte + 94kByte&lt;br /&gt;
** extern: SPI-Schnittstelle für Flash-Speicher (bis 128MBit)&lt;br /&gt;
* WLAN etc.:&lt;br /&gt;
** 802.11 b/g/n (Tx: +20...+14dBm; Rx:-91...-72dbm)&lt;br /&gt;
** WPA/WPA2; WEP/TKIP/AES&lt;br /&gt;
** Wifi-Mode: Station, SoftAP, Station+SoftAP&lt;br /&gt;
** Built-in: TCP/IP protocol stack (IPv4)&lt;br /&gt;
* UART, I2C, PWM, SPI, GPIOs, ADC&lt;br /&gt;
* 3,3V, 0,01mA...250mA (sleep...send)&lt;br /&gt;
&lt;br /&gt;
==ESP8266-Module==&lt;br /&gt;
Diverse Ausführungsformen, Unterschied u.a.:&lt;br /&gt;
* Anzahl herausgeführter Schnittstellen&lt;br /&gt;
* Größe des externen Flash-Speichers&lt;br /&gt;
* Ausführung Antenne&lt;br /&gt;
&lt;br /&gt;
* Beispiele:&lt;br /&gt;
** ESP-01&lt;br /&gt;
*** UART, RESET, 2 GPOIs&lt;br /&gt;
*** 512 kByte Flash&lt;br /&gt;
** ESP-12E&lt;br /&gt;
*** UART, RESET, ADC, SPI, 9 GPIOs&lt;br /&gt;
*** 4 MByte Flash&lt;br /&gt;
&lt;br /&gt;
==Grundschaltung ESP-01-Modul==&lt;br /&gt;
* 3,3V des ESP-Moduls beachten, eventuell Pegelwandler vorsehen!&lt;br /&gt;
* hohen Strombedarf beim Senden beachten (250mA und teilweise noch mehr...), ausreichend starke Stromversorgung vorsehen!&lt;br /&gt;
&lt;br /&gt;
=NodeMCU-Firmware=&lt;br /&gt;
* [http://nodemcu-build.com Cloud-Build NodeMCU-Firmware]&lt;br /&gt;
* [https://github.com/themadinventor/esptool esptool (Flash-Tool)]&lt;br /&gt;
&lt;br /&gt;
NodeMCU-Firmware flashen (die entsprechenden Hardwarevoraussetzungen sind dabei natürlich zu beachten beachten → RTFM!):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# ESP8266-01&lt;br /&gt;
esptool.py --port &amp;lt;USB-port-with-ESP8266&amp;gt; write_flash 0x00000 &amp;lt;nodemcu-firmware&amp;gt;.bin&lt;br /&gt;
&lt;br /&gt;
# ESP8266-12E&lt;br /&gt;
./esptool.py --port /dev/ttyUSB0  erase_flash&lt;br /&gt;
./esptool.py --port /dev/ttyUSB0  write_flash -fm dio -fs 32m 0x00000 &amp;lt;nodemcu-firmware&amp;gt;.bin 0x3fc000 esp_init_data_default.bin&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
(esp_init_data_default.bin siehe [https://nodemcu.readthedocs.io/en/dev/en/flash/#upgrading-firmware hier])&lt;br /&gt;
&lt;br /&gt;
=Toolchain=&lt;br /&gt;
* ein Editor&lt;br /&gt;
* ein Upload-Tool zum Übertragen der Lua-Scripte auf das Filesystem des ESP-Moduls:&lt;br /&gt;
** [http://frightanic.com/iot/tools-ides-nodemcu/ eine gute Übersicht]&lt;br /&gt;
** [https://github.com/kmpm/nodemcu-uploader Kommandozeilen-Tool nodemcu-uploader]&lt;br /&gt;
&lt;br /&gt;
=Lua-Beipiele=&lt;br /&gt;
* [https://github.com/boerge42/nodemcu_scripts ein paar Lua-Skripte von mir]&lt;br /&gt;
* [http://bralug.de/wiki-common/images/2/29/Nodemcu.pdf Vortrag: &amp;quot;Wifi mit Lua&amp;quot;]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Lesestoff=&lt;br /&gt;
* [https://nodemcu.readthedocs.io/en/master/ NodeMCU-Manual]&lt;br /&gt;
* [http://bralug.de/wiki-common/images/6/6a/Lua.pdf Vortrag: &amp;quot;Die Scriptsprache Lua&amp;quot;]&lt;br /&gt;
* [http://bralug.de/wiki-common/images/2/29/Nodemcu.pdf Vortrag: &amp;quot;Wifi mit Lua&amp;quot;]&lt;br /&gt;
&lt;br /&gt;
=Kontakt=&lt;br /&gt;
[[Benutzer:bergeruw|Uwe]]&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/ESP8266_mit_NodeMcu</id>
		<title>ESP8266 mit NodeMcu</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/ESP8266_mit_NodeMcu"/>
				<updated>2017-02-17T08:43:15Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* Lesestoff */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Kategorie:Hardware]]&lt;br /&gt;
&lt;br /&gt;
=Hardware=&lt;br /&gt;
==ESP8266-Chip==&lt;br /&gt;
* Hersteller: Espressif (China)&lt;br /&gt;
* SoC (System of a Chip) mit:&lt;br /&gt;
** CPU: 32-Bit RISC (Xtensa LX106), 80...160MHz&lt;br /&gt;
* Speicher:&lt;br /&gt;
** interner RAM: 64kByte + 94kByte&lt;br /&gt;
** extern: SPI-Schnittstelle für Flash-Speicher (bis 128MBit)&lt;br /&gt;
* WLAN etc.:&lt;br /&gt;
** 802.11 b/g/n (Tx: +20...+14dBm; Rx:-91...-72dbm)&lt;br /&gt;
** WPA/WPA2; WEP/TKIP/AES&lt;br /&gt;
** Wifi-Mode: Station, SoftAP, Station+SoftAP&lt;br /&gt;
** Built-in: TCP/IP protocol stack (IPv4)&lt;br /&gt;
* UART, I2C, PWM, SPI, GPIOs, ADC&lt;br /&gt;
* 3,3V, 0,01mA...250mA (sleep...send)&lt;br /&gt;
&lt;br /&gt;
==ESP8266-Module==&lt;br /&gt;
Diverse Ausführungsformen, Unterschied u.a.:&lt;br /&gt;
* Anzahl herausgeführter Schnittstellen&lt;br /&gt;
* Größe des externen Flash-Speichers&lt;br /&gt;
* Ausführung Antenne&lt;br /&gt;
&lt;br /&gt;
* Beispiele:&lt;br /&gt;
** ESP-01&lt;br /&gt;
*** UART, RESET, 2 GPOIs&lt;br /&gt;
*** 512 kByte Flash&lt;br /&gt;
** ESP-12E&lt;br /&gt;
*** UART, RESET, ADC, SPI, 9 GPIOs&lt;br /&gt;
*** 4 MByte Flash&lt;br /&gt;
&lt;br /&gt;
==Grundschaltung ESP-01-Modul==&lt;br /&gt;
* 3,3V des ESP-Moduls beachten, eventuell Pegelwandler vorsehen!&lt;br /&gt;
* hohen Strombedarf beim Senden beachten (250mA und teilweise noch mehr...), ausreichend starke Stromversorgung vorsehen!&lt;br /&gt;
&lt;br /&gt;
=NodeMCU-Firmware=&lt;br /&gt;
* [http://nodemcu-build.com Cloud-Build NodeMCU-Firmware]&lt;br /&gt;
* [https://github.com/themadinventor/esptool esptool (Flash-Tool)]&lt;br /&gt;
&lt;br /&gt;
NodeMCU-Firmware flashen (die entsprechenden Hardwarevoraussetzungen sind dabei natürlich zu beachten beachten → RTFM!):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# ESP8266-01&lt;br /&gt;
esptool.py --port &amp;lt;USB-port-with-ESP8266&amp;gt; write_flash 0x00000 &amp;lt;nodemcu-firmware&amp;gt;.bin&lt;br /&gt;
&lt;br /&gt;
# ESP8266-12E&lt;br /&gt;
./esptool.py --port /dev/ttyUSB0  erase_flash&lt;br /&gt;
./esptool.py --port /dev/ttyUSB0  write_flash -fm dio -fs 32m 0x00000 &amp;lt;nodemcu-firmware&amp;gt;.bin 0x3fc000 esp_init_data_default.bin&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
(esp_init_data_default.bin siehe [https://nodemcu.readthedocs.io/en/dev/en/flash/#upgrading-firmware hier])&lt;br /&gt;
&lt;br /&gt;
=Toolchain=&lt;br /&gt;
* ein Editor&lt;br /&gt;
* ein Upload-Tool zum Übertragen der Lua-Scripte auf das Filesystem des ESP-Moduls:&lt;br /&gt;
** [http://frightanic.com/iot/tools-ides-nodemcu/ eine gute Übersicht]&lt;br /&gt;
** [https://github.com/kmpm/nodemcu-uploader Kommandozeilen-Tool nodemcu-uploader]&lt;br /&gt;
&lt;br /&gt;
=Lua-Beipiele=&lt;br /&gt;
* [https://github.com/boerge42/nodemcu_scripts ein paar Lua-Skripte von mir]&lt;br /&gt;
&lt;br /&gt;
=Lesestoff=&lt;br /&gt;
* [https://nodemcu.readthedocs.io/en/master/ NodeMCU-Manual]&lt;br /&gt;
* [http://bralug.de/wiki-common/images/6/6a/Lua.pdf Vortrag: &amp;quot;Die Scriptsprache Lua&amp;quot;]&lt;br /&gt;
* [http://bralug.de/wiki-common/images/2/29/Nodemcu.pdf Vortrag: &amp;quot;Wifi mit Lua&amp;quot;]&lt;br /&gt;
&lt;br /&gt;
=Kontakt=&lt;br /&gt;
[[Benutzer:bergeruw|Uwe]]&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/Datei:Lua.pdf</id>
		<title>Datei:Lua.pdf</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/Datei:Lua.pdf"/>
				<updated>2017-02-17T08:42:44Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/Datei:Nodemcu.pdf</id>
		<title>Datei:Nodemcu.pdf</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/Datei:Nodemcu.pdf"/>
				<updated>2017-02-17T08:41:07Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/ESP8266_mit_NodeMcu</id>
		<title>ESP8266 mit NodeMcu</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/ESP8266_mit_NodeMcu"/>
				<updated>2017-02-17T08:36:24Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* Hardware */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Kategorie:Hardware]]&lt;br /&gt;
&lt;br /&gt;
=Hardware=&lt;br /&gt;
==ESP8266-Chip==&lt;br /&gt;
* Hersteller: Espressif (China)&lt;br /&gt;
* SoC (System of a Chip) mit:&lt;br /&gt;
** CPU: 32-Bit RISC (Xtensa LX106), 80...160MHz&lt;br /&gt;
* Speicher:&lt;br /&gt;
** interner RAM: 64kByte + 94kByte&lt;br /&gt;
** extern: SPI-Schnittstelle für Flash-Speicher (bis 128MBit)&lt;br /&gt;
* WLAN etc.:&lt;br /&gt;
** 802.11 b/g/n (Tx: +20...+14dBm; Rx:-91...-72dbm)&lt;br /&gt;
** WPA/WPA2; WEP/TKIP/AES&lt;br /&gt;
** Wifi-Mode: Station, SoftAP, Station+SoftAP&lt;br /&gt;
** Built-in: TCP/IP protocol stack (IPv4)&lt;br /&gt;
* UART, I2C, PWM, SPI, GPIOs, ADC&lt;br /&gt;
* 3,3V, 0,01mA...250mA (sleep...send)&lt;br /&gt;
&lt;br /&gt;
==ESP8266-Module==&lt;br /&gt;
Diverse Ausführungsformen, Unterschied u.a.:&lt;br /&gt;
* Anzahl herausgeführter Schnittstellen&lt;br /&gt;
* Größe des externen Flash-Speichers&lt;br /&gt;
* Ausführung Antenne&lt;br /&gt;
&lt;br /&gt;
* Beispiele:&lt;br /&gt;
** ESP-01&lt;br /&gt;
*** UART, RESET, 2 GPOIs&lt;br /&gt;
*** 512 kByte Flash&lt;br /&gt;
** ESP-12E&lt;br /&gt;
*** UART, RESET, ADC, SPI, 9 GPIOs&lt;br /&gt;
*** 4 MByte Flash&lt;br /&gt;
&lt;br /&gt;
==Grundschaltung ESP-01-Modul==&lt;br /&gt;
* 3,3V des ESP-Moduls beachten, eventuell Pegelwandler vorsehen!&lt;br /&gt;
* hohen Strombedarf beim Senden beachten (250mA und teilweise noch mehr...), ausreichend starke Stromversorgung vorsehen!&lt;br /&gt;
&lt;br /&gt;
=NodeMCU-Firmware=&lt;br /&gt;
* [http://nodemcu-build.com Cloud-Build NodeMCU-Firmware]&lt;br /&gt;
* [https://github.com/themadinventor/esptool esptool (Flash-Tool)]&lt;br /&gt;
&lt;br /&gt;
NodeMCU-Firmware flashen (die entsprechenden Hardwarevoraussetzungen sind dabei natürlich zu beachten beachten → RTFM!):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# ESP8266-01&lt;br /&gt;
esptool.py --port &amp;lt;USB-port-with-ESP8266&amp;gt; write_flash 0x00000 &amp;lt;nodemcu-firmware&amp;gt;.bin&lt;br /&gt;
&lt;br /&gt;
# ESP8266-12E&lt;br /&gt;
./esptool.py --port /dev/ttyUSB0  erase_flash&lt;br /&gt;
./esptool.py --port /dev/ttyUSB0  write_flash -fm dio -fs 32m 0x00000 &amp;lt;nodemcu-firmware&amp;gt;.bin 0x3fc000 esp_init_data_default.bin&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
(esp_init_data_default.bin siehe [https://nodemcu.readthedocs.io/en/dev/en/flash/#upgrading-firmware hier])&lt;br /&gt;
&lt;br /&gt;
=Toolchain=&lt;br /&gt;
* ein Editor&lt;br /&gt;
* ein Upload-Tool zum Übertragen der Lua-Scripte auf das Filesystem des ESP-Moduls:&lt;br /&gt;
** [http://frightanic.com/iot/tools-ides-nodemcu/ eine gute Übersicht]&lt;br /&gt;
** [https://github.com/kmpm/nodemcu-uploader Kommandozeilen-Tool nodemcu-uploader]&lt;br /&gt;
&lt;br /&gt;
=Lua-Beipiele=&lt;br /&gt;
* [https://github.com/boerge42/nodemcu_scripts ein paar Lua-Skripte von mir]&lt;br /&gt;
&lt;br /&gt;
=Lesestoff=&lt;br /&gt;
* [https://nodemcu.readthedocs.io/en/master/ NodeMCU-Manual]&lt;br /&gt;
* Vortrag: &amp;quot;Die Scriptsprache Lua&amp;quot;&lt;br /&gt;
* Vortrag: &amp;quot;Wifi mit Lua&amp;quot;&lt;br /&gt;
&lt;br /&gt;
=Kontakt=&lt;br /&gt;
[[Benutzer:bergeruw|Uwe]]&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/ESP8266_mit_NodeMcu</id>
		<title>ESP8266 mit NodeMcu</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/ESP8266_mit_NodeMcu"/>
				<updated>2017-02-17T08:31:57Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* ESP8266-Module */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Kategorie:Hardware]]&lt;br /&gt;
&lt;br /&gt;
=Hardware=&lt;br /&gt;
==ESP8266-Chip==&lt;br /&gt;
* Hersteller: Espressif (China)&lt;br /&gt;
* SoC (System of a Chip) mit:&lt;br /&gt;
** CPU: 32-Bit RISC (Xtensa LX106), 80...160MHz&lt;br /&gt;
* Speicher:&lt;br /&gt;
** interner RAM: 64kByte + 94kByte&lt;br /&gt;
** extern: SPI-Schnittstelle für Flash-Speicher (bis 128MBit)&lt;br /&gt;
* WLAN etc.:&lt;br /&gt;
** 802.11 b/g/n (Tx: +20...+14dBm; Rx:-91...-72dbm)&lt;br /&gt;
** WPA/WPA2; WEP/TKIP/AES&lt;br /&gt;
** Wifi-Mode: Station, SoftAP, Station+SoftAP&lt;br /&gt;
** Built-in: TCP/IP protocol stack (IPv4)&lt;br /&gt;
* UART, I2C, PWM, SPI, GPIOs, ADC&lt;br /&gt;
* 3,3V, 0,01mA...250mA (sleep...send)&lt;br /&gt;
&lt;br /&gt;
==ESP8266-Module==&lt;br /&gt;
Diverse Ausführungsformen, Unterschied u.a.:&lt;br /&gt;
* Anzahl herausgeführter Schnittstellen&lt;br /&gt;
* Größe des externen Flash-Speichers&lt;br /&gt;
* Ausführung Antenne&lt;br /&gt;
&lt;br /&gt;
* Beispiele:&lt;br /&gt;
** ESP-01&lt;br /&gt;
*** UART, RESET, 2 GPOIs&lt;br /&gt;
*** 512 kByte Flash&lt;br /&gt;
** ESP-12E&lt;br /&gt;
*** UART, RESET, ADC, SPI, 9 GPIOs&lt;br /&gt;
*** 4 MByte Flash&lt;br /&gt;
&lt;br /&gt;
=NodeMCU-Firmware=&lt;br /&gt;
* [http://nodemcu-build.com Cloud-Build NodeMCU-Firmware]&lt;br /&gt;
* [https://github.com/themadinventor/esptool esptool (Flash-Tool)]&lt;br /&gt;
&lt;br /&gt;
NodeMCU-Firmware flashen (die entsprechenden Hardwarevoraussetzungen sind dabei natürlich zu beachten beachten → RTFM!):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# ESP8266-01&lt;br /&gt;
esptool.py --port &amp;lt;USB-port-with-ESP8266&amp;gt; write_flash 0x00000 &amp;lt;nodemcu-firmware&amp;gt;.bin&lt;br /&gt;
&lt;br /&gt;
# ESP8266-12E&lt;br /&gt;
./esptool.py --port /dev/ttyUSB0  erase_flash&lt;br /&gt;
./esptool.py --port /dev/ttyUSB0  write_flash -fm dio -fs 32m 0x00000 &amp;lt;nodemcu-firmware&amp;gt;.bin 0x3fc000 esp_init_data_default.bin&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
(esp_init_data_default.bin siehe [https://nodemcu.readthedocs.io/en/dev/en/flash/#upgrading-firmware hier])&lt;br /&gt;
&lt;br /&gt;
=Toolchain=&lt;br /&gt;
* ein Editor&lt;br /&gt;
* ein Upload-Tool zum Übertragen der Lua-Scripte auf das Filesystem des ESP-Moduls:&lt;br /&gt;
** [http://frightanic.com/iot/tools-ides-nodemcu/ eine gute Übersicht]&lt;br /&gt;
** [https://github.com/kmpm/nodemcu-uploader Kommandozeilen-Tool nodemcu-uploader]&lt;br /&gt;
&lt;br /&gt;
=Lua-Beipiele=&lt;br /&gt;
* [https://github.com/boerge42/nodemcu_scripts ein paar Lua-Skripte von mir]&lt;br /&gt;
&lt;br /&gt;
=Lesestoff=&lt;br /&gt;
* [https://nodemcu.readthedocs.io/en/master/ NodeMCU-Manual]&lt;br /&gt;
* Vortrag: &amp;quot;Die Scriptsprache Lua&amp;quot;&lt;br /&gt;
* Vortrag: &amp;quot;Wifi mit Lua&amp;quot;&lt;br /&gt;
&lt;br /&gt;
=Kontakt=&lt;br /&gt;
[[Benutzer:bergeruw|Uwe]]&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/ESP8266_mit_NodeMcu</id>
		<title>ESP8266 mit NodeMcu</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/ESP8266_mit_NodeMcu"/>
				<updated>2017-02-17T08:31:13Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* ESP8266-Module */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Kategorie:Hardware]]&lt;br /&gt;
&lt;br /&gt;
=Hardware=&lt;br /&gt;
==ESP8266-Chip==&lt;br /&gt;
* Hersteller: Espressif (China)&lt;br /&gt;
* SoC (System of a Chip) mit:&lt;br /&gt;
** CPU: 32-Bit RISC (Xtensa LX106), 80...160MHz&lt;br /&gt;
* Speicher:&lt;br /&gt;
** interner RAM: 64kByte + 94kByte&lt;br /&gt;
** extern: SPI-Schnittstelle für Flash-Speicher (bis 128MBit)&lt;br /&gt;
* WLAN etc.:&lt;br /&gt;
** 802.11 b/g/n (Tx: +20...+14dBm; Rx:-91...-72dbm)&lt;br /&gt;
** WPA/WPA2; WEP/TKIP/AES&lt;br /&gt;
** Wifi-Mode: Station, SoftAP, Station+SoftAP&lt;br /&gt;
** Built-in: TCP/IP protocol stack (IPv4)&lt;br /&gt;
* UART, I2C, PWM, SPI, GPIOs, ADC&lt;br /&gt;
* 3,3V, 0,01mA...250mA (sleep...send)&lt;br /&gt;
&lt;br /&gt;
==ESP8266-Module==&lt;br /&gt;
Diverse Ausführungsformen, Unterschied u.a.:&lt;br /&gt;
* Anzahl herausgeführter Schnittstellen&lt;br /&gt;
* Größe des externen Flash-Speichers&lt;br /&gt;
* Ausführung Antenne&lt;br /&gt;
&lt;br /&gt;
* Beispiele:&lt;br /&gt;
** ESP-01&lt;br /&gt;
*** UART, RESET, 2 GPOIs&lt;br /&gt;
*** 512 kByte Flash&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
** ESP-12E&lt;br /&gt;
*** UART, RESET, ADC, SPI, 9 GPIOs&lt;br /&gt;
*** 4 MByte Flash&lt;br /&gt;
&lt;br /&gt;
=NodeMCU-Firmware=&lt;br /&gt;
* [http://nodemcu-build.com Cloud-Build NodeMCU-Firmware]&lt;br /&gt;
* [https://github.com/themadinventor/esptool esptool (Flash-Tool)]&lt;br /&gt;
&lt;br /&gt;
NodeMCU-Firmware flashen (die entsprechenden Hardwarevoraussetzungen sind dabei natürlich zu beachten beachten → RTFM!):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# ESP8266-01&lt;br /&gt;
esptool.py --port &amp;lt;USB-port-with-ESP8266&amp;gt; write_flash 0x00000 &amp;lt;nodemcu-firmware&amp;gt;.bin&lt;br /&gt;
&lt;br /&gt;
# ESP8266-12E&lt;br /&gt;
./esptool.py --port /dev/ttyUSB0  erase_flash&lt;br /&gt;
./esptool.py --port /dev/ttyUSB0  write_flash -fm dio -fs 32m 0x00000 &amp;lt;nodemcu-firmware&amp;gt;.bin 0x3fc000 esp_init_data_default.bin&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
(esp_init_data_default.bin siehe [https://nodemcu.readthedocs.io/en/dev/en/flash/#upgrading-firmware hier])&lt;br /&gt;
&lt;br /&gt;
=Toolchain=&lt;br /&gt;
* ein Editor&lt;br /&gt;
* ein Upload-Tool zum Übertragen der Lua-Scripte auf das Filesystem des ESP-Moduls:&lt;br /&gt;
** [http://frightanic.com/iot/tools-ides-nodemcu/ eine gute Übersicht]&lt;br /&gt;
** [https://github.com/kmpm/nodemcu-uploader Kommandozeilen-Tool nodemcu-uploader]&lt;br /&gt;
&lt;br /&gt;
=Lua-Beipiele=&lt;br /&gt;
* [https://github.com/boerge42/nodemcu_scripts ein paar Lua-Skripte von mir]&lt;br /&gt;
&lt;br /&gt;
=Lesestoff=&lt;br /&gt;
* [https://nodemcu.readthedocs.io/en/master/ NodeMCU-Manual]&lt;br /&gt;
* Vortrag: &amp;quot;Die Scriptsprache Lua&amp;quot;&lt;br /&gt;
* Vortrag: &amp;quot;Wifi mit Lua&amp;quot;&lt;br /&gt;
&lt;br /&gt;
=Kontakt=&lt;br /&gt;
[[Benutzer:bergeruw|Uwe]]&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/ESP8266_mit_NodeMcu</id>
		<title>ESP8266 mit NodeMcu</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/ESP8266_mit_NodeMcu"/>
				<updated>2017-02-17T08:29:49Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* Firmware */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Kategorie:Hardware]]&lt;br /&gt;
&lt;br /&gt;
=Hardware=&lt;br /&gt;
==ESP8266-Chip==&lt;br /&gt;
* Hersteller: Espressif (China)&lt;br /&gt;
* SoC (System of a Chip) mit:&lt;br /&gt;
** CPU: 32-Bit RISC (Xtensa LX106), 80...160MHz&lt;br /&gt;
* Speicher:&lt;br /&gt;
** interner RAM: 64kByte + 94kByte&lt;br /&gt;
** extern: SPI-Schnittstelle für Flash-Speicher (bis 128MBit)&lt;br /&gt;
* WLAN etc.:&lt;br /&gt;
** 802.11 b/g/n (Tx: +20...+14dBm; Rx:-91...-72dbm)&lt;br /&gt;
** WPA/WPA2; WEP/TKIP/AES&lt;br /&gt;
** Wifi-Mode: Station, SoftAP, Station+SoftAP&lt;br /&gt;
** Built-in: TCP/IP protocol stack (IPv4)&lt;br /&gt;
* UART, I2C, PWM, SPI, GPIOs, ADC&lt;br /&gt;
* 3,3V, 0,01mA...250mA (sleep...send)&lt;br /&gt;
&lt;br /&gt;
==ESP8266-Module==&lt;br /&gt;
&lt;br /&gt;
=NodeMCU-Firmware=&lt;br /&gt;
* [http://nodemcu-build.com Cloud-Build NodeMCU-Firmware]&lt;br /&gt;
* [https://github.com/themadinventor/esptool esptool (Flash-Tool)]&lt;br /&gt;
&lt;br /&gt;
NodeMCU-Firmware flashen (die entsprechenden Hardwarevoraussetzungen sind dabei natürlich zu beachten beachten → RTFM!):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# ESP8266-01&lt;br /&gt;
esptool.py --port &amp;lt;USB-port-with-ESP8266&amp;gt; write_flash 0x00000 &amp;lt;nodemcu-firmware&amp;gt;.bin&lt;br /&gt;
&lt;br /&gt;
# ESP8266-12E&lt;br /&gt;
./esptool.py --port /dev/ttyUSB0  erase_flash&lt;br /&gt;
./esptool.py --port /dev/ttyUSB0  write_flash -fm dio -fs 32m 0x00000 &amp;lt;nodemcu-firmware&amp;gt;.bin 0x3fc000 esp_init_data_default.bin&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
(esp_init_data_default.bin siehe [https://nodemcu.readthedocs.io/en/dev/en/flash/#upgrading-firmware hier])&lt;br /&gt;
&lt;br /&gt;
=Toolchain=&lt;br /&gt;
* ein Editor&lt;br /&gt;
* ein Upload-Tool zum Übertragen der Lua-Scripte auf das Filesystem des ESP-Moduls:&lt;br /&gt;
** [http://frightanic.com/iot/tools-ides-nodemcu/ eine gute Übersicht]&lt;br /&gt;
** [https://github.com/kmpm/nodemcu-uploader Kommandozeilen-Tool nodemcu-uploader]&lt;br /&gt;
&lt;br /&gt;
=Lua-Beipiele=&lt;br /&gt;
* [https://github.com/boerge42/nodemcu_scripts ein paar Lua-Skripte von mir]&lt;br /&gt;
&lt;br /&gt;
=Lesestoff=&lt;br /&gt;
* [https://nodemcu.readthedocs.io/en/master/ NodeMCU-Manual]&lt;br /&gt;
* Vortrag: &amp;quot;Die Scriptsprache Lua&amp;quot;&lt;br /&gt;
* Vortrag: &amp;quot;Wifi mit Lua&amp;quot;&lt;br /&gt;
&lt;br /&gt;
=Kontakt=&lt;br /&gt;
[[Benutzer:bergeruw|Uwe]]&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	<entry>
		<id>http://wiki.bralug.de/ESP8266_mit_NodeMcu</id>
		<title>ESP8266 mit NodeMcu</title>
		<link rel="alternate" type="text/html" href="http://wiki.bralug.de/ESP8266_mit_NodeMcu"/>
				<updated>2017-02-17T08:29:18Z</updated>
		
		<summary type="html">&lt;p&gt;Bergeruw: /* Hardware */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Kategorie:Hardware]]&lt;br /&gt;
&lt;br /&gt;
=Hardware=&lt;br /&gt;
==ESP8266-Chip==&lt;br /&gt;
* Hersteller: Espressif (China)&lt;br /&gt;
* SoC (System of a Chip) mit:&lt;br /&gt;
** CPU: 32-Bit RISC (Xtensa LX106), 80...160MHz&lt;br /&gt;
* Speicher:&lt;br /&gt;
** interner RAM: 64kByte + 94kByte&lt;br /&gt;
** extern: SPI-Schnittstelle für Flash-Speicher (bis 128MBit)&lt;br /&gt;
* WLAN etc.:&lt;br /&gt;
** 802.11 b/g/n (Tx: +20...+14dBm; Rx:-91...-72dbm)&lt;br /&gt;
** WPA/WPA2; WEP/TKIP/AES&lt;br /&gt;
** Wifi-Mode: Station, SoftAP, Station+SoftAP&lt;br /&gt;
** Built-in: TCP/IP protocol stack (IPv4)&lt;br /&gt;
* UART, I2C, PWM, SPI, GPIOs, ADC&lt;br /&gt;
* 3,3V, 0,01mA...250mA (sleep...send)&lt;br /&gt;
&lt;br /&gt;
==ESP8266-Module==&lt;br /&gt;
&lt;br /&gt;
=Firmware=&lt;br /&gt;
* [http://nodemcu-build.com Cloud-Build NodeMCU-Firmware]&lt;br /&gt;
* [https://github.com/themadinventor/esptool esptool (Flash-Tool)]&lt;br /&gt;
&lt;br /&gt;
NodeMCU-Firmware flashen (die entsprechenden Hardwarevoraussetzungen sind dabei natürlich zu beachten beachten → RTFM!):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# ESP8266-01&lt;br /&gt;
esptool.py --port &amp;lt;USB-port-with-ESP8266&amp;gt; write_flash 0x00000 &amp;lt;nodemcu-firmware&amp;gt;.bin&lt;br /&gt;
&lt;br /&gt;
# ESP8266-12E&lt;br /&gt;
./esptool.py --port /dev/ttyUSB0  erase_flash&lt;br /&gt;
./esptool.py --port /dev/ttyUSB0  write_flash -fm dio -fs 32m 0x00000 &amp;lt;nodemcu-firmware&amp;gt;.bin 0x3fc000 esp_init_data_default.bin&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
(esp_init_data_default.bin siehe [https://nodemcu.readthedocs.io/en/dev/en/flash/#upgrading-firmware hier])&lt;br /&gt;
&lt;br /&gt;
=Toolchain=&lt;br /&gt;
* ein Editor&lt;br /&gt;
* ein Upload-Tool zum Übertragen der Lua-Scripte auf das Filesystem des ESP-Moduls:&lt;br /&gt;
** [http://frightanic.com/iot/tools-ides-nodemcu/ eine gute Übersicht]&lt;br /&gt;
** [https://github.com/kmpm/nodemcu-uploader Kommandozeilen-Tool nodemcu-uploader]&lt;br /&gt;
&lt;br /&gt;
=Lua-Beipiele=&lt;br /&gt;
* [https://github.com/boerge42/nodemcu_scripts ein paar Lua-Skripte von mir]&lt;br /&gt;
&lt;br /&gt;
=Lesestoff=&lt;br /&gt;
* [https://nodemcu.readthedocs.io/en/master/ NodeMCU-Manual]&lt;br /&gt;
* Vortrag: &amp;quot;Die Scriptsprache Lua&amp;quot;&lt;br /&gt;
* Vortrag: &amp;quot;Wifi mit Lua&amp;quot;&lt;br /&gt;
&lt;br /&gt;
=Kontakt=&lt;br /&gt;
[[Benutzer:bergeruw|Uwe]]&lt;/div&gt;</summary>
		<author><name>Bergeruw</name></author>	</entry>

	</feed>