Если Ваш код порывает с несколькими шлюзами по умолчанию, необходимо, вероятно, также посмотреть в нескольких IP-адресах для каждого устройства.
Когда Вы уже получили ответ, вот другой подход, поскольку Вы никогда не должны изменять конфигурацию своей системы просто, потому что Вы хотите выполнять/тестировать сценарий. Как насчет того, чтобы использовать сетевые пространства имен вместо этого. Для краткого введения, как добавить, виртуальные устройства к Вашему NS (пространство имен) взглянули на http://code.google.com/p/coreemu/wiki/Namespaces.
Создать пространство имен, названное тестом и выполнить команду под этим пространством имен, просто выполненным
ip netns add test
ip netns exec test COMMAND
где КОМАНДА может быть, например, Вашей оболочкой или просто сценарием сервера.
gvim возвращается почти сразу. Когда sudoedit замечает, что редактор возвратился, он закончит не сообщать ни о каких изменениях. Чтобы заставить sudoedit работать правильно, необходимо заставить это ожидать, пока Вы не закончены, редактируя. Я обычно использую переключатель-f, чтобы сделать это. Я не попробовал его, но руководство, кажется, поддерживает использование - удаленный - ожидают или - remote-wait-silent.
Вы могли попробовать это использование переменных среды:
И установка одного/всего к этому:
"/usr/bin/gvim --remote-silent"
Defaults editor = "/usr/bin/vim:/usr/bin/gvim:/usr/bin/gvim --remote-silent"
, и имейте sudo, выбирают редактора в РЕДАКТОРЕ, пока это из того списка. Однако кажется, что sudoedit использует энергию даже если EDITOR="/usr/bin/gvim --remote-silent"
.
– ABP
02.12.2013, 21:31
Defaults editor
при установке, но это не ведет себя правильно. IDK, если это - ошибка в gvim или sudo, или если я делаю что-то не так.
– ABP
02.12.2013, 21:53
--remote-wait
не работает немного лучше.-f
действительно работает, хотя! – ABP 02.12.2013, 23:25