HAPPYTEC.at :: Blog

Wenn Javascript in Chrome/Chromium standardmäßig blockiert wird und nur für einzelne Seiten erlaubt ist, hat man schnell auch bei Extensions ein Problem. Javascript wird dadurch nämlich unter anderem beim Konfigurationsdialog vieler Erweiterungen blockiert. Auch die Erweiterung RSS-Abonnement hat somit ein Problem und zeigt keine Vorschau der Beiträge an. Dort kann man es allerdings nicht über einen simplen Klick in der Adressleiste aktivieren. Glücklicherweise gibt es trotzdem eine relativ einfache Lösung!

Zuerst muss man die ID des Erweiterung kennen. Diese sieht man in der Adressleiste des Browsers, wenn eine Seite der Erweiterung geöffnet ist:

Code:

chrome-extension://nlbjncdgjeocebhnmkbbbdekmmmcbfjd/subscribe.html?[...]

Weiter geht es unter Einstellungen » Erweiterte Einstellungen anzeigen » Inhaltseinstellungen » Javascript » Ausnahmen veralten. Dort fügt man eine neue Regel hinzu, die Javascript für die vorher gefundene Adresse zulässt. Dabei reicht folgender Teil aus dem oberen Beispiel:

Code:

chrome-extension://nlbjncdgjeocebhnmkbbbdekmmmcbfjd/

Nach dem erneuten Öffnen der gewünschten Funktion aus der Extension sollte Javascript erlaubt sein.

Da mir das jetzt schon mehrfach passiert ist, wird es endlich aufgeschrieben! Evil or Very Mad

Ein Bashscript unter OpenWrt funktioniert einwandfrei, wenn man es händisch aufruft. Sobald man es aber z.B. unter /etc/hotplug.d ablegt, wird es nicht mehr korrekt ausgeführt. Die Ursache ist, dass die Shebang dabei vollständig ignoriert wird! Es wird immer über /bin/sh aufgerufen, was irgendwie auch Sinn macht, weil es die Bash unter einer Standardinstallation nicht gibt.

Es gibt dann zwei Möglichkeiten das Ganze zu umgehen:

Man könnte das Script umschreiben, damit es kompatibel zur (A)sh ist.
Oder man bastelt sich einen Wrapper und ruft das eigentliche Script auf.

Ich habe mich erneut fürs Umprogrammieren entschieden, dadurch läuft es wenigstens auf allen OpenWrt Geräten... Wink

Selbst meine uralte 7170 sollte laut AVM bis zu drei gleichzeitige Telefongespräche über VoIP erlauben. Das hat sie früher auch anstandslos gemacht. Seit einiger Zeit tut sie das aber nicht mehr. Der Grund dafür ist allerdings ganz simpel und schnell behoben. Wenn die Box den Internetanschluss über LAN 1 mitnutzt (das interne Modem also deaktiviert ist), sollte man trotzdem immer passende Werte unter Einstellungen » Internet » Zugangsdaten » Geschwindigkeit eintragen! Falls der Upstream Wert zu niedrig gesetzt ist (der Standard ist 128 kbit/s) verweigert die Fritz!Box mehrere gleichzeitige Internettelefoniegespräche...

Falls jemand den kostenlosen DNS-Dienst von Hurricane Electric dazu verwenden will, um eine Reverse-Zone für ein /56 Netz anzulegen: Das funktioniert soweit problemlos. Allerdings unterstützt deren GUI offenbar nur /48 und /64 vollständig. Bei einem /56 Subnetz könnte man nur PTR-Records für die letzten 64 Bit anlegen.

Angenommen man hat das Netz 2001:db8:1:ff00::/56 zugewiesen. Über die GUI könnte man jetzt problemlos einen rDNS-Eintrag für 2001:db8:1:ff00::dead:affe hinterlegen. Will man allerdings die ersten 8 Bit des Subnetzes ebenfalls angeben, muss man tricksen! 2001:db8:1:ffaa::1 ist auf dem Standardweg nicht möglich. Man beachte den unterstrichenen Teil.

Glücklicherweise hilft ein Klick auf den Advanced-Tab...

ACHTUNG: Dieser Beitrag wurde für FreeRADIUS v2.x geschrieben!

Für v3.x braucht es einige Anpassungen, die noch nicht enthalten sind.
Ob und wann dieser Beitrag überarbeitet wird, steht noch nicht fest… Sad

Im dritten und letzten Teil der kleinen Blogserie rund um das Thema IEEE 802.1X geht es endlich um drahtlose Netzwerke, besser bekannt als WLAN. Im ersten und zweiten Beitrag drehte sich alles um das kabelgebundene Netzwerk. Dieser Teil baut zumindestens auf dem FreeRADIUS Themenbereich aus dem ersten Blogpost auf, der unbedingt zuerst gelesen werden sollte! Etwas weiter unten sind dynamische VLANs auch hier ein Thema, der zweite Blogpost könnte auch dafür eine interessante Grundlektüre sein. Alle Beispiele wurden unter OpenWrt 15.05.1 auf einem WNDR3800 von Netgear getestet. Zu diesem Themenbereich gibt es zwar deutlich mehr brauchbare Anleitungen, trotzdem gehört es zu den vorherigen Themen dazu und vervollständigt den Einsatzbereich. Ich gehe davon aus, dass FreeRADIUS bereits einwandfrei läuft und jeder Leser mit EAP-TLS vertraut ist. Ich gehe zwar nochmals kurz auf den Verbindungsaufbau unter Linux und Windows ein, werde aber nicht mehr alles doppelt und dreifach erklären, was bereits früher ein Thema war. Alle gezeigten Konfigurationen sollten über SSH geändert werden. An einigen Stellen wird es auch für LuCI erklärt, alles ist damit aber noch nicht möglich. Die Screenshots von LuCI wurden mit luci-theme-openwrt erstellt, standardmäßig wird allerdings luci-theme-bootstrap installiert, das geringfügig anders aussieht.

Wie bereits im ersten Beitrag erwähnt: FreeRADIUS kann in der aktuell stabilen Version von OpenWrt wegen einem Kernelbug nicht verwendet werden! In den Snapshots oder der Vorgängerversion 15.05 klappt es angeblich einwandfrei. Das nur als kurze Randnotiz. Ich entschied mich deswegen für die Installation unter einem normalen Debian System. An der WLAN-Konfiguration ändert das nichts, die ist bis auf die IP-Adresse des RADIUS-Servers identisch.

Und wie auch schon zuvor: Ein Backup der OpenWrt Konfiguration ist Pflicht! Außerdem sollte man wissen, ob und wie der Failsafe-Modus beim eigenen Router funktioniert. Gerade bei den VLAN-Spielereien kann man sich sehr leicht aussperren. Und alle Änderungen sollten unbedingt über ein Netzwerkkabel durchgeführt werden! Es macht wenig Sinn über WLAN verbunden zu sein, wenn man genau diese Einstellungen ändert.