Conversation
6eaf5e3 to
bdcd500
Compare
|
Sieht größtenteils gut aus :) Die Lint Warnings müsstest du fixen, das doppelte Zu @PolynomialDivision's Frage: kann es sein dass es um ein "externes" Netz mit eigenem Nicht-Freifunk-IP-Block geht, wo das DHCP extern kommt und das .1-Gerät nicht zum Freifunksetup gehört? Wir haben für sowas die Das ist evtl. nicht was du möchtest, und wir gehen auch in diversen Skripten und konzeptionell davon aus, dass der Corerouter immer .1 im mgmt-Netz ist. Und wir wollen nicht so gerne IP-Blöcke im Mesh haben, die außerhalb unseres Bereichs liegen, den wir mit den anderen Freifunk-Communities abgesprochen haben (https://github.com/freifunk/icvpn-meta/blob/master/berlin) 😄 |
Ja genau, wurd mir auf Matrix auch gesagt. Hatte ich so vorher nich aufm Schirm mit dem ext Netz. Linting fixe ich noch 👍 |
|
Ich glaube wenn das hier gemerged ist, dann könnten wir auch die gateways nochmal neu flaschen weil wir dann 2 neue locations haben in unserer firewall config. Dann wird dein Internet spürbar schneller. |
locations/liese-11-sw.yml
Outdated
| # Mesh | ||
| - hostname: liese-11-sw-ap-magda | ||
| role: ap | ||
| model: "ubnt_nanostation-ac-loco" | ||
| int_port: lan0 |
There was a problem hiding this comment.
In dem Hostbereich werden aktuell nur Geräte definiert, welche mit OpenWRT laufen und von bbb-configs ein Image bekommen sollen. Daher kann das hier weg
locations/liese-11-sw.yml
Outdated
| - hostname: liese-11-sw-ap-tier | ||
| role: ap | ||
| model: "ubnt_nanobeam-ac-xc" | ||
| int_port: eth0 |
There was a problem hiding this comment.
Das gleiche wie Zeile 19 ff.
|
Falls du Hilfe bei den Änderungen benötigst melde dich gerne in Matrix |
6aa009b to
6880750
Compare
efa9821 to
d5210ca
Compare
|
Could you squash the commits so the commits follow the contributing Guidelines? |
467cdc1 to
802090a
Compare
FFHener
left a comment
There was a problem hiding this comment.
Das meiste ist jetzt gefixed und sieht gut aus. Größter Punkt ist das mit den keys, sobald da geändert ist können wir deine Location bald endlich mergen
group_vars/all/ssh-keys.yml
Outdated
| - comment: felix | ||
| key: ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIE/GBt0FZV8I77OoO3yegZmngTDJpthQTv6rG6c4BTjY felix@felix-mba | ||
| - comment: felix-build-box | ||
| key: ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIHAbgDSrzEIQ4FE8/JWbyGZf8tS8Gh2kHLUy3nomNW+W felix@devbox |
There was a problem hiding this comment.
Diese Änderung würde dafür sorgen, dass deine Keys in Zukunft automatisch auf allen Standorten ausgerollt werden. Bitte füge die deshalb nur zu deinem Standort hinzu. Du findest die Dokumentation dazu hier.
locations/liese-11-sw.yml
Outdated
| airos_dfs_reset: | ||
| - name: "liese-11-sw-ap-magda" | ||
| target: "10.248.86.162" | ||
| username: "felix" | ||
| password: "file:/root/liese-11-sw-ap-magda.pass" | ||
| daytime_limit: "0-23" | ||
| - name: "liese-11-sw-ap-vaterhaus" | ||
| target: "10.248.86.163" | ||
| username: "freifunk" | ||
| password: "file:/root/liese-11-sw-ap-vaterhaus.pass" | ||
| daytime_limit: "0-23" |
There was a problem hiding this comment.
Nicht notwendig, weil du die Stationseite bist. Die Gegenstellen sind hier Access Points und definieren die Frequenz. Bei einem DFS Events geben diese APs auch die neue Frequenz vor und werden von der Gegenseite auch automatisch wieder zurück gestellt
locations/liese-11-sw.yml
Outdated
| - vid: 10 | ||
| role: mesh | ||
| name: mesh_magda | ||
| ptp: true |
There was a problem hiding this comment.
Das ist keine reine ptp Verbindung, weil sich mehrere Gegenstellen mit der Magda verbinden
locations/liese-11-sw.yml
Outdated
| - vid: 11 | ||
| role: mesh | ||
| name: mesh_vaterhaus | ||
| ptp: true |
08982cf to
d46baee
Compare
|
updated @FFHener |
8b10a37 to
68bceec
Compare
68bceec to
731fcf2
Compare
Add my location
deployed as PR as seems to work fine