Netzwerkverbindung für VMs

[GregorS]

Hallo zusammen!

Nach einem Ausflug zu Slackware bin ich dabei, mich in Debian 10 hineinzuwurschteln.

Nun erzeugt ein Script, das noch aus vor-systemd-Zeit stammt, nur „Kommando nicht gefunden“-Fehlermeldungen. Da ich mich noch nicht die Spur mit den neuen Gegebenheiten befasst habe, benötige ich Hilfe. Es wäre schön, wenn jemand mein Script so schreiben könnte, dass es funktioniert und ich meine z. T. über 10 Jahre alten VMs reaktivieren kann.

Das Original:

Code: Alles auswählen

#!/bin/sh

ip tuntap add mode tap; ifconfig -a tap0 192.168.1.50
sysctl net.ipv4.ip_forward=1
iptables -t nat -A POSTROUTING -s 192.168.1.1/24 -o eth0 -j MASQUERADE
iptables -t nat -A POSTROUTING -s 192.168.1.0/24 -d 192.168.0.0/24 -j MASQUERADE 

# eof

Nunja ... kann vielleicht noch jemand einen „systemd-Primer“ empfehlen?

TIA

Gregor

[jph]

Was sind denn das für VMs? VirtualBox? LXC-Container? Bei denen kommt man ohne solches Gewurschtel aus

[GregorS]

Was sind denn das für VMs? VirtualBox? LXC-Container? Bei denen kommt man ohne solches Gewurschtel aus

qemu.

Gruß

Gregor

[unitra]

Wo erzeugt das Skript die Fehlermeldungen? Vermutlich bei dem ifconfig, aber die Fehlermeldung zu sehen wäre hilfreich.

...
Nun erzeugt ein Script, das noch aus vor-systemd-Zeit stammt, nur „Kommando nicht gefunden“-Fehlermeldungen.
...
Das Original:

Code: Alles auswählen

#!/bin/sh

ip tuntap add mode tap; ifconfig -a tap0 192.168.1.50
sysctl net.ipv4.ip_forward=1
iptables -t nat -A POSTROUTING -s 192.168.1.1/24 -o eth0 -j MASQUERADE
iptables -t nat -A POSTROUTING -s 192.168.1.0/24 -d 192.168.0.0/24 -j MASQUERADE 

# eof

[guennid]

Nach einem Ausflug zu Slackware

Warum blieb's beim „Ausflug“?

Grüße, Günther

[GregorS]

Hallo!

Die Fehlermeldungen:

Code: Alles auswählen

root@mimi:~# /etc/init.d/tapup 
/etc/init.d/tapup: 3: /etc/init.d/tapup: ifconfig: not found
/etc/init.d/tapup: 4: /etc/init.d/tapup: sysctl: not found
/etc/init.d/tapup: 5: /etc/init.d/tapup: iptables: not found
/etc/init.d/tapup: 6: /etc/init.d/tapup: iptables: not found

Beim Ausflug bleibt's wohl, weil die fehlende Verwaltung der Abhängigkeiten nervt und ich zu vieles selbst besorgen und kompilieren muss. Die Zeiten, als ich es interessant fand, mich hauptsächlich mit dem System selbst zu beschäftigen, sind vorbei. Ich will mich nicht mehr um das System kümmern müssen, sondern mit dessen Unterstützung produktiv sein.

Gruß

Gregor

[MSfree]

Die Fehlermeldungen:

Code: Alles auswählen

root@mimi:~# /etc/init.d/tapup 
/etc/init.d/tapup: 3: /etc/init.d/tapup: ifconfig: not found
...

Das hat mit Abhängigkeiten gar nichts zu tun. Dein Skript findet die Programme nicht, weil es nicht in /sbin nach Programmen sucht. Das sollte aber nach 11 Jahren Linux eigentlich längst bekannt sein. Das ist selbst unter DOS 1.0 bis Win10 nicht anders.

Schreib halt /sbin/ifconfig und /sbin/iptables in dein Skript rein.

[guennid]

Zu GregorS:
Danke für die Auskunft!

[GregorS]

Schreib halt /sbin/ifconfig und /sbin/iptables in dein Skript rein.

Danke für den Hinweis. Dass sich /sbin nicht standardmäßig im Suchpfad befindet, ist eine der Neuerungen, an die ich mich wohl oder übel gewöhnen muss.

Jetzt fehlt mir nur noch die Info, wie ich das Weiterleiten von Netzwerkpaketen aktivieren kann.

Gruß

Gregor

[JTH]

Dass sich /sbin nicht standardmäßig im Suchpfad befindet, ist eine der Neuerungen, an die ich mich wohl oder übel gewöhnen muss.

Das war allerdings auch schon „früher“ eher Glück, dass das funktioniert hat. Nen Initscript setzt üblicherweise seinen eigenen PATH und verlässt sich nicht auf die aufrufende Umgebung:

Code: Alles auswählen

$ grep -nr PATH /etc/init.d
/etc/init.d/alsa-utils:26:PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
[…]
/etc/init.d/x11-common:14:PATH=/usr/bin:/usr/sbin:/bin:/sbin

Wenn du ein Initscript als

Code: Alles auswählen

# /etc/init.d/foobar start

o.ä. aufrufst, kannst du dich nämlich eigentlich nie darauf verlassen, dass der aufrufende Benutzer/root gerade seine PATH-Variable richtig gesetzt hat. Sollte man zumindest nicht.

[MSfree]

Jetzt fehlt mir nur noch die Info, wie ich das Weiterleiten von Netzwerkpaketen aktivieren kann.

Genauso, wie du es oben in deinem Skript mit sysctl machst. Allerdings wird das ebenfalls nicht gefunden wegen fehlendem Suchpfad. Fehlerbehebung: siehe mein Post oben.

Oder durch schreibst:

Code: Alles auswählen

PATH=/sbin:$PATH

in dein Shellscript.

Alternativ kann man die Kernelvariable ip_forward auch ganz schnöde mit

Code: Alles auswählen

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

setzen.