WANem zwischen Maschinen routen?

Ich habe WANem 3.0 Beta 2 auf einem physischen Computer mit 2 Schnittstellen installiert, und ich habe 2 Linux-Boxen angeschlossen. So wie:

Linux1: 100.100.100.2 & lt; - & gt; 100.100.100.1:WANem:200.200.200.1.1 & lt; - & gt; 200.200.200.2 Linux2

Ich habe jede Linux-Box so eingestellt, dass sie die WANem-Schnittstelle verwendet, mit der sie als Gateway verbunden sind. Jede Linux-Box kann die Adressen beider WANem-Schnittstellen pingen (dh, Linux1 kann sowohl 100.100.100.1 als auch 200.200.200.1 pingen). Keiner von ihnen kann sich jedoch gegenseitig pingen. Nach dem Lesen von Tutorials sollte es standardmäßig funktionieren, aber es funktioniert nicht. Weiß jemand, wie WANem für diese Art von Routing eingerichtet wird? Ich bin nicht mit der WANem-Shell vertraut.

Vielen Dank!

BEARBEITEN: In dieser Konfiguration müssen Sie die IP-Weiterleitung manuell hinzufügen. In der WANem-Shell habe ich Folgendes eingegeben:

echo 1 > /proc/sys/net/ipv4/ip_forward

und ich konnte beide Endpunkte voneinander anpingen. Dies ist nur eine vorübergehende Änderung. Wenn Sie also einen Neustart durchführen, wird der Vorgang nicht weitergeleitet. Ich habe es noch nicht ausprobiert, aber anscheinend wird dies von der Datei / etc / network / options gesteuert. Sie können dies bearbeiten und ip_forward = no in ip_forward = yes ändern. Die Änderung sollte dauerhaft sein.

Ein bisschen zu spät zur Show hier, aber da es keine neuen Releases von WANem gibt, seit dies veröffentlicht wurde, ist es relevant.

Es gab tatsächlich einen Debian-Squeeze-Fehler, der in der Version von Knoppix vorhanden war, auf der WANem 3.0 basierte. Dies erschwert dies ein wenig.

Die Lösung besteht darin, die Einstellung hinzuzufügen net.ipv4.ip_forward = 1 zu /etc/sysctl.conf (weil in Debian Squeeze der /etc/network/options war veraltet).

Dies ist jedoch nur ein Teil der Lösung, aufgrund des Fehlers. Debian Squeeze wurde ausgeführt /etc/init.d/procps (wendet die Einstellungen in der sysctl-Konfiguration an), bevor die Netzwerkmodule geladen wurden, und wurden von den Modulen ignoriert. Um dies zu umgehen, müssen Sie das neu starten /etc/init.d/procps Service in /etc/rc.local. Die volle Anerkennung für diesen Workaround geht an dieser Beitrag durch Vladislav Kononenko

Das verknüpfte Problem basierte auf einem System, das leer war rc.local Verwenden Sie dieses Beispiel stattdessen, da WANem in rc.local die erforderliche Logik für den Start besitzt.

rc.local

#!/bin/bash
#
# rc.local
#
# Load kernel variables from /etc/sysctl.d and /etc/sysctl.conf
/etc/init.d/procps restart

# Start local services after hardware detection
SERVICES="apache2 ajaxterm"

for i in $SERVICES; do
  [ -x /etc/init.d/"$i" ] && /etc/init.d/"$i" start >/dev/null 2>&1
done

exit 0

Dadurch wird ip_forwarding für Sie korrigiert und aktiviert und bleibt auch nach Neustarts erhalten (wenn Sie WANem auf der Festplatte der VM mit installiert haben) 0wn