трафик маршрута другой шлюз сетью назначения
Я полагаю, что Вы должны использовать allow_other опция к sshfs. Чтобы сделать это, необходимо назвать его с sudo, следующим образом:-
sudo sshfs -o allow_other user@myserver:/home/user/myprojects ~/mount/myprojects
Без этой опции только пользователь, который выполнил sshfs, может получить доступ к монтированию. Это - ограничение предохранителя. Больше информации доступно путем ввода man fuse.
Необходимо также отметить, что (на Ubuntu, по крайней мере) необходимо быть членом группы 'предохранителя', иначе команда выше будет жаловаться на неспособность получить доступ /etc/fuse.conf когда работал без 'sudo'.
Можно, вероятно, сделать то, с чем Вы хотите ip route:
ip route add 8.8.8.8 via 10.0.0.1 dev enp3s8
ip route add 10.0.0.0/24 dev eth0
Первое ip route add показывает единственный IP-адрес, отослал данный интерфейс Ethernet (ep3s8) в маршрутизатор следующего перехода, 10.0.0.1
Второй маршрут для целой сети, 10.x.y.z, отослал данную плату Ethernet, eth0. Это - "локальная сеть", которая не имеет маршрутизатора следующего перехода, это - все на том же логическом проводе.
Вы хотите читать man ip-route прежде, чем сделать что-либо, все же. Кроме того, будьте готовы должными быть перезагрузить и не сделать этого удаленно. Можно очень легко создать неправильные маршруты, которые прекращают удаленный доступ. Я - речь опыта в этой последней рекомендации.
-
1Обратите внимание, что можно также указать шлюзы для всех блоков, ''IP маршрут добавляет 10.1.0.0/16 через 192.168.0.1' – jthill 17.11.2013, 18:22
-
2Спасибо за Ваш ответ, который поможет указать на меня в правильном направлении. Я дам этому попытку и сообщу. – Walter 21.11.2013, 03:46
То, о чем Вы спрашиваете, policy-based routing или source-based routing. Существует превосходное введение David Schwartz на этом точно том же сайте.
Я хотел бы указать, что существует также аккуратная небольшая программа, которую Вы cn находят здесь, который позволяет Вам связывать определенные приложения с данным интерфейсом. Это, конечно, легко с приложениями как openssh, которые имеют опции связать с желаемым адресом слушания. Но эта библиотека позволяет Вам связывать даже приложения без таких опций (как Firefox) к данному IP-адресу.
Таким образом можно выбрать, хотите ли Вы обеспечить таблицы отдельной маршрутизации для всех приложений или переопределить те те же спецификации на основе на приложение.
-
1Вам не нужна маршрутизация политики, если Вы хотите направить местом назначения. – Diego Woitasen 18.11.2013, 14:02
-
2Привет, это - также положительная сторона, хм, который позволит большую гибкость, которая, вероятно, более совершенствуется, чем я хочу быть в этой точке. Определенно что-то для изучения все же. – Walter 21.11.2013, 03:47
хорошим местом для чтения об исходной маршрутизации основы является Linux Advanced Routing & Traffic Control
также можно прочитать руководства
man ip rule
man ip route
В целом необходимо добавить правило (я добавил интерфейс eth1 только в демонстрационных целях, это может быть опущено),
#ip rule add dev eth1 to 170.10.0.10 table 2 priority 20000
вот:
dev eth1 - устройство, которое будет использоваться для отправки пакетов
к 170.10.0.10 - место назначения
таблица 2 - таблица, где Вы должны задница Ваши маршруты
приоритет 20000 - приоритет правила
Вы видите свое правило
#ip ru sh
0: from all lookup local
20000: from all to 170.10.0.10 iif eth1 lookup 2
32766: from all lookup main
32767: from all lookup default
Затем, необходимо добавить маршруты обычным способом, но необходимо указать таблицу (таблица 2), куда Вы поместили бы маршрут
#ip route add table 2 via 170.10.0.1 default
для наблюдения маршрутов необходимо работать
#ip route show ta 2