Seit gestern abend hatte ich Probleme im Netzwerk. Alle Geräte, die mit dem WG-Router per Ethernet oder 5GHz-WLAN verbunden waren, kamen einwandfrei ins Web. Alle Geräte, die per 2,4 GHz WiFi im Netz hingen (darunter Notebooks, iPad, Android-Phones und SIP-Telefon) erhielten zwar brav eine IP per DHCP aber eine Verbindung ins Netz kam nicht zustande. Mist.

Aber woran liegt es? Router wurde zurückgesetzt, Internet erfolglos durchkämmt, nichts.

Bis mir auffiel, dass ich ja vor einigen Tagen für einen Artikel DD-WRT auf einem zweiten Router installiert hatte. Um da rumzubasteln. Und idiotischerweise die gleiche SSID vergeben habe (warum auch immer…). Und der Router steht hier im Zimmer (ohne WAN-Verbindung). Und weil dessen Signal stärker ist als das Signal des Internet-Routers im Wohnzimmer verbinden sich die Geräte brav mit dem.

So was blödes. Klarer Fall von Pebcak. Oder einem Problem im Layer 8.

Schönes Wochenende.

Was mir aber da vor allem auffällt, ist der krasse Leistungsunterschied zwischen WLAN-Verbindung und Kabelnetzwerk. Klar, bei WLAN hat man einen zusätzlichen Overhead, aber dennoch.

Zum Vergleich, hier der Download von Just Cause 2 per Kabel:

Just Cause 2 Download

Und hier Oblivion per WLAN:

Oblivion Download

Klar, das ist kein ausführlicher Benchmark, aber es waren die gleichen Steam-Server (Österreich, deutlich schneller als die Deutschen). Merke: Große Downloads nur per Kabel. Meine Top-Geschwindigkeit war übrigens ein Torrent-Download von Backtrack 5R1, der ging bis knapp an die 12 MByte/s (nicht Mbit!). Hammer.

Mozilla Do not Track Header (Quelle: Mozilla)

Das klingt in der Theorie alles wunderbar. Mich stört dabei allerdings eines: Warum sollte ein Seitenbetreiber dies tun? Was bringt es ihm – außer möglichen Umsatzeinbußen? Zudem muss eine weitere Kommunikation zwischen dem Seitenbetreiber und dem Anbieter der Werbung eingerichtet werden. Das ganze System setzt auf einen Ehrenkodex, von dem ich mir nicht sicher bin, ob er überhaupt vorhanden ist.

Ein weiteres Problem: Wie erfährt der Nutzer, ob seine Maßnahme eine Wirkung zeigt? Klar, man kann die Funktion aktivieren, aber wenn der Betreiber dies ignoriert, was dann? Ist die Seite dann rot? Ähnlich wie bei einem fehlerhaften HTTPS-Zertifikat? Und wie viele Nutzer würden das einfach ignorieren?

Im Download-Blog mutmaßen sie, dass die amerikanische FCC möglicherweise entsprechender Regeln erlässt – ob das allerdings schnell genug erledigt wird und ob die Vorgaben auch entsprechend umgesetzt werden, ist allerdings fraglich.

So gerne ich Mozilla und Firefox mag, dem Do Not Track Header gebe ich nicht wirklich eine Chance. Ich bin aktuell der Meinung, dass Microsoft mit dem Tracking Protection System deutlich besser liegt – weil hier der Nutzer selbst entscheiden kann, welche Dienste er zulässt und welche nicht.

Problem war, dass die DVI-Stecker des KVM-Switch nicht auf den DVI-Stecker der Rechner passten. Auf den ersten Blick waren nur vier Pins zu viel, ich dachte schon ans abzwicken.

Glücklicherweise habe ich das nicht gemacht. Also, bei den Rechnern waren die Anschlüsse vom Typ DVI-D, beim KVM-Kabel ist es DVI-I. DVI-I hat nicht nur vier Pins mehr, laut der Wikipedia ist auch ein Anschluss länger als die entsprechende Aussparung bei DVI-D – ein Abzwicken hilft also nichts.  Daneben gibt es noch DVI-A, aber das brauch ich ja im Moment nicht.

Abhilfe kam dann vom Elektronikversender Reichelt, die bieten an sich passende Adapter an. Ich hab mal zwei bestellt und hoffe, dass das dann so funktioniert, wie ich mir das vorstelle.

Klar, das war jetzt kein hochnerdiger Blogeintrag – aber ab und zu muss man auch mal was schreiben, was einen nervt.

Er nutzte einfach einen VNC-Client, um vom iPad aus auf seinen Windows-Desktop zugreifen zu können.

Damit stehen ihm alle Funktionen des Windows-Rechners zur Verfügung – eben auch inklusive Flash, einer VPN-Verbindung ins Firmennetz oder ein Lotus Notes Client. Das Setup dafür ist relativ simpel: Auf dem Windows-Rechner wird ein VNC-Server installiert, den passenden Client (etwa Mocha VNC Lite oder Remote Desktop Lite, letzteres funktioniert auch ohne VNC-Server) gibt es kostenlos im AppStore (iPad-Nutzer aus Deutschland müssen wegen der Zickerei Geschäftspolitik von Apple auf den iTunes-Store am Desktop zurückgreifen. Den passenden Server samt Installationsanleitung findet man zum Beispiel bei RealVNC – ebenfalls kostenlos für den Privatgebrauch.

Fazit: Durch diesen kleinen Trick wird das iPad endlich ein vollwertiger Tablet PC. Nahezu jeder dürfte einen (oder mehrere) Flash-fähige Rechner besitzen, die sich mit für RDP herrichten lassen. Doch denkt man weiter, wird damit auch der Schritt ins Business möglich. Egal ob Linux, Mac OS X oder Windows – per RDP öffnet man vom iPad aus ein Fenster auf den richtigen Rechner. In Kombination mit virtuellen Maschinen, Stichwort Virtual Desktop, kann man Nutzer so eine weiter Eingabemöglichkeit an die Hand geben, mit der etwa Ärzte digitale Krankenakten pflegen oder Außendienstler Eingaben in Formulare vornehmen können. Die Daten selbst liegen nicht auf dem iPad, sondern (hoffentlich) gesichert im zentralen Rechenzentrum. Wie gesagt: Eigentlich ist es verwunderlich, dass da sonst noch keiner draufgekommen ist.

English Version

Verwirrt hat mich, dass man beim Anmeldefeld lediglich nach Nutzername und Passwort gefragt wird, das Domäne-Eingabefeld ist ausgegraut und lässt sich nicht ändern. Deswegen muss man, wie schon in früheren Windows-Versionen, einen etwaigen Domänennamen in Großbuchstaben vor dem Nutzernamen eingeben, abgeschlossen wird das durch einen Backslash. Sieht dann so aus:

Warum Microsoft das in Windows 7 nicht geändert hat, verwundert doch ein wenig. Vor allem wenn man diesen Trick nicht kennt, oder sich wie ich einfach nicht mehr daran erinnern kann, sorgt das doch für richtig Frust.

Nachteile eines Darknets sind, dass sie oftmals spezielle Clients oder besondere Vorkehrungen benötigen. Die notwendigen Server dafür sind zudem meist komplex aufzusetzen und langsam im Datendurchsatz.

Das soll sich mit Veiled ändern. Das Darknet basiert auf JavaScript, PHP und HTML 5. Jeder moderne Browser wird damit zum Client, keine zusätzliche Software wird benötigt. Hinter Veiled steckt Bill Hoffmann, ein Forscher bei HP.

Detailinformationen will Hoffman auf der Black Hat Security Konferenz 2009 in Las Vegas vorstellen. Man darf auf jeden Fall gespannt sein, wie sich Veiled auf die Darknet-Entwicklung auswirken wird.

Der zweite Ansatz ist BitBlinder. BitBlinder verwendet ein ähnliches Konzept wie TOR. Das BitBlinder-Netzwerk stellt Verbindungen zwischen zufälligen Peers her, also anderen Nutzern von BitBlinder. Über diese läuft anschließend die Kommunikation, sowohl beim Anfordern der Webseiten wie auch bei der Übertragung der Daten. Da die Kommunikation direkt und verschlüsselt abläuft, kann keine dritte Partei mithören. BitBlinder ist zwar kostenlos, hängt aber extrem von der Bandbreite der Nutzer ab. BitBlinder versucht hier mit einer Quota gegenzusteuern, sprich man kann nur so viel herunterladen wie man selbst zur Verfügung stellt.

BitBlinder Traffic Routing

Auch BitBlinder befindet sich derzeit im Beta-Test, Nutzer können aber ihre E-Mail-Adresse eintragen und erhalten dann unter Umständen eine Einladung.

Dennoch gibt es einige gute Gründe, sich einen anderen DNS-Provider zu suchen. Einer davon ist sicher das kommende Zugangserschwerungsgesetz aka die Internetsperren. Um nicht aus Versehen im Pool der gesammelten IPs zu landen, kann man einfach den normalen DNS-Server des Providers ändern.

Alternative DNS-Server bieten aber noch mehr: Die Server sind oftmals schneller und zuverlässiger, außerdem hat man das gute Gefühl, dass man ein wenig unabhängiger vom Provider ist. Zwei Dienste, die stabile Server anbieten, sind OpenDNS und DNS Advantage. Beide Dienste sind frei, allerdings handelt es sich dabei um keine Open Source Projekte sondern um Firmen. OpenDNS verdient an Zusatzangeboten, beispielsweise wird bei einer vertippten URL eine Custom Google Suche mit Anzeigen eingeblendet.

Die Änderungen im DNS sind relativ einfach zu erledigen. Ihr könnt es wahlweise pro Rechner (oder sogar pro LAN-Interface) vornehmen oder den zentralen Eintrag im Router ändern. Die Recher-Variante empfiehlt sich vor allem für mobile Geräte, etwa Note- oder Netbooks. Alternativ können DNS-Serverbetreiber die Informationen auch direkt in ihre Server einfließen lassen.

Eine sehr gute Anleitung zum Ändern der Einstellungen findet ihr hier bei OpenDNS.

Die jeweiligen Adressen sind:

OpenDNS

• 208.67.222.222
• 208.67.220.220

DNS Advantage

• 156.154.70.1
• 156.154.71.1

Sinnvoll ist es beispielsweise auch, die Server beider Anbieter einzutragen, falls einer ausfallen sollte.