Freifunk-Gateway aufsetzen/Optimierungen - Versionsgeschichte

ChristianD: /* ARP Cache erhöhen */

2019-04-26T15:54:59Z

ARP Cache erhöhen

← Nächstältere Version		Version vom 26. April 2019, 17:54 Uhr
Zeile 71:		Zeile 71:

	Da aber Batman sowieso die ARP Table cached (batctl dc) werden die ARP Requests im Netz vermutlich sowieso schon eingespart und das ganze dürfte fast nichts bringen. Da es aber auch praktisch nichts kostet kann man es dennoch erhöhen, dies muss im Einzelfall entschieden werden.		Da aber Batman sowieso die ARP Table cached (batctl dc) werden die ARP Requests im Netz vermutlich sowieso schon eingespart und das ganze dürfte fast nichts bringen. Da es aber auch praktisch nichts kostet kann man es dennoch erhöhen, dies muss im Einzelfall entschieden werden.
	Für IPv6 gibt es im Batman keinen ~~NDP~~ Cache. Es macht hier vermutlich Sinn den Wert deutlich zu erhöhen.		Für IPv6 gibt es im Batman keinen Neighbor Cache. Es macht hier vermutlich Sinn den Wert deutlich zu erhöhen.

ChristianD: /* ARP Cache erhöhen */

2019-04-26T15:54:28Z

ARP Cache erhöhen

← Nächstältere Version		Version vom 26. April 2019, 17:54 Uhr
Zeile 71:		Zeile 71:

	Da aber Batman sowieso die ARP Table cached (batctl dc) werden die ARP Requests im Netz vermutlich sowieso schon eingespart und das ganze dürfte fast nichts bringen. Da es aber auch praktisch nichts kostet kann man es dennoch erhöhen, dies muss im Einzelfall entschieden werden.		Da aber Batman sowieso die ARP Table cached (batctl dc) werden die ARP Requests im Netz vermutlich sowieso schon eingespart und das ganze dürfte fast nichts bringen. Da es aber auch praktisch nichts kostet kann man es dennoch erhöhen, dies muss im Einzelfall entschieden werden.
			Für IPv6 gibt es im Batman keinen NDP Cache. Es macht hier vermutlich Sinn den Wert deutlich zu erhöhen.

ChristianD: /* Ermitteln des aktuellen conntrack count */

2018-10-13T19:51:29Z

Ermitteln des aktuellen conntrack count

← Nächstältere Version		Version vom 13. Oktober 2018, 21:51 Uhr
Zeile 34:		Zeile 34:
	<pre>		<pre>
	vi /etc/sysctl.conf // Am Ende einfügen		vi /etc/sysctl.conf // Am Ende einfügen
	net~~.ipv4~~.netfilter.nf_conntrack_max=131072		net.netfilter.nf_conntrack_max=131072
	vi /etc/rc.local		vi /etc/rc.local
	echo 32768 > /sys/module/nf_conntrack/parameters/hashsize		echo 32768 > /sys/module/nf_conntrack/parameters/hashsize

ChristianD: niemand fällt sowas auf...

2018-10-13T19:41:10Z

niemand fällt sowas auf...

← Nächstältere Version		Version vom 13. Oktober 2018, 21:41 Uhr
Zeile 34:		Zeile 34:
	<pre>		<pre>
	vi /etc/sysctl.conf // Am Ende einfügen		vi /etc/sysctl.conf // Am Ende einfügen
	net.netfilter.nf_conntrack_max=131072		net.ipv4.netfilter.nf_conntrack_max=131072
	vi /etc/rc.local		vi /etc/rc.local
	echo 32768 > /sys/module/nf_conntrack/parameters/hashsize		echo 32768 > /sys/module/nf_conntrack/parameters/hashsize

ChristianD: /* Ermitteln des aktuellen conntrack count */

2018-10-02T15:52:45Z

Ermitteln des aktuellen conntrack count

← Nächstältere Version		Version vom 2. Oktober 2018, 17:52 Uhr
Zeile 30:		Zeile 30:
	echo 32768 > /sys/module/nf_conntrack/parameters/hashsize		echo 32768 > /sys/module/nf_conntrack/parameters/hashsize
	</pre>		</pre>
	~~zu beachten ist, das eine größere conntrack auch mehr Arbeitsspeicher fordert. Unter 4GB sollte sie nicht vergrößert werden.~~ Der hashsize sollte 1/4 des conntrack_max Wertes betragen		Der hashsize sollte 1/4 des conntrack_max Wertes betragen
	Der Wert kann auch permamenent angepasst werden:		Der Wert kann auch permamenent angepasst werden:
	<pre>		<pre>

ChristianD: das dies noch niemand aufgefallen ist tztztz

2018-09-30T18:48:08Z

das dies noch niemand aufgefallen ist tztztz

← Nächstältere Version		Version vom 30. September 2018, 20:48 Uhr
Zeile 34:		Zeile 34:
	<pre>		<pre>
	vi /etc/sysctl.conf // Am Ende einfügen		vi /etc/sysctl.conf // Am Ende einfügen
	net.netfilter.~~nf_conntrack_count~~ = 131072		net.netfilter.nf_conntrack_max=131072
	vi /etc/rc.local		vi /etc/rc.local
	echo 32768 > /sys/module/nf_conntrack/parameters/hashsize		echo 32768 > /sys/module/nf_conntrack/parameters/hashsize

ChristianD: /* ARP Cache erhöhen */

2018-08-28T07:03:51Z

ARP Cache erhöhen

← Nächstältere Version		Version vom 28. August 2018, 09:03 Uhr
Zeile 70:		Zeile 70:
	Ich hab z.b. auf nue2gw3 mit ~2400 Clients die Werte auf 2048 4096 8192 gesetzt.		Ich hab z.b. auf nue2gw3 mit ~2400 Clients die Werte auf 2048 4096 8192 gesetzt.

	Da aber Batman sowieso die ARP Table ~~caches~~ (batctl dc) werden die ARP Requests im Netz vermutlich sowieso schon eingespart und das ganze dürfte fast nichts bringen. Da es aber auch praktisch nichts kostet kann man es dennoch erhöhen, dies muss im Einzelfall entschieden werden.		Da aber Batman sowieso die ARP Table cached (batctl dc) werden die ARP Requests im Netz vermutlich sowieso schon eingespart und das ganze dürfte fast nichts bringen. Da es aber auch praktisch nichts kostet kann man es dennoch erhöhen, dies muss im Einzelfall entschieden werden.

ChristianD: /* ARP Cache erhöhen */

2018-08-28T07:03:41Z

ARP Cache erhöhen

← Nächstältere Version		Version vom 28. August 2018, 09:03 Uhr
Zeile 69:		Zeile 69:

	Ich hab z.b. auf nue2gw3 mit ~2400 Clients die Werte auf 2048 4096 8192 gesetzt.		Ich hab z.b. auf nue2gw3 mit ~2400 Clients die Werte auf 2048 4096 8192 gesetzt.

	Da aber Batman sowieso die ARP Table caches (batctl dc) werden die ARP Requests im Netz vermutlich sowieso schon eingespart und das ganze dürfte fast nichts bringen. Da es aber auch praktisch nichts kostet kann man es dennoch erhöhen, dies muss im Einzelfall entschieden werden.		Da aber Batman sowieso die ARP Table caches (batctl dc) werden die ARP Requests im Netz vermutlich sowieso schon eingespart und das ganze dürfte fast nichts bringen. Da es aber auch praktisch nichts kostet kann man es dennoch erhöhen, dies muss im Einzelfall entschieden werden.

ChristianD: /* ARP Cache erhöhen */

2018-08-28T07:03:31Z

ARP Cache erhöhen

← Nächstältere Version		Version vom 28. August 2018, 09:03 Uhr
Zeile 69:		Zeile 69:

	Ich hab z.b. auf nue2gw3 mit ~2400 Clients die Werte auf 2048 4096 8192 gesetzt.		Ich hab z.b. auf nue2gw3 mit ~2400 Clients die Werte auf 2048 4096 8192 gesetzt.
			Da aber Batman sowieso die ARP Table caches (batctl dc) werden die ARP Requests im Netz vermutlich sowieso schon eingespart und das ganze dürfte fast nichts bringen. Da es aber auch praktisch nichts kostet kann man es dennoch erhöhen, dies muss im Einzelfall entschieden werden.

ChristianD: Die Seite wurde neu angelegt: „= Problem nf_conntrack = Bei vielen Clients und vorallem NAT und anderen Iptables kann es passieren das die nf_conntrack auf den Server voll läuft. Wenn dies…“

2018-08-28T06:22:59Z

Die Seite wurde neu angelegt: „= Problem nf_conntrack = Bei vielen Clients und vorallem NAT und anderen Iptables kann es passieren das die nf_conntrack auf den Server voll läuft. Wenn dies…“

Neue Seite

= Problem nf_conntrack =
Bei vielen Clients und vorallem NAT und anderen Iptables kann es passieren das die nf_conntrack auf den Server voll läuft. Wenn dies passiert fängt der Server an Pakete zu verwerfen und ist dann nur noch schwer erreichbar.
Zu erkennen ist das auch wenn dmesg unmengen von
<pre>
nf_conntrack: table full, dropping packet
</pre>
um sich wirft.

Folgendes sollte man im Auge behalten:

== Ermitteln des conntrack_max ==
<pre>
cat /proc/sys/net/ipv4/netfilter/ip_conntrack_max
</pre>

Debian9:

<pre>
cat /proc/sys/net/nf_conntrack_max
</pre>

== Ermitteln des aktuellen conntrack count ==
<pre>
/sbin/sysctl net.netfilter.nf_conntrack_count
</pre>

sollte die aktuell Größe nahe an die maximale Größe kommen, kann diese vergrößert werden:
<pre>
sysctl -w net.netfilter.nf_conntrack_max=131072
echo 32768 > /sys/module/nf_conntrack/parameters/hashsize
</pre>
zu beachten ist, das eine größere conntrack auch mehr Arbeitsspeicher fordert. Unter 4GB sollte sie nicht vergrößert werden. Der hashsize sollte 1/4 des conntrack_max Wertes betragen
Der Wert kann auch permamenent angepasst werden:
<pre>
vi /etc/sysctl.conf // Am Ende einfügen
net.netfilter.nf_conntrack_count = 131072
vi /etc/rc.local
echo 32768 > /sys/module/nf_conntrack/parameters/hashsize
</pre>
zusätzlich kann das unnötig lange Timeout verringert werden um den conntrack count schon von Grund auf kleiner zu halten:

<pre>
vi /etc/sysctl.conf // Am Ende einfügen
net.ipv4.netfilter.ip_conntrack_generic_timeout = 120
net.ipv4.netfilter.ip_conntrack_tcp_timeout_established = 54000
</pre>
bzw. die Werte sofort setzen:
<pre>
sysctl -w net.ipv4.netfilter.ip_conntrack_generic_timeout=120
sysctl -w net.ipv4.netfilter.ip_conntrack_tcp_timeout_established=54000
</pre>
Quelle: [http://doku.fietz.net/index.php?title=Nf_conntrack]

= ARP Cache erhöhen =
ACHTUNG: Das ganze ist noch nicht intensiv getestet, bitte bei Änderungen beobachten!
Default ist im Linux der Arp Cache relativ klein. Wenn man mehrmals hintereinander die Menge an ARP Einträgen im Cache abfragt (z.b. ip neigh show | wc -l) und man feststellt das der Cache regelmäßig aufgeräumt wird (Zahl springt alle paar Sekunden wieder auf einen deutlich kleineren Wert zurück) sollte man den Wert erhöhen um die Arp Requests im Netz zu verringern. Dies geht über sysctl Variablen:

<pre>
sysctl -w net.ipv6.neigh.default.gc_thresh1=128
sysctl -w net.ipv6.neigh.default.gc_thresh2=512
sysctl -w net.ipv6.neigh.default.gc_thresh3=1024
sysctl -w net.ipv4.neigh.default.gc_thresh1=128
sysctl -w net.ipv4.neigh.default.gc_thresh2=512
sysctl -w net.ipv4.neigh.default.gc_thresh3=1024
</pre>

die oben angegeben Werte sind die default Werte. Weitere Infos zu den Werten:
https://wiki.manitu.de/index.php/Server:Fehlermeldung_%22kernel:_Neighbour_table_overflow%22

Ich hab z.b. auf nue2gw3 mit ~2400 Clients die Werte auf 2048 4096 8192 gesetzt.