Babel und dnsmasq in unsere firmware - Versionsgeschichte

Fblaese am 15. August 2019 um 21:44 Uhr

2019-08-15T21:44:00Z

← Nächstältere Version		Version vom 15. August 2019, 23:44 Uhr
Zeile 1:		Zeile 1:
	{{Outdated}}		{{Outdated}}
	[[Kategorie:Scripte]]		[[Kategorie:Scripte]]


			'''Mittlerweile sind babeld und dnsmasq in der offiziellen Firmware. Siehe auch [[Gatewayfirmware]]'''


			<div class="toccolours mw-collapsible mw-collapsed" style="overflow: auto">
	__TOC__		__TOC__

	Um aus einem Router ein Gateway zu machen, muss in die Firmware Babel und dnsmasq mit eingebaut werden. Dieses Patch baut diese 2 Programme plain mit ein, es müssen danach noch diverse Konfigurationen und Routingparameter gesetzt werden. Es kann sich dazu ganz grob an die Anleitung zum [[Freifunk-Gateway_aufsetzen\|Gateway aufsetzen]] gehalten werden.		Um aus einem Router ein Gateway zu machen, muss in die Firmware Babel und dnsmasq mit eingebaut werden. Dieses Patch baut diese 2 Programme plain mit ein, es müssen danach noch diverse Konfigurationen und Routingparameter gesetzt werden. Es kann sich dazu ganz grob an die Anleitung zum [[Freifunk-Gateway_aufsetzen\|Gateway aufsetzen]] gehalten werden.

Zeile 256:		Zeile 261:
	Diese zwei Layer 2 Netze hängen jeweils an [http://vm2-fff-gw-cd1.fff.community:8080/ vm2-fff-gw-cd1.fff.community] angebunden. Dieser Server wird auch von mir alleine administriert. Auf diesen Server habe ich mich um viele Layer 3 Peerings zu anderen Personen gekümmert. Wenn ich mich nicht gerade verzählt habe, müssten darin 6 Personen hängen die alle das Peering zu mir kappen müssten um mein Netz vom Freifunk zu trennen und selbst dann würde es durch eigenen Internetexit (Mullvad) zumindest noch Internet haben.		Diese zwei Layer 2 Netze hängen jeweils an [http://vm2-fff-gw-cd1.fff.community:8080/ vm2-fff-gw-cd1.fff.community] angebunden. Dieser Server wird auch von mir alleine administriert. Auf diesen Server habe ich mich um viele Layer 3 Peerings zu anderen Personen gekümmert. Wenn ich mich nicht gerade verzählt habe, müssten darin 6 Personen hängen die alle das Peering zu mir kappen müssten um mein Netz vom Freifunk zu trennen und selbst dann würde es durch eigenen Internetexit (Mullvad) zumindest noch Internet haben.
	Das ist für mich dezentralität.		Das ist für mich dezentralität.
			</div>

Fblaese am 15. August 2019 um 21:41 Uhr

2019-08-15T21:41:01Z

← Nächstältere Version		Version vom 15. August 2019, 23:41 Uhr
Zeile 1:		Zeile 1:
			{{Outdated}}
			[[Kategorie:Scripte]]
	__TOC__		__TOC__
	~~{{Entwurf}}~~
	~~[[Kategorie:Scripte]]~~

	Um aus einem Router ein Gateway zu machen, muss in die Firmware Babel und dnsmasq mit eingebaut werden. Dieses Patch baut diese 2 Programme plain mit ein, es müssen danach noch diverse Konfigurationen und Routingparameter gesetzt werden. Es kann sich dazu ganz grob an die Anleitung zum [[Freifunk-Gateway_aufsetzen\|Gateway aufsetzen]] gehalten werden.		Um aus einem Router ein Gateway zu machen, muss in die Firmware Babel und dnsmasq mit eingebaut werden. Dieses Patch baut diese 2 Programme plain mit ein, es müssen danach noch diverse Konfigurationen und Routingparameter gesetzt werden. Es kann sich dazu ganz grob an die Anleitung zum [[Freifunk-Gateway_aufsetzen\|Gateway aufsetzen]] gehalten werden.

Fblaese: /* Alfred */

2017-09-02T23:46:50Z

Alfred

← Nächstältere Version		Version vom 3. September 2017, 01:46 Uhr
Zeile 230:		Zeile 230:

	Inzwischen gibt es den [https://github.com/kratz00/firmware/tree/calfred/src/packages/fff/fff-alfred-monitoring-proxy alfred-monitoring-proxy] und [https://github.com/kratz00/firmware/tree/calfred/src/packages/fff/alfred-json alfred-json] gibt es als OpenWRT Packages.		Inzwischen gibt es den [https://github.com/kratz00/firmware/tree/calfred/src/packages/fff/fff-alfred-monitoring-proxy alfred-monitoring-proxy] und [https://github.com/kratz00/firmware/tree/calfred/src/packages/fff/alfred-json alfred-json] gibt es als OpenWRT Packages.


	Allerdings ist ein Fehler im alfred-monitoring-proxy in Zeile 9:		Allerdings ist ein Fehler im alfred-monitoring-proxy in Zeile 9:

	Anstatt		Anstatt <pre>--data "{$fetch_id: $data}"</pre> müsste es <pre>--data "{\"$fetch_id\": $data}"</pre> heißen.
	<~~code~~>--data "{$fetch_id: $data}"</~~code~~>
	müsste es
	<~~code~~>--data "{\"$fetch_id\": $data}"</~~code~~>
	heißen.

	== WLAN Parameter ==		== WLAN Parameter ==

Fblaese: /* Alfred */

2017-09-02T23:44:43Z

Alfred

← Nächstältere Version		Version vom 3. September 2017, 01:44 Uhr
Zeile 229:		Zeile 229:
	== Alfred ==		== Alfred ==

	~~Leider ist noch kein Alfredproxy für die Router geschrieben worden, aktuell umgehe ich das Problem indem ich die Alfreddaten mit einen zusätzlichen Raspberry Pi sammel~~ und ~~ans Monitoring schicke, Infos dazu hier~~ [https://~~wiki~~.~~freifunk~~-~~franken~~.de/w/~~Raspberry_Pi_ins_Batman]~~		Inzwischen gibt es den [https://github.com/kratz00/firmware/tree/calfred/src/packages/fff/fff-alfred-monitoring-proxy alfred-monitoring-proxy] und [https://github.com/kratz00/firmware/tree/calfred/src/packages/fff/alfred-json alfred-json] gibt es als OpenWRT Packages.


			Allerdings ist ein Fehler im alfred-monitoring-proxy in Zeile 9:

			Anstatt
			<code>--data "{$fetch_id: $data}"</code>
			müsste es
			<code>--data "{\"$fetch_id\": $data}"</code>
			heißen.

	== WLAN Parameter ==		== WLAN Parameter ==

ChristianD: /* Verbindung ins L3 Netz */

2017-03-29T13:27:29Z

Verbindung ins L3 Netz

← Nächstältere Version		Version vom 29. März 2017, 15:27 Uhr
Zeile 120:		Zeile 120:


	Ebenfalls muss fastd noch in den Autostart (/etc/rc.local -> fastd -c /etc/fastd/CONFIGFILE)		Ebenfalls muss fastd noch in den Autostart (/etc/rc.local -> "fastd -c /etc/fastd/CONFIGFILE &") das "&" am Ende keinesfalls vergessen! Sonst wird ab hier die File nicht mehr weiter ausgeführt und der ganze rest danach fehlt!!

	2 wertvolle Links die bei fastd extrem weiterhelfen:		2 wertvolle Links die bei fastd extrem weiterhelfen:

ChristianD: /* Folgende Routingregeln müssen am Router angelegt werden */

2017-03-29T13:26:50Z

Folgende Routingregeln müssen am Router angelegt werden

← Nächstältere Version		Version vom 29. März 2017, 15:26 Uhr
Zeile 145:		Zeile 145:
	</pre>		</pre>

			falls man dies in der /etc/rc.local macht, aufpassen das jede Zeile mit & abgeschlossen wird, da er sonst u.U. beim booten hängen bleibt und die File nicht bis zu Ende ausführt, ganz ekliges Zeug...

	Das Interface br-mesh muss noch die Gateway IP bekommen:		Das Interface br-mesh muss noch die Gateway IP bekommen:

ChristianD: /* und das geilste daran... */

2017-02-21T16:47:52Z

und das geilste daran...

← Nächstältere Version		Version vom 21. Februar 2017, 18:47 Uhr
Zeile 245:		Zeile 245:
	== und das geilste daran... ==		== und das geilste daran... ==

	Wenn man auch den Layer 3 Endpunkt selbst betreibt und dort genug L3 Peerings zu verschiedenen Personen hat, ist dieser Aufbau absolut dezentral und kann von keiner zentralen Position mehr abgeschaltet werden.		Wenn man auch den Layer 3 Endpunkt selbst betreibt und dort genug L3 Peerings zu verschiedenen Personen hat, ist dieser Aufbau absolut dezentral und kann von keiner zentralen Position mehr abgeschaltet werden. Es wird kein KeyXchange und auch sonst keine "zentrale Instanz" mehr benötigt.

	=== Beispiel Neunhof und Unterfürberg ===		=== Beispiel Neunhof und Unterfürberg ===

ChristianD am 21. Februar 2017 um 16:46 Uhr

2017-02-21T16:46:04Z

← Nächstältere Version		Version vom 21. Februar 2017, 18:46 Uhr
Zeile 242:		Zeile 242:

	Die eigene Hood kann aber auch mit ganz anderen Parametern betrieben werden, so ist z.b. denkbar die Hood auf 802.11s umzustellen oder gar eine andere Batmanversion zu verwenden.		Die eigene Hood kann aber auch mit ganz anderen Parametern betrieben werden, so ist z.b. denkbar die Hood auf 802.11s umzustellen oder gar eine andere Batmanversion zu verwenden.

			== und das geilste daran... ==

			Wenn man auch den Layer 3 Endpunkt selbst betreibt und dort genug L3 Peerings zu verschiedenen Personen hat, ist dieser Aufbau absolut dezentral und kann von keiner zentralen Position mehr abgeschaltet werden.

			=== Beispiel Neunhof und Unterfürberg ===

			Diese zwei Layer 2 Netze hängen jeweils an [http://vm2-fff-gw-cd1.fff.community:8080/ vm2-fff-gw-cd1.fff.community] angebunden. Dieser Server wird auch von mir alleine administriert. Auf diesen Server habe ich mich um viele Layer 3 Peerings zu anderen Personen gekümmert. Wenn ich mich nicht gerade verzählt habe, müssten darin 6 Personen hängen die alle das Peering zu mir kappen müssten um mein Netz vom Freifunk zu trennen und selbst dann würde es durch eigenen Internetexit (Mullvad) zumindest noch Internet haben.
			Das ist für mich dezentralität.

ChristianD am 7. Januar 2017 um 20:22 Uhr

2017-01-07T20:22:40Z

← Nächstältere Version		Version vom 7. Januar 2017, 22:22 Uhr
Zeile 6:		Zeile 6:

	Achtung! Man sollte sich bei solchen Experiementen immer gut überlegen wie man den Router noch erreichen kann, man kann sich relativ leicht selbst komplett aussperren.		Achtung! Man sollte sich bei solchen Experiementen immer gut überlegen wie man den Router noch erreichen kann, man kann sich relativ leicht selbst komplett aussperren.

			Achtung Patch ist nur für ar71xx muss u.U. auch für andere Hardware manuell angepasst werden!

	<pre>		<pre>

ChristianD am 7. Januar 2017 um 20:22 Uhr

2017-01-07T20:22:06Z

← Nächstältere Version		Version vom 7. Januar 2017, 22:22 Uhr
Zeile 5:		Zeile 5:
	Um aus einem Router ein Gateway zu machen, muss in die Firmware Babel und dnsmasq mit eingebaut werden. Dieses Patch baut diese 2 Programme plain mit ein, es müssen danach noch diverse Konfigurationen und Routingparameter gesetzt werden. Es kann sich dazu ganz grob an die Anleitung zum [[Freifunk-Gateway_aufsetzen\|Gateway aufsetzen]] gehalten werden.		Um aus einem Router ein Gateway zu machen, muss in die Firmware Babel und dnsmasq mit eingebaut werden. Dieses Patch baut diese 2 Programme plain mit ein, es müssen danach noch diverse Konfigurationen und Routingparameter gesetzt werden. Es kann sich dazu ganz grob an die Anleitung zum [[Freifunk-Gateway_aufsetzen\|Gateway aufsetzen]] gehalten werden.

	Achtung! Man sollte sich bei solchen Experiementen immer gut überlegen wie man den Router noch erreichen kann, man kann sich relativ leicht selbst komplett aussperren~~. Nach diesem Patch baut der Router z.b. kein fastd Batman mehr zu einem Gateway auf, er mesht aber noch frei mit anderen Routern und spannt auch noch ein WLAN auf~~.		Achtung! Man sollte sich bei solchen Experiementen immer gut überlegen wie man den Router noch erreichen kann, man kann sich relativ leicht selbst komplett aussperren.

	<pre>		<pre>