TL-SG108E und Linux

Nach der Pleite mit Netgear GS108T und Cisco SLM2008 mal ein neues Abenteuer: TL-SG108E.

Ich brauche zeitweise zumindest mal VLANs, und nachdem Netgears GS108T einfach nur Elekroschrott ist, Ciscos Heimnetzsparte auch nur kurzlebigen Mist produziert(e) und die ganz billigen Switche wie der GS108E unter Linux mehr so nicht nutzbar sind, habe ich jüngst mal einen TP-Link TL-SG108E für Berlin gekauft. 35,– für 8 GBit-Ports und zumindest per Windows statisch einrichtbare VLANs, kann­man­ja­mal­pro­bier­en — zumal 5 EUR günstiger als das Netgear-Billigst-Modell …

Ich hab’ das Ding derzeit als Verteiler für die eine Hälfte der Wohnung (da stehen ein VDR, ein Berliner Freifunk-Knoten, eine Webcam, …) in Be­trieb, aus­ge­packt, an­ge­schlos­sen, switcht.

Soweit, so gut. Dann wollte ich aber Ende letzter Woche Neuerun­gen an der Güters­loher Frei­funk-Firm­ware aus­pro­bieren und dazu einen frischen TP-Link TL-WR841ND um­flashen.

Tja. Und obwohl ich mit »if­con­fig eth0:4 192.168.0.254 up broadcast« am Lap­top das TP-Link-Default-Netz 192.168.0.0/24 kon­fi­gurier­te, ich konnte 192.168.0.1, die Default-IP eines frischen TP-Links, nicht erreichen. WTF?!

To make a long story short – arp, tcpdump, MAC-Lookup, Kabelverfolgung –: der TL-SG108E lauscht, wie ein typischer TP-Link eben, auf 192.168.0.1/24, Port 80 ist zwar offen, aber es ist kein normales Webinterface verfügbar. Was für eine Rotze … Was nun? Doch private Netzverbindung zum Knoten nur zum Flashen?

Nein, das große G wußte Rat: vor rund drei Wochen veröffentlichte Richard Körber, wie man die Java-FX-Anwendung von TP-Link mit einem aktuellem Java und einem iptables-Eintrag auch unter Linux zum Laufen bekommt — yeah!

Und ja, es funktioniert. Anders, als Richard es schrieb, kommt man allerdings auch komplett ohne Windows an die ».exe-die-ein-jar-ist«:

wusel@greebo:~$ wine /tmp/Easy\ Smart\ Configuration\ Utility\ v1.0.2.18.exe
wusel@greebo:~$ cp -p .wine/drive_c/Program\ Files/TP-LINK/Easy\ Smart\ Configuration\ Utility/Easy\ Smart\ Configuration\ Utility.exe /tmp/EasySmartConfigurationUtility.jar
[Aktuelles Java mit JavaFX runterladen und irgendwohin auspacken]
wusel@greebo:~$ /tmp/jre1.8.0_25/bin/java -jar /tmp/EasySmartConfigurationUtility.jar

Awesome. Ein Problem ist, daß augenscheinlich nur die »letzte« Netz­werk­kon­fi­gu­ra­tion be­nutzt wird, heißt kon­kret, bei fol­gen­der Kon­stel­la­tion wer­den TP-Link-Switche nur in 192.168.0.0/24 ge­sucht — und ent­sprech­end muß auch das ip­tab­les-Kom­man­do an­ge­paßt wer­den (hier: »ip­tables -t nat -A PRE­ROUT­ING -p udp -d 255.255.255.255 –dport 29809 -j DNAT –to 192.168.0.254:2980«):

root@greebo:~# ip addr show eth0
2: eth0:  mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
    link/ether 00:aa:bb:cc:dd:00 brd ff:ff:ff:ff:ff:ff
    inet 203.0.113.116/27 brd 203.0.113.127 scope global eth0
    inet 192.168.176.4/24 brd 192.168.176.255 scope global eth0:1
    inet 192.168.175.4/24 brd 192.168.175.255 scope global eth0:2
    inet 192.168.0.254/24 brd 192.168.0.255 scope global eth0:4
    inet6 fe80::aa:bbff:fecc:dd00/64 scope link 
       valid_lft forever preferred_lft forever

Firmware-Updates habe ich (noch) nicht probiert, ich habe ersteinmal nur DHCP eingeschaltet, damit das Mistding nicht länger 192.168.0.1 blockiert. Und nun zieht sich der Switch eine IP via DHCP — und ich habe es nicht mehr geschafft, per »/tmp/jre1.8.0_25/bin/java -jar /tmp/EasySmartConfigurationUtility.jar« den Switch wieder zu kontaktieren; das mag aber auch an meiner Netzwerkkonfiguration liegen.