zZ ist er 1,5 Tage online , er brauchte zum Einbuchen aber wieder ca 16 Std.
Eigentlich müsste ich den nochmal abnabeln um noch SSID u PW zu installieren , bin mir aber sicher das der dann wieder so lange braucht.
Der FFRouter hängt mit seinem WAN an einer FritzBox 7590 am ganz normalen LAN (es ist kein Gastnetz in der FB auf LAN 4 eingerichtet)
Hatte ihn die Tage mal testweise an meiner Unitymedia-ConnectBox (ja nen I-Net über Kabel hab ich auch noch) und da hab ich nach 10 Std. erfolglos abgebrochen.
Weiter oben wurde nach den LED´s gefragt
.
Power , Sys , 2,4 , 5 , alle immer an ( 2,4 und 5 blinken bei benutzung)
LAN 1-4 ist aus ( is ja nix dran )
WAN blinkt dauernd.
das ist immer so , egal ob der sich versucht mit FF zu verbinden oder dann endlich mal verbunden ist.
Fast vergessen , der Knoten ist im WLan 1Min nach einschalten auch als „Freifunk Offen“ sichtbar , nur ins Internet geht es natürlich erst wenn er sich dann mal irgendwann verbunden hat,
@Dago hatte da ja schon eine gute Idee, es liegt offensichtlich nicht an Deinem Internetzugang, sondern an der Firmware bzw. an dem Teil des Essener Freifunks, der „hinter“ Deinem Internetzugang liegt.
Damit würde ich den Ball bei den Essenern sehen.
ich dachte ja, @pberndro scheint ja zumindest Essener FW zu fahren, so wie er sich formuliert hat und da konnte ich mir bei seiner FFRL Position nicht vorstellen, dass er gar keinen Kontakt zur lokalen Community hat, selbst wenn er vllt nur Wahlessener ist
im Setup gab es zwei VPN Einstellungen schnell/unverschlüssel und langsam/verschlüsselt und da dachte ich, ich schalte zwischen l2tp und fastd, aber das war wohl nicht so. Hatte fastd noch nie gesehen…
Sun Oct 27 10:46:06 2019 daemon.info fastd[1741]: resolving host sn-a.ov.lil.freifunk-essen.net' for peer <mesh_vpn_backbone_peer_nod e01>... Sun Oct 27 10:46:06 2019 daemon.info fastd[1741]: resolved host sn-a.ov.lil.freifunk-essen.net’ successfully
Sun Oct 27 10:46:06 2019 daemon.info fastd[1741]: resolved host `sn-b.ov.lil.freifunk-essen.net’ successfully
Sun Oct 27 10:46:21 2019 daemon.info fastd[1741]: sending handshake to <mesh_vpn_backbone_peer_node03>[[2a00:13ca:1000:2::f]:10000]…
Sun Oct 27 10:46:21 2019 daemon.info fastd[1741]: resolving host sn-a.ak.ber.freifunk-essen.net' for peer <mesh_vpn_backbone_peer_nod e03>... Sun Oct 27 10:46:21 2019 daemon.info fastd[1741]: resolved host sn-a.ak.ber.freifunk-essen.net’ successfully
Sun Oct 27 10:46:23 2019 daemon.info fastd[1741]: sending handshake to <mesh_vpn_backbone_peer_node02>[195.201.95.199:10000]…
Sun Oct 27 10:46:23 2019 daemon.info fastd[1741]: resolving host sn-b.ov.lil.freifunk-essen.net' for peer <mesh_vpn_backbone_peer_nod e02>... Sun Oct 27 10:46:23 2019 daemon.info fastd[1741]: resolved host sn-b.ov.lil.freifunk-essen.net’ successfully
Sun Oct 27 10:46:24 2019 daemon.info fastd[1741]: sending handshake to <mesh_vpn_backbone_peer_node01>[195.201.36.184:10000]…
Sun Oct 27 10:46:24 2019 daemon.info fastd[1741]: resolving host `sn-a.ov.lil.freifunk-essen.net’ for peer <mesh_vpn_backbone_peer_nod
e01>…
EDIT: der titscht wohl immer erfolglos zwischen a und b hin und her…
DNS ist es dann wohl nicht und rein kommt man dann vermutlich überhaupt nur dann, wenn ein Knoten zB turnusmaessig per Schaltuhr in die Heia geht oder so.
Die letzten Treffen war eigentlich immer jemand vor Ort, beim Treffen im Oktober haben wir uns entschieden das Treffen abzusagen da fast alle entweder durch die Arbeit oder andere Termine verhindert waren.
Gerne aber sonst auch mal im Slack vorbei schauen oder per Mail den persönlichen Kontakt suchen, sonst einfach schauen das man sich beim nächsten Treffen über den Weg läuft.
Na bevor ich jetzt erst mal rumsuche, könntest Du vllt mal an der richtigen Stelle eine Referenz fallen lassen - auf diesen Eintrag und auf mich bzw ich bin eben auch als dago im Slack zu finden.
Ich habe die Befürchtung @hipath hatte dasselbe Problem.
Daher sollte sich vllt mal jmd kümmern.
Könnte es sein, dass der fastd-server einfach bei max-Clients angekommen ist und man nicht hineinkommt, bis mal zufällig ein Slot frei wird?
Also die Situation „Schlange vorm Parkhaus“ und Anzeige „belegt“?
Hintergrund: Fastd versucht aus Sicherheitsgründen(?) nicht zu sagen, warum es Clients ablehnt.
Bude voll und nur rein wenn einer raus , alles klar, verstehe.
Also ist von irgendwas zu wenig da , Bandbreite , Adressen , mögliche Tunnel , Kekse usw…
Es ist nur eine Vermutung. Denn eigentlich darf so etwas im Monitoring nicht lange unentdeckt bleiben.
(und den max-Wert liest das selbst aus der fastd-config, so dass da auch kein Threshold-F’up passieren kann)