Hallo zusammen,
ich brauche noch mal Eure Hilfe.
Ich habe hier im Ort auf dem Dachboden eines Hauses (Unterkunft für
Geflüchtete) einen Offloader und zwei Router (ffnw-muehlen-offloader-01,
ffnw-muehlen-04 und ffnw-muehlen-05).
Alle drei Geräte sind per Kabel an einer Fritzbox angeschlossen - haben
also alle eine ipv4 Adresse. Der offloader macht das VPN ins FF Netz.
Das ganze läuft über einen 16000er Anschluss von EWE.
Das ganze hat bis vor ein paar Tagen mehr oder weniger problemlos
funktioniert. Seit dem kommen verstärkt Meldungen: "Das Internet ist tot"
Wenn ich mit Grafana
(https://grafana.ffnw.de/dashboard/db/single-node-hopglass?var-hostname=ffnw…)
nachsehe, dann sieht alles so aus wie immer.
Ich komme von zu Hause auch von meinem FF Router per ssh auf die Router
auf dem Dachboden. Ich habe einen 50000er Anschluss von EWE.
Ich habe jetzt auf dem einen Router mal den hoodselector ausgeführt:
root@ffnw-muehlen-04:~# hoodselector
No VPN connection found
Batman gateways found
gw source is wan
gluon-neighbour-info -i br-wan -p 1001 -d ff02::2 -r hoodselector -t 0.5
No VPN routers over mesh on lan or wan
Interface mesh_lan enabled.
Testing neighboring adhoc networks for batman advanced gw connection.
The following wireless networks have been found:
42 2437 02:ca:ff:ee:ba:bf ffnw-mesh_
42 2437 02:ca:ff:ee:ba:bf ffnw-mesh_
43 2437 02:ca:ff:ee:ba:bf mesh.ffnw
After filtering we will test the following wireless networks:
42 2437 02:ca:ff:ee:ba:bf ffnw-mesh_
43 2437 02:ca:ff:ee:ba:bf mesh.ffnw
Prepare configuration for testing wireless networks...
VPN stopped.
Testing MESH 02:ca:ff:ee:ba:bf...
VPN started.
Interface br-client restarted.
Wireless restarted.
Finished testing wireless networks, restored previous configuration
Neighoring freifunk batman advanced mesh with BSSID 02:ca:ff:ee:ba:bf found
Set hood "default"
Hood set by scan mode
Interface mesh_lan enabled.
root@ffnw-muehlen-04:~#
Was bedeutet das? Warum die default Hood?
Hier noch ein logread vom offloader. Der ist ja offensichtlich in der
VEC Hood.
root@ffnw-muehlen-offloader01:~# logread
Thu Jun 22 10:20:02 2017 daemon.info fastd[3060]: adding peer
<mesh_vpn_backbone_peer_lk_vec01_10002>
Thu Jun 22 10:20:02 2017 daemon.info fastd[3060]: resolving host
`lk-vec01.sn.ffnw.de' for peer <mesh_vpn_backbone_peer_lk_vec01_10002>...
Thu Jun 22 10:20:02 2017 daemon.notice netifd: Bridge 'br-client' link
is down
Thu Jun 22 10:20:02 2017 daemon.notice netifd: Interface 'client' has
link connectivity loss
Thu Jun 22 10:20:02 2017 kern.info kernel: [ 170.103824] br-client:
port 1(bat0) entered disabled state
Thu Jun 22 10:20:02 2017 daemon.info fastd[3060]: resolved host
`lk-vec01.sn.ffnw.de' successfully
Thu Jun 22 10:20:02 2017 kern.info kernel: [ 170.206996] br-client:
port 1(bat0) entered forwarding state
Thu Jun 22 10:20:02 2017 kern.info kernel: [ 170.224031] br-client:
port 1(bat0) entered forwarding state
Thu Jun 22 10:20:02 2017 daemon.notice netifd: Bridge 'br-client' link is up
Thu Jun 22 10:20:02 2017 daemon.notice netifd: Interface 'client' has
link connectivity
Thu Jun 22 10:20:02 2017 daemon.notice netifd: Interface 'client' is
setting up now
Thu Jun 22 10:20:02 2017 kern.info kernel: [ 170.255239] batman_adv:
bat0: Adding interface: mesh-vpn
Thu Jun 22 10:20:02 2017 kern.info kernel: [ 170.271275] batman_adv:
bat0: The MTU of interface mesh-vpn is too small (1312) to handle the
transport of batman-adv packets. Packets going over this interface will
be fragmented on layer2 which could impact the performance. Setting the
MTU to 1532 would solve the problem.
Thu Jun 22 10:20:02 2017 kern.info kernel: [ 170.343991] batman_adv:
bat0: Interface activated: mesh-vpn
Thu Jun 22 10:20:02 2017 kern.info kernel: [ 170.384423] batman_adv:
bat0: no_rebroadcast: Changing from: disabled to: enabled
Thu Jun 22 10:20:02 2017 daemon.warn dnsmasq[2423]: no servers found in
/tmp/resolv.conf.auto, will retry
Thu Jun 22 10:20:02 2017 daemon.notice netifd: Interface 'mesh_vpn' is
now up
Thu Jun 22 10:20:02 2017 daemon.notice netifd: Interface 'client' is now
down
Thu Jun 22 10:20:02 2017 daemon.notice netifd: Interface 'client' is
setting up now
Thu Jun 22 10:20:04 2017 kern.info kernel: [ 172.220013] br-client:
port 1(bat0) entered forwarding state
Thu Jun 22 10:20:04 2017 daemon.info fastd[3060]: sending handshake to
<mesh_vpn_backbone_peer_lk_vec01_10002>[[2a01:4f8:161:5205::23]:10002]...
Thu Jun 22 10:20:13 2017 daemon.notice netifd: Interface 'client' is now up
Thu Jun 22 10:20:13 2017 user.notice firewall: Reloading firewall due to
ifup of client (br-client)
Thu Jun 22 10:20:25 2017 daemon.info fastd[3060]: sending handshake to
<mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002]...
Thu Jun 22 10:20:25 2017 daemon.info fastd[3060]: resolving host
`lk-vec01.sn.ffnw.de' for peer <mesh_vpn_backbone_peer_lk_vec01_10002>...
Thu Jun 22 10:20:25 2017 daemon.info fastd[3060]: resolved host
`lk-vec01.sn.ffnw.de' successfully
Thu Jun 22 10:20:25 2017 daemon.info fastd[3060]: received handshake
response from <mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002]
using fastd v18
Thu Jun 22 10:20:26 2017 daemon.info fastd[3060]: 5.9.56.23:10002
authorized as <mesh_vpn_backbone_peer_lk_vec01_10002>
Thu Jun 22 10:20:26 2017 daemon.notice fastd[3060]: connection with
<mesh_vpn_backbone_peer_lk_vec01_10002> established.
Thu Jun 22 10:20:26 2017 daemon.info fastd[3060]: new session with
<mesh_vpn_backbone_peer_lk_vec01_10002> established using method
`salsa2012+umac'.
Thu Jun 22 10:20:29 2017 daemon.info dnsmasq[2423]: reading
/tmp/resolv.conf.auto
Thu Jun 22 10:20:29 2017 daemon.info dnsmasq[2423]: using local
addresses only for domain lan
Thu Jun 22 10:20:29 2017 daemon.info dnsmasq[2423]: using nameserver
2a03:b0c0:3:d0::bd6:b001#53
Thu Jun 22 10:20:29 2017 daemon.info dnsmasq[2423]: using nameserver
2001:67c:18e8:0:2::181#53
Thu Jun 22 10:20:30 2017 user.notice firewall: Reloading firewall due to
ifupdate of client (br-client)
Thu Jun 22 10:23:22 2017 kern.info kernel: [ 370.858520] br-client:
Multicast hash table chain limit reached: bat0
Thu Jun 22 10:23:22 2017 kern.warn kernel: [ 370.877971] br-client:
Cannot rehash multicast hash table, disabling snooping: bat0, 440, -22
Thu Jun 22 10:30:00 2017 user.notice root: netmon-node-client[3640]:
Netmon Node Client is disabled.
Thu Jun 22 10:40:00 2017 user.notice root: netmon-node-client[3988]:
Netmon Node Client is disabled.
Thu Jun 22 10:50:00 2017 user.notice root: netmon-node-client[4342]:
Netmon Node Client is disabled.
Thu Jun 22 11:00:00 2017 user.notice root: netmon-node-client[4690]:
Netmon Node Client is disabled.
Thu Jun 22 11:10:00 2017 user.notice root: netmon-node-client[5038]:
Netmon Node Client is disabled.
Thu Jun 22 11:10:51 2017 daemon.info fastd[3060]: refreshing session
with <mesh_vpn_backbone_peer_lk_vec01_10002>
Thu Jun 22 11:10:51 2017 daemon.info fastd[3060]: sending handshake to
<mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002]...
Thu Jun 22 11:10:51 2017 daemon.info fastd[3060]: received handshake
response from <mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002]
using fastd v18
Thu Jun 22 11:10:51 2017 daemon.info fastd[3060]: 5.9.56.23:10002
authorized as <mesh_vpn_backbone_peer_lk_vec01_10002>
Thu Jun 22 11:10:51 2017 daemon.info fastd[3060]: new session with
<mesh_vpn_backbone_peer_lk_vec01_10002> established using method
`salsa2012+umac'.
Thu Jun 22 11:20:00 2017 user.notice root: netmon-node-client[5393]:
Netmon Node Client is disabled.
Thu Jun 22 11:30:00 2017 user.notice root: netmon-node-client[5742]:
Netmon Node Client is disabled.
Thu Jun 22 11:40:00 2017 user.notice root: netmon-node-client[6092]:
Netmon Node Client is disabled.
Thu Jun 22 11:50:00 2017 user.notice root: netmon-node-client[6448]:
Netmon Node Client is disabled.
Thu Jun 22 12:00:00 2017 user.notice root: netmon-node-client[6801]:
Netmon Node Client is disabled.
Thu Jun 22 12:05:01 2017 daemon.info fastd[3060]: refreshing session
with <mesh_vpn_backbone_peer_lk_vec01_10002>
Thu Jun 22 12:05:01 2017 daemon.info fastd[3060]: sending handshake to
<mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002]...
Thu Jun 22 12:05:02 2017 daemon.info fastd[3060]: received handshake
response from <mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002]
using fastd v18
Thu Jun 22 12:05:02 2017 daemon.info fastd[3060]: 5.9.56.23:10002
authorized as <mesh_vpn_backbone_peer_lk_vec01_10002>
Thu Jun 22 12:05:02 2017 daemon.info fastd[3060]: new session with
<mesh_vpn_backbone_peer_lk_vec01_10002> established using method
`salsa2012+umac'.
Thu Jun 22 12:10:00 2017 user.notice root: netmon-node-client[7153]:
Netmon Node Client is disabled.
Thu Jun 22 12:20:00 2017 user.notice root: netmon-node-client[7497]:
Netmon Node Client is disabled.
Thu Jun 22 12:30:00 2017 user.notice root: netmon-node-client[7848]:
Netmon Node Client is disabled.
Thu Jun 22 12:40:00 2017 user.notice root: netmon-node-client[8202]:
Netmon Node Client is disabled.
Thu Jun 22 12:50:00 2017 user.notice root: netmon-node-client[8549]:
Netmon Node Client is disabled.
Thu Jun 22 12:59:25 2017 daemon.info fastd[3060]: refreshing session
with <mesh_vpn_backbone_peer_lk_vec01_10002>
Thu Jun 22 12:59:25 2017 daemon.info fastd[3060]: sending handshake to
<mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002]...
Thu Jun 22 12:59:25 2017 daemon.info fastd[3060]: received handshake
response from <mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002]
using fastd v18
Thu Jun 22 12:59:25 2017 daemon.info fastd[3060]: 5.9.56.23:10002
authorized as <mesh_vpn_backbone_peer_lk_vec01_10002>
Thu Jun 22 12:59:25 2017 daemon.info fastd[3060]: new session with
<mesh_vpn_backbone_peer_lk_vec01_10002> established using method
`salsa2012+umac'.
Thu Jun 22 13:00:00 2017 user.notice root: netmon-node-client[8898]:
Netmon Node Client is disabled.
Thu Jun 22 13:10:00 2017 user.notice root: netmon-node-client[9254]:
Netmon Node Client is disabled.
Thu Jun 22 13:20:00 2017 user.notice root: netmon-node-client[9617]:
Netmon Node Client is disabled.
Thu Jun 22 13:30:00 2017 user.notice root: netmon-node-client[9966]:
Netmon Node Client is disabled.
Thu Jun 22 13:40:00 2017 user.notice root: netmon-node-client[10314]:
Netmon Node Client is disabled.
Thu Jun 22 13:49:52 2017 daemon.info fastd[3060]: refreshing session
with <mesh_vpn_backbone_peer_lk_vec01_10002>
Thu Jun 22 13:49:52 2017 daemon.info fastd[3060]: sending handshake to
<mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002]...
Thu Jun 22 13:49:52 2017 daemon.info fastd[3060]: received handshake
response from <mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002]
using fastd v18
Thu Jun 22 13:49:52 2017 daemon.info fastd[3060]: 5.9.56.23:10002
authorized as <mesh_vpn_backbone_peer_lk_vec01_10002>
Thu Jun 22 13:49:52 2017 daemon.info fastd[3060]: new session with
<mesh_vpn_backbone_peer_lk_vec01_10002> established using method
`salsa2012+umac'.
Thu Jun 22 13:50:00 2017 user.notice root: netmon-node-client[10663]:
Netmon Node Client is disabled.
Thu Jun 22 14:00:01 2017 user.notice root: netmon-node-client[11008]:
Netmon Node Client is disabled.
Thu Jun 22 14:10:01 2017 user.notice root: netmon-node-client[11363]:
Netmon Node Client is disabled.
Thu Jun 22 14:20:00 2017 user.notice root: netmon-node-client[11712]:
Netmon Node Client is disabled.
Thu Jun 22 14:30:00 2017 user.notice root: netmon-node-client[12066]:
Netmon Node Client is disabled.
Thu Jun 22 14:40:01 2017 user.notice root: netmon-node-client[12417]:
Netmon Node Client is disabled.
Thu Jun 22 14:42:23 2017 daemon.info fastd[3060]: refreshing session
with <mesh_vpn_backbone_peer_lk_vec01_10002>
Thu Jun 22 14:42:23 2017 daemon.info fastd[3060]: sending handshake to
<mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002]...
Thu Jun 22 14:42:23 2017 daemon.info fastd[3060]: received handshake
response from <mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002]
using fastd v18
Thu Jun 22 14:42:23 2017 daemon.info fastd[3060]: 5.9.56.23:10002
authorized as <mesh_vpn_backbone_peer_lk_vec01_10002>
Thu Jun 22 14:42:23 2017 daemon.info fastd[3060]: new session with
<mesh_vpn_backbone_peer_lk_vec01_10002> established using method
`salsa2012+umac'.
Thu Jun 22 14:50:01 2017 user.notice root: netmon-node-client[12781]:
Netmon Node Client is disabled.
Thu Jun 22 15:00:01 2017 user.notice root: netmon-node-client[13137]:
Netmon Node Client is disabled.
Thu Jun 22 15:10:01 2017 user.notice root: netmon-node-client[13494]:
Netmon Node Client is disabled.
Thu Jun 22 15:20:01 2017 user.notice root: netmon-node-client[13851]:
Netmon Node Client is disabled.
Thu Jun 22 15:30:01 2017 user.notice root: netmon-node-client[14220]:
Netmon Node Client is disabled.
Thu Jun 22 15:32:57 2017 daemon.info fastd[3060]: refreshing session
with <mesh_vpn_backbone_peer_lk_vec01_10002>
Thu Jun 22 15:32:57 2017 daemon.info fastd[3060]: sending handshake to
<mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002]...
Thu Jun 22 15:32:57 2017 daemon.info fastd[3060]: received handshake
response from <mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002]
using fastd v18
Thu Jun 22 15:32:57 2017 daemon.info fastd[3060]: 5.9.56.23:10002
authorized as <mesh_vpn_backbone_peer_lk_vec01_10002>
Thu Jun 22 15:32:57 2017 daemon.info fastd[3060]: new session with
<mesh_vpn_backbone_peer_lk_vec01_10002> established using method
`salsa2012+umac'.
Thu Jun 22 15:40:01 2017 user.notice root: netmon-node-client[14582]:
Netmon Node Client is disabled.
Thu Jun 22 15:50:01 2017 user.notice root: netmon-node-client[14944]:
Netmon Node Client is disabled.
Thu Jun 22 16:00:01 2017 user.notice root: netmon-node-client[15306]:
Netmon Node Client is disabled.
Thu Jun 22 16:10:01 2017 user.notice root: netmon-node-client[15672]:
Netmon Node Client is disabled.
Thu Jun 22 16:20:01 2017 user.notice root: netmon-node-client[16033]:
Netmon Node Client is disabled.
Thu Jun 22 16:24:26 2017 daemon.info fastd[3060]: refreshing session
with <mesh_vpn_backbone_peer_lk_vec01_10002>
Thu Jun 22 16:24:26 2017 daemon.info fastd[3060]: sending handshake to
<mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002]...
Thu Jun 22 16:24:26 2017 daemon.info fastd[3060]: received handshake
response from <mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002]
using fastd v18
Thu Jun 22 16:24:26 2017 daemon.info fastd[3060]: 5.9.56.23:10002
authorized as <mesh_vpn_backbone_peer_lk_vec01_10002>
Thu Jun 22 16:24:26 2017 daemon.info fastd[3060]: new session with
<mesh_vpn_backbone_peer_lk_vec01_10002> established using method
`salsa2012+umac'.
Thu Jun 22 16:30:01 2017 user.notice root: netmon-node-client[16390]:
Netmon Node Client is disabled.
Thu Jun 22 16:40:01 2017 user.notice root: netmon-node-client[16750]:
Netmon Node Client is disabled.
Thu Jun 22 16:50:01 2017 user.notice root: netmon-node-client[17115]:
Netmon Node Client is disabled.
Thu Jun 22 17:00:01 2017 user.notice root: netmon-node-client[17475]:
Netmon Node Client is disabled.
Thu Jun 22 17:10:01 2017 user.notice root: netmon-node-client[17842]:
Netmon Node Client is disabled.
Thu Jun 22 17:15:39 2017 daemon.info fastd[3060]: refreshing session
with <mesh_vpn_backbone_peer_lk_vec01_10002>
Thu Jun 22 17:15:39 2017 daemon.info fastd[3060]: sending handshake to
<mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002]...
Thu Jun 22 17:15:39 2017 daemon.info fastd[3060]: received handshake
response from <mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002]
using fastd v18
Thu Jun 22 17:15:39 2017 daemon.info fastd[3060]: 5.9.56.23:10002
authorized as <mesh_vpn_backbone_peer_lk_vec01_10002>
Thu Jun 22 17:15:39 2017 daemon.info fastd[3060]: new session with
<mesh_vpn_backbone_peer_lk_vec01_10002> established using method
`salsa2012+umac'.
Thu Jun 22 17:20:01 2017 user.notice root: netmon-node-client[18202]:
Netmon Node Client is disabled.
Thu Jun 22 17:30:01 2017 user.notice root: netmon-node-client[18564]:
Netmon Node Client is disabled.
Thu Jun 22 17:40:01 2017 user.notice root: netmon-node-client[18925]:
Netmon Node Client is disabled.
Thu Jun 22 17:50:01 2017 user.notice root: netmon-node-client[19286]:
Netmon Node Client is disabled.
Thu Jun 22 18:00:01 2017 user.notice root: netmon-node-client[19649]:
Netmon Node Client is disabled.
Thu Jun 22 18:06:04 2017 daemon.info fastd[3060]: refreshing session
with <mesh_vpn_backbone_peer_lk_vec01_10002>
Thu Jun 22 18:06:04 2017 daemon.info fastd[3060]: sending handshake to
<mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002]...
Thu Jun 22 18:06:04 2017 daemon.info fastd[3060]: received handshake
response from <mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002]
using fastd v18
Thu Jun 22 18:06:04 2017 daemon.info fastd[3060]: 5.9.56.23:10002
authorized as <mesh_vpn_backbone_peer_lk_vec01_10002>
Thu Jun 22 18:06:04 2017 daemon.info fastd[3060]: new session with
<mesh_vpn_backbone_peer_lk_vec01_10002> established using method
`salsa2012+umac'.
Thu Jun 22 18:10:01 2017 user.notice root: netmon-node-client[20028]:
Netmon Node Client is disabled.
Thu Jun 22 18:20:01 2017 user.notice root: netmon-node-client[20378]:
Netmon Node Client is disabled.
Thu Jun 22 18:30:01 2017 user.notice root: netmon-node-client[20742]:
Netmon Node Client is disabled.
Thu Jun 22 18:40:01 2017 user.notice root: netmon-node-client[21104]:
Netmon Node Client is disabled.
Thu Jun 22 18:50:01 2017 user.notice root: netmon-node-client[21461]:
Netmon Node Client is disabled.
Thu Jun 22 19:00:01 2017 user.notice root: netmon-node-client[21815]:
Netmon Node Client is disabled.
Thu Jun 22 19:00:47 2017 daemon.info fastd[3060]: refreshing session
with <mesh_vpn_backbone_peer_lk_vec01_10002>
Thu Jun 22 19:00:47 2017 daemon.info fastd[3060]: sending handshake to
<mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002]...
Thu Jun 22 19:00:47 2017 daemon.info fastd[3060]: received handshake
response from <mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002]
using fastd v18
Thu Jun 22 19:00:47 2017 daemon.info fastd[3060]: 5.9.56.23:10002
authorized as <mesh_vpn_backbone_peer_lk_vec01_10002>
Thu Jun 22 19:00:47 2017 daemon.info fastd[3060]: new session with
<mesh_vpn_backbone_peer_lk_vec01_10002> established using method
`salsa2012+umac'.
Thu Jun 22 19:10:01 2017 user.notice root: netmon-node-client[22180]:
Netmon Node Client is disabled.
Thu Jun 22 19:20:01 2017 user.notice root: netmon-node-client[22550]:
Netmon Node Client is disabled.
Thu Jun 22 19:30:01 2017 user.notice root: netmon-node-client[22914]:
Netmon Node Client is disabled.
Thu Jun 22 19:40:01 2017 user.notice root: netmon-node-client[23270]:
Netmon Node Client is disabled.
Thu Jun 22 19:50:01 2017 user.notice root: netmon-node-client[23616]:
Netmon Node Client is disabled.
Thu Jun 22 19:53:22 2017 daemon.info fastd[3060]: refreshing session
with <mesh_vpn_backbone_peer_lk_vec01_10002>
Thu Jun 22 19:53:22 2017 daemon.info fastd[3060]: sending handshake to
<mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002]...
Thu Jun 22 19:53:22 2017 daemon.info fastd[3060]: received handshake
response from <mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002]
using fastd v18
Thu Jun 22 19:53:22 2017 daemon.info fastd[3060]: 5.9.56.23:10002
authorized as <mesh_vpn_backbone_peer_lk_vec01_10002>
Thu Jun 22 19:53:22 2017 daemon.info fastd[3060]: new session with
<mesh_vpn_backbone_peer_lk_vec01_10002> established using method
`salsa2012+umac'.
Thu Jun 22 19:57:14 2017 authpriv.info dropbear[23884]: Child connection
from fd74:fdaa:9dc4:0:c66e:1fff:fe41:6727:41363
Thu Jun 22 19:57:20 2017 authpriv.notice dropbear[23884]: Password auth
succeeded for 'root' from fd74:fdaa:9dc4:0:c66e:1fff:fe41:6727:41363
Thu Jun 22 19:59:45 2017 authpriv.info dropbear[23884]: Exit (root):
Exited normally
Thu Jun 22 20:00:01 2017 user.notice root: netmon-node-client[23996]:
Netmon Node Client is disabled.
Thu Jun 22 20:05:16 2017 authpriv.info dropbear[24205]: Child connection
from fd74:fdaa:9dc4:0:c66e:1fff:fe41:6727:41368
Thu Jun 22 20:05:22 2017 authpriv.notice dropbear[24205]: Password auth
succeeded for 'root' from fd74:fdaa:9dc4:0:c66e:1fff:fe41:6727:41368
root@ffnw-muehlen-offloader01:~#
Wie kann ich von einem Router auf der Konsole am besten testen, wie gut
die Verbindung ins Internet ist? Kann ich sicher sein, das ich von der
Konsole per wget nicht über das lokale ipv4 Netz rausgehe, sondern über
das FF VPN.
Martin
Auf unserem Freifunk Nordwest Blog wurde ein neuer Artikel veröffentlicht:
Wir machen Sommerpause
Hier lesen:
https://ffnw.de/wir-machen-sommerpause/
#############
In diesem Jahr gibt es bei uns ein kleines Novum: wir machen von Anfang Juli bis Ende August Sommerpause. Damit wollen wir unseren engagierten Mitstreitern danken und euch die Möglichkeit geben sich ausgiebig zu erholen und Kraft für die zweite Jahreshälfte zu sammeln. Unsere regelmäßigen Treffen finden im Juli und im August daher nicht statt…
#############
Viele Grüße
Freifunk Nordwest
---
P.S. Dies ist einen automatisch erstellte Benachrichtigung, die bei der
Veröffentlichung des Artikels automatisch versendet wurde.
Liebe Freifunker,
wer viel im Jahr macht, darf sich auch mal eine Auszeit können - wir
haben in den vergangenen Monaten soviele tolle Sachen mit euch erlebt
und können auf das vergangene halbe Jahr stolz zurückblicken.
Wir haben uns im letzten Jahr auf einzelnen Treffen gewundert, warum
kaum Personen anwesend waren. Grund dafür sind zum einen in den
Hochschulen und Universitäten Klausuren sowie der Sommerurlaub.
Wir möchten in diesem Jahr die beidenen kommenden Treffen, am 07.07.2017
sowie am 04.08.2017 ausfallen lassen - unsere Entscheidung beruht sich
darauf, dass teilweise Gäste anwesend waren, bevor überhaupt jemand von
uns da war.
Natürlich würden wir außerhalb der "offiziellen" Treffen kleine
Bastelrunden oder Admintreffen planen.
Lasst es euch gut gehen!
Viele Grüße,
der Vorstand
Hallo,
ich möchte den offloader ffnw-muehlen-offloader01 updaten und bekomme
die folgende Fehlermeldung beim manuellen Update:
root@ffnw-muehlen-offloader01:~# autoupdater -f
Connecting to autoupdate.ffnw ([2a01:4f8:192:832b:8::1]:80)
- 100%
|*********************************************************************************************************************************************|
55087 0:00:00 ETA
New version available.
Stopping cron...
Stopping haveged...
Stopping micrond...
Stopping sysntpd...
Stopping gluon-radvd...
Stopping uhttpd...
Stopping sse-multiplexd...
Stopping gluon-respondd...
vm.drop_caches = 3
Connecting to autoupdate.ffnw ([2a03:4000:6:8025::1]:80)
lua_Tg19t9 6%
|********
| 358k 0:08:46 ETA
Invalid image checksum!
Starting gluon-respondd...
Starting sse-multiplexd...
Starting uhttpd...
Starting gluon-radvd...
Starting cron...
Starting haveged...
Starting micrond...
Starting sysntpd...
No usable mirror found.
Das Update hat heute von den beiden Routern ffnw-muehlen-04 und
ffnw-muehlen-05 problemlos geklappt. Der offloader klappt nicht.
Hier noch das logread:
root@ffnw-muehlen-offloader01:~# logread
Wed Jun 21 18:24:57 2017 kern.info kernel: [ 9.296647] usbcore:
registered new interface driver r8152
Wed Jun 21 18:24:57 2017 kern.info kernel: [ 9.314020] r8169 Gigabit
Ethernet driver 2.3LK-NAPI loaded
Wed Jun 21 18:24:57 2017 kern.debug kernel: [ 9.331058] r8169
0000:08:00.0: irq 26 for MSI/MSI-X
Wed Jun 21 18:24:57 2017 kern.info kernel: [ 9.331506] r8169
0000:08:00.0 eth0: RTL8168c/8111c at 0xf8bea000, 00:19:99:5c:5b:cb, XID
1c2000c0 IRQ 26
Wed Jun 21 18:24:57 2017 kern.info kernel: [ 9.360180] r8169
0000:08:00.0 eth0: jumbo features [frames: 6128 bytes, tx checksumming: ko]
Wed Jun 21 18:24:57 2017 kern.info kernel: [ 9.386250] usbcore:
registered new interface driver rtl8150
Wed Jun 21 18:24:57 2017 kern.info kernel: [ 9.407637] sis900.c:
v1.08.10 Apr. 2 2006
Wed Jun 21 18:24:57 2017 kern.info kernel: [ 9.420765] usbcore:
registered new interface driver usbhid
Wed Jun 21 18:24:57 2017 kern.info kernel: [ 9.437481] usbhid: USB
HID core driver
Wed Jun 21 18:24:57 2017 kern.info kernel: [ 9.464183] via_rhine:
v1.10-LK1.5.1 2010-10-09 Written by Donald Becker
Wed Jun 21 18:24:57 2017 kern.info kernel: [ 9.488788] xt_time:
kernel timezone is -0000
Wed Jun 21 18:24:57 2017 kern.info kernel: [ 9.503779] usbcore:
registered new interface driver asix
Wed Jun 21 18:24:57 2017 kern.info kernel: [ 9.520914] usbcore:
registered new interface driver dm9601
Wed Jun 21 18:24:57 2017 daemon.notice haveged: haveged starting up
Wed Jun 21 18:24:57 2017 daemon.info haveged: haveged: ver: 1.9.1; arch:
x86; vend: ; build: (gcc 4.8.3 IV); collect: 128K
Wed Jun 21 18:24:57 2017 daemon.info haveged: haveged: cpu: (); data:
32K (P); inst: 32K (P); idx: 19/40; sz: 32237/65877
Wed Jun 21 18:24:57 2017 daemon.info haveged: haveged: fills: 0,
generated: 0
Wed Jun 21 18:24:58 2017 cron.info crond[1527]: crond (busybox 1.23.2)
started, log level 5
Wed Jun 21 18:24:58 2017 authpriv.info dropbear[1548]: Not backgrounding
Wed Jun 21 18:24:58 2017 daemon.warn netifd: You have delegated
IPv6-prefixes but haven't assigned them to any interface. Did you forget
to set option ip6assign on your lan-interfaces?
Wed Jun 21 18:24:58 2017 kern.info kernel: [ 11.861745] r8169
0000:08:00.0 eth0: link down
Wed Jun 21 18:24:58 2017 kern.info kernel: [ 11.875242] r8169
0000:08:00.0 eth0: link down
Wed Jun 21 18:24:58 2017 kern.info kernel: [ 11.889626] device eth0
entered promiscuous mode
Wed Jun 21 18:24:58 2017 kern.info kernel: [ 11.907445] IPv6:
ADDRCONF(NETDEV_UP): br-wan: link is not ready
Wed Jun 21 18:24:58 2017 daemon.notice netifd: Interface 'wan6' is enabled
Wed Jun 21 18:24:58 2017 daemon.notice netifd: Interface 'wan' is enabled
Wed Jun 21 18:24:58 2017 daemon.notice netifd: Interface 'mesh_wan' is
enabled
Wed Jun 21 18:24:58 2017 daemon.notice netifd: Interface 'loopback' is
enabled
Wed Jun 21 18:24:58 2017 daemon.notice netifd: Interface 'loopback' is
setting up now
Wed Jun 21 18:24:58 2017 daemon.notice netifd: Interface 'loopback' is
now up
Wed Jun 21 18:24:58 2017 daemon.notice netifd: Network device 'lo' link
is up
Wed Jun 21 18:24:58 2017 daemon.notice netifd: Interface 'loopback' has
link connectivity
Wed Jun 21 18:24:59 2017 daemon.info dnsmasq[1774]: started, version
2.73 cachesize 150
Wed Jun 21 18:24:59 2017 daemon.info dnsmasq[1774]: compile time
options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua
TFTP no-conntrack no-ipset no-auth no-DNSSEC loop-detect inotify
Wed Jun 21 18:24:59 2017 daemon.info dnsmasq[1774]: DNS service limited
to local subnets
Wed Jun 21 18:24:59 2017 daemon.info dnsmasq[1774]: using local
addresses only for domain lan
Wed Jun 21 18:24:59 2017 daemon.warn dnsmasq[1774]: no servers found in
/tmp/resolv.conf.auto, will retry
Wed Jun 21 18:24:59 2017 daemon.info dnsmasq[1774]: read /etc/hosts - 1
addresses
Wed Jun 21 18:24:59 2017 daemon.info dnsmasq[1780]: started, version
2.73 cachesize 150
Wed Jun 21 18:24:59 2017 daemon.info dnsmasq[1780]: compile time
options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua
TFTP no-conntrack no-ipset no-auth no-DNSSEC loop-detect inotify
Wed Jun 21 18:24:59 2017 daemon.warn dnsmasq[1780]: no servers found in
/var/gluon/wan-dnsmasq/resolv.conf, will retry
Wed Jun 21 18:24:59 2017 daemon.info dnsmasq[1780]: cleared cache
Wed Jun 21 18:24:59 2017 daemon.notice fastd[1836]: fastd v18 starting
Wed Jun 21 18:24:59 2017 daemon.notice netifd: Interface 'mesh_vpn' is
enabled
Wed Jun 21 18:24:59 2017 daemon.notice netifd: Network device 'mesh-vpn'
link is up
Wed Jun 21 18:24:59 2017 daemon.notice netifd: Interface 'mesh_vpn' has
link connectivity
Wed Jun 21 18:24:59 2017 daemon.notice netifd: Interface 'mesh_vpn' is
setting up now
Wed Jun 21 18:24:59 2017 daemon.notice fastd[1836]: changed to UID 0,
GID 800
Wed Jun 21 18:24:59 2017 daemon.info fastd[1836]: adding peer
<mesh_vpn_backbone_peer_lk_vec01_10002>
Wed Jun 21 18:24:59 2017 daemon.info fastd[1836]: resolving host
`lk-vec01.sn.ffnw.de' for peer <mesh_vpn_backbone_peer_lk_vec01_10002>...
Wed Jun 21 18:24:59 2017 daemon.info fastd[1836]: resolving host
`lk-vec01.sn.ffnw.de' failed: Name or service not known
Wed Jun 21 18:24:59 2017 kern.info kernel: [ 12.576828] batman_adv:
bat0: Adding interface: primary0
Wed Jun 21 18:24:59 2017 kern.info kernel: [ 12.592781] batman_adv:
bat0: Interface activated: primary0
Wed Jun 21 18:24:59 2017 kern.info kernel: [ 12.610125] 8021q: adding
VLAN 0 to HW filter on device bat0
Wed Jun 21 18:24:59 2017 daemon.info procd: - init complete -
Wed Jun 21 18:24:59 2017 daemon.notice netifd: Interface 'bat0' is enabled
Wed Jun 21 18:24:59 2017 kern.info kernel: [ 12.665976] device bat0
entered promiscuous mode
Wed Jun 21 18:24:59 2017 kern.info kernel: [ 12.699107] batman_adv:
bat0: Adding interface: mesh-vpn
Wed Jun 21 18:24:59 2017 kern.info kernel: [ 12.715056] batman_adv:
bat0: The MTU of interface mesh-vpn is too small (1312) to handle the
transport of batman-adv packets. Packets going over this interface will
be fragmented on layer2 which could impact the performance. Setting the
MTU to 1532 would solve the problem.
Wed Jun 21 18:24:59 2017 kern.info kernel: [ 12.787646] batman_adv:
bat0: Interface activated: mesh-vpn
Wed Jun 21 18:24:59 2017 kern.info kernel: [ 12.811705] br-client:
port 1(bat0) entered forwarding state
Wed Jun 21 18:24:59 2017 kern.info kernel: [ 12.828703] br-client:
port 1(bat0) entered forwarding state
Wed Jun 21 18:24:59 2017 kern.info kernel: [ 12.848375] batman_adv:
bat0: Changing gw mode from: off to: client
Wed Jun 21 18:24:59 2017 kern.info kernel: [ 12.873525] batman_adv:
bat0: gw_sel_class: Changing from: 20 to: 1
Wed Jun 21 18:24:59 2017 kern.info kernel: [ 12.899996] batman_adv:
bat0: no_rebroadcast: Changing from: disabled to: enabled
Wed Jun 21 18:24:59 2017 daemon.notice netifd: Interface 'client' is enabled
Wed Jun 21 18:24:59 2017 daemon.notice netifd: Interface 'local_node' is
enabled
Wed Jun 21 18:24:59 2017 daemon.notice netifd: Interface 'local_node' is
setting up now
Wed Jun 21 18:24:59 2017 daemon.notice netifd: Interface 'local_node' is
now up
Wed Jun 21 18:24:59 2017 kern.info kernel: [ 12.924344] device
br-client entered promiscuous mode
Wed Jun 21 18:24:59 2017 kern.info kernel: [ 12.946484] batman_adv:
bat0: hop_penalty: Changing from: 30 to: 15
Wed Jun 21 18:24:59 2017 daemon.notice netifd: Interface 'mesh_vpn' is
now up
Wed Jun 21 18:24:59 2017 daemon.notice netifd: Network device 'bat0'
link is up
Wed Jun 21 18:24:59 2017 daemon.notice netifd: Interface 'bat0' has link
connectivity
Wed Jun 21 18:24:59 2017 daemon.notice netifd: Interface 'bat0' is
setting up now
Wed Jun 21 18:24:59 2017 daemon.notice netifd: Interface 'bat0' is now up
Wed Jun 21 18:24:59 2017 daemon.notice netifd: Bridge 'br-client' link is up
Wed Jun 21 18:24:59 2017 daemon.notice netifd: Interface 'client' has
link connectivity
Wed Jun 21 18:24:59 2017 daemon.notice netifd: Interface 'client' is
setting up now
Wed Jun 21 18:24:59 2017 daemon.notice netifd: MAC VLAN 'local-node'
link is up
Wed Jun 21 18:24:59 2017 daemon.notice netifd: Interface 'local_node'
has link connectivity
Wed Jun 21 18:25:00 2017 kern.info kernel: [ 13.008428] batman_adv:
bat0: multicast_mode: Changing from: enabled to: disabled
Wed Jun 21 18:25:00 2017 user.notice firewall: Reloading firewall due to
ifup of local_node (local-node)
Wed Jun 21 18:25:00 2017 kern.info kernel: [ 13.140314] batman_adv:
bat0: orig_interval: Changing from: 1000 to: 5000
Wed Jun 21 18:25:00 2017 user.notice sysctl:
net.ipv6.conf.br-client.forwarding = 0
Wed Jun 21 18:25:00 2017 kern.info kernel: [ 13.740788] r8169
0000:08:00.0 eth0: link up
Wed Jun 21 18:25:00 2017 kern.info kernel: [ 13.754368] br-wan: port
1(eth0) entered forwarding state
Wed Jun 21 18:25:00 2017 kern.info kernel: [ 13.770568] br-wan: port
1(eth0) entered forwarding state
Wed Jun 21 18:25:00 2017 daemon.notice netifd: Network device 'eth0'
link is up
Wed Jun 21 18:25:00 2017 daemon.notice netifd: Bridge 'br-wan' link is up
Wed Jun 21 18:25:00 2017 daemon.notice netifd: Interface 'wan6' has link
connectivity
Wed Jun 21 18:25:00 2017 daemon.notice netifd: Interface 'wan6' is
setting up now
Wed Jun 21 18:25:00 2017 daemon.notice netifd: Interface 'wan' has link
connectivity
Wed Jun 21 18:25:00 2017 daemon.notice netifd: Interface 'wan' is
setting up now
Wed Jun 21 18:25:00 2017 daemon.notice netifd: Interface 'mesh_wan' has
link connectivity
Wed Jun 21 18:25:00 2017 daemon.notice netifd: Interface 'mesh_wan' is
setting up now
Wed Jun 21 18:25:00 2017 kern.info kernel: [ 13.788028] IPv6:
ADDRCONF(NETDEV_CHANGE): br-wan: link becomes ready
Wed Jun 21 18:25:00 2017 daemon.notice netifd: wan (2189): udhcpc
(v1.23.2) started
Wed Jun 21 18:25:01 2017 kern.info kernel: [ 13.899739] batman_adv:
bat0: Adding interface: br-wan
Wed Jun 21 18:25:01 2017 kern.info kernel: [ 13.915174] batman_adv:
bat0: The MTU of interface br-wan is too small (1500) to handle the
transport of batman-adv packets. Packets going over this interface will
be fragmented on layer2 which could impact the performance. Setting the
MTU to 1532 would solve the problem.
Wed Jun 21 18:25:01 2017 kern.info kernel: [ 13.987324] batman_adv:
bat0: Interface activated: br-wan
Wed Jun 21 18:25:01 2017 daemon.notice netifd: wan (2189): Sending
discover...
Wed Jun 21 18:25:01 2017 daemon.notice netifd: Interface 'mesh_wan' is
now up
Wed Jun 21 18:25:01 2017 kern.info kernel: [ 14.820015] br-client:
port 1(bat0) entered forwarding state
Wed Jun 21 18:25:01 2017 kern.notice kernel: [ 14.944429] random:
nonblocking pool is initialized
Wed Jun 21 18:25:02 2017 kern.info kernel: [ 15.770013] br-wan: port
1(eth0) entered forwarding state
Wed Jun 21 18:25:04 2017 daemon.notice netifd: wan (2189): Sending
discover...
Wed Jun 21 18:25:04 2017 daemon.notice netifd: wan (2189): Sending
select for 192.168.178.49...
Wed Jun 21 18:25:04 2017 daemon.notice netifd: wan (2189): Lease of
192.168.178.49 obtained, lease time 864000
Wed Jun 21 18:25:04 2017 daemon.notice netifd: Interface 'wan' is now up
Wed Jun 21 18:25:04 2017 user.notice firewall: Reloading firewall due to
ifup of wan (br-wan)
Wed Jun 21 18:25:04 2017 daemon.info dnsmasq[1774]: exiting on receipt
of SIGTERM
Wed Jun 21 18:25:04 2017 daemon.info dnsmasq[2336]: started, version
2.73 cachesize 150
Wed Jun 21 18:25:04 2017 daemon.info dnsmasq[2336]: compile time
options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua
TFTP no-conntrack no-ipset no-auth no-DNSSEC loop-detect inotify
Wed Jun 21 18:25:04 2017 daemon.info dnsmasq[2336]: DNS service limited
to local subnets
Wed Jun 21 18:25:04 2017 daemon.info dnsmasq[2336]: using local
addresses only for domain lan
Wed Jun 21 18:25:04 2017 daemon.warn dnsmasq[2336]: no servers found in
/tmp/resolv.conf.auto, will retry
Wed Jun 21 18:25:04 2017 daemon.info dnsmasq[2336]: read /etc/hosts - 1
addresses
Wed Jun 21 18:25:04 2017 daemon.info dnsmasq[2336]: read /tmp/hosts/dhcp
- 0 addresses
Wed Jun 21 18:25:04 2017 daemon.info dnsmasq[1780]: reading
/var/gluon/wan-dnsmasq/resolv.conf
Wed Jun 21 18:25:04 2017 daemon.info dnsmasq[1780]: using nameserver
192.168.178.1#53
Wed Jun 21 18:25:11 2017 daemon.notice netifd: Interface 'client' is now up
Wed Jun 21 18:25:11 2017 user.notice firewall: Reloading firewall due to
ifup of client (br-client)
Wed Jun 21 18:25:23 2017 daemon.info fastd[1836]: resolving host
`lk-vec01.sn.ffnw.de' for peer <mesh_vpn_backbone_peer_lk_vec01_10002>...
Wed Jun 21 18:25:23 2017 daemon.info fastd[1836]: resolved host
`lk-vec01.sn.ffnw.de' successfully
Wed Jun 21 18:25:41 2017 daemon.info fastd[1836]: sending handshake to
<mesh_vpn_backbone_peer_lk_vec01_10002>[[2a01:4f8:161:5205::23]:10002]...
Wed Jun 21 18:26:01 2017 daemon.info fastd[1836]: sending handshake to
<mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002]...
Wed Jun 21 18:26:01 2017 daemon.info fastd[1836]: resolving host
`lk-vec01.sn.ffnw.de' for peer <mesh_vpn_backbone_peer_lk_vec01_10002>...
Wed Jun 21 18:26:01 2017 daemon.info fastd[1836]: resolved host
`lk-vec01.sn.ffnw.de' successfully
Wed Jun 21 18:26:01 2017 daemon.info fastd[1836]: received handshake
response from <mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002]
using fastd v18
Wed Jun 21 18:26:01 2017 daemon.info fastd[1836]: 5.9.56.23:10002
authorized as <mesh_vpn_backbone_peer_lk_vec01_10002>
Wed Jun 21 18:26:01 2017 daemon.notice fastd[1836]: connection with
<mesh_vpn_backbone_peer_lk_vec01_10002> established.
Wed Jun 21 18:26:01 2017 daemon.info fastd[1836]: new session with
<mesh_vpn_backbone_peer_lk_vec01_10002> established using method
`salsa2012+umac'.
Wed Jun 21 18:26:04 2017 daemon.info dnsmasq[2336]: reading
/tmp/resolv.conf.auto
Wed Jun 21 18:26:04 2017 daemon.info dnsmasq[2336]: using local
addresses only for domain lan
Wed Jun 21 18:26:04 2017 daemon.info dnsmasq[2336]: using nameserver
2a03:b0c0:3:d0::bd6:b001#53
Wed Jun 21 18:26:04 2017 daemon.info dnsmasq[2336]: using nameserver
2001:67c:18e8:0:2::181#53
Wed Jun 21 18:26:04 2017 user.notice firewall: Reloading firewall due to
ifupdate of client (br-client)
Wed Jun 21 18:26:18 2017 kern.info kernel: [ 91.905941] br-client:
Multicast hash table chain limit reached: bat0
Wed Jun 21 18:29:43 2017 kern.info kernel: [ 296.760280] br-client:
Multicast hash table chain limit reached: bat0
Wed Jun 21 18:29:43 2017 kern.warn kernel: [ 296.779729] br-client:
Cannot rehash multicast hash table, disabling snooping: bat0, 432, -22
Wed Jun 21 18:30:55 2017 authpriv.info dropbear[2631]: Child connection
from fd74:fdaa:9dc4:0:c66e:1fff:fe41:6727:41328
Wed Jun 21 18:31:02 2017 authpriv.notice dropbear[2631]: Password auth
succeeded for 'root' from fd74:fdaa:9dc4:0:c66e:1fff:fe41:6727:41328
Wed Jun 21 18:31:21 2017 authpriv.info dropbear[2631]: Exit (root):
Exited normally
Wed Jun 21 19:18:49 2017 daemon.info fastd[1836]: refreshing session
with <mesh_vpn_backbone_peer_lk_vec01_10002>
Wed Jun 21 19:18:49 2017 daemon.info fastd[1836]: sending handshake to
<mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002]...
Wed Jun 21 19:18:49 2017 daemon.info fastd[1836]: received handshake
response from <mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002]
using fastd v18
Wed Jun 21 19:18:49 2017 daemon.info fastd[1836]: 5.9.56.23:10002
authorized as <mesh_vpn_backbone_peer_lk_vec01_10002>
Wed Jun 21 19:18:49 2017 daemon.info fastd[1836]: new session with
<mesh_vpn_backbone_peer_lk_vec01_10002> established using method
`salsa2012+umac'.
Wed Jun 21 20:12:47 2017 daemon.info fastd[1836]: refreshing session
with <mesh_vpn_backbone_peer_lk_vec01_10002>
Wed Jun 21 20:12:47 2017 daemon.info fastd[1836]: sending handshake to
<mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002]...
Wed Jun 21 20:12:47 2017 daemon.info fastd[1836]: received handshake
response from <mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002]
using fastd v18
Wed Jun 21 20:12:47 2017 daemon.info fastd[1836]: 5.9.56.23:10002
authorized as <mesh_vpn_backbone_peer_lk_vec01_10002>
Wed Jun 21 20:12:47 2017 daemon.info fastd[1836]: new session with
<mesh_vpn_backbone_peer_lk_vec01_10002> established using method
`salsa2012+umac'.
Wed Jun 21 21:06:42 2017 daemon.info fastd[1836]: refreshing session
with <mesh_vpn_backbone_peer_lk_vec01_10002>
Wed Jun 21 21:06:42 2017 daemon.info fastd[1836]: sending handshake to
<mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002]...
Wed Jun 21 21:06:42 2017 daemon.info fastd[1836]: received handshake
response from <mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002]
using fastd v18
Wed Jun 21 21:06:42 2017 daemon.info fastd[1836]: 5.9.56.23:10002
authorized as <mesh_vpn_backbone_peer_lk_vec01_10002>
Wed Jun 21 21:06:42 2017 daemon.info fastd[1836]: new session with
<mesh_vpn_backbone_peer_lk_vec01_10002> established using method
`salsa2012+umac'.
Wed Jun 21 21:32:44 2017 authpriv.info dropbear[8167]: Child connection
from fd74:fdaa:9dc4:0:c66e:1fff:fe41:6727:41335
Wed Jun 21 21:32:55 2017 authpriv.notice dropbear[8167]: Password auth
succeeded for 'root' from fd74:fdaa:9dc4:0:c66e:1fff:fe41:6727:41335
Wed Jun 21 21:34:49 2017 daemon.info haveged: haveged: Stopping due to
signal 15
Wed Jun 21 21:34:49 2017 kern.info kernel: [11402.096197] sysctl (8282):
drop_caches: 3
Wed Jun 21 21:35:57 2017 cron.info crond[8373]: crond (busybox 1.23.2)
started, log level 5
Wed Jun 21 21:35:57 2017 daemon.notice haveged: haveged starting up
Wed Jun 21 21:35:57 2017 daemon.info haveged: haveged: ver: 1.9.1; arch:
x86; vend: ; build: (gcc 4.8.3 IV); collect: 128K
Wed Jun 21 21:35:57 2017 daemon.info haveged: haveged: cpu: (); data:
32K (P); inst: 32K (P); idx: 19/40; sz: 32237/65877
Wed Jun 21 21:35:57 2017 daemon.info haveged: haveged: fills: 0,
generated: 0
Wed Jun 21 21:36:35 2017 daemon.info haveged: haveged: Stopping due to
signal 15
Wed Jun 21 21:36:35 2017 kern.info kernel: [11508.084664] sysctl (8484):
drop_caches: 3
Wed Jun 21 21:37:19 2017 cron.info crond[8569]: crond (busybox 1.23.2)
started, log level 5
Wed Jun 21 21:37:19 2017 daemon.notice haveged: haveged starting up
Wed Jun 21 21:37:19 2017 daemon.info haveged: haveged: ver: 1.9.1; arch:
x86; vend: ; build: (gcc 4.8.3 IV); collect: 128K
Wed Jun 21 21:37:19 2017 daemon.info haveged: haveged: cpu: (); data:
32K (P); inst: 32K (P); idx: 19/40; sz: 32237/65877
Wed Jun 21 21:37:19 2017 daemon.info haveged: haveged: fills: 0,
generated: 0
VG
Martin
Hallo zusammen
Vom 23.-25.06.2017 veranstalten das FabLab Nürnberg und der Chaos-Treff
Nürnberg erstmalig das Kreativ- und Technikfestival "Hack & Make": Eine
halboffene Crossover-Veranstaltung zwischen Maker-Faire und CCC-Event.
Veranstaltungsort ist der chillige Z-Bau in Nürnberg, der genügend Raum
für Workshops, Vorträge und Ausstellungsfläche für nerdige
Maker-Projekte sowie für Hackcenter und Lounge bietet. Die
Lounge ist nur mit Community-Tickets zugänglich, die dem CCC-Umfeld
vorbehalten bleiben. Zusätzlich wird es eine Outdoor-RC-Area geben, die
Eure Kellerbräune ruinieren kann.
Während des Festivals warten spannende Vorträge und interessante
Workshops auf Euch, erfrischender Tschunk, feines Klangwerk, Charlies
flotter Cyber-Sessel, Kunst oder Sachen, die weg können und natürlich
Spaß am Gerät rund um die Uhr. Auf DECT und Chaosvermittlung muss nicht
verzichtet werden und eine 10 Gigabit Netzwerk-Infrastruktur garantiert
schnelles Fortkommen in #neuland.
Auch die Freifunker aus der Region sind mit einer richtig coolen Aktion
vor Ort. Um den Austausch zu fördern, spendiert der F3 Netze e.V. ein
paar Community-Tickets. Wer also die Freifunker auf der Veranstaltung
besuchen möchte, kann sich unter HnM(a)f3netze.de für ein gratis
Community-Ticket bewerben. Einsendeschluss ist der 19.6.2017.
Bitte tragt Euch auch im Engelsystem unter https://engel.hackmake.de
ein. Wir können jede Hilfe brauchen, und wie immer gilt: Ohne Engel geht
gar nichts.
Das Wiki findet Ihr unter https://wiki.hackmake.de.
Wir freuen uns darauf, mit Euch in Nürnberg zu feiern! Community-Tickets
(auch in Support-Varianten) erhaltet Ihr unter
https://tickets.hackmake.de.
Grüße
Tim
FYI
-------- Forwarded Message --------
Subject: [FF-Bremen] Breminale 2017 - "Karneval der Freifunk-Communities"
Date: Tue, 13 Jun 2017 16:32:35 +0200
From: Joda Stößer <freifunk(a)simjo.st>
To: Freifunk Bremen <liste(a)bremen.freifunk.net>
Moin Freifunker.
Schon letztes Jahr gab es die Idee, andere Freifunk-Communities mehr in
unser Breminale Projekt zu integrieren. Ob als Helfer, Ideengeber oder
mit kleinen Workshops. Dieses Jahr wollen wir uns darum kümmern. Ich
werde einen Blogpost schreiben, der diese Einladung ausspricht und
diesen dann mit den verschiedenen Communities direkt teilen.
Um ein bisschen Gastfreundschaft zu zeigen, wollte ich erfragen, ob es
unter uns Leute gibt welche gewillt wären einen oder mehreren externen
Freifunkern einen Schlafplatz anzubieten. Je nachdem, ob ich gerade im
Umzug stecke, kann ich von 0 - 10 aufnehmen^^ (neue Wohnung könnte
eventuell leicht groß werden, dann aber leider kein Keller mehr,
#freifunklageradé).
Wenn da nichts zusammenkommt, ist da auch nicht schlimm, aber cool wäre
es schon. Ich nehme auch an, dass die meisten Interessenten während des
Wochenendes kommen würden. Wir werden sehen.
Gruß,
Joda.
--
Freifunk-Bremen Mailingliste (liste(a)bremen.freifunk.net)
Anmelden, Abmelden, Archive:
https://lists.ffhb.de/mailman/listinfo/ff-bremen
Hallo,
ich wollte gerade auf eine Blog-Eintrag ein Kommentar abgeben. Leider
musste ich feststellen, dass die Kommentarfunktion nur für registrierte
User aktiv ist, eine Registrieung ist aber nicht möglich ("Zurzeit ist die
Benutzer-Registrierung nicht erlaubt.").
Es ist somit überhaupt nicht möglich Kommentare zu schreiben.
Ist die Konfiguration so beabsichtigt?
Schöne Grüße
Viktor Grosch
FYI
-------- Forwarded Message --------
Subject: [tor] IP space for Tor exits - any takers?
Date: Mon, 12 Jun 2017 22:51:35 +0200
From: Moritz Bartl <moritz(a)torservers.net>
Reply-To: torservers(a)freelists.org
To: torservers(a)freelists.org
Hi,
After some trouble and ongoing discussions with one of our IP providers,
we're again toying with the idea of registering IP space with RIPE
ourselves. We can apply for a /22, which can be split into four /24s and
announced at different locations (254 addresses each).
Until now, we tried to avoid that, because we don't have enough "other
things" to put on the same netblocks, so basically "one exit" would
waste 254 precious IPv4 addresses (the full /24 address block needs to
be announced from one location). But lately, with the rising amount not
of abuse but of automated notifications and scared ISPs, and with the
sponsoring of up to 10GE by Community-IX, we would really like at least
one /24.
Gareth from Brasshorn has graciously offered a spare /24 of his. The
alternative would be that we apply for our own IP space, which would in
turn mean that we could supply three other organizations with a /24 for
their exit(s), or bridges. For bridges it is actually not that crazy,
even if the range is "known" and easy to find: Most censors won't
auto-detect them easily, and even if some do, the bridges are still
valuable in many other locations. Also, this would allow for a bit of
experimenting with tarpitting, different decoy strategies, etc.
In terms of WHOIS information, the /24 can be segregated further, so an
option would be to use a location where you have other uses for larger
number of IP addresses.
If you like the idea, and have actual use for a /24, please contact me
off-list and explain what exactly you would like to do with it. If we
have three other organizations (or reliable individuals) and a couple of
good use cases, we're willing to apply for the /22.
--
Moritz Bartl
https://www.torservers.net/
Auf unserem Freifunk Nordwest Blog wurde ein neuer Artikel veröffentlicht:
Tagung des Ausschuss für Wirtschaftsförderung und internationale Zusammenarbeit in Oldenburg - OL-WLAN in der Innenstadt
Hier lesen:
https://ffnw.de/tagung-des-ausschuss-fuer-wirtschaftsfoerderung-und-interna…
#############
Am heutigen Montag tagte der Ausschuss für Wirtschaftsförderung und internationale Zusammenarbeit in Oldenburg. Auf TOP 8 stand WLAN in der Oldenburger Innenstadt auch „OL-WLAN“ genannt. Wir waren vor Ort und möchten unseren Eindruck berichten. Das OL-WLAN ist ein von der Stadt Oldenburg in Zusammenarbeit mit der EWE geplantes Netz welches die öffentlichen Plätze in der…
#############
Viele Grüße
Freifunk Nordwest
---
P.S. Dies ist einen automatisch erstellte Benachrichtigung, die bei der
Veröffentlichung des Artikels automatisch versendet wurde.
FIY:
Ein sehr interessantes Angriffsszenario über die Router LEDs. Diese werden
zur Bit-Übertragung benutzt.
cheers
Tarek
Via: https://lifars.com/2017/06/xled-malware-steals-secure-data-using-router-led…
A newly discovered malware developed specifically for routers or a
network switch has the ability to take over the compromised devices’
LEDs to use them to transmit data in binary to a nearby attacker or
recording camera.
A new report by Bleeping Computer puts the spotlight on xLED, an
entirely bizarre but ingenious malware that steals data from secure
networks before transmitting it by flashing the device’s LEDs.
The exploit is created by a team of cybersecurity researchers in Israel,
making it the work of white-hat hackers.
Titled xLED, the malware was developed and named by the team of
researchers and tasked to intercept specific data passing through the
router. From there, on in, the malware breaks down the data into its
binary format, with the LED turned on representing binary “1” and the
blank LED showing to be a binary “0”. This would be visible to an
attacker, be it a company insider or recording equipment like CCTV
cameras or camera-mounted drones.
The researchers claim that they tested a number of recording
configurations including optical sensors, smartphone cameras, wearable
or hidden cameras, CCTV cameras and more. The best results were achieved
through optical sensors, according to researchers. This is because they
are particularly capable of sampling LED signals at high frame-capture
rates, exfiltrating data at a rate of over 1000 bits/sec for every LED.
A typical modern router has at least 5 LEDs, which allows the speed of
exfiltrating data see a significant increase.
In a published research paper, researchers wrote:
Optical sensors are used to measure the light levels and can be sampled
at very high rates, hence allowing reception of data at a higher bit
rate than standard cameras.
A demonstration of the malware compromising a TP-Link router can be
found below:
The biggest hurdle for the attacker would be installing the malware in
the targeted router in the first place.
Image credit: Flickr.
Hallo,
der von mir betriebene Freifunkknoten WesterstedeGaststr19Indoor verhält
sich seit heute früh seltsam. WLAN-Verbindung stand, Datenübertragung
war nicht möglich. Ich habe den FF-Router mehrere Stunden stromlos
gehabt. Am Problem hat sich kaum was geändert. Auffällig ist, dass die
WLAN-LED sonst immer blinkte, jetzt leuchtet sie einige Zeit und fängt
wieder an zu blinken.
Über meinen privaten Router komme ich durchgängig per LAN und WLAN online.
Wo finde ich die Vorgehensweise zur Eingrenzung der Störungsursache? Danke!
Philipp
Nabend,
wer kann mir am Samstag und/oder Sonntag helfen?
Ich bin an beiden Tagen im Space und möchte:
- einige Fragen für die Sitzung der Wirtschaftsförderung vorbereiten
- eine Stellungnahme vorbereiten die "nur noch" mit den Ergebnissen aus
der Sitzung befüllt werden muss. Damit diese als Blogpost gleichzeitig
zum Artikel in der NWZ erscheinen kann.
- Aufgaben verteilen, an diejenigen die für das Freifunkfestival
mithelfen wollen.
- mich mit einem Interessenten treffen der meinen Blogartikel zu FF in
der Schule gelesen hat. Die wollen versuchen etwas ähnliches an der
Alexanderstr. in der Schule aufzubauen.
Ich werde vermutlich Samstag ab 10:30 im Space sein.
--
Gruß
Ulf
Hi,
kann in dem Graphen auch die Clients in der Meshwolke anzeigen lassen?
Oder falls das Möglich ist die Anzahl der Clients die den gleichen
Mesh-VPN-Knoten als Uplink verwenden.
Zumindest das erste dürfte ja verhältnismäßig einfach umzusetzen sein,
weil die Datenbasis schon existiert.
LG
Malte
Guten morgen,
ich habe seit gestern Probleme bei der Anmeldung an den ffnw Server.
TLS Aushandlung gescheitert
1. Es liegt nicht am Client
2. Ich werde den Client nicht wechseln
Daher wäre es schön wenn sich das jemand ansehen könnte.
Gruß Andreas
Outlook for Android herunterladen
Moin, habe heute einfach mal die CPE stromlos gemacht und kurz darauf
wieder angeschlossen, funzt wieder hat sich wahrscheinlich nur nach dem
Update aufgehängt
Gruß Gert
Hallo in die Runde,
kommt heute irgendwer zum Treffen, oder kann ich mir den Weg durchs nasse Osnabrück sparen? Ich wäre nämlich der, der den Raum auf- und wieder zuschließt.
LG lorenz
Hallo zusammen,
Es ist nun eine neue Firmware herausgekommen, die bereits über ein
Großteil des Netzes verteilt wurde. Aktuell gibt es ca. 42 Router
die nicht auf den Aktuelleren Firmwares sind. Darunter Überwindend
Offloader.
Ich bitte alle Router Betreiber die einen Router mit Älterer Firmware haben,
einmal auf die neue Firmware Version zu updaten. Das betrifft überwiegend
Ofloarder Betreiber.
Es gibt einige Bugfixes in der aktuellen Firmware 20170530 sowie große Performance Optimierungen.
Das manuelle aufrufen eines Firmware Upgrades erfolgt in der Shell auf dem
Router via autoupdater -f
Das aktivieren des Autoupdaters kann über den ConfigMode erfolgen oder ebenfalls
über die Shell mit folgenden Befehlen
uci set autoupdater.settings.enabled='1'
uci commit autoupdater
autoupdater
Sonnige Grüße aus Emden :)
Tarek
Moin,
habe eine CPE 210 die ein Problem seit dem Update hat, z.Z. noch die alte
Firmware drauf aber laut Map offline und laut Knoten online aber letzte
Meldung vor 9 Stunden, ich komme auch per Terminal nicht auch die CPE
drauf, was kann ich aus der Ferne tun.
Gruß Gert
Butjadingen
kurz zur Info:
Nächste Woche ist das WLAN in der Innenstadt wieder Thema in der
Kommunalpolitik.
Am Montag, den 12. Juni, tagt der Ausschuss für Wirtschaftsförderung und
internationale Zusammenarbeit, auf seiner Agenda steht unter TOP 8 "WLAN
in der Innenstadt". Dabei geht es um einen Zwischenbericht zu dem
Modellvorhaben (EWE), siehe PDFs im link hier:
http://buergerinfo.oldenburg.de/to0047.php?__ksinr=2695&__cpagecontrol=9&aj…
vg
Tarek
Auf unserem Freifunk Nordwest Blog wurde ein neuer Artikel veröffentlicht:
Neue Firmware 20170530
Hier lesen:
https://ffnw.de/neue-firmware-20170530/
#############
Seit wenigen Stunden steht in unserem Netz eine neue Firmware für sämtliche Routerversionen zur Verfügung. Sollte der Autoupdater das Update nicht bereits installiert haben so pflegt dieses bitte per Hand ein. Das Update beinhaltet kleinere Fehlerbehebungen sowie die neuen Hoods landkreis-cloppenburg grafschaft-bentheim bad-iburg * Firmware-Version: 20170502 * Gluon-Version: v2016.2.x * Commit ID: 97f44c208b4dd23a63a0069963ca04fad899bf05 * Download:…
#############
Viele Grüße
Freifunk Nordwest
---
P.S. Dies ist einen automatisch erstellte Benachrichtigung, die bei der
Veröffentlichung des Artikels automatisch versendet wurde.
Hi,
hat schon mal jemand in Erwägung gezogen das Internet von der DB-Netze
zu nutzen? Auf deren Seite steht "kostendeckende Mitnutzung", da wäre
jetzt im Einzelfall die Frage, wie viel das denn dann ist.
> Zwingendes Erfordernis ist ein schriftlicher Antrag von Betreibern öffentlicher Telekommunikationsnetze.
Das würde ja auf Freifunk mit seiner RIPE-Mitgliedschaft zutreffen, oder?
LG
Malte
[Link:
https://fahrweg.dbnetze.com/fahrweg-de/infrastrukturbetreiber/telekommunika…
]
Auf unserem Freifunk Nordwest Blog wurde ein neuer Artikel veröffentlicht:
geolocator (Software defined GPS)
Hier lesen:
https://ffnw.de/geolocator-software-defined-gps/
#############
Hallo zusammen Mein Name ist Jan-Tarek Butt. Ich studiere in meinem 4. Semester Informatik an der Hochschule Emden/Leer in Niedersachsen. Einige von euch kennen mich wahrscheinlich schon als langjähriges aktives Mitglied der Freifunk Community und vom letzten Google Summer of Code 2016. Dieses Jahr bin ich wieder einer der Studenten die für Freifunk am Google…
#############
Viele Grüße
Freifunk Nordwest
---
P.S. Dies ist einen automatisch erstellte Benachrichtigung, die bei der
Veröffentlichung des Artikels automatisch versendet wurde.
Hey, kann sich da einer drum kümmern? Ka warum die mir direkt geschrieben haben aber wohne da ja nicht mehr :D
Anfang der weitergeleiteten E?Mail:
> Von: <heinojn(a)googlemail.com>
> Datum: 27. April 2017 um 15:37:03 MESZ
> An: "hilko(a)osnabrueck.freifunk.net" <hilko(a)osnabrueck.freifunk.net>
> Betreff: Freifunk für unseren Verein
>
> Sehr geehrter Herr Böcker,
>
> wir möchten in unserem Wassersportverein unseren Bootsgästen gerne
> Freifunk zur Verfügung stellen. Standort ist Poststraße 7, 26639 Wiesmoor-Marcardsmoor.
>
> Inzwischen haben wir einen Telefonanschluss. Direkt vor unserem Vereinsheim befindet sich
> Eine ca. 240 m lange Bootssteganlage, die versorgt werden soll.
>
> Welchen Rooter können sie uns empfehlen oder sogar liefern?
> Habe gelesen, es gibt sogar Rooter für draußen. Der Außen-Rooter könnte dann
> An der Hauswand angebracht werden (ca. in der Mitte der Stege).
> Er sollte dann ca. 120 m nach rechts und links reichen.
> Kann man, wenn das nicht reicht, später Verstärker anbringen ?
>
> Es würde uns freuen, wenn sie uns helfen, unser Vorhaben zu verwirklichen. Vielen Dank
> Im Voraus.
>
> Mit freundlichen Grüßen
>
> WSV Marcardsmoor e.V.
> Heino Jänsch
>
>
> Gesendet von Mail für Windows 10
>
Hallo zusammen,
am kommenden Samstag, 03.06.2017 werden Bjo und ich unsere Webseite auf
einen neuen Webserver migrieren (sodass die 502er Fehler der
Vergangenheit angehören ;)). Es kann hier zu Einschränkungen kommen.
Viele Grüße
Stefan
Hi,
das Thema Passwort Recovery bei Cloud-Zugängen ist gerade aktuell. Da wir die
Dateiverschlüsselung unserer Cloud eingeschaltet haben gibt es für alle
Benutzer ein paar neue Sicherheitshinweise zu beachten:
https://mediawiki.ffnw.de/Community/Tools/Cloud#Sicherheitshinweise
Wer unsere Cloud nutzt, möge diese Hinweise bitte unbedingt beachten sonst
besteht die akute Gefahr eines Verlusts aller persönlichen und in der Cloud
abgelegten Dateien!
Viele Grüße
Clemens
P.S. link führt auf das neue Wiki. Wir sind da gerade in einer
Umstellungsphase.
Hallo zusammen,
Ulf und ich haben heute auf dem WCW (Wireless Community Weekend) in Berlin offiziell das Freifunk Festival 2017 in Oldenburg announced.
Die Erste Infos dazu gibt es dazu schon mal im Freifunk Wiki -> https://wiki.freifunk.net/Freifunk_Festival_2017/ <https://wiki.freifunk.net/Freifunk_Festival_2017/>
Wir freuen uns auf euch und zahlreiche Teilnehmer.
Ulf hat als Twitter Hashtag „#17FFF " festgesetzt ;)
Gruß aus Berlin
Johannes
Auf unserem Freifunk Nordwest Blog wurde ein neuer Artikel veröffentlicht:
Freifunk Festival #17 - 30.9 - 02.10 in Oldenburg
Hier lesen:
https://ffnw.de/freifunk-festival-17-30-9-02-10-in-oldenburg/
#############
Public Service Announcement: Das Freifunk Festival #17 wird in Oldenburg stattfinden. Frühentschlossene können sich bereits beim AirBnB Hotel einquartieren. Mit dem Keyword „Freifunk“ sind insgesamt 42 Betten reserviert. 5x 2-Bett Zimmer 4x 3-Bett Zimmer 5x 4-Bett Zimmer First Come. First Served! Deadline ist der 01.08.2017. Danach verfällt die Reservierung. Weitere Informationen folgen in den kommenden…
#############
Viele Grüße
Freifunk Nordwest
---
P.S. Dies ist einen automatisch erstellte Benachrichtigung, die bei der
Veröffentlichung des Artikels automatisch versendet wurde.
Auf unserem Freifunk Nordwest Blog wurde ein neuer Artikel veröffentlicht:
Freifunk in (schulische) Enterprise WLAN Infrastruktur einbinden – Teil 5 - Abschluss
Hier lesen:
https://ffnw.de/freifunk-in-schulische-enterprise-wlan-infrastruktur-einbin…
#############
Erkenntnisgewinn Die Implementierung fand Ende Februar statt. Arbeitsaufwand: zwei Personen zwei Tage. jeweils 3 Stunden. Je nach vorhandenem Kenntnisstand gehe ich bei ähnlicher Vorgehensweise mit dieser Anleitung von ca. 6 – 8 Std. aus. Wenn Vorbereitungen wie VLANs geschaffen werden müssen kann es entsprechend länger dauern. Das Netz befand sich von Anfang März bis Mitte…
#############
Viele Grüße
Freifunk Nordwest
---
P.S. Dies ist einen automatisch erstellte Benachrichtigung, die bei der
Veröffentlichung des Artikels automatisch versendet wurde.
Auf unserem Freifunk Nordwest Blog wurde ein neuer Artikel veröffentlicht:
Freifunk in (schulische) Enterprise WLAN Infrastruktur einbinden – Teil 4 - Implementierung
Hier lesen:
https://ffnw.de/freifunk-in-schulische-enterprise-wlan-infrastruktur-einbin…
#############
Durchführung der Implementierung Es wird für andere virtuelle Maschinen bereits Proxmox VE als Hypervisor eingesetzt weswegen der kommende Offloader auch wieder in Proxmox realisiert wird. FFNW bietet auf der Homepage fertige Firmwareimages zum Download an. Diese lassen sich bequem in bestehende Hypervisor wie VirtualBox VmWare KVM oder Xen einbinden. Für Microsoft Hyper-V wäre z. B. das…
#############
Viele Grüße
Freifunk Nordwest
---
P.S. Dies ist einen automatisch erstellte Benachrichtigung, die bei der
Veröffentlichung des Artikels automatisch versendet wurde.
Moin zusammen,
in vielen anderen FF-Communities liest man aktuell Ankündigungen, dass man zukünftig das Modell WR841N (vor allem ab V13 wg. neuer Hardware) nicht mehr unterstützen möchte/kann/wird.
Ist das in Nordwest auch schon so eindeutig kommuniziert worden? Viele kaufen meiner Erfahrung nach immer noch den 841 als EInstiegsrouter. Sollte man hier auch schon offiziell von diesem Modell abraten? Und welches Einstiegsmodell (preislich unter dem 1043) kann man alternativ empfehlen?
Schönen Gruß und schönen Feiertag,
Michael
Auf unserem Freifunk Nordwest Blog wurde ein neuer Artikel veröffentlicht:
Freifunk in (schulische) Enterprise WLAN Infrastruktur einbinden – Teil 3 - Schutz der Jugend durch Webfilter?
Hier lesen:
https://ffnw.de/freifunk-in-schulische-enterprise-wlan-infrastruktur-einbin…
#############
Können wir die Jugend mit Webfiltern schützen? Bevor es morgen mit der technischen Umsetzung weitergeht möchte ich heute einen Abstecher in den politischen Bereich machen. Denn wer denkt überhaupt an die Kinder? Eine der Herausforderungen abseits von technischen Details mit denen Freifunk sich seit jeher beschäftigt ist die Frage nach effektivem Jugendschutz. So steht Freifunk…
#############
Viele Grüße
Freifunk Nordwest
---
P.S. Dies ist einen automatisch erstellte Benachrichtigung, die bei der
Veröffentlichung des Artikels automatisch versendet wurde.
Hallo zusammen,
weiß man eigentlich, ab wann man Anträge für geförderte Router vom Land Niedersachsen für 2017 stellen kann? Wird das wieder zentral vom bzn ausgeschrieben, so wie letztes Jahr?
Dann nochmal die Frage: hat sich jemand mit dem Förderprogramm „WiFi4EU“ auseinandergesetzt? Kann man damit auch Freifunk ausbauen?
Schönen Gruß,
Michael
Guten Morgen,
ich bin mir gerade nicht sicher, ob dies die richtige Mailingliste ist,
aber ich versuche mal mein Glück.
Wir haben mehrere Router gekauft, hier zentral eingerichtet und dann an
den jeweiligen Standort geschickt. Bei den ersten Routern klappte das
auch problemlos, aber zwei machen gerade Probleme.
Der erste meldet sich gar nicht erst als Knoten an, hier haben wir zur
Zeit allerdings noch eine sehr langsame DSL Anbindung (ändert sich in 4
Wochen). Kann es dadurch zu Problemen kommen?.
Der zweite Knoten ist in der Übersichtskarte aufgeführt und meldet sich
scheinbar auch alle paar Minuten. Der Knoten wird aber mit dem Status
offline geführt und die Kollegen vor Ort kommen über den Zugang auch
nicht ins Internet. Jetzt bräuchte ich mal bitte ein paar Hinweise zur
Fehlersuche bzw. Fehlerbehebung. Hier in der Zentrale funktionierten
alle Router ohne Probleme.
Viele Grüße Michael Weidhüner
--
Kundenservice
Tel. +49 4421 50038 0
Fax +49 4421 50038 28
E-Mail: shop(a)unterwegs.biz
Mo. - Fr. 8:00 - 18:00 Uhr
Sa 10:00 - 15:00 Uhr
Unterwegs Outdoor Shop GmbH
Flutstr. 84 a
26386 Wilhelmshaven
Alleinvertretungsberechtigter Geschäftsführer: Christoph Ganß
Registergericht: Amtsgericht Oldenburg
Registernummer: HRB 131648
UST-ID: DE237 421 728
www.unterwegs.bizwww.facebook.com/Unterwegs.Outdoor
Auf unserem Freifunk Nordwest Blog wurde ein neuer Artikel veröffentlicht:
Freifunk in (schulische) Enterprise WLAN Infrastruktur einbinden - Teil 2 - Freifunk Grundlagen & Ist-Aufnahme
Hier lesen:
https://ffnw.de/freifunk-in-schulische-enterprise-wlan-infrastruktur-einbin…
#############
Freifunk Grundlagen Bevor es im nächsten Schritt um die Ist-Aufnahme geht möchte ich ein paar Grundlagen zur Funktionsweise des Freifunk Netzes erläutern. Freifunk steht für freie Kommunikation in digitalen Datennetzen. Wir verstehen frei als öffentlich zugänglich nicht kommerziell im Besitz der Gemeinschaft und unzensiert (Pico Peering Agreement). Jeder Bürger kann bei diesem Netz mitmachen und…
#############
Viele Grüße
Freifunk Nordwest
---
P.S. Dies ist einen automatisch erstellte Benachrichtigung, die bei der
Veröffentlichung des Artikels automatisch versendet wurde.
Auf unserem Freifunk Nordwest Blog wurde ein neuer Artikel veröffentlicht:
Freifunk in (schulische) Enterprise WLAN Infrastruktur einbinden - Teil 2 - Freifunk Grundlagen & Ist-Aufnahme
Hier lesen:
https://ffnw.de/freifunk-in-schulische-enterprise-wlan-infrastruktur-einbin…
#############
Freifunk Grundlagen Bevor es im nächsten Schritt um die Ist-Aufnahme geht, möchte ich ein paar Grundlagen zur Funktionsweise des Freifunk Netzes erläutern. Freifunk steht für freie Kommunikation in digitalen Datennetzen. Wir verstehen frei als öffentlich zugänglich, nicht kommerziell, im Besitz der Gemeinschaft und unzensiert (Pico Peering Agreement). Jeder Bürger kann bei diesem Netz mitmachen und…
#############
Viele Grüße
Freifunk Nordwest
---
P.S. Dies ist einen automatisch erstellte Benachrichtigung, die bei der
Veröffentlichung des Artikels automatisch versendet wurde.
Auf unserem Freifunk Nordwest Blog wurde ein neuer Artikel veröffentlicht:
Freifunk in (schulische) Enterprise WLAN Infrastruktur einbinden - Teil 1 - Motivation & Problemstellung
Hier lesen:
https://ffnw.de/freifunk-in-schulische-enterprise-wlan-infrastruktur-einbin…
#############
Moin Moin. Mein Name ist Ulf Weikert. Bei Tag bin ich Systemadministrator an den Berufsbildenden Schulen Haarentor in Oldenburg. Bei Nacht ehrenamtlich für Freifunk Nordwest (FFNW) aktiv. Seit Anfang März 2017 bieten die BBS Haarentor das Freifunknetz als Zusatz zum vorhandenen schuleigenen WLAN Netz an. Über die Motivation Hürden in der Umsetzung sowie den Erkenntnisgewinn möchte…
#############
Viele Grüße
Freifunk Nordwest
---
P.S. Dies ist einen automatisch erstellte Benachrichtigung, die bei der
Veröffentlichung des Artikels automatisch versendet wurde.
Nabend,
ich habe einen Ubuntu Host mit 3x NIC.
NIC 0 ist die primäre Karte für den Host. Über diesen erhällt er Gateway
und DNS per DHCP.
NIC 1 & 2 möchte ich an eine VirtualBox VM weiterleiten.
Auf der NIC 1 Gegenstelle läuft aber ebenfalls ein DHCP.
Wie kann ich sicherstellen, dass eingehende DHCP Informationen auf dem
Host ignoriert, im Gastsystem aber verarbeitet werden?
Irgendwelche Erfahrungen?
--
Gruß
Ulf
FYI
-------- Weitergeleitete Nachricht --------
> Von: marietta.di-dio(a)campusm21.de
> Gesendet: 1. Mai 2017 21:03:13 MESZ
> An: vorstand(a)binary-kitchen.de
> Betreff: Die Hack&Make 2017 in Nürnberg
>
>
> Liebes Team von Binary Kitchen e.V.,
>
> Wie Ihr bereits informiert wurdet, findet dieses Jahr vom 23.-25. Juni
> zum ersten Mal das Hack & Make Kreativ- und Technikfestival im Z-Bau
> Nürnberg statt. Hierbei handelt es sich um eine Kombination aus Messe,
> Kongress und Festival, mit dem Ziel Familien, Jugendliche und Schüler
> für Technologie und Kreativität zu begeistern. Das Mitmachen und
> Erleben soll hierbei besonders im Vordergrund stehen. Als kleines
> Highlight gibt es deshalb auch einen Abend zum austauschen, erzählen
> und zusammensitzen allein für die Community.
>
> Aktuell sind wir noch auf der Suche nach Akteuren und Beiträge aus den
> Bereichen Kunst, Kultur, Technik, Forschung und Wissenschaft. Ihr als
> „Maker“ habt im Zuge dieser Veranstaltung die Möglichkeit an einem
> Stand Erfindungen, Kreatives und Interessantes auszustellen, einen
> Vortrag zu führen oder einen Workshop veranstalten.
>
> Ich würde mich freuen, wenn ihr interessiert seid und teilnehmt, denn
> die Messe würde durch eure Teilnahme an Kreativitätspotential gewinnen.
>
> Unter www.hackmake.de findet ihr außerdem die offizielle Homepage der
> Veranstaltung, um nochmal einen tieferen Einblick zu erhalten oder sich
> bei dem „Call of Participants“ dafür anzumelden.
>
> Für Rückfragen stehe ich euch gerne zur Verfügung.
>
> Mit freundlichen Grüßen
> Marietta Di Dio, Campus M21
>
>
>
> Veranstalter: FabLab Region Nürnberg e.V.
>
> Partner: Stadt Nürnberg
> Campus M21, der innovative Hochschulcampus für Managementstudiengänge
>
>
>
Hallo zusammen,
Ich hab diese Jahr wieder einen platz beim Google Summer of Code bekommen \o/ :)
Mein Projekt ist ein Software defined GPS.
Grob wird es in 3-4 Teil Projekte zerlegt. Das erste ist ein restful API backend.
Dazu soll ein Kernel Modul folgen welches mit der API kommunizieren soll und ein
device driver in Form eines tty device bereit stellen soll (GPS Geräte melden
sich als tty). Das device soll dann ein GPS Format ausspucken welches z.b. einfach
in Programme wie gpsd und co eingebunden werden kann. Die Positionsermittlung
erfolgt dabei über Wifi. Vorteil ist das Geräte wie Laptops oder Router somit eine
simulierte GPS Hardware besitzen können.
Des weiteren wird es eine Library geben die das GPS Format übersetzt und einfach
long-/latitude ausspuckt.
Die Library würde dann unseren geolocator ersetzen.
Sonnige an alle grüße :)
Tarek
Auf unserem Freifunk Nordwest Blog wurde ein neuer Artikel veröffentlicht:
Communitygrillen in Osnabrück
Hier lesen:
https://ffnw.de/communitygrillen-in-osnabrueck/
#############
Am gestrigen Samstag trafen wir uns mit Communitys aus Osnabrück Ibbenbühren und Münster zum Grillen. Der Grill war heiss das Wetter war gut und die Stimmung super! Wir bedanken uns auch an dieser Stelle nochmal für die nette Gastfreundschaft und vor allem die Organisation. Immer wieder gerne. Hoffentlich sehen wir viele Gesichter Ende des Monats…
#############
Viele Grüße
Freifunk Nordwest
---
P.S. Dies ist einen automatisch erstellte Benachrichtigung, die bei der
Veröffentlichung des Artikels automatisch versendet wurde.
Hi,
in unseren Daten die der Freifunk-Karte [1] zur Verfügung gestellt
werden wird unsere Community mal mit großen, mal mit kleinen "W"
geschrieben.
Diese Karte [2] verdeutlicht das ganz gut, diese nutzt wiederum die
Daten der Freifunk-Karte.
mag da mal wer schauen wo das Problem ist?
LG
Malte
[1] https://www.freifunk-karte.de/
[2] http://data.jostlemke.de/freifunk-karte.png
FYI
--- Weitergeleitete Nachricht ---
Von: Sven-Ola Tuecke <sven-ola(a)gmx.de>
Datum: 3. Mai 2017 6:03:08 nachm.
Betreff: [Berlin-wireless] Freifunk soll gemeinnützig werden
An: wirelesslan in Berlin <berlin(a)berlin.freifunk.net>
von http://rsw.beck.de/cms/?toc=njw.root&docid=388982
Der Bundesrat will die sogenannten Freifunk-Initiativen fördern und
ihnen den Status der Gemeinnützigkeit zukommen lassen. Dies sieht ein
von den Ländern eingebrachter Entwurf eines Gesetzes zur Änderung der
Abgabenordnung zwecks Anerkennung der Gemeinnützigkeit von Freifunk
(18/12105 <http://dip21.bundestag.de/dip21/btd/18/121/1812105.pdf>) vor.
[...]
http://dip21.bundestag.de/dip21/btd/18/121/1812105.pdf
----------
_______________________________________________
Berlin mailing list
Berlin(a)berlin.freifunk.net
http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
Diese Mailingliste besitzt ein ?ffentlich einsehbares Archiv
Moin Moin,
unten stehender Text zur Info.
TL;DR:
Das Kabel welches vom Space zur Richtfunkantenne führt, welche zu
Agravis zeigt muss kurzfristig weg. Das kann sicherlich da bei Zeiten
wieder hin. Muss dann aber ordentlich sein.
https://picload.org/view/rcirwrll/img_20170429_220433.jpg.htmlhttps://picload.org/view/rcirwrli/img_20170429_220442.jpg.htmlhttps://picload.org/view/rcirwrlw/img_20170429_220449.jpg.htmlhttps://picload.org/view/rcirwrcr/img_20170429_220459.jpg.html
Spricht da was gegen, das Kabel jetzt kurzzeitig zu entfernen?
Gruß
Ulf
-------- Forwarded Message --------
Subject: Verkabelung Fahrstuhltechnikraum
Date: Sat, 29 Apr 2017 22:38:15 +0200
From: Sebastian Reichel <sre(a)mainframe.io>
To: KtT Vorstand <vorstand(a)kreativitaet-trifft-technik.de>, Ulf Weikert
<halb9(a)mailbox.org>
Hi,
Unsere Netzwerk-Querverkabelung zum Fahrstuhltechnikraum in
Kern 2 & die Richtfunkantenne, welche früher zu Marjan zeigte
haben Rosi und ich gerade entfernt.
Im Technikraum in Kern 3 ("unser" Lastenaufzug) enthält noch
eine Netzwerkdose die nicht an die Wand geschraubt ist (siehe
Foto 1). Diese könnten wir entweder dort richtig montieren
oder in den Sicherungskasten im 6. Stock zurückziehen und
dort anbauen.
Außerdem steckt in besagter Dose noch die Freifunk-Anbindung
zu Agravis (siehe Bilder 1-4). Ich vermute, dass diese dem
TÜV viel eher (als unsere relativ sauber verlegte Verkabelung)
ein Dorn im Auge war.
Mein Vorschlag:
1. Dieses Wochenende Die Verkabelung entfernen (da sollte
innerhalb von 10 Minuten erledigt sein, da alles nur mit
Patchkabeln zusammensteckt.
2. Demnächst (bei Tageslicht und nach Absprache mit
Vermieter/Hausmeister) vorne einen Weg vom Sicherungskasten
im 6. Stock nach draußen ermöglichen und die Antenne nach
vorne umziehen. Dort kann das Kabel sauber verlegt werden.
-- Sebastian
Moin,
ein freund von ist ins geografische nix gezogen und hat nun kein oder
kaum Internet.
Nun möchte er von seine Schwester zu sich eine Richtfunk strecke
aufbauen. der hacken an der Sache ist das ein paar Bäume im weg wären
die man nicht wegmachen kann.
https://goo.gl/IIQiCr
Jetzt die frage welche Richtfunk Hardware würdet ihr empfehlen ?
Ist die strecke auch durch die Bäume realisierbar?
Grüße Heiner
Hallo zusammen,
es geht noch einmal um das Thema "Router aus NDS-Förderung".
Ich habe noch Router "in Oldenburg" liegen, die freundlicherweise jemand
aus OHZ mitgebracht hat.
Ich habe erst Tarek direkt angesprochen, der kann es zeitlich allerdings
nicht einrichten.
Jetzt meine Frage: wer kann mir Zugang zu meinen Routern verschaffen,
damit ich diese abholen kann?
Zeitlich würde ich es einrichten, so wie es erforderlich ist?
Würde mich über eine kurzfristige Antwort freuen, da ich meine Router ja
noch bis Ende des Monats aktivieren muss ;)
Michael
Hallo Freifunker,
ich hatte diese Anfrage schon in der Diskussions-Mailingliste vom KtT und
bin auf diese Liste verwiesen worden.
Ich habe die Möglichkeit einen FF Router schön hoch in der Kulturetage zu
platzieren. Damit könnte man gerade den Innenhof noch besser ausleuchten.
Allerdings habe ich selbst keinen Zugriff auf einen (DSL-) Internetzugang.
Ich müsste also das FF WLan vom Space nehmen und dieses dann über Mesh
verlängern. Mir ist schon gesagt worden, dass dafür nur ein FF Router
notwendig ist.
Es wäre möglich, dass ich von der Kulturetage auch das OK bekomme, eine
Außenantenne zu installieren. Das muss ich aber erst noch abklären. Falls
ja, welche käme dafür in Frage? Auf der KtT Liste sagte man mir, das für
diesen Zweck eventuell noch zwei Außenantennen im Lager liegen könnten und
der ?Lagermensch? Andreas da was genaueres wüsste?!?!
Freu mich über Rückmeldung.
Danke und Gruß,
Stephan
Hallo zusammen,
ich suche eine Hardwarespende für ein Freifunkprojekt.
2x PC, idealerweise als Small Form Faktor.
Wäre super wenn das irgendwo leistungstechnisch im Bereich Core2Duo
wäre. So eine HP DC7900 Kiste wäre klasse, als grobe Richtung.
Es muss min. 1x PCI-e Slot verfügbar sein um zusätzliche Dual LAN
Netzwerkkarten einzubauen.
Wenn die Festplatte fehlt ist nicht weiter tragisch. Wäre aber schön,
wenn der Rest vollständig und funktional ist.
Ich bedanke mich im Vorraus
--
Gruß
Ulf
Hi,
wir wollen das Wiki von MoinMoin zu Mediawiki umziehen. Ich habe gesehen, dass
wir auch schon eine Mediawiki-Installation haben in der bereits einige Daten
liegen. Klasse dass das schon vorbereitet wurde! Ich würde das Thema gerne
noch einmal aufgreifen und den Umzug etwas forcieren damit wir nicht parallel
an beiden Wikis arbeiten sondern zügig ein gut strukturiertes neues Wiki
bekommen.
Vorschlag zur Planung:
https://pad.freifunk.net/p/ffnw-strategie-wiki
Ich habe das Thema auf die TO für das kommenden Treffen am 05.05. gesetzt.
Falls es Richtung Wiki schon anderweitige Planungen gibt können wir uns dann
ergänzen.
Viele Grüße
Clemens
Hallo
Mal ne Frage weil ich das noch nie gemacht habe.
Ich habe hier eine CPE210 und eine CPE510. Die meshen ja nicht
untereinander weil die eine 2,4 Ghz hat und die andere 5 Ghz.
Jetzt möchte ich die über meshOnLAN verbinden. Die beiden Router hängen
nebeneinander.
Langt es wenn ich die beiden einfach mit nem LAN Kabel verbinde? Quasi
LAN2 mit LAN2?
An LAN1 hängt ja jeweils der POE-Adapter. Alternativ, kann ich auch
einfach ein LAN -Kabel von POE-Adapter zu POE Adapter stecken?
Dann muss ich doch nur noch im ConfigMode meshonLAN aktivieren, oder?
Muss ich noch mehr beachten oder anders machen?
Grüße Nils
--
----------------------------
Freifunk Nordwest
www.ffnw.de
Moin,
aus Gründen ist gerade die Firewall bei mir in der Schule abgeschmiert.
Deshalb ist der dortige Offloader auch offline.
Frage an die Offloader Experten.
Wenn euch sowas passiert ist, kam die VM irgendwann wieder von alleine
online? Oder muss man per Hand noch einen Reboot erzwingen? In der
Hoffnung, dass diese danach wieder online ist.
--
Gruß
Ulf
Moin,
ein paar Verknüpfungsmaßnahmen könnten wir uns auch mal auf die ToDo
setzen ;)
-------- Weitergeleitete Nachricht --------
Betreff: [FF-Bremen] Kommunikation in der Zukunft
Datum: Sun, 16 Apr 2017 21:40:48 +0200
Von: Simon Joda Stößer <freifunk(a)simjo.st>
An: Freifunk Bremen <liste(a)bremen.freifunk.net>
Moin Freifunk.
tl;dr: Ich habe einen unserer IRC-Channel mit anderen Chat-Diensten
verbunden. Links am Ende. Bitte testen und Feedback geben.
Immer wieder unterhalten wir uns mal darüber, wie wir kommunizieren
wollen und wie wir es tatsächlich tun. Generelles Fazit: Mehr über
E-Mail, Chat nur für schnelles zwischendurch.
Aber es kommt doch immer wieder vor, dass zu viel nur über Chat geklärt
wird und viele Freifunker außen vor bleiben. Das ist natürlich auch ein
soziales und ein Einstellungsproblem, aber man kann ja trotzdem
versuchen es technisch zu lösen :-)
Die Idee war, es mehr Leuten möglich zu machen den Chat tagtäglich zu
nutzen, auch wenn sie mit IRC und XMPP (über bridge möglich) nichts am
Hut haben oder es technisch zu kompliziert ist.
Ein erster Vorschlag von mir war eine eigene Mattermost-Instanz, eine
Open Source Slack Alternative. Nun hatte ich Zeit zum Aufsetzen und
Testen, aber die mir zum Spielen versprochenen VMs nicht verfügbar...
Auch wäre es möglich den Service von bekannten Chat-Dienste wie Slack
und Discord zu nutzen und unseren IRC-Channel mit Ihnen zu verbinden. Ob
wir das Datenschutz-technisch wollen, müssten wir vorher natürlich auf
einem Treffen besprechen.
Ich habe nun den letzten Vorschlag gerade getestet, nach dem Oliver auf
dem Stammtisch am Mittwoch dafür plädierte nicht noch eine App auf dem
Handy haben zu müssen: Unseren IRC-Channel mit Chat-Diensten die jeder
hat, zu bridgen.
Ich stieß auf sameroom.io, was IRC, Telegram, Hangouts, Slack, Skype und
viele, für uns nicht relevante, mehr verbindet. Facebook ist leider
nicht mehr dabei. Auf Anfrage wurde mir zugesichert, dass sie ihren
Dienst kostenlos für non-profit orgs wie uns anbieten, wenn wir nach
einem Test Ihren Service für sinnvoll halten.
Aktuell ist unser #ffhb_gelaber
<ircs://irc.hackint.org:9999/ffhb_gelaber> Channel über sameroom.io
verknüpft mit:
- Telegram
https://t.me/joinchat/AAAAAAyYoUs--nSEJf4s0g
- Skype
https://join.skype.com/cJRih2hVWL0B
- Hangouts
https://hangouts.google.com/group/5zBBwjdKIxpGKBRt1
- Slack
Einladung bei Anfrage
All diese Gruppen-Chats/Teams sind nur zu Testzwecken angelegt worden
und sind erst mal nicht für dauerhaften Betrieb gedacht, aber bitte
testet ausführlich.
Auch wenn wir von sameroom.io keinen Nutzen machen sollten (aktuell bin
ich der Meinung, dass alle Verbindungen von einem einzelnen Account
abhängen), wissen wir wenigstens mehr danach. Funktioniert das überhaupt
und wollen wir sowas?
Gruß,
Joda.
Hallo,
ich hätte auch ein paar Frage zur neuen Firmware:
gibt es in der Version 20170410 größere Änderungen gegenüber der Version
20170409?
In der map.ffnw.de steht in der Statistik eines Knotens unter anderem
diese Zeile:
Gewähltes Gateway 4a:90:11:25:43:42 -> ... -> Landkreis Ammerland
<https://map.ffnw.de/#>
Was ist das für eine MAC Adresse, ich kann sie bei den verbundenen
Routern nicht finden. Kürzlich stand hier noch der Name des Routers,
über die die WiFi-Verbindung lief.
Sehr gut finde ich übrigens, daß die "Traffik Statistik" jetzt Bit/s
anzeigt, da braucht man nicht mehr umrechnen.
Gruß, wope
Moin,
ich habe in Butjadingen (Tossens) ein Pension mit 8 TP-Link WDR 3600 von
denen 7 das update durchgeführt haben und einer noch mit der Vorgänger
Version läuft, er ist auch online, ist mir nur aufgefallen das dieser
Router in der Map rot ist.
Gruß Gert
Hallo zusammen,
im Zuge des gestrigen Updates haben wir weitere Detailverbesserungen an
den Hoods und diversen Tools vorgenommen:
- das alte Defaultnetz beinhaltet nun nur noch 1 Gateway, hierdurch wird
wesentlich weniger Managementtraffic prodoziert
- das Defaultnetz hat nun nach den IPv4 Prefix einen passenden v6
Prefix erhalten bekommen
- unsere Map wurde auf die aktuelle Version geupdatet und enthält nun
eine Ladegrafik bis alle Node Files geladen wurden
- in der Map werden nun unter Statistiken die gewählten Gateways mit
vollständigen Namen angezeigt
- im Grafana gibt es nun Backbone Statistiken zu einzelnen Exits (dazu
gibt es in den nächsten Wochen weitere Neuigkeiten)
Viele Grüße,
Stefan
Hallo zusammen,
Das update ist nun größtenteils durch.
Falls bei jemanden was aufgefallen ist, spricht ein Router
verhält sich komisch oder ein Setup geht nicht mehr.
Sagt hier bitte beschied und beschreibt die Probleme genau. :)
Die Infos können hilfreich für evtle. Fehlerbehebungen sein.
Ansonsten bin ich natürlich auch froh in den o.g. Kontext nix
zu hören zu bekommen. Denn dann scheint ja alles zu laufen. ;P
Schöne Grüße und schöne Osterfeiertage
Tarek
Auf unserem Freifunk Nordwest Blog wurde ein neuer Artikel veröffentlicht:
Neue Firmware 20170409
Hier lesen:
https://ffnw.de/neue-firmware-20170409/
#############
In den nächsten Stunden wird in unserem Netz eine neue Firmware für sämtliche Routerversionen ausgerollt. Sollte der Autoupdater das Update nicht automatisch installiert haben kann das Update manuell installiert werden. Neue Firmware: https://firmware.ffnw.de/20170409/ Mit dieser Firmware erweitern wir auch unsere Hood Struktur und verkleineren damit unser altes „Default“ Netz weiter. Dafür wurde die neue…
#############
Viele Grüße
Freifunk Nordwest
---
P.S. Dies ist einen automatisch erstellte Benachrichtigung, die bei der
Veröffentlichung des Artikels automatisch versendet wurde.
Moin,
Ich habe während meiner Schulung in Darmstadt die Freifunker dort besucht. Freifunk Darmstadt setzt nur noch 842n als Einsteigsmodell ein.
Persönlich kann ich diese Entscheidung nachvollziehen und finde den Entschluss gut.
Im Bezug auf die Lieferengpässe des 841n < v12 würde ich gerne als Freifunk Nordwest auf den 842 schwenken.
Wie ist eure Meinung dazu?
Gruß Andreas
Guten Tag,
wir sind ein Gästehaus in 27777 Ganderkesee- Hohenböken und würden unseren Gästen gerne die Möglichkeit geben, über Freifunk ins Internet kommen zu können.
Unser Haus ist ziemlich groß und hat drei Stockwerke. Außerdem gibt es noch ein Nebengebäude (Saal). Selber sind wir in solchen technischen Sachen leider nicht versiert.
Wir bitten um Kontaktaufnahme, am besten unter 0171/ 4928036 (Rainer Tönjes).
Mit freundlichen Grüßen
Tinke Schmidt & Rainer Tönjes
Villa Hohenböken
Ammerweg 15
27777 Ganderkesee- Hohenböken
Tel. 04223/ 93 10 222
Mobil 0174/ 5601317
E- Mail: villa-hohenboeken(a)ewe.net
www.villa-hohenboeken.de
Hi,
der Touchscreen meines lieben Nexus 4 hat an den entscheidenden Stellen den
Geist aufgegeben, darum bin ich nicht erreichbar bis der bestellte Ersatz
eintrifft.
Viele Grüße
Clemens
FYI
-----------------------------------------------------------------
Sehr geehrte Studierende und Beschäftigte der Jade Hochschule,
am kommenden Donnerstag (06.04.2017) macht das Infomobil der Kampagne
"Breitband@Mittelstand" des *Bundesministeriums für Verkehr und digitale
Infrastruktur (BMVI)* von 10:00 -14:00 Uhr Station auf dem Campus der
Jade Hochschule in Oldenburg.
Ziel der Infobustour zum *Breitbandausbau* ist es, über die Chancen und
Voraussetzungen des Breitbandausbaus und der *Digitalisierung* zu
informieren. Ausgerüstet mit modernster digitaler Technologie und ihren
Anwendungen, präsentiert das Informationsmobil die Leistungsfähigkeit
heutiger und künftiger Breitbandnetze. Auf Mediawänden, Tablets und
Notebooks stehen den Besuchern gezielt aufbereitete Programme,
Simulationen, Präsentationen und Erklärvideos zur Verfügung. Ein
Telepräsenzroboter und ein 3-D-Drucker demonstrieren neue, aktive
*Kommunikationsmöglichkeiten für Unternehmen*.
Studierende, Mitarbeitende der Jade Hochschule und Interessierte können
sich im Bus nicht nur über den Stand und Technik beim Breitbandausbau in
Deutschland informieren, sondern erhalten auch einen Einblick in
mögliche spätere *Berufsfelder*.
Im Bus können Besucher dessen Funktionalität der Internetanbindung über
Satellit und Mobilfunk bei der Übertragung der Daten testen. Ein
Schichtenmodell aus *Tiefbau*perspektive stellt anschaulich dar, wie
alte und neue Infrastruktur von *Telekommunikation*, aber auch von
*Energie- und Wasserversorgung* unter der Erdoberfläche verläuft. Der
*Telepräsenzroboter* demonstriert neue, aktive
*Kommunikationsmöglichkeiten*, die erst durch eine breitbandfähige
Internetverbindung möglich werden.
Weitere Informationen
https://www.jade-hs.de/unsere-hochschule/wir-stellen-uns-vor/veranstaltunge…http://breitbandbuero.de/vorort/infokampagne/
Mit freundlichen Grüßen
gez. Hans-Peter Ratzke
Forschungsmanagement/Research Management
--
----------------------------
Freifunk Nordwest
www.ffnw.de
Hallo zusammen,
ich möchte den Vermieter unseres Proberaums davon überzeugen,
Freifunkrouter mit Internetanschluss im Proberaumkomplex zu
installieren. Ich habe dazu untenstehende Mail vorbereitet. Hat jemand
Tipps, wie ich ihm das Thema noch schmackhafter machen kann?
Hier die Mail:
___________________________________________________________________________________________________
Hallo X,
da die Digitalisierung auch als uns als Metalcore-Band nicht vorbeigeht,
sind wir und auch andere Bands in zunehmendem Maße auf einen
Internetanschluss für Promotion, sowie Audio- und Videoproduktionen
angewiesen.
Wäre es daher möglich, im <Name des Ortes> ein Freifunk WLAN mit
Internetanbindung aufzubauen?
Falls Du Freifunk nicht kennst: hier paar stichpunktartige Informationen:
* bei Freifunk geht es darum, ein frei verfügbares WLAN selbst zur
Verfügung zu stellen
* darüber können verschiedene Dienste genutzt werden (z.B. Messenger wie
Skype, Dateifreigaben, etc.)
* das ganze kann mit günstiger Hardware realisiert werden (so ein Router
kostet ca. 20 €). Ich schätze, dass wir für das gesamte <Name des Ortes>
max. 2-3 Router bräuchten (je nach dem wie viel WLAN die Wände durchlassen)
* damit Du keinen Ärger bekommst, falls jemand illegale Inhalte über den
Freifunk herunterladen würde, gibt es bei Freifunk verschiedene
Möglichkeiten, um dem zu entgehen
* Nutzung von VPN. Der Internetverkehr wird bis zum Internetanbieter
für das Freifunk (in diesem Falle der Freifunk Verein) verschlüsselt,
sodass die IP-Adresse bei möglichen Urheberrechtsverletzungen nicht
deine ist, sondern die des Freifunk-Vereins. Da Freifunk diese Daten
nicht speichert, musst Du nicht befürchten, irgendwelche Klagen von
Rechteinhabern zu bekommen
* Passwort-Schutz des WLANs und Ausgabe des Passwortes nur an
Proberaumnutzer (widerspricht aus meiner Sicht aber dem Freifunkgedanken)
Somit wird das <Name des Ortes> Teil eines großartigen Projekts welches
die digitalen Freiheitsrechte der Gesellschaft verteidigt, also auch von
Dir und uns.
Damit auch alle Bands den Internetzugang ohne lange Ladezeiten nutzen
können sind 50 MBit/s für das Freifunknetz eine gute Bandbreite, d.h.
idealerweise würde man eine 100 MBit/s-Leitung buchen und 50 MBit/s
Begrenzung auf den Freifunk Routern einstellen, dann hättest Du selbst
bei voller Auslastung noch 50 MBit/s für dich alleine, bei weniger
Auslastung entsprechend mehr.
Beim Installieren werde ich Dich gern tatkräftig unterstützen.
___________________________________________________________________________________________________
Viele Grüße
Chris
Moin,
ich freue mich ueber die Entwicklung vom Freifunk in Wiesmoor und wollte mal anfragen, ob es eine lokale Gruppe fuer Wiesmoor und
Umgebung ( zum Beispiel fuer den LK Aurich ) gibt und diese auf der Seite einfach nicht gelistet ist.
Munte hollen
Jan
Hallo zusammen,
unten stehende Mail erstmal zur Kenntnis.
Anders als bei der Förderung des Landes Niedersachsen sind hier nur
Kommunen/Gemeinden antragsberechtigt.
Ein paar Fragen an diejenigen, die beim letzten Freifunker-Treffen beim
Breitband Kompetenz Zentrum waren:
Hier [1] steht: "Herr Peer Beyersdorff wies zum Abschluss darauf hin,
dass die EU das Programm Wifi4EU plant, und das Gemeinden und
Freifunk-Communities davon profitieren könnten."
Kann jemand nähere Informationen liefern, wie das Wifi4EU-Programm in
Verbindung mit Freifunk funktionieren soll? Auf der Seite der
EU-Kommision [2] finde ich nicht wirklich konkrete Informationen bzw.
hat es für mich den Eindruck hinterlassen, als wäre Wifi4EU ein eigenes
WLAN (technisch evtl. ähnlich wie Freifunk?). Oder soll das nur ein
Oberbegriff sein, und man kann mit der Förderung in Freifunk-Router und
-Infrastruktur investieren?
Schönen Gruß,
Michael
[1] www.breitband-niedersachsen.de/index.php?id=674
[2]
https://ec.europa.eu/digital-single-market/en/wifi4eu-kostenloses-wlan-fur-…
-------- Weitergeleitete Nachricht --------
Betreff: WG: WG: WLAN-Initiative „WIFI4EU“ der EU-Kommission -
NST-Info-Beitrag 8.14 / 2017
Datum: Mon, 27 Mar 2017 13:31:55 +0000
Von: Michael Nolte - Stadt Weener (Ems) <nolte(a)weener.de>
An: michael(a)noltenet.de <michael(a)noltenet.de>
--------------------------------------------------------------------------
Gesendet: Freitag, 24. März 2017 15:03
Betreff: [nst-info-8] WLAN-Initiative „WIFI4EU“ der EU-Kommission - NST-Info-Beitrag 8.14 / 2017
Sehr geehrte Damen und Herren,
der Deutsche Städtetag hat uns Folgendes mitgeteilt:
„2017 startet die Initiative der EU-Kommission WIFI4EU, in deren Rahmen die Bereitstellung kostenloser Internetzugänge in den Zentren des öffentlichen Lebens gefördert werden soll. Vorgesehen ist, 120 Mio. Euro für einen besseren WLAN-Zugang an öffentlichen Plätzen wie Rathäusern, Bibliotheken oder Parks zu investieren. Bis zum Jahr 2020 sollen damit rund 8.000 Städte und Gemeinden bei der Installation von modernen WLAN-Standorten finanziell unterstützt werden.
Die erste Projektausschreibung dieses Förderprogramms, welches sich an Städte und Gemeinden richtet, wird voraussichtlich noch vor Sommer 2017 erfolgen. Zielgruppe dieser Initiative sind Städte und Gemeinden, in denen es noch keine öffentlichen Hotspots gibt. Der EU-Förderanteil betrifft die Ausstattung-und Installationskosten für Hotspots. Für die Folgekosten wie Betreibergebühren und Instandhaltungskosten müssen die Städte selbst aufkommen. Das Finanzierungsmodell besteht aus einem einfachen Gutschein-System. Pro Gemeinde kann nur ein Gutschein ausgestellt werden. Die Vergabe der Gutscheine erfolgt über ein First-Come-First-Serve-Prinzip, wobei auch auf eine geografische Balance in der Verteilung achtgegeben wird. Finanziert wird die Initiative aus der Faszilität ‚Connecting Europe‘.
Nähere Informationen entnehmen Sie bitte der Anlage.“
Mit freundlichen Grüßen
Im Auftrage
gez. Ulrich Mahner
Referatsleiter
Anlage
Moin,
mal über die Liste gefragt, da ich aufgrund der spontanen
Geschäftsaufgabe meines bisherigen Providers eine Mailamnesie erlitten habe:
Mit wem habe ich über Freifunk in der "Alten Feuerwehr" in Rastede gemailt?
Da ich jetzt wieder in DEU bin, könnten wir nächste Woche gerne dort 2
Router aufstellen....
Gruss,
Achim
Moin Moin,
Habe mich vorhin mit dem Menschen getroffen, der die Fotoausstellung im
Schloss macht.
Das Treffen lief gut. Ich habe ihm erzählt, dass wir kein Dienstleister
sind. Wir also gerne bei der Umsetzung behilflich sind. Die eigentliche
Arbeit aber von ihm bzw. seinem Team erledigt werden muss. Das hat er
sich auch so gedacht und ist absolut in Ordnung.
Dazu habe ich die zwei Mädels die die Ausstellung hauptsächlich betreuen
werden, zum nächsten Treffen am 02.12 eingeladen. Er versucht, dass
beide dort auftauchen, sagt aber versprechen kann er nichts.
Laut seiner Aussage hat Schloss selbst zwar Internet. Aber es gibt keine
Verkabelung ins Dachgeschoss. Nach meiner bisherigen Einschätzung ist
also wohl Richtfunk erforderlich.
Er geht von einer täglichen Besucherzahl von 500-800 aus.
Dauerhaft vor Ort ~100. Und aktive WLAN Nutzer ~50.
Alles Weitere können wir dann ggf. zusammen mit den Mädels am 02.12
besprechen.
Aktuell:
http://www.worldpressphoto.org/exhibitions/2016-exhibition/oldenburg
Rückblick: http://mediavanti.de/worldpressphoto15/
--
Gruß
Ulf
Hallo
es gab mal vor längerem die Diskussion das Router auf der Karte so ewig
als roter Punkt dargestellt werden.
Da wurde gesagt das das evtl. geändert werden solle, wobei man sich über
die allgemeine Länge noch im unklaren war.
Jetzt meine Frage: wurde das geändert?
Bei uns verschwinden die Router jetzt oft schon nach NUR ca zwei Tagen.
Kann das richtig sein? Was ist denn da jetzt eingestellt und wo kann man
das nach gucken?
Grüße Nils
--
----------------------------
Freifunk Nordwest
www.ffnw.de
Hallo in die Runde,
Wichtig: Solltet ihr unsere Freifunksoftware auf den genannten Geräten nutzen, seid ihr von der Sicherheitslücke NICHT betroffen. Die Sicherheitslücke bezieht sich nur auf die Originale Ubiquiti Software.
Ich möchte einmal die Gelegenheit nutzen und auf einige Sicherheitslücken hinweisen. Diese betreffen bei uns hauptsächlich den TOUGHSwitch und die AirMAX Geräte wie den PowerBeams, NanoBeams und der häufig im Zusammenhang mit Freifunk genutzten Nanostation M2/M5 (Loco).
Ubiquiti hat mit dem vor einer Woche erscheinen Firmwareupdate 6.0.1/8.0.1 eine Sicherheitslücke geschlossen, bei dem es dem Angreifer möglich war sich Zugriff auf das Gerät zu verschaffen:
While we acknowledge that all vulnerabilities are serious, we believe this issue rates fairly low in terms of threat severity, because it requires being authenticated to the management web interface, or tricking an authenticated administrator into opening a targeted, crafted URL in the browser where they are logged in to the affected device
Ubiquiti hat immer eine sehr gute Aufklärungspolitik, wenn es um Sicherheitslücken geht. Wie in der Mail steht, ist diese Sicherheitslücke nicht so sehr schwerwiegend, deshalb nutze ich diese Gelegenheit aber trotzdem mal, weil es in der Vergangenheit oftmals Sicherheitslücken gab. Bereits vor einem Jahr gab es mit der Software 5.6.4 einen Bug, welcher von einer Malware ausgenutzt wurde um das Gerät zu kapern und Scripte auszuführen. Anschließend war das Gerät nur noch mit dem Benutzer mother und dem Passwort fucker zu erreichen und das Gerät musste komplett neu aufgesetzt werden.
Daher bitte ich alle Besitzer von Ubiquiti Geräten, welche eine Linkstrecke/Richtfunkstrecke mit der Stock Firmware aufgebaut haben oder Clients mit der Stock Firmware versorgen, zu schauen mit welchem Softwarestand die eigenen Geräte funken und dann möglichst bald auf die aktuellste Softwareversion (6.0.1/8.0.1) zu updaten und auch in Zukunft darauf zu achten, die jeweils aktuellste Software installiert zu haben. Bei Neuinstallation von Ubiquitigeräte zu beachten, dass diese immer mit schon teils 18-24 Monatigen Softwarerückstand ausgeliefert werden. Hier vor der ersten Konfiguration immer auf die aktuelle Softwareversion updaten.
Außerdem lautet die Standart Benutzername/Passwort Kombi der Geräte immer ubnt/ubnt unter der IP Adresse 192.168.1.20. Auch ohne das Vorhandensein einer Sicherheitslücke, lassen sich die Geräte damit kapern und missbrauchen. Daher das Passwort (und besser noch auch der Benutzername und die IP Adresse) immer ändern und für Updates wie ein solches heute Griffbereit halten.
Zu finden ist die aktuellste Software unter: http://download.ubnt.com
Wichtig: Solltet ihr unsere Freifunksoftware auf den genannten Geräten nutzen, seid ihr von der Sicherheitslücke NICHT betroffen. Die Sicherheitslücke bezieht sich nur auf die originale Ubiquiti Software.
Gruß
Adrian Heeren
Moin,
ich habe aus der Förderung hier die CPE210 und CPE510 liegen.
Mit beiden habe ich probiert, jeweils 2 Strecken zu überbrücken. Und beide Male hat es nicht geklappt.
Strecke 1: Grüppenbührener Str. 118, Ganderkesee / Urneburger Straße 6a, Ganderkesee Höhe ca. 7-8m Sichtkontakt besteht so gut wie, nur 2 Bäume sind teilweise im Weg. (ca.2km)
Strecke 2: Heider Weg 28, Ganderkesee / Schierbrooker Str. 126, Ganderkesee Hausdach zu Hausdach nur ca. 1,5km
Beide Verbindungen kamen nicht zu stande. Gibt es Erfahrungen mit der Reichweite? Wie weit ist die Streuung? Was machen da 2 Bäume aus?
Danke & Ruhiges Rest-WE
Sascha
FYI
-------- Weitergeleitete Nachricht --------
Betreff: [niedersachsen:189] Hostway Rack Angebot für Freifunk Niedersachsen
Datum: Wed, 15 Mar 2017 19:01:42 +0100
Von: vorstand fnorden e.V. <vorstand(a)fnorden.de>
Antwort an: Vernetzung der niedersächsischen Communities
<niedersachsen(a)freifunk.net>
An: niedersachsen(a)freifunk.net, internhannover.freifunk.net
<intern(a)hannover.freifunk.net>
Hallo Freifunker,
es gab ja bei dem letzten Treffen die Diskussion wegen ausleiten in
Deutschland und das Thema Hosting.
Ich habe ein Angebot von Hostway hier in Hannover eingeholt.
Das Angebot beinhaltet ein halbes Rack incl. 1 GBit/sec Anbindung.
Traffic: Flatrate
Strom: 33 Cent / KWh
Einrichtung 500 EUR
für 1100 EUR / Monat.
Als Kenndaten habe ich permanente 600 MBit/sec Bandbreite und 600 TB
Traffic angegeben, damit klar ist, dass wir viel Traffic erzeugen.
Ich finde das Angebot sehr gut. Rheinland bezahlt derzeit ca. 4-5 TEUR /
Monat.
Wir müßten schauen, was wir gemeinsam zusammen bringen und welche Mittel
wie aus der Niedersachsenspende nehmen könnten.
Zumindest könnte man stromsparende Serverhardware für das Projekt kaufen.
Ich möchte hiermit die Diskussion eröffnen :-)
MfG
Carsten Wiemann
--
niedersachsen mailing list
niedersachsen(a)freifunk.net
http://lists.freifunk.net/mailman/listinfo/niedersachsen-freifunk.net
Hallo,
ich habe hier im Netz in Loy seltsame Erscheinungen. Angefangen hat es
mit der neuen Software 20170222 und dem CPE210 v1.0 (wope-loy8).
Ausfall von ca. 16:00 bis 20:00 Uhr
Ausfall von ca. 21:00 bis 00:00 Uhr
Es ist kein kompletter Ausfall und kam bis jetzt immer wieder in den
Normalbetrieb. In der Ausfallzeit waren alle Wifi Verbindungen auf TQ=2-4%.
Heute habe ich das selbe Verhalten an einer Ubiquiti PicoStation M2
(wope-loy13) beobachtet.
Nach einem Reset funktioniert sofort alles wieder normal.
Hat jemand ähnliches Verhalten der Router festgestellt, oder evt. schon
eine Lösung?
Gruß, wope
Moin,
ich habe meinen eigenen Router hier stehen der über meinen
Internetanschluss per VPN Freifunk macht.
Nun habe ich einen zweiten Router als Testgerät für einen Nachbarn
besorgt. Er ging bisher über mein WLAN. Nun möchte er auch einen FF
Router aufstellen.
Ich hab das Gerät eingerichtet und in der Mesh Karte sieht man auch, das
er sich mit meinem Router verbunden hat.
Aus meinem LAN kann ich mich ja mit meinem FF Router per Putty verbinden
und dann auf der Kiste nachsehen, was so los ist.
Komme ich auch irgendwie auf einen "Stand-Alone" FF Router, der nur per
Mesh verbunden ist?
Wie bekomme ich dann letztlich raus, ob ich auf meinem FF Router
eingeloggt bin, oder auf dem Testrouter? Ich würde halt gerne einfach
ein bisschen rumexperimentieren.
Martin
Hallo,
ich wollte noch mal nachfragen, wo und wann ich meine Router aus der
NDS-Förderung abholen kann?
Die Frage geht wahrscheinlich hauptsächlich an Adrian, da wir im Vorfeld
zum Abholtermin beim NETZ, darüber geschrieben haben...
Hat das Abholen aus OHZ geklappt? Kann ich nun meine Router gesammelt
(die von der ersten Lieferung sind ja auch noch bei euch) in OL abholen?
Schönen Gruß,
Michael
FYI
-------- Forwarded Message --------
Subject: [niedersachsen:178] Restbestände Freifunkrouter NDS
Date: Mon, 6 Mar 2017 11:01:08 +0000
From: Kensy, Frank <Kensy(a)breitband-niedersachsen.de>
Reply-To: Vernetzung der niedersächsischen Communities <niedersachsen(a)freifunk.net>
To: Vernetzung der niedersächsischen Communities <niedersachsen(a)freifunk.net>
Hallo,
aus der Nachbewilligung der Freifunk-Router sind, wie angekündigt, noch Restbestände übrig:
Anzahl
Typ
76
TP-Link-WR1043ND V4.0
49
TP-Link CPE210
32
TP-Link CPE510
1
TP-Link EAP220
6
Ubiquiti pbe-5ac-500
Wir möchten Sie bitten, uns bei Interesse an weiteren Geräten, den angehängten Antrag zurückzusenden. Die Frist hierfür ist der 10. März 2017. Bitte beachten Sie bei Ihrer Antragstellung, dass die Geräte bis 28. April 2017 verbaut werden müssen. Sie sollten daher nur die Menge beantragen, die Sie in diesem Zeitraum verbauen können. Ebenso möchten wir Sie darauf hinweisen, dass wir die Gemeinden und Communities, die bisher noch gar keine Geräte beantragt haben, bei der Verteilung bevorzugt behandeln.
Mit freundlichen Grüßen
Frank Kensy
-technische Beratung-
Mail: kensy(a)breitband-niedersachsen.de
Eildienst NSGB Ausgabe vom
Vorab per Mail: 06.03.2017
Bereits das am 27. Juli 2016 in Kraft getretene „Zweite Gesetz zur A?nderung des Telemedi- engesetzes“ bezweckte, Betreibern von drahtlosen lokalen Netzwerken die nach Ansicht der Regierungskoalition notwendige Rechtssicherheit bringen, um ihr WLAN Dritten anbieten zu ko?nnen, ohne dabei befu?rchten zu mu?ssen, fu?r deren Rechtsversto?ße abgemahnt oder haftbar gemacht zu werden. Mit dem sogenannten McFadden-Urteil vom 15. September 2016 entschied jedoch der EuGH, dass zwar eine Haftung auf Schadensersatz fu?r Rechtsversto?ße Dritter durch nationales Recht ausgeschlossen werden ko?nne, ein Gericht oder eine nationale Beho?rde allerdings einen WLAN-Betreiber verpflichten ko?nne, der Wiederholung einer Rechtsverletzung vorzubeugen. Dies ko?nne etwa auch durch einen passwortgeschu?tzten Zugang erreicht werden, bei dem die Nutzer ihre Identita?t offenbaren mu?ssen. Die Koalitionsfraktionen hatten sich allerdings im parlamentarischen Verfahren darauf versta?ndigt, WLAN-Hotspot-Betreibern keinerlei Pru?f- oder Verschlu?sselungspflichten aufzuerlegen. Mit dem „Entwurf eines Dritten Gesetzes zur A?nderung des Telemedien- gesetzes“ wird nun seitens des Bundesministeriums fu?r Wirtschaft und Energie ein weiterer Anlauf unternommen, die Sto?rerhaftung abzuschaffen und WLAN-Betreiber generell von Abmahnkosten zu befreien.
Mit dem vorliegenden Gesetzentwurf soll der Umfang der Haftungsbeschra?nkung fu?r Internetzugangsanbieter beschra?nkt werden. Daru?ber hinaus sollen diese von einem Großteil der bisher bestehenden Kostentragungspflicht, insbesondere bei Abmahnungen, befreit werden. Es sollen sowohl die vorgerichtlichen Kosten, als auch die Rechtsanwaltskosten des Rechtsinhabers fu?r das gerichtliche Verfahren ausgeschlossen werden.
Weiterhin soll geregelt werden, dass WLAN-Betreiber nicht von deutschen Beho?rden verpflichtet werden du?rfen, Nutzer zu registrieren, ihr WLAN nicht mehr anzubieten oder die Eingabe eines Passworts zu verlangen. Schließlich sollen etwaige Nutzungssperren im Einzelfall nur in engen Grenzen mo?glich sein, um die Wiederholung einer konkreten Rechts- verletzung zu verhindern.
Der Gesetzentwurf stemmt sich insbesondere gegen die vom EuGH zur Abwehr von Rechtsversto?ßen als ada?quat betrachtete Registrierungsverpflichtung nach bereits erfolgtem Missbrauch eines o?ffentlichen WLAN-Zugangs. Es wird angefu?hrt, Passwort- oder Registrierungspflichten stu?nden dem Anliegen entgegen, mo?glichst viele Bu?rgerinnen und Bu?rger an den Chancen der digitalen Gesellschaft teilhaben zu lassen, da der Identifizierungsprozess ein erhebliches Nutzungshindernis darstelle und die Verbreitung von freiem WLAN nachhaltig behindere.
Quelle: DStGB-Aktuell 0917-08
ED-NSGB Nr. --- vom - Az. 10 56 05/02-er-(028663)
Moin,
zu aller erst vielen Dank für die bisherige Hilfe bei der TFTPD Aktion: 2 von 3 TP 841er V10 Router laufen wieder einwandfrei.
Der dritte Router macht mir allerdings Sorgen.
Laut der Anzeige des Open TFTPD Displays ist der Boot Vorgang super verlaufen.
Beim Test wird allerdings keine Verbindung zum Internet aufgebaut (Weltkugel ist aus) und das Schloss Licht blinkt konstant.
Dann habe ich noch einmal das TFTPD ausgeführt und hier kam die Anzeige "Timeout" in der Kommandozeile.
Der Router zeigt außerdem die IP 192.168.0.68 statt der 66 am Ende.
Deswegen gehe ich davon aus, dass der Router "irgendwie Freifunk" drauf hat, es aber nicht verarbeiten oder aktivieren kann.
Drücke ich mehrmals die Reset Taste, kann ich auch im schnell blinkenden Modus irgendwie nicht auf den Router zugreifen.
Hätte noch einmal jemand einen Rat oder Tipp für mich?
Vielen Dank & schönes Wochenende wünscht
Arno
?
----------------------------------------------------------------
Gesendet mit Telekom Mail <https://t-online.de/email-kostenlos> - kostenlos und sicher für alle!
Hi zusammen,
Ich würde gerne eine kleine Gruppe zusammen trommeln, zum Aufbau der
Antennen auf der Raifeisenstraße 27.
Dazu hab ich ein doodle angelegt und die Anzahl auf maximal
5 Personen limitiert um effektiv zu bleiben.
http://doodle.com/poll/dawzvfcsm9vs8iis
Mit der Gruppe geht es darum schnell und effektiv die Antennen
und Kabellagen auf der Raifeisenstr zu installieren.
Es soll noch eine zweite Begehung folgen bei der die Richtfunk
Verbindung zwischen KDO und Raifeisenstraße optimaler ausgerichtet
werden soll.
vg
Tarek
Hallo
gibt es schon ein Pad für das heutige Treffen?
Diese Seite ( https://pad.freifunk.net/p/ffol ) scheint ja nicht mehr zu
funktionieren !!??
Grüße
--
----------------------------
Freifunk Nordwest
www.ffnw.de
Hey,
Hat hier auf der ML zufällig jemand ein VDSL fähiges Modem/Router
für eine Studenten WG übrig? Sollte nicht alt zu teuer sein :)
Schönen Gruß
Tarek
Moin,
ein Bekannter schrieb mich an, dass 2 TP Link 841er nicht mehr funktionieren und auch nicht mehr via Browser darauf zugegriffen werden kann.
Gab es evtl. wie bei FFNord ein fehlerhaftes Firmware Update, dass die beiden Router gecrasht hat oder sind es andere Probleme?
Wie soll ich nächste Woche vorgehen: per TFTPD versuchen, die Router mit der aktuellen Firmware Version noch einmal starten oder ist das Problem bekannt und es gibt eine andere Lösung?
Gruß
Arno
?
----------------------------------------------------------------
Gesendet mit Telekom Mail <https://t-online.de/email-kostenlos> - kostenlos und sicher für alle!
Moin,
das kam als ich den Befehl das erste mal ausgeführt habe:
root@ffnw-LOHNetz_Marktstrasse_30_01:~# hoodselector2
VPN connection found.
Position found.
Set hood "lohne"
Hood set by VPN mode.
hashes are not equals! Souce gluon-neighbour-info -i br-mesh_lan -p 1001 -d ff02::2 -r hoodselector -t 0.5
Interface mesh_wan disabled.
Interface mesh_lan disabled.
root@ffnw-LOHNetz_Marktstrasse_30_01:~#
das kam bei dem darauf folgenden Mal:
root@ffnw-LOHNetz_Marktstrasse_30_01:~# hoodselector
VPN connection found.
Position found.
Set hood "lohne"
Hood set by VPN mode.
Interface mesh_wan enabled.
Interface mesh_lan enabled.
root@ffnw-LOHNetz_Marktstrasse_30_01:~#
VG
Sem
Re: [Nordwest] Re-2: Hoodselector und Einteilung Hood Firmware 20170222 (24-Feb-2017 14:31)
From: Jan-Tarek Butt via Nordwest
To:nordwest@lists.ffnw.de
Cc:Jan-Tarek Butt
On 02/24/17 13:55, Sem Stadel via Nordwest wrote:
> Wie kommst du darauf? Ich vergebe allen Routern feste Koordinaten.
Pardon, hab gerade gemergt das wir die Supernodes neuerding in der karte haben.
magst du mal auf deinem VPN Router den hoodselector manuell aus führen und
das was er ausgibt dann hier einmal posten ?
vg
Tarek
Hallo Olaf,
wenn du neue Themen auf der Mailingliste erstellst, erstelle Sie bitte
immer durch einen neuen Beitrag. Wenn du auf bestehende Mails
antwortest, kaperst du den Beitrag. Viele von uns arbeiten mit
Mailclients die Themen automatisiert wegsortieren. Wenn du Mailthreads
kaperst, machst du diese Bemühungen zunichte. Zudem kann es relativ
leicht passieren, dass dein Thema dann in einem existierenden Thread
untergeht.
Im Anhang habe ich einen Screenshot angefügt wie das zurzeit bei mir
aussieht. Zwei Themen in einem Thread durcheinander. Nicht schön.
Damit es hier jetzt normal weiter gehen kann, erlaube ich mir deinen
Originalpost in Gänze zu zitieren. Und dann geht es ab jetzt hier sauber
weiter. Schönen Dienstag noch.
--------------------------------------------
Hallo liebe Freifunker,
ich möchte Euch für ein Projekt begeistern bzw. brauche Eure Unterstützung.
Ich möchte in unserer Gemeinde Jade ein Gebiet mit WLAN ausstatten, die
bisher eine sehr schlechte Internetanbindung haben.
Dazu soll von einem Bewohner, der einen 50 MBit DSL Anschluss hat, eine
Richtfunkstrecke zu dem Ort, der etwa 3 - 4 Kilometer entfernt ist
aufgebaut werden.
Der Clou: Wir können die Relaisstation an Windkraftanlagen montieren.
Ich habe von dem Windparkbetreiber und vom Bürgermeister dazu grünes
Licht erhalten.
Voraussichtlich geht der Windpark im April in Betrieb. Danach können wir
über die Anlagen verfügen um dort Richtfunkstrecken aufzubauen.
Da ich von der Materie recht wenig Ahnung habe, brauche ich
Unterstützung von Euch Freifunkern. Ich komme am 3.3. ins Mainframe und
zeige Euch das auf einer Karte.
Wäre nett, wenn wir das umsetzen könnten. Für genauere Information bin
ich auch telefonisch unter 04454979743 erreichbar.
mit freundlichem Gruß
Olaf Michalowski
Eichenallee 55a
26349 Jaderberg
----------------------------------------------
--
Gruß
Ulf
Hallo,
Kann mir jemand am 3.3. im Mainframe helfen 2 CPE510er wieder im Original Zustand zu versetzen. Also Freifunk Software runter und Pharos wieder drauf?
Gruß Olaf
Moin Liste :)
ist es möglich FF über nen Kabeldeutschland Anschluss stabil ans laufen
zu bekommen?
Sind dafür ggf irgendwelche configänderungen nötig?
Vg
Christian