В сообщении об ошибке упоминается, MASQUERADEно корень вашей проблемы $atp. Есть опечатка. Ваша команда
sudo iptables --table nat --append POSTROUTING --out-interface $atp -j MASQUERADE действительно
sudo iptables --table nat --append POSTROUTING --out-interface -j MASQUERADE потому что вы определяете, $apt=eth0но затем вы используете без кавычек $atp(не $aptопечатка!), которая преобразуется в пустую строку без кавычек и исчезает.
По сути -j, берется как имя интерфейса, поэтому MASQUERADEотображается как отдельный аргумент и не ведет себя так, как -j MASQUERADEобычно.
Если бы вы следовали передовой практике для цитирования переменных, вы получите --out-interface "$atp"результат, Empty interface is likely to be undesiredкоторый привлек бы ваше внимание к "$atp"аргументу, где настоящая проблема. Пустая строка, заключенная в кавычки, генерирует для команды пустой аргумент ( iptablesв этом случае откладывание в sudoсторону здесь оправдано), поэтому, если пустая строка является неожиданной, команда может реагировать соответствующим образом, и это хорошо.
Пустая строка без кавычек просто исчезает. Это «сдвигает» следующие аргументы. Вы iptablesникогда не знали, что есть что-то между --out-interfaceи -j. Парсер командной строки обманут, и команда может пожаловаться только на другой аргумент, как MASQUERADEв вашем случае. Альтернатива хуже: в общем, если эти «сдвинутые» аргументы создают правильное продолжение, команда будет работать с массивом опций, которые вы никогда не намеревались передать. Это может быть плохо; с sudoэтим может быть очень плохо.
Урок: процитируйте свои переменные.