Guckt mal hier vielleicht hilft euch das:
Http://speedtest6.tele2.net/
Http://www.thinkbroadband.com/download.html
Danke, @anon68922371. tele2 scheint down zu sein, aber mit dem anderen geht was:
t=$(date +"%s"); wget http://ipv6.download.thinkbroadband.com/100MB.zip -O ->/dev/null ; echo -n "Mbit/s: "; expr 8 * 100 / $(($(date +"%s")-$t))
Speed-URLs (IPv4)
http://proof.ovh.net/files/100Mb.dat
http://www.speedtestx.de/testfiles/data_100mb.test
http://download.thinkbroadband.com/100MB.zip
http://208.43.102.250/downloads/test100.zip
http://speedtest.qsc.de/100MB.qsc
http://speedtest.netcologne.de/test_100mb.bin
kann alles auch mit 10 statt 100 MB getestet werden, entsprechend umbenennen
http://www.speedtestx.de/testfiles/data_100mb.test -> IPV4
http://208.43.102.250/downloads/test100.zip -> IPV4
http://speedtest.qsc.de/100MB.qsc -> IPV4
http://speedtest.netcologne.de/test_100mb.bin -> IPV4
Die anderen gehen.
sry hatte ich vergessen dabei zu sagen, dass es sich nur um ipv4 handelt…
IPv4 geht über die private Leitung raus. Das ist im Zusammenhang mit FF leider nicht so interessant ;).
Wieso geht IPv6 eigentlich zwingendermaßen über den fastd Tunnel raus? Was, wenn ich zuhause auch komplett IPv6 bin?
Kann mal jemand ein How to Offloader for Dummies schreiben?
Ich scheitere immer am dem Punkt mit den Netzwerkbrücken in VirtualBox.
Und da ist es egal ob ich jetzt nen Debian nehme oder wie aktuell zum Test nen Windows Server 2008 R2 Enterprise (Dreamspark <3)
Ich bekomme einfach keine Verbindung auf 192.168.1.1 selbst mit statischer ip auf der server netzwerkkarte nicht.
Folgendes habe ich ausprobiert:
Netzwerkkarte 1: eth1
Mode: Auf alle VMs und den Host
Lan Kabel an Netzwerkkarte 1 eth1 → Switch → Lan Kabel ans Macbook
Hostserver konfig: DHCP → klappt nicht . Statische IP 192.168.1.3 Netmask: 255.255.255.0 Gateway: 192.168.1.1 → klappt auch nicht.
Firewall auf der Windows Server Kiste habe ich auch komplett abgeschaltet.
Macbook konfig: Statische IP 192.168.1.2 Netmask: 255.255.255.0 Gateway: 192.168.1.1
DHCP klappte übrigens nicht.
Bekomme echt keine Verbindung auf 192.168.1.1
Gibt es doch: https://freifunk-muensterland.de/wiki/doku.php?id=technik:virtualisiertes_gluon
Ich konfiguriere virtualisierte Gluons einfach über die Kommandozeile, statt da rumzuhexen bis man per Bridge auf LuCi kommt.
Den Fall hab ich noch nicht getestet. Jedenfalls geht IPv4 einzig und allein über das private Netzwerk.
naja zur Problembehanldung kann man das schon verwenden. Wenn man z.B. schauen möchte, wieviel die Leitung hergibt…
[quote=„rubo77, post:31, topic:6910“]
Bitte tragt doch eure testergebnisse [hier im Wiki][2] ein.
[2]: Fastd Offloader – wiki.freifunk.net
[/quote] und kann jemand noch beschreiben wie man den Speed korrekt testen kann?
Bei uns ist das Nadelör ja der hideio Tunnel, also muss man wohl irgendeine Datei auf dem Gateway vorhalten zum runter laden.
Ich teste aktuell einen x86 Offloader auf ThinClientbasis mit 2 Netzwerkkarten. Mesh VPN scheint auch zu gehen und ich sehe den Node auch als aktiv auf der Karte, aber am zweiten Interfaces wird scheinbar kein Freifunk Client LAN ausgeleitet. Wie kann ich die Konfig dahingehend prüfen?
Node: http://map.freifunk-niersufer.de/#!n:00e04c248a09
Ifconfig:
bat0 Link encap:Ethernet HWaddr 00:E0:4C:24:8A:09
inet6 addr: fe80::2e0:4cff:fe24:8a09/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:11438 errors:0 dropped:0 overruns:0 frame:0
TX packets:174 errors:0 dropped:10 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:943691 (921.5 KiB) TX bytes:24074 (23.5 KiB)
br-client Link encap:Ethernet HWaddr 00:E0:4C:24:8A:09
inet6 addr: 2a03:2260:50:3:2e0:4cff:fe24:8a09/64 Scope:Global
inet6 addr: 2a03:2260:50:3f00:2e0:4cff:fe24:8a09/64 Scope:Global
inet6 addr: fe80::2e0:4cff:fe24:8a09/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:11438 errors:0 dropped:0 overruns:0 frame:0
TX packets:188 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:783559 (765.1 KiB) TX bytes:26272 (25.6 KiB)
br-wan Link encap:Ethernet HWaddr 02:E1:4C:24:8A:09
inet addr:192.168.20.104 Bcast:192.168.20.255 Mask:255.255.255.0
inet6 addr: fe80::e1:4cff:fe24:8a09/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:22074 errors:0 dropped:18 overruns:0 frame:0
TX packets:5572 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:3215065 (3.0 MiB) TX bytes:1018519 (994.6 KiB)
eth0 Link encap:Ethernet HWaddr 02:E1:4D:24:8A:09
inet6 addr: fe80::e1:4dff:fe24:8a09/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:2190 errors:0 dropped:28 overruns:0 frame:0
TX packets:12241 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:230336 (224.9 KiB) TX bytes:1399105 (1.3 MiB)
eth1 Link encap:Ethernet HWaddr 00:E0:C5:41:C5:51
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:22084 errors:0 dropped:1 overruns:0 frame:0
TX packets:5572 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:3524701 (3.3 MiB) TX bytes:1018519 (994.6 KiB)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:1030 errors:0 dropped:0 overruns:0 frame:0
TX packets:1030 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:74507 (72.7 KiB) TX bytes:74507 (72.7 KiB)
local-node Link encap:Ethernet HWaddr 16:41:95:40:F7:DC
inet addr:10.41.31.254 Bcast:10.41.31.255 Mask:255.255.224.0
inet6 addr: fe80::1441:95ff:fe40:f7dc/64 Scope:Link
inet6 addr: 2a03:2260:50:3f00::cafe/128 Scope:Global
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1897 errors:0 dropped:0 overruns:0 frame:0
TX packets:9 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:129167 (126.1 KiB) TX bytes:1006 (1006.0 B)
mesh-vpn Link encap:Ethernet HWaddr 02:E4:4C:24:8A:09
inet6 addr: fe80::e4:4cff:fe24:8a09/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1364 Metric:1
RX packets:19738 errors:0 dropped:0 overruns:0 frame:0
TX packets:5221 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:500
RX bytes:1929514 (1.8 MiB) TX bytes:624613 (609.9 KiB)
Iperf erledigt das für dich.
Poste mal bitte die Ausgaben von:
batctl if
brctl show
uci show network.client
root@FF-MG-Rheydt-ThinOffload:~# batctl if
mesh-vpn: active
root@FF-MG-Rheydt-ThinOffload:~# brctl show
bridge name bridge id STP enabled interfaces
br-wan 7fff.02e14c248a09 no eth1
br-client 7fff.00e04c248a09 no bat0
root@FF-MG-Rheydt-ThinOffload:~# uci show network.client
network.client=interface
network.client.reqprefix='no'
network.client.proto='dhcpv6'
network.client.type='bridge'
network.client.igmp_snooping='0'
network.client.macaddr='00:e0:4c:24:8a:09'
network.client.peerdns='1'
network.client.ifname='bat0'
Ok, also Mesh-on-LAN ist schon mal nicht aktiv.
Dann fehlt eigentlich nur das eth0 in der Client-Bridge.
Wenn Du nur testen willst, kannst Du das temporär und ohne Reboot so machen:
brctl addif br-client eth0
Um das permanent zu machen, müssest Du eth0 noch in der Client-Bridge-Config aufnehmen:
uci set network.client.ifname='bat0 eth0'
uci commit
War die zweite Netzwerkkarte schon beim ersten Start verbaut?
ja war sie, sollte das dann eigentlich schon korrekt konfiguriert sein?
Habe die Änderungen so probiert, leider ohne Erfolg. Ich bekomme keine IP via DHCP zugewiesen:
root@FF-MG-Rheydt-ThinOffload:~# batctl if
mesh-vpn: active
eth0: active
root@FF-MG-Rheydt-ThinOffload:~# brctl show
bridge name bridge id STP enabled interfaces
br-client 7fff.00e04c248a09 no bat0
br-wan 7fff.02e14c248a09 no eth1
root@FF-MG-Rheydt-ThinOffload:~# uci show network.client
network.client=interface
network.client.reqprefix='no'
network.client.proto='dhcpv6'
network.client.type='bridge'
network.client.igmp_snooping='0'
network.client.macaddr='00:e0:4c:24:8a:09'
network.client.peerdns='1'
network.client.ifname='bat0 eth0'
Ja, das ist ja jetzt auch Mesh-On-LAN (Obwohl die UCI-Config was anderes sagt ;-)).
Das eth0 muss in die Bridge br-client, aktuell ist es ein Batman-Interface.