Du/ihr habt ja recht.
Das Bildungsangebot finde ich auch großzügig.
Das haben wir aber alles schon ziemlich oft durchgekaut.
Jetzt ernsthaft:
Sehr hilfreich wäre ein brauchbares Wiki, wo diese Infos komprimiert und leicht zugänglich wären (Dann mach doch eins statt rumzujammern du Troll)
Du/ihr werdet mit solchen Hinweisen nicht erreichen, dass ich nicht immer wieder Begriffsstutzig bin und nachfragen muss was genau nun gemeint ist.
Wir machen es so - weil ich ja auch verstehe, dass ich wegen meiner mangelnden Kenntnisse zu viel Energie und Zeit abziehe: ich melde nie wieder etwas - es sei denn ich kann mich perfekt ausdrücken und eine Fehleranalyse anbieten.
Bei allem Verständnis für nur rudimentäre Kenntnisse, an seinem PC abzufragen ob und welche IP-Adressen er bekommen hat, ist nichts freifunkspezifisches und dermaßen Basics, dass man das eigentlich von jedem Anwender erwarten kann.
Unter Linux „ifconfig“ oder „ip addr“, unter Windows „ipconfig“ oder - noch viel naheliegender - im Status der jeweiligen Netzwerkverbindung im Netzwerk- und Freigabecenter.
Das ist ein WDR4300 als Offloader und gemessen wurde via WLAN. Zum Zeitpunkt der Messung war ich mit meiner LocoM2 verbunden, welche MESH on WAN mit dem WDR4300 macht. Wenn ich nen Laptop direkt an den WDR4300 anschließe mit Kabel komme ich auf gut 17 MBit im Download.
Habe zur Zeit wieder einmal DNS Probleme mit meinem Laptop und FF-Router, der Laptop bekommt kein DNS Server zugewiesen (ipv6) und aufm FF Router ist die Namrensauflösung wieder gestört,er benötigt sehr lang bis er die Fehlermeldung „bad host“ rausgibt.
root@FF-RE-Nonnenbusch-1:~# batctl gwl
Gateway (#/255) Nexthop [outgoingIF]: gw_class ... [B.A.T.M.A.N. adv 2013.4.0, MainIF/MAC: mesh-vpn/c6:72:1f:fe:c5:d8 (bat0)]
02:bf:ef:ca:fe:02 (117) 04:bf:ef:ca:fe:7f [ mesh-vpn]: 199 - 24MBit/24MBit
04:bf:ef:ca:fe:8b (133) 04:bf:ef:ca:fe:7f [ mesh-vpn]: 207 - 48MBit/48MBit
02:bf:ef:ca:fe:4c (133) 04:bf:ef:ca:fe:7f [ mesh-vpn]: 207 - 48MBit/48MBit
02:bf:ef:ca:fe:2a (119) 04:bf:ef:ca:fe:7a [ mesh-vpn]: 207 - 48MBit/48MBit
04:bf:ef:ca:fe:fe (133) 04:bf:ef:ca:fe:7f [ mesh-vpn]: 207 - 48MBit/48MBit
02:bf:ef:ca:fe:6c (132) 04:bf:ef:ca:fe:7f [ mesh-vpn]: 207 - 48MBit/48MBit
02:bf:ef:ca:fe:6a (133) 04:bf:ef:ca:fe:7f [ mesh-vpn]: 207 - 48MBit/48MBit
04:bf:ef:ca:fe:7b (133) 04:bf:ef:ca:fe:7f [ mesh-vpn]: 207 - 48MBit/48MBit
02:bf:ef:ca:fe:8a (133) 04:bf:ef:ca:fe:7f [ mesh-vpn]: 207 - 48MBit/48MBit
02:bf:ef:ca:fe:01 (117) 04:bf:ef:ca:fe:7f [ mesh-vpn]: 207 - 48MBit/48MBit
04:bf:ef:ca:fe:6b (133) 04:bf:ef:ca:fe:7f [ mesh-vpn]: 207 - 48MBit/48MBit
02:bf:ef:ca:fe:3a (117) 04:bf:ef:ca:fe:7f [ mesh-vpn]: 207 - 48MBit/48MBit
04:bf:ef:ca:fe:2b (115) 04:bf:ef:ca:fe:7a [ mesh-vpn]: 207 - 48MBit/48MBit
02:bf:ef:ca:fe:7a (255) 04:bf:ef:ca:fe:7a [ mesh-vpn]: 207 - 48MBit/48MBit
02:bf:ef:ca:fe:3b (117) 04:bf:ef:ca:fe:7a [ mesh-vpn]: 207 - 48MBit/48MBit
04:bf:ef:ca:fe:4f (130) 04:bf:ef:ca:fe:7f [ mesh-vpn]: 207 - 48MBit/48MBit
04:bf:ef:ca:fe:4d (117) 04:bf:ef:ca:fe:7a [ mesh-vpn]: 207 - 48MBit/48MBit
02:bf:ef:ca:fe:4a (133) 04:bf:ef:ca:fe:7f [ mesh-vpn]: 207 - 48MBit/48MBit
04:bf:ef:ca:fe:7e (130) 04:bf:ef:ca:fe:7f [ mesh-vpn]: 207 - 48MBit/48MBit
02:bf:ef:ca:fe:6d (118) 04:bf:ef:ca:fe:7a [ mesh-vpn]: 207 - 48MBit/48MBit
02:bf:ef:ca:fe:4b (133) 04:bf:ef:ca:fe:7f [ mesh-vpn]: 207 - 48MBit/48MBit
=> 04:bf:ef:ca:fe:7f (254) 04:bf:ef:ca:fe:7f [ mesh-vpn]: 207 - 48MBit/48MBit
root@FF-RE-Nonnenbusch-1:~# ping google.de
ping: bad address 'google.de'
root@FF-RE-Nonnenbusch-1:~# ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: seq=0 ttl=58 time=20.546 ms
64 bytes from 8.8.8.8: seq=1 ttl=58 time=21.651 ms
64 bytes from 8.8.8.8: seq=2 ttl=58 time=20.676 ms
^C
--- 8.8.8.8 ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 20.546/20.957/21.651 ms
root@FF-RE-Nonnenbusch-1:~# nslookup google.de
Server: 127.0.0.1
Address 1: 127.0.0.1 localhost
nslookup: can't resolve 'google.de': Name or service not known
VPN status
fastd running for 1222.103 seconds
There are 12 peers configured, of which 2 are connected:
mesh_vpn_backbone_peer_ruhrgebiet9: not connected
mesh_vpn_backbone_peer_ruhrgebiet0: not connected
mesh_vpn_backbone_peer_ruhrgebiet2: connected for 1178.982 seconds
mesh_vpn_backbone_peer_ruhrgebiet7: not connected
mesh_vpn_backbone_peer_ruhrgebiet6: not connected
mesh_vpn_backbone_peer_ruhrgebiet5: not connected
mesh_vpn_backbone_peer_ruhrgebiet11: not connected
mesh_vpn_backbone_peer_ruhrgebiet8: not connected
mesh_vpn_backbone_peer_ruhrgebiet4: not connected
mesh_vpn_backbone_peer_ruhrgebiet10: not connected
mesh_vpn_backbone_peer_ruhrgebiet3: connected for 1182.578 seconds
mesh_vpn_backbone_peer_ruhrgebiet1: not connected
Inzwischen sollte auch der/die letzte Anwesende bemerkt haben, dass wir ohne eine Testsuite (Desktop-PC, Mobile-App) nicht recht weiterkommen werden.
Also ein Ding, was das lokale Netz einmal rundherum abeklopft und auf Wunsch einen Report speichert -und ggf. auch noch zeitversetzt- irgendwo extern mit einer ID ablegt, so dass er referenzierbar ist.
Wie oben beschrieben: Freifunk ist ein selbst für den interessierten Techniklaien unendlich komplexes Gebilde.
Die Lebenszeit die wir hier mit „Debuggung für Einsteiger“ verbringen ist schlicht vergeudet, weil die Fehlerbilder schneller wandern als man sie hier im Dialog herauskristallisiert.
Hatte Anrufe von Leuten die mich fragten warum sie nicht über FReifunk ins Internet kämen - habe denen von Unterwegs geraten das erst mal alles durchzupingen, tracerouten zu gucken, den Krempel dann hier abzuladen und mich mit so einem Quatsch in Ruhe zu lassen.
Habe später aber dann zurück gerufen und gesagt dass das nur ein Bildungsschock sein sollte…
Kurz und gut - das Ding läuft nicht - egal wie rund das woanders läuft.
Wie weiter oben im Thread beschrieben ist die Liste der möglichen Ausfällmöglichkeiten ziemlich lang.
Und das kann dann auch noch mehr(!) verschiedene Ursachen haben.
Ich denke nicht, dass man es den hier fragenden Nutzenden zumuten kann, diese Szenarien abzuklopfen. Es ist schlicht komplex.
Entweder wir leben damit, dass hier regelmäßig ein „Freifunk geht nicht richtig“ gemeldet wird. Ohne dass jemals klar wird, was es genau gewesen ist. (Natürlich können wir die Meldenden hier auch jedes Mal als Troll bezeichnen. Hilft bestimmt…)
Oder aber es setzt sich mal jemand hin und baut etwas.
Und ja, Packetloss im lokalen Mesh gehört auch zu den Szenarien. Und die sind nicht von einer einfachen App zu finden, da bräuchte es dann noch eine Gegenstelle im FF-Netz, die auf Aufforderung sich die batctl-Ausgaben anschaut und dann das Routing von/zu dem Endgerät herauszufinden versucht, das betroffen ist, um zu sagen, wo auf Layer2 der Wurm sitzt.
Wenn es wenigstens hier im Forum irgendwo einen Hinweis aufs Wiki gäbe, aber nicht mal das.
Im Prinzip beschreibt Andreas das schon richtig - andererseits wäre fürs erste eine Fehler-Einkreis-Checkliste wie bei den Piloten sicher eine Nerven- und Zeitsparende Sache für alle Beteiligten - auch die Admins (… dann mach sie doch du Troll)
Man kann es drehen und wenden wie man will - wer nur meldet ohne es präzisieren zu können, wird irgendwann durch Friendly Fire verenden.
Mittlerweile bin ich mir ziemlich sicher, dass manche Probleme nicht nur aus Gleichgültigkeit nicht gemeldet werden.
Nachtrag: ich habe die mir gerade erreichbaren Router abgeschaltet.
Mit Verlaub Heinz, eine sinnvoller Fehlersuchbaum würde Deine technischen Fähigkeiten überschreiten.
Das ist einer der Gründe, warum die KFZ-Selbsthilfe-Buchreihe „Jetzt helfe ich mir selbst“ keine Lesenden mehr findet:
Es ist heute nicht mehr mit Zündkerzenputzen und Vergaser-Einstellen getan.
Zumal man bei einem guten Teil der Fehler ohne Spezialwerkzeug (und Zugang zu bestimmten Dingen) gar nicht mehr weiterkommt.
Diese Bücher gibt es noch, gehen aber an der Realität „bei Auto defekt“ so meilenweit vorbei, dass sie etwas so hilfreich sind wie der Microsoft-Windows-Dialog den man bekommt wenn der Drucker die „Drucker-Testseite“ nicht ausgibt. Und man dann auf „Nein“ klickt.
Viel, viel Text, viele Anregungen. Aber 99,9% daneben.
Wollte gerade im Pavillon Freifunk für Spotify verwenden und der Laptop meldete „kein Internet“, weder v4 noch v6. Konnte jetzt nicht troubleshooten mit den Gästen im Nacken, aber im Moment ist der Wurm drin.
ipv6-test.com meint: IPv4 geht mit 1,23MBit/s, IPv6 „not available“. Client erhält IPv4- und IPv6-Adressen. DNS-Server von google manuell eingetragen. Traceroute IPv4 zu 8.8.8.8 kommt nach 8 hops an, Traceroute IPv6 zu 2001:4860:4860::8888 nach 8 hops nur noch timeout.
Aus meiner Sicht gehört zur Meldung eines Fehlers auch ein klein wenig Management – das ganz allgemein gesprochen und in völliger Unkenntnis dessen, was die Admins im Hintergrund auf Basis der Meldungen mit Bedacht brandbekämpfungsartig zur Problemlösung stemmen:
Sammeln und Sortieren der Fehlermeldungen
systematisches Auswerten
Einkreisen des Fehlers / „Debuggen“
falls ad hoc möglich, beheben des Fehlers oder Workaround schaffen oder auf eine (jaaa, schrecklich!)
To-Do-Liste schreiben
und last but not least: Rückmeldung ins Forum schreiben
Vermutlich passiert das schon alles; manchmal kann aber der Eindruck entstehen, dass hier im Forum eingehende Meldungen über mangelnde Funktion im Nirvana landen oder einfach mit virtuellem Schulterzucken ad acta gelegt werden. Wie geschrieben: es kann der Eindruck entstehen.
Darüber hinaus würde ich von den Meldenden etwas Entgegenkommen erwarten: dazu gehört für mich das vorherige, zumindest ansatzweise Durchgehen der möglichen Fehlerursachen auf oder unter dem eigenen Schreibtisch: Verkabelungsfehler, hab’ ich Strom, Rechner neu starten, Netzwerkinterface down und wieder up, hab’ ich IP, etc…
@Enrique: Das Auto kommt auch nicht auf den Schrottplatz, nur weil der Motor dann und wann stottert. Da muss dann der Experte 'ran. Und dem hilft eine genaue Fehlerbeschreibung mehr als nur „kaputt“. Wenn der dann fragt: „Hammse Benzin 'drin?“ und als Reaktion darauf „…wie schaue ich das nach?“ kommt, dann mag man ihm das Augenrollen auch verzeihen.
Hallo, ich habe gerade mal die Network-Infos meines Androiden extrahiert. Vielleicht hilft es ja bei der Fehleranalyse, da FF bei mir hier in Witten leider absolut unbrauchbar ist - es lädt sich gar nichts.
SSID: „Freifunk“
Hidden: No
BSSID: 6A:74:52:20:A6:6B
AP Capabilities: Not available
Frequency: Not available
Link Speed: 26 Mbps
RSSI: -71 dBm
IP: 10.53.142.173
Netmask: 0.0.0.0
Gateway: 10.53.136.1
DNS1: 85.14.255.33
DNS2: 0.0.0.0
DHCP Server: 10.53.136.1
DHCP Lease: 10800 s
IPv6 Info_____
Method: ip -o -f inet6 addr
p2p0
IP: fe80::8c3a:e3ff:fe92:df79
Prefix: /64
Scope: link
^ No IPv6 gateway found on device
Info: ‚ip -o -f inet6 route show‘ returned null.
wlan0
IP: 2a03:2260:50:1:7914:fc79:1df0:8996
Prefix: /64
Scope: global
^ No IPv6 gateway found on device
Info: ‚ip -o -f inet6 route show‘ returned null.
wlan0
IP: 2a03:2260:50:1:8e3a:e3ff:fe92:df79
Prefix: /64
Scope: global
^ No IPv6 gateway found on device
Info: ‚ip -o -f inet6 route show‘ returned null.
wlan0
IP: fe80::8e3a:e3ff:fe92:df79
Prefix: /64
Scope: link
^ No IPv6 gateway found on device
Info: ‚ip -o -f inet6 route show‘ returned null.