Server etc – inator.at

Mein neuer „Server“

Endlich fertig. Server ersetzt durch 1x Seagate Goflex Net mit Debian. Plus 1x Raspberry PI 2.
-> Gesamtverbrauch USV + Router + NAS + 2x 3,5″ Festplatten + PI + DVB-S2 USB Karte beläuft sich jetzt auf 24Watt.
Der alte Server alleine hat vorher etwa 55 Wat „verbraten“. +NAS + USV + Router warens etwas über 70 Watt !!

Die Leistungsaufnahme gliedert sich inetwa wie folgt :
USV 2 Watt
NAS 4 Watt
HDD1 3 Watt
HDD2 3 Watt
PI 3 Watt
DVB-S 6 Watt
Router 3 Watt

Die Angabenn sind natürlich nur ungefähr, weil z.B. Netzwerkanschlüsse auch „strom verbrauchen“, sobald was angesteckt ist.
Z.B. benötigt ein Gigabit Router etwa 0,5-1 Watt mehr, wenn ein Gigabit-Gerät angesteckt wird…

Besonders toll ist aber natürlich, dass dieses System wesentlich leistungsfähiger ist, als der Server.
Über LAN krieg ich vom und zum NAS etwa 35MBytes/Sekunde. Und die 100MBit des PI fallen auch kaum negativ ins Gewicht, weil der PI schließlich keine Freigaben bereitstellen muss.

Und für die „üblichen“ Aufgaben, d.h. VNC Server mit Mail (Icedove = Linux Thunderbird), Browser (Iceweasel = Linux Firefox), Libre Office reichts allemal…

-> Damit brauch ich auf meinem Laptop eigentlich nix mehr speichern, kann man alles „remote“ am PI machen (und am NAS redundant speichern). Ein OpenVPN Client und ein VNC Viewer am Laptop. Fertig.

Linux TightVNC Copy and Paste

Wer schon mal per VNC auf einen Linux TightVNC-Server zugegriffen hat, der hat sich bestimmt schon gewundert, warum da kein Copy&Paste („Clipboard Transfer“) möglich ist.
Der Grund dafür ist ganz einfach; man benötigt (serverseitig) ein eigenes Programm dafür !
Installation :

apt-get install autocutsel

Das kann man dann (gleich in der VNC-Session) in einem Terminal starten :

autocutsel -fork

Besser ist es natürlich, man fügt es im entsprechenden User-Verzeichnis unter ~/.vnc/xstartup ein.

Raspberry PI CPU Temperatur senken

in der /boot/config.txt folgendes anpassen :

für Raspberry PI 2

arm_freq=900

für Raspberry PI A/B/B+

arm_freq=700

und dann :

arm_freq_min=200
start_x=0
gpu_mem=16
core_freq=250
core_freq_min=75
sdram_freq=450
over_voltage=0

Achtung : mit der neuesten Firmware geht das NICHT mehr !
Muss ich aber erst noch genauer untersuchen, warum.

Ausserdem kann man noch den HDMI Ausgang abschalten. (Falls man den nicht benötigt)
Beim Starten wird ein Script gestartet, welches nach 30 Minuten den Ausgang abschaltet.
So hat man im Notfall (z.B. Firewall blockiert alles) noch genug Zeit, den PI zu reparieren.
/root/scripts/hdmi.sh

#/bin/sh
sleep 1800
/opt/vc/bin/tvservice -off

Und in die /etc/rc.local vor dem „exit 0“ noch das einfügen :

/root/scripts/hdmi.sh &

Um die CPU-Temperatur leicher prüfen zu können, empfielt es sich, ein kleines script anzulegen;
z.B. /bin/temperatur

#!/bin/bash
x=$(cat /sys/class/thermal/thermal_zone0/temp)
t1=$(echo „$x/1000“ | bc -l | cut -b1-7)
echo $t1

Damit das funktioniert, benötigt man noch „bc“ :

apt-get update
apt-get install bc

…und was bringt das ?
Bittesehr :

Raspberry PI WLAN konfigurieren

/etc/network/interfaces

auto lo
iface lo inet loopback
#iface eth0 inet dhcp
allow-hotplug wlan0
iface wlan0 inet manual
wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf
iface default inet dhcp
auto wlan0
iface wlan0 inet static
address IP-ADRESSE
netmask NETZMASKE
gateway GATEWAY
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
iface default inet dhcp

/etc/wpa-supplicant/wpa_supplicant.conf

update_config=1
network={
ssid=“NETZWERK-NAME“
psk=“WLAN-Schlüssel“
proto=RSN
key_mgmt=WPA-PSK
pairwise=CCMP
auth_alg=OPEN
}

Ausserdem musste ich noch die „Firmware“ für meinen Dongle (TP-Link)
herunterladen. Die wird offensichtlich bei jedem Anstecken/Strom EIN
neu in den Stick geladen :

cd /lib/firmware/rtlwifi
wget http://www.lwfinger.com/download/rtl8188eufw.bin

DNS stellt man in der „/etc/resolv.conf“ ein.
(Wird offenbar sofort aktiv)
Am besten man installiert dazu :
apt-get install dnsutils

dann kann man mit „nslookup“ checken, welcher DNS Server verwendet wird.

NTP sollte (falls ein lokaler vorhanden) auch umgestellt werden.
/etc/ntp.conf

Und dann mit „service ntp restart“ neustarten.

Tp Link TL-WDR4300

Mein neuestes Spielzeug von TP LINK :
5 Gigabit Ethernet Ports
2,4 und 5 GHz WLAN gleichzeitig (unter OpenWRT erscheinen 2 unabhängige WLAN Interface)
2 USB Ports
8 MB Flash und 128 MB RAM

Damit sollte es zumindest theoretisch möglich sein, ein zusätzliches 2,4 GHz WLAN Netz per USB Stick auf einem anderen Kanal laufen zu lassen.

Bisherige Tests haben gezeigt, dass openWRT meinen Belkin USB WLAN Stick leider nicht „out of the box“ supportet.

Als Hauptrouter kommt er leider auch nicht in Frage. UMTS Sticks laufen nicht 100% stabil. Es funktionier zwar ein paar Stunden lang, dann ist plötzlich keine Verbindung mehr vorhanden.

Update :
Hab den Router jetzt upgedatet auf OpenWRT- BARRIER BREAKER (Bleeding Edge, r40831).

Wenn schon OpenWRT installiert ist :
http://downloads.openwrt.org/snapshots/trunk/ar71xx/openwrt-ar71xx-generic-tl-wdr4300-v1-squashfs-sysupgrade.bin
Auf einem Router mit Original-FW :
http://downloads.openwrt.org/snapshots/trunk/ar71xx/openwrt-ar71xx-generic-tl-wdr4300-v1-squashfs-factory.bin

Im Moment ist das Allernötigste eingerichtet; er wählt sich brav ins (UMTS-) Internet ein.
Und hat 1 PPTP-Verbindung (als Client) offen.

Weitere Tests folgen…

Genauere Messungen haben nun gezeigt, dass der interne Spannungswandler (der u.a. auch den USB Port versorgt) nur 4,95 V produziert.
Das zwar innerhalb der USB Spezifikation, aber Huawei Modems laufen damit nicht stabil.
Darum hab ich die Spannung auf 5,15 V angehoben.
Langzeittests laufen grade.

Darüber hienaus bietet es sich auch an, den WLAN-Bug der „neueren“ TP-Link Router zu umgehen, weil es sonst hin und wieder zu WLAN-Crases kommt.
Dazu muss in die c (VOR dem „exit 0“) folgendes hienein :
echo 1 >/sys/kernel/debug/ieee80211/phy0/ath9k/disable_ani
echo 1 >/sys/kernel/debug/ieee80211/phy1/ath9k/disable_ani

(die zweite Zeile benötigt man natürlich nur, falls der Bug auch auf der 5GHz Seite auftritt…)

ein „chmod +x /etc/rc.local“ kann natürlich auch nicht schaden; hab aber nicht getestet, ob es notwendig ist…

Update :
Auch für diesen Router gibt es mittlerweile die Barrier Breaker RC3.
Läuft bei mir seit einigen Tagen ohne Auffälligkeiten.

<br />