Freifunk-Gateway aufsetzen/DHCP - Versionsgeschichte

Miki: Eigene Änderungen rückgängig gemacht, ich habe eine bessere Methode gefunden.

2021-11-06T13:11:38Z

Eigene Änderungen rückgängig gemacht, ich habe eine bessere Methode gefunden.

← Nächstältere Version		Version vom 6. November 2021, 15:11 Uhr
Zeile 33:		Zeile 33:
	</pre>		</pre>

	<code>quiet-dhcp</code> stellt das Logging ab. <code>dhcp-option=6,..</code> setzt die ~~Community~~ DNS-Server, die an den Client gesendet ~~werden.~~		<code>quiet-dhcp</code> stellt das Logging ab. <code>dhcp-option=6,..</code> setzt die DNS-Server, die an den Client gesendet werden.

	~~Die Zeile <code>dhcp-option=6,..</code> entfällt, wenn das Gateway selber DNS anbietet. Dann müssen die jeweils passenden DNS-Server Adressen bei den einzelnen Hoods gesetzt~~ werden.

	==== DNS-Funktionalität abschalten ====		==== DNS-Funktionalität abschalten ====
Zeile 69:		Zeile 67:
	** Bei älteren Versionen ist ein Bug, daher fällt dnsmasq auf den Standard für die IP-Range (255.0.0.0 bei 10.0.0.0/8) zurück.		** Bei älteren Versionen ist ein Bug, daher fällt dnsmasq auf den Standard für die IP-Range (255.0.0.0 bei 10.0.0.0/8) zurück.
	* <code>pid-file</code> und <code>dhcp-leasefile</code> müssen für jede Hood eindeutig sein		* <code>pid-file</code> und <code>dhcp-leasefile</code> müssen für jede Hood eindeutig sein
	* Optional: <code>--dhcp-option=6,...,...</code> Wenn das Gateway selber DNS anbietet, wird die jeweils in die IP-Range der Hood passende Server-Adresse als DNS-Server ergänzt. Gegebenenfalls kann auch das Partner-Gateway in der Hood mit angegeben werden. Community DNS-Server hingegen gelten für alle Hoods und können direkt bei den globalen Optionen angegeben werden.
	~~<br>~~
	Anschließend den neuen Service registrieren und starten:		Anschließend den neuen Service registrieren und starten:
	<pre>		<pre>

Miki: /* Hoodspezifische Einstellungen */ Variante selbst DNS anbieten

2021-11-03T22:52:14Z

Hoodspezifische Einstellungen: Variante selbst DNS anbieten

← Nächstältere Version		Version vom 4. November 2021, 00:52 Uhr
Zeile 69:		Zeile 69:
	** Bei älteren Versionen ist ein Bug, daher fällt dnsmasq auf den Standard für die IP-Range (255.0.0.0 bei 10.0.0.0/8) zurück.		** Bei älteren Versionen ist ein Bug, daher fällt dnsmasq auf den Standard für die IP-Range (255.0.0.0 bei 10.0.0.0/8) zurück.
	* <code>pid-file</code> und <code>dhcp-leasefile</code> müssen für jede Hood eindeutig sein		* <code>pid-file</code> und <code>dhcp-leasefile</code> müssen für jede Hood eindeutig sein
			* Optional: <code>--dhcp-option=6,...,...</code> Wenn das Gateway selber DNS anbietet, wird die jeweils in die IP-Range der Hood passende Server-Adresse als DNS-Server ergänzt. Gegebenenfalls kann auch das Partner-Gateway in der Hood mit angegeben werden. Community DNS-Server hingegen gelten für alle Hoods und können direkt bei den globalen Optionen angegeben werden.
			<br>
	~~Anschliesend~~ den neuen Service registrieren und starten:		Anschließend den neuen Service registrieren und starten:
	<pre>		<pre>
	systemctl daemon-reload		systemctl daemon-reload

Miki: /* Globale Optionen */ Variante selbst DNS anbieten

2021-11-03T22:41:35Z

Globale Optionen: Variante selbst DNS anbieten

← Nächstältere Version		Version vom 4. November 2021, 00:41 Uhr
Zeile 33:		Zeile 33:
	</pre>		</pre>

	<code>quiet-dhcp</code> stellt das Logging ab. <code>dhcp-option=6,..</code> setzt die DNS-Server, die an den Client gesendet werden.		<code>quiet-dhcp</code> stellt das Logging ab. <code>dhcp-option=6,..</code> setzt die Community DNS-Server, die an den Client gesendet werden.

			Die Zeile <code>dhcp-option=6,..</code> entfällt, wenn das Gateway selber DNS anbietet. Dann müssen die jeweils passenden DNS-Server Adressen bei den einzelnen Hoods gesetzt werden.

	==== DNS-Funktionalität abschalten ====		==== DNS-Funktionalität abschalten ====

ChristianD: /* Nicht Freifunk Adressen */

2019-11-25T17:21:45Z

Nicht Freifunk Adressen

← Nächstältere Version		Version vom 25. November 2019, 19:21 Uhr
Zeile 85:		Zeile 85:

	=== Nicht Freifunk Adressen ===		=== Nicht Freifunk Adressen ===

			'''ACHTUNG'''

			'''Die folgende Beschreibung sollte keinesfalls ohne Rücksprache mit der Community bei dem zentralen Keyxchange umgesetzt werden, da es dort zu unvorhersehbaren Problemen kommen kann'''

	Für große Hoods macht es u.U. Sinn per DHCP Adressen zu vergeben die nicht im Freifunk verwendet werden (z.b. aus dem 192.168.0.0/16 oder 100.64.0.0/10 Netz). Um diese Adressen auf das Freifunk zu routen ist SNAT nötig. Folgende iptables rule ist hilfreich:		Für große Hoods macht es u.U. Sinn per DHCP Adressen zu vergeben die nicht im Freifunk verwendet werden (z.b. aus dem 192.168.0.0/16 oder 100.64.0.0/10 Netz). Um diese Adressen auf das Freifunk zu routen ist SNAT nötig. Folgende iptables rule ist hilfreich:

ChristianD: /* Achtung Freifunkprinzipien */

2019-11-25T17:19:59Z

Achtung Freifunkprinzipien

← Nächstältere Version		Version vom 25. November 2019, 19:19 Uhr
Zeile 95:		Zeile 95:

	==== Achtung Freifunkprinzipien ====		==== Achtung Freifunkprinzipien ====
	Stellt bitte sicher das hier zumindest für IPv6 die Freifunkprinzipien aufrecht erhalten werden. Ein Client sollte zumindest über IPv6 dann aus dem gesamten Freifunknetz erreichbar sein.		Stellt bitte sicher das hier zumindest für [https://wiki.freifunk-franken.de/w/IPv6 IPv6] die Freifunkprinzipien aufrecht erhalten werden. Ein Client sollte zumindest über IPv6 dann aus dem gesamten Freifunknetz erreichbar sein.

	== ISC-DHCP-Server ==		== ISC-DHCP-Server ==

ChristianD: Pflicht zur Dokumentation nachgekommen

2019-11-25T17:18:09Z

Pflicht zur Dokumentation nachgekommen

@@ Zeile 83: / Zeile 83: @@
 + Logging von Leases lässt sich leicht abschalten</br>
 + Man kann sehr schön pro Hood eine eigene Instanz laufen lassen und muss so bei Änderung nicht immer das komplette DHCP neu starten.</br>
 == ISC-DHCP-Server ==

Fblaese: /* Hoodspezifische Einstellungen */

2019-06-23T17:34:31Z

Hoodspezifische Einstellungen

← Nächstältere Version		Version vom 23. Juni 2019, 19:34 Uhr
Zeile 44:		Zeile 44:
	Nun kann für jede Hood noch eine systemd Service angelegt werden.		Nun kann für jede Hood noch eine systemd Service angelegt werden.

	/etc/systemd/system/nuernberg-~~dns~~.service		/etc/systemd/system/nuernberg-dhcp.service
	<pre>		<pre>
	[Unit]		[Unit]

Fblaese: /* Voteile gegenüber ISC-DHCP */

2019-06-23T17:29:25Z

Voteile gegenüber ISC-DHCP

← Nächstältere Version		Version vom 23. Juni 2019, 19:29 Uhr
Zeile 81:		Zeile 81:
	+ lässt sich besser per Script konfigurieren</br>		+ lässt sich besser per Script konfigurieren</br>
	+ Loggt deutlich weniger Kram per Default mit</br>		+ Loggt deutlich weniger Kram per Default mit</br>
	+ ~~DHCP~~ Leases ~~werden nur solange behalten, wie technisch unbedingt nötig~~</br>		+ Logging von Leases lässt sich leicht abschalten</br>
	+ Man kann sehr schön pro Hood eine eigene Instanz laufen lassen und muss so bei Änderung nicht immer das komplette DHCP neu starten.</br>		+ Man kann sehr schön pro Hood eine eigene Instanz laufen lassen und muss so bei Änderung nicht immer das komplette DHCP neu starten.</br>

Fblaese: /* Hoodspezifische Einstellungen */

2019-06-23T17:28:06Z

Hoodspezifische Einstellungen

← Nächstältere Version		Version vom 23. Juni 2019, 19:28 Uhr
Zeile 55:		Zeile 55:
	RestartSec=20		RestartSec=20

	ExecStart=/usr/sbin/dnsmasq -k --conf-dir=/etc/dnsmasq.d,*.conf --interface ~~batX~~ --dhcp-range=10.83.xx.1,10.83.xx.127,255.255.xxx.0,20m --pid-file=/var/run/dhcp-bat-nuernberg.pid --dhcp-leasefile=/var/lib/misc/bat-nuernberg.leases		ExecStart=/usr/sbin/dnsmasq -k --conf-dir=/etc/dnsmasq.d,*.conf --interface bat-nuernberg --dhcp-range=10.83.xx.1,10.83.xx.127,255.255.xxx.0,20m --pid-file=/var/run/dhcp-bat-nuernberg.pid --dhcp-leasefile=/var/lib/misc/bat-nuernberg.leases

	[Install]		[Install]

Fblaese: /* Hoodspezifische Einstellungen */

2019-06-23T17:27:42Z

Hoodspezifische Einstellungen

← Nächstältere Version		Version vom 23. Juni 2019, 19:27 Uhr
Zeile 44:		Zeile 44:
	Nun kann für jede Hood noch eine systemd Service angelegt werden.		Nun kann für jede Hood noch eine systemd Service angelegt werden.

	/etc/systemd/system/~~dnsmasqbat0~~.service		/etc/systemd/system/nuernberg-dns.service
	<pre>		<pre>
	[Unit]		[Unit]