Powered By Blogger

Donnerstag, 21. Juni 2012

Nicht ganz (wasser)dicht: Renault Twizy

Heute bin ich das erste Mal mit dem Renault Twizy gefahren. Das Auto (wenn es denn diese Bezeichnung schon verdient) ist bestenfalls witzig. Leider hatte ich die Wetterprognose nicht gelesen und es mir ausgeborgt, obwohl ich wusste, dass es keine Fenster hat. Bei Regen muss man es schnell wo unterstellen, denn da es keine Fenster hat, regnet es ins Fahrzeug hinein. Das Fahren damit ist generell ganz nett und sehr ähnlich wie mit anderen E-Autos. Ein kleiner Unterschied ist, dass er keinen Ganghebel für die Modi "D" (Drive), "N" (Neutral), "P" (Park) und "R" (Reverse) (und ggf. Weitere) hat sondern Knöpfe, wo man eben auf "D" oder "R" drückt.


Da es kein "P" gibt, hat das Auto eine manuell zu bedienende Handbremse. Es gibt auch ein kleines Handschuhfach, ich bezweifle jedoch, dass das irgendeinen Dieb auch nur annähernd abhalten könnte:


Die Beschleunigung kam mir subjektiv nicht so gut vor wie beim Think City oder Mitsubishi iMiev. Außerdem spürt man jedes kleine Steinchen. Selbst zum Stadtfahren (sonst ja die Stärke von E-Autos) eignet sich der Renault Twizy also nur bedingt. Sein Haupteinsatzgebiet sehe ich eher in Firmengeländen. Dadurch, dass er sehr klein ist, könnte man damit auch problemlos in Gebäuden herumfahren und zum Beispiel kleinere Güter befördern. Interessant ist, dass er nicht so wie andere Fahrzeuge beschleunigt, wenn man von der Bremse geht. Eine Anzeige auf der Konsole zeigt nebst Geschwindigkeit in Digitalform auch den Batteriestand an und wieviel Energie der Batterie gerade entzogen wird oder ob diese gerade geladen wird (wird durch einen Pfeil Richtung Batterie dargestellt).






Auch beim Laden unterscheidet sich der Renault Twizy von den anderen E-Autos, die ich kenne: Man steckt nicht den Ladestecker ins Auto, sondern zieht den Ladestecker aus dem Auto heraus, so ähnlich wie beim Staubsauger. Die Türen gehen nach oben hin auf, nicht seitlich so wie sonst üblich. Und so sieht er aus, der Renault Twizy:



So sehen Lenkrad und Amaturenbrett aus:


Fazit: Hätte Renault dem Auto Fenster verpasst und vielleicht eine etwas bessere Federung, wäre es ganz brauchbar, wenn man bspw. alleine damit in die Arbeit fährt (hinten kann nur eine kleine Person sitzen - mein Sohn Tobias (4) hat's ausprobiert, für ihn hat's geklappt). Aber so ist der Nutzen eben nur recht eingeschränkt.

Freitag, 15. Juni 2012

First Look At NetBSD 6.0 Beta 2

The NetBSD team recently announced Beta 2 of NetBSD 6.0 and I would like to know in special how good its IPv6 support is. Although I have no productive use of NetBSD and haven't used it in any project yet, nor did I ever work on a productive NetBSD system somewhere else, I'm interested in NetBSD and track its progress because its diversity of available platforms.

I downloaded the amd64 ISO and installed it in a virtual machine using VMware Player 4.0.0 on Windows Server 2008. The installation went quite quick, it didn't even need 10 minutes! One of the first thing that should be done after installation is activating the SSH server, which can be done by executing "chmod u+w /etc/ssh/sshd_config" to enable editing the configuration file of the SSH server and then "vi /etc/ssh/sshd_config", uncommenting "Port 22", "AddressFamily any" and "PermitRootLogin" by pressing the "x" key, than setting the cursor to the "n" of "no", pressing "xx", then "i" and enter "yes" and last but not least pressing ESC and ":wq" to write the file and exit that masochistic program. "/etc/rc.d/sshd restart" restarts the SSH server. Now you can log in using SSH which is much more comfortable, because you can use copy & paste if you find some tips on the web!

Next important thing is to configure "pkg_add" which is required to install software. Last time we need that program that got stuck in 1960! Do a "vi ~/.profile" and go the first line that begins with "export PKG_PATH", press "x" do delete the "#" sign and then ESC, ":wq" to write the file. Now log off and on again or reboot.

With "pkg_add -v nano" we can install an editor that has at least the usability of a 1980 program. Then you could again edit your .profile using "nano ~/.profile" and for example add your favorite aliases. Mine ones are "alias dir='ls -lh'" and "alias adir='ls -lha'". :-)

Helpful documents can be found here and here.

Donnerstag, 7. Juni 2012

Migration from dnsmasq to bind9 9.8.1

First I'd like to say, that dnsmasq is a great product, but there were some issues for me:
  • It doesn't provide DNS64
  • There have been troubles with DNS forwardings in my LAN
  • I didn't find a way to allow requests from outside my LAN, I needed to allow at least one public IP address to request zone transfers from my DNS server
So, when now migrating from Ubuntu 10.10. to Ubuntu 12.04, I also migrated my DNS solution from dnsmasq to bind9.

Forwarding DNS requests isn't difficult there, too. I just added this line to "/etc/bind/named.conf":

include "/etc/bind/named.conf.gspdc";

In "named.conf.gspdc", there are the definitions for the zones that should be forwarded:

zone "greatsoft.local" {
        type forward;
        forwarders { 192.168.1.2; };
};

zone "virtual" {
        type forward;
        forwarders { 192.168.1.2; };
};

After doing a "service bind9 restart", it did not work! With nslookup in Windows, I got errors like this one:

speedy.greatsoft.local can't find debian.greatsoft.local: Non-existent domain

In the log file on the server, entries like this one appeared:

Jun  7 22:18:15 speedy named[3725]:   validating @0x7f3488535e10: greatsoft.local SOA: got insecure response; parent indicates it should be secure
Jun  7 22:18:15 speedy named[3725]:   validating @0x7f3480040480: greatsoft.local SOA: got insecure response; parent indicates it should be secure
Jun  7 22:18:15 speedy named[3725]: error (no valid RRSIG) resolving 'debian.greatsoft.local.greatsoft.local/DS/IN': 192.168.1.2#53
Jun  7 22:18:15 speedy named[3725]: error (insecurity proof failed) resolving 'debian.greatsoft.local.greatsoft.local/A/IN': 192.168.1.2#53
Jun  7 22:18:15 speedy named[3725]:   validating @0x7f347801bc80: greatsoft.local SOA: got insecure response; parent indicates it should be secure
Jun  7 22:18:15 speedy named[3725]: error (no valid RRSIG) resolving 'debian.greatsoft.local/DS/IN': 192.168.1.2#53
Jun  7 22:18:15 speedy named[3725]: error (insecurity proof failed) resolving 'debian.greatsoft.local/A/IN': 192.168.1.2#53

But that could be solved easily with changing the following in named.conf.options:

old: dnssec-validation auto;
new: dnssec-validation no;

I found the solution here: https://bugzilla.redhat.com/show_bug.cgi?id=682482

Conclusion: Migrating from dnsmasq to bind9 is easy and offers you enhanced possibilities. However, for small networks that only need a simple DNS cache, I still warmly recommend dnsmasq.