Posts mit dem Label raspberry werden angezeigt. Alle Posts anzeigen
Posts mit dem Label raspberry werden angezeigt. Alle Posts anzeigen

Samstag, 18. April 2015

WOW-TO switch Raspberry Pi 2 Model B to operate from external 2.5" USB.HDD

https://docs.google.com/document
collaborative document: feedback, comments, corrections, suggestions appreciated, as ever

Sonntag, 5. April 2015

genious: PMwiki.org on a Raspberry Pi - no database needed

  • Here we go...
  • need not much space , only about 500 K!!B,
  • Just download latest version from: http://www.Pmwiki.org
  • tansfer all files, needed
  • start working
  • i will show you a comprehensive video:



Visions for the future or better, presence: the drone-postman ?

Matternet has started, as promised. That's a remarkable milestone.

In combination with a yellow, not red :), box. Letters of up to 1.000 gr / 20 = 50 standard letters (and a additional USB-stick (~30 gr)) will soon replace mail delivery in subsaharan regions and other emerging regions. - This will combine physical delivery and data mule transport for information kiosks. - Satellites, loon and such thing will not be needed @ the moment. - Ok, it's a vision. But: who knows?



Donnerstag, 26. März 2015

Mails mit dem Raspberry Pi 2 Model B versenden mit ssmtp

System-Mails ohne einen eigenen richtigen Mail-Server mit ssmtp verschicken


System-Mails ohne einen Mail-Server mit ssmtp verschicken

 
 
Es gibt Fälle, in denen soll das eigene Linux-System Mails verschicken können. Ein Beispiel wäre etwa Cron, das im Fall von Problemen Status-Mails verschicken kann. Oder man hat einen Webserver installiert, über den mittels der mail-Funktion von PHP Mails verschickt werden sollen usw., doch extra dafür schwere Brocken wie Postfix, Sendmail und Co. einzurichten wäre zu aufwändig. Noch dazu ist es für “Privatleute” ohne richtigen Server, ohne ordentliche Zertifikate und ohne feste IPs sowieso nicht möglich direkt Mails zu verschicken, da die meisten Mail-Server den Empfang von solchen Servern sowieso ablehnen, sonst wäre ja SPAM-Versender Tür und Tor geöffnet. Für den Privatmann gilt es daher eigene Mails an einen SMTP-Relay-Server weiterzuleiten (also den SMTP-Mailserver eines “ordentlichen” Anbieters) und dafür reicht auch ein simples Tool wie ssmtp.
 

ssmtp ist kein ausgewachsender MTA (Mail-Transfer-Agent) wie Postfix, Exim oder eben Sendmail, sondern einfach nur ein kleines Tool das eine Mail vom System entgegennimmt und zu einem zuvor konfigurierten Mailserver weiterleitet. Wie eingangs gesagt, müsste man mit einem Heimserver einen MTA wie Postfix sowieso als “Satellite System” konfigurieren und Mails über einen Smarthost leiten, daher kann man sich den Aufwand mit der Einrichtung des Dienstes gleich sparen. ssmtp will erst einmal aus den Paketquellen installiert werden…

sudo apt-get install ssmtp
…danach gibt es mit den Dateien /etc/ssmtp/ssmtp.conf und /etc/ssmtp/revaliases zwei Konfigurationsdateien, die an die eigene Situation angepasst werden wollen. Ich fange mal mit der ssmtp.conf an, in der der zu nutzende Mailserver eingetragen wird.

sudo gedit /etc/ssmtp/ssmtp.conf
Als Beispiele führe ich die Konfiguration an, um Mails über Google bzw. GMX zu verschicken. Wie ihr seht steht das Passwort im Klartext in der Konfigurationsdatei. Ich würde daher für den eigenen Mailserver einen extra Account bei einem Freemailer einrichten, oder bei Google die 2-Step Verification aktivieren, so dass man ein Passwort extra für ssmtp erzeugen kann. Somit stünden dann die wichtigsten Zugangsdaten nicht mehr im Klartext auf der Platte.

Google Mail

root=EIN.BEISPIEL@gmail.com
mailhub=smtp.gmail.com:587
hostname=EIN.BEISPIEL@gmail.com
UseSTARTTLS=YES
AuthUser=EIN.BEISPIEL
AuthPass=GEHEIM
FromLineOverride=YES

GMX.net

root=EIN.BEISPIEL@gmx.de
mailhub=mail.gmx.net:465
rewriteDomain=gmx.net
hostname=gmx.net  
UseTLS=YES
AuthUser=EIN.BEISPIEL@gmx.DE
AuthPass=GEHEIM
FromLineOverride=NO
Passt die FETT geschriebenen Passagen bitte an eure Situation an, die restlichen Einstellungen solltet ihr direkt übernehmen können. Sobald ihr die ssmtp.conf vollständig eingerichtet habt, könnt ihr festlegen welcher User welchen Mailserver benutzen darf. Dies wird über die revaliases-Datei festgelegt, öffnet auch diese daher wieder in einen Editor.

sudo nano  /etc/ssmtp/revaliases
Hier tragt ihr nun im folgenden Format ein welcher Nutzer welchen Server benutzen darf. In meinem Beispiel greife ich wieder Google Mail auf, die FETT gedruckten Passagen müssten wieder angepasst werden.

root:EIN.BEISPIEL@gmail.com:smtp.gmail.com:587
www-data:EIN.BEISPIEL@gmail.com:smtp.gmail.com:587
OTTO:EIN.BEISPIEL@gmail.com:smtp.gmail.com:587
In meinem Fall darf also “root”, der User des Webservers “www-data” und der Benutzer “otto” Mails direkt vom System aus verschicken. Die zweite Zeile könnt ihr natürlich weglassen, wenn bei euch gar kein Webserver installiert ist, oder dieser gar keinen Zugriff auf ssmtp braucht.
Das Ganze will natürlich nun auch getestet werden. Eine Möglichkeit ist es direkt über ssmtp eine Mail zu schicken. Der folgende Befehl schickt etwa eine leere Mail an echo@tu-berlin.de, das diese wiederum gleich wieder zurück zu euch schickt. So könnt ihr bequem testen, ob eure Einstellungen funktioniert haben. Zudem bewirkt der Schalter “-v”, dass bei der Aktion Rückgaben ins Terminal geschrieben werden.

ssmtp -v echo@tu-berlin.de
Alternativ könntet ihr natürlich auch via mutt oder mailx direkt vollständige Mails verschicken. ssmtp ersetzt sicherlich nicht einen ordentlich aufgesetzten Postfix-Dienst auf einem richtigen Server, doch wenn die eigenen Workstation zuhause einfach nur in der Lage sein soll ein paar Status-Mails in Netz zu senden, dann ist ssmtp ein ganz praktisches Werkzeug.

Mittwoch, 25. März 2015

USB GPS Receiver - there are new, endless possibilities


http://www.hohotrade.com/gps-receiver-usb-adapter-for-computers-netbook-laptop-umpc-transform-your-laptop-into-a-gps-navigatortccg29027-p-14674.html






  • usable as : time code reciever by satellite in developing countries, where NTP is no service
  • NMEA - data production
  • put this into mobile MULE part and the time code problem will be solved
  •  EMULE can also serve as a "ntp-server : time code provider" - time derived from satellites




Samstag, 21. März 2015

Mittwoch, 18. März 2015

WOW-TO convert a RaspberryPi 2 B into a standalone AP with REALTEK [EDIMAX] CHIP

WOW-TO convert a RaspberryPi 2 B into a standalone AP with REALTEK [EDIMAX] CHIP



Here is a short summary of all the commands (cooking-book like) without any of the comments above. So if you succeeded once, don’t care about comments, just do the essential work now:



sudo bash
sudo apt-get update && sudo apt-get upgrade -f && sudo apt-get dist-upgrade
sudo apt-get clean
sudo apt-get autoremove
sudo apt-get install git
sudo wget https://raw.github.com/Hexxeh/rpi-update/master/rpi-update -O /usr/bin/rpi-update && sudo chmod +x /usr/bin/rpi-update
sudo rpi-update
sudo reboot
sudo apt-get install isc-dhcp-server
sudo apt-get autoremove hostapd
wget https://github.com/jenssegers/RTL8188-hostapd/archive/v2.0.tar.gz
tar -zxvf v2.0.tar.gz
cd RTL8188-hostapd-2.0/hostapd
sudo make
sudo make install
sudo service hostapd restart
sudo nano /etc/dhcp/dhcpd.conf
#option domain-name "example.org";
#option domain-name-servers ns1.example.org, ns2.example.org;
authoritative;
subnet 10.10.10.0 netmask 255.255.255.0
{
range 10.10.10.20 10.10.10.80;
option broadcast-address 10.10.10.255;
option routers 10.10.10.1;
default-lease-time 600;
max-lease-time 7200;
option domain-name "local-network";
option domain-name-servers 8.8.8.8, 8.8.4.4;
}

sudo nano /etc/default/isc-dhcp-server
INTERFACES="wlan0"
sudo nano /etc/network/interfaces
iface wlan0 inet static
address 10.10.10.10
netmask 255.255.255.0
#iface wlan0 inet manual
#wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf
#iface default inet dhcp
sudo nano /etc/sysctl.conf
net.ipv4.ip_forward=1
sudo sh -c "echo 1 > /proc/sys/net/ipv4/ip_forward"
sudo ifup wlan0
sudo iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
sudo iptables -A FORWARD -i eth0 -o wlan0 -m state --state RELATED,ESTABLISHED -j ACCEPT
sudo iptables -A FORWARD -i wlan0 -o eth0 -j ACCEPT
sudo service isc-dhcp-server start
sudo service hostapd start
sudo update-rc.d hostapd enable
sudo update-rc.d isc-dhcp-server enable
sudo sh -c "iptables-save > /etc/iptables.ipv4.nat"
sudo nano /etc/network/interfaces
up iptables-restore < /etc/iptables.ipv4.nat
sudo nano /etc/rc.local
sleep 10 && service hostapd restart
sudo reboot