Die Fehlermeldung erwähnt, MASQUERADEaber die Ursache Ihres Problems ist $atp. Es gibt einen Tippfehler. Dein Befehl
sudo iptables --table nat --append POSTROUTING --out-interface $atp -j MASQUERADE ist wirklich
sudo iptables --table nat --append POSTROUTING --out-interface -j MASQUERADE denn du definierst $apt=eth0dann aber nicht Anführungszeichen $atp(nicht $apteinen Tippfehler!), was sich auf nicht zitierte leere Zeichenfolge auflöst und verschwindet.
Der Effekt -jwird als Schnittstellenname verwendet, MASQUERADEerscheint also als eigenständiges Argument und verhält sich nicht so, wie -j MASQUERADEes normalerweise der Fall wäre.
Wenn Sie eine bewährte Methode befolgen, um Variablen zu zitieren, --out-interface "$atp"würde Empty interface is likely to be undesireddies Ihre Aufmerksamkeit auf das "$atp"Argument lenken, in dem das eigentliche Problem liegt. Eine leere Zeichenfolge in Anführungszeichen erzeugt ein leeres Argument für den Befehl ( iptablesin diesem Fall wird das Aufheben der sudoSeite hier gerechtfertigt). Wenn die leere Zeichenfolge unerwartet ist, kann der Befehl entsprechend reagieren und dies ist gut.
Eine nicht zitierte leere Zeichenfolge verschwindet einfach. Dies "verschiebt" die folgenden Argumente. Sie iptableswussten nie, dass etwas zwischen --out-interfaceund war -j. Der Befehlszeilen-Parser wird getäuscht und der Befehl kann sich nur über ein anderes Argument beschweren, wie MASQUERADEin Ihrem Fall. Die Alternative ist schlimmer: Wenn diese "verschobenen" Argumente eine korrekte Fortsetzung bilden, wird der Befehl mit dem Array von Optionen ausgeführt, die Sie niemals an ihn übergeben wollten. Das kann schlecht sein; mit sudodiesem kann sehr schlecht sein.
Die Lektion lautet: Zitieren Sie Ihre Variablen.