HAPPYTEC.at :: Blog

Manchmal gibt es Konfigurationen, die man später nur noch schwer durchblicken wird, ohne detaillierte Dokumentation. Aber genau jene sind es, die über zig Umwege doch zum gewünschten Ziel führen... Shocked

Code:

--exclude="/vservers/*.*"
--include="/vservers/*/var"
--exclude="/vservers/*/*"
--include="/vservers/*/var/lib"
--exclude="/vservers/*/var/*"
--include="/vservers/*/var/lib/automysqlbackup"
--exclude="/vservers/*/var/lib/*"
--include="/vservers/*/var/lib/automysqlbackup/monthly"
--include="/vservers/*/var/lib/automysqlbackup/weekly"
--exclude="/vservers/*/var/lib/automysqlbackup/*"

Zur Erklärung für alle interessierten...

An manchen Tagen ist man trotz der deutlich höheren Temperaturen im Sommer doch wieder froh (fast) über den Dächern der Großstadt mit Blick Richtung Westen zu wohnen. So auch heute, da sich nach dem Regenguss ein atemberaubender Himmel zeigte, den ich in dieser Pracht noch nie gesehen habe. Einige der damaligen Bilder faszinieren mich noch immer, die heutigen reihen sich da mühelos ein... Wink

Wenn man die ältere Serie vom RØDE VideoMic besitzt, kann man sich gleich doppelt glücklich schätzen! Einerseits ist es ein sehr gutes und zugleich leistbares Kameramikrofon, und zum Rest kommen wir gleich. Mittlerweile werden nur noch die neueren Modelle mit der roten Entkoppelung verkauft. Früher gab es die typische schwarze Spinne mit den O-Ringen, siehe nachfolgendes Foto, damit jeder weiß, was ich meine. Leider habe ich davon selbst kein passendes geknipst, deshalb gibt es eines von Wikimedia Commons...

Foto: Katie Chan; Lizenz: CC BY-SA 3.0

Wie man sehen kann, wird es über den Zubehörschuh auf einen Camcorder gesteckt. Mir leistet es neben dem Sennheiser MKE-400 seit vielen Jahren einen treuen Dienst, und ich würde es nicht hergeben wollen. Rein vom Ton her ist es ein geniales Gerät und es ist schade, dass man es nicht auch mittels der Mikrofonhalterung vieler professioneller Camcorder verwenden kann, wenn man den Zubehörschuh z.B. für ein Kopflicht oder einen Funkempfänger frei haben möchte. Zwar bieten die entsprechenden großen Geschwister mit XLR-Anschluss meistens noch deutlich mehr, aber das alleine ist eine Neuanschaffung und somit Degradierung des bestehenden Equipments nicht immer wert.

Die Themen rund um das TD-8840T Modem in der Hardware Version 4 könnten langsam zu einer Serie werden... Laughing

Neuesters Bug Feature: Die maximale Passwortlänge ist auf 15 Zeichen limitiert. Schön im HTML-Formular vom Webinterface definiert, wundert man sich über Telnet dann plötzlich, wieso das 16 Zeichen Passwort nicht funktioniert. Das nur als kurzer Hinweis, da man das sehr leicht übersieht. Bei der Hardware Version 2 war das übrigens definitiv noch nicht der Fall, da funktionierten auch längere Passwörter problemlos.

Allgemein sind 16 oder 15 Zeichen an vielen Stellen der Konfiguration ein (un)sichtbares Limit. Wieso man das gerade bei so wichtigen Stellen limitiert, ist mir nicht ganz klar. Und dann auch noch auf eine so krumme Zahl. Egal, wenn man es weiß...

Über die neueste Hardware Version 4 vom TD-8840T Modem habe ich kürzlich schon etwas geschrieben. Dort bin ich bereits auf einen Firmware Bug eingegangen. Leider scheint es davon noch weitere zu geben, dieses Mal ist die TR-069 Funktion betroffen.

Normalerweise sollte man annehmen, dass der dazugehörende Port 7547 bei Deaktivierung der Funktion geschlossen bleibt. Leider ist das ein Trugschluss! Und durch die bekannt gewordenen Sicherheitslecks im häufig verwendeten RomPager HTTP-Server fühlt man sich etwas unwohl. Bei diesem Gerät wird im User-Agent zwar keine betroffene Version ausgegeben (nur "tr069 http server"), da die Hardware Version 2 aber eine verwundbare Version von RomPager enthielt und bis heute von TP-Link nicht gefixt wurde, ist mein Vertrauen gegenüber einem öffentlichen TR-069 Serviceport etwas eingebrochen. Wer weiß, welche Sicherheitslecks sich da noch verbergen, unabhängig von der verwendeten Software...

Soweit so schlecht! Der Port ist offen, DMZ oder erfundene Portweiterleitungen ändern daran offenbar auch nichts. Der Router fühlt sich weiterhin für den Port zuständig. Mein persönlicher Workaround sieht nun so aus, dass ich unter System Tools » CWMP Settings nachfolgende Einstellungen eingetragen habe...