Совместное использование петлевого интерфейса через сетевые пространства имен
] Вы, вероятно, ищете []-E[] опцию []sudo[], которая заставляет сохранить переменные окружения вашего пользователя:[
-E, --preserve-env
Indicates to the security policy that the user wishes to pre‐
serve their existing environment variables. The security
policy may return an error if the user does not have permis‐
sion to preserve the environment.
]Я только что протестировал это на моем Cinnamon LMDE и запустив []sudo -E eom[], я сохраню эту тему. [
Нет, нет способа сделать это. Это сломало бы саму концепцию отделения сетевых пространств имен. Есть один и только один способ «избежать» это разделение, и это VETH интерфейсы.
Через немного подробно, это было бы не просто вопрос каким-либо «совместным» интерфейсом обратной связи между пространствами имен сети. Каждая сетевая пространство имен логически является другой копией сети сети, с помощью собственных маршрутов [SIC], правила брандмауэра и сетевыми устройствами. В контексте этого «совместного использования», которые будут применяться таблица маршрутизации и правила брандмауэра? Вы даже можете иметь несколько разных процессов как связанные и прослушивание одного и того же адреса TCP / IP и номер порта в разных пространствах имен сетей, и какой из них затем выберет входящие пакеты? Это принципиально не работает.
Вы не можете совместно использовать петлю или фактически какие-либо интерфейсы с пространствами имен. Но вы можете создавать интерфейсы loopback с тем же адресом, что и у глобального и оба они будут работать нормально независимо.
.
Я мог бы создать следующее в своем пространстве имен:
lo:11 Link encap:Local Loopback
inet addr:127.0.1.1 Mask:255.0.0.0
LOOPBACK MTU:65536 Metric:1
lo: Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
LOOPBACK MTU:65536 Metric:1