Использовать две сети одновременно?

Это решение работает безупречно

ОК. Поэтому, основываясь на моем предыдущем ответе, вот решение, которое работает прямо из коробки без каких-либо проблем.

Во-первых, установите этот плагин в Vuze: Azureus HTML WebUI

Теперь перейдите в свой браузер и откройте Azureus HTML WebUI . Это веб-интерфейс для управления вашим Vuze. Здесь вы можете увидеть, что для приостановки / возобновления загрузки у вас есть ссылка на такой URL:

http://localhost:6886/index.tmpl?act=pause

Теперь вы можете просто «щелкнуть» этот URL-адрес, используя CURL, выполнив запрос GET. Следовательно, запустите эти команды в терминале для приостановки и возобновления:

curl --request GET 'http://localhost:6886/index.tmpl?act=pause'   # For pausing
curl --request GET 'http://localhost:6886/index.tmpl?act=resume'  # For resuming

6
задан 5 February 2011 в 17:39

27 ответов

Я предполагаю, что у вас нет маршрутов, установленных локально в поле Ubuntu.

Если ваш целевой IP-адрес разделяет адресное пространство с подключенным интерфейсом, он должен по умолчанию маршрутизировать правильный IP-адрес.

Вы сможете увидеть, какие сети ваши интерфейсы «принадлежат» с ip route show. Например,

$ ip route show
192.168.2.0/24 dev eth0  proto kernel  scope link  src 192.168.2.22  metric 1 

В этом случае адрес 192.168.1.x/24 (eth0) будет шлюзом для того же 192.168.1.x/24. Адрес 10.x.x.x будет шлюзом для всех 10.x.x.x, которые попадают под его маску подсети. На самом деле это то, что вы видите в ответе бекона. Он показывает тест ping, где шлюз и целевые IP-адреса находятся в одной сети - сетевые маски точно совпадают. 192.168.43.102 находится в пределах той же сети /24 (как показано сетью сети 255.255.255.0) в качестве интерфейса.

Единственная проблема заключается в путанице над другими подсетями - интерфейсом, подключающимся к исходящему Путь ISP должен быть «шлюзом последней инстанции» для всех маршрутов, которые не связаны напрямую.

Вы можете заставить это работать, но вы должны сделать быстрый тест, чтобы убедиться, что вы можете достичь необходимых ресурсов. Вы можете обнаружить, что вам нужно использовать route add для добавления маршрута по умолчанию.

3
ответ дан 25 May 2018 в 23:40
  • 1
    У меня есть маршрут по умолчанию, который я добавил в вопросе. Итак, трюк заключается в том, чтобы удалить маршрут по умолчанию? – user 5 February 2011 в 17:37
  • 2
    У меня есть маршрут по умолчанию, который я добавил в вопросе. Итак, трюк заключается в том, чтобы удалить маршрут по умолчанию? – user 5 February 2011 в 17:37
  • 3
    У меня есть маршрут по умолчанию, который я добавил в вопросе. Итак, трюк заключается в том, чтобы удалить маршрут по умолчанию? – user 5 February 2011 в 17:37
  • 4
    У меня есть маршрут по умолчанию, который я добавил в вопросе. Итак, трюк заключается в том, чтобы удалить маршрут по умолчанию? – user 5 February 2011 в 17:37
  • 5
    У меня есть маршрут по умолчанию, который я добавил в вопросе. Итак, трюк заключается в том, чтобы удалить маршрут по умолчанию? – user 5 February 2011 в 17:37
  • 6
    У меня есть маршрут по умолчанию, который я добавил в вопросе. Итак, трюк заключается в том, чтобы удалить маршрут по умолчанию? – user 5 February 2011 в 17:37
  • 7
    @christoper На самом деле, маршрут по умолчанию должен быть там. Подсети приватных IP-интерфейсов 192.168.x.x и 10.x.x.x должны соответствовать первому на любом трафике, идущем в их подсети, а трафик, который не соответствует, должен использовать маршрут по умолчанию, потому что нет лучшего явного набора маршрутов. – belacqua 6 February 2011 в 02:09
  • 8
    Я понимаю. Благодаря! – user 6 February 2011 в 17:52
  • 9
    Я понимаю. Благодаря! – user 6 February 2011 в 17:52
  • 10
    Я понимаю. Благодаря! – user 6 February 2011 в 17:52
  • 11
    Я понимаю. Благодаря! – user 6 February 2011 в 17:52
  • 12
    Я понимаю. Благодаря! – user 6 February 2011 в 17:52
  • 13
    Я понимаю. Благодаря! – user 6 February 2011 в 17:52

Я предполагаю, что у вас нет маршрутов, установленных локально в поле Ubuntu.

Если ваш целевой IP-адрес разделяет адресное пространство с подключенным интерфейсом, он должен по умолчанию маршрутизировать правильный IP-адрес.

Вы сможете увидеть, какие сети ваши интерфейсы «принадлежат» с ip route show. Например,

$ ip route show 192.168.2.0/24 dev eth0 proto kernel scope link src 192.168.2.22 metric 1

В этом случае адрес 192.168.1.x/24 (eth0) будет шлюзом для того же 192.168.1.x/24. Адрес 10.x.x.x будет шлюзом для всех 10.x.x.x, которые попадают под его маску подсети. На самом деле это то, что вы видите в ответе бекона. Он показывает тест ping, где шлюз и целевые IP-адреса находятся в одной сети - сетевые маски точно совпадают. 192.168.43.102 находится в пределах той же сети /24 (как показано сетью сети 255.255.255.0) в качестве интерфейса.

Единственная проблема заключается в путанице над другими подсетями - интерфейсом, подключающимся к исходящему Путь ISP должен быть «шлюзом последней инстанции» для всех маршрутов, которые не связаны напрямую.

Вы можете заставить это работать, но вы должны сделать быстрый тест, чтобы убедиться, что вы можете достичь необходимых ресурсов. Вы можете обнаружить, что вам нужно использовать route add для добавления маршрута по умолчанию.

3
ответ дан 25 July 2018 в 22:39

Я предполагаю, что у вас нет маршрутов, установленных локально в поле Ubuntu.

Если ваш целевой IP-адрес разделяет адресное пространство с подключенным интерфейсом, он должен по умолчанию маршрутизировать правильный IP-адрес.

Вы сможете увидеть, какие сети ваши интерфейсы «принадлежат» с ip route show. Например,

$ ip route show 192.168.2.0/24 dev eth0 proto kernel scope link src 192.168.2.22 metric 1

В этом случае адрес 192.168.1.x/24 (eth0) будет шлюзом для того же 192.168.1.x/24. Адрес 10.x.x.x будет шлюзом для всех 10.x.x.x, которые попадают под его маску подсети. На самом деле это то, что вы видите в ответе бекона. Он показывает тест ping, где шлюз и целевые IP-адреса находятся в одной сети - сетевые маски точно совпадают. 192.168.43.102 находится в пределах той же сети /24 (как показано сетью сети 255.255.255.0) в качестве интерфейса.

Единственная проблема заключается в путанице над другими подсетями - интерфейсом, подключающимся к исходящему Путь ISP должен быть «шлюзом последней инстанции» для всех маршрутов, которые не связаны напрямую.

Вы можете заставить это работать, но вы должны сделать быстрый тест, чтобы убедиться, что вы можете достичь необходимых ресурсов. Вы можете обнаружить, что вам нужно использовать route add для добавления маршрута по умолчанию.

3
ответ дан 31 July 2018 в 12:22

Я предполагаю, что у вас нет маршрутов, установленных локально в поле Ubuntu.

Если ваш целевой IP-адрес разделяет адресное пространство с подключенным интерфейсом, он должен по умолчанию маршрутизировать правильный IP-адрес.

Вы сможете увидеть, какие сети ваши интерфейсы «принадлежат» с ip route show. Например,

$ ip route show 192.168.2.0/24 dev eth0 proto kernel scope link src 192.168.2.22 metric 1

В этом случае адрес 192.168.1.x/24 (eth0) будет шлюзом для того же 192.168.1.x/24. Адрес 10.x.x.x будет шлюзом для всех 10.x.x.x, которые попадают под его маску подсети. На самом деле это то, что вы видите в ответе бекона. Он показывает тест ping, где шлюз и целевые IP-адреса находятся в одной сети - сетевые маски точно совпадают. 192.168.43.102 находится в пределах той же сети /24 (как показано сетью сети 255.255.255.0) в качестве интерфейса.

Единственная проблема заключается в путанице над другими подсетями - интерфейсом, подключающимся к исходящему Путь ISP должен быть «шлюзом последней инстанции» для всех маршрутов, которые не связаны напрямую.

Вы можете заставить это работать, но вы должны сделать быстрый тест, чтобы убедиться, что вы можете достичь необходимых ресурсов. Вы можете обнаружить, что вам нужно использовать route add для добавления маршрута по умолчанию.

3
ответ дан 2 August 2018 в 04:06

Я предполагаю, что у вас нет маршрутов, установленных локально в поле Ubuntu.

Если ваш целевой IP-адрес разделяет адресное пространство с подключенным интерфейсом, он должен по умолчанию маршрутизировать правильный IP-адрес.

Вы сможете увидеть, какие сети ваши интерфейсы «принадлежат» с ip route show. Например,

$ ip route show 192.168.2.0/24 dev eth0 proto kernel scope link src 192.168.2.22 metric 1

В этом случае адрес 192.168.1.x/24 (eth0) будет шлюзом для того же 192.168.1.x/24. Адрес 10.x.x.x будет шлюзом для всех 10.x.x.x, которые попадают под его маску подсети. На самом деле это то, что вы видите в ответе бекона. Он показывает тест ping, где шлюз и целевые IP-адреса находятся в одной сети - сетевые маски точно совпадают. 192.168.43.102 находится в пределах той же сети /24 (как показано сетью сети 255.255.255.0) в качестве интерфейса.

Единственная проблема заключается в путанице над другими подсетями - интерфейсом, подключающимся к исходящему Путь ISP должен быть «шлюзом последней инстанции» для всех маршрутов, которые не связаны напрямую.

Вы можете заставить это работать, но вы должны сделать быстрый тест, чтобы убедиться, что вы можете достичь необходимых ресурсов. Вы можете обнаружить, что вам нужно использовать route add для добавления маршрута по умолчанию.

3
ответ дан 4 August 2018 в 20:09

Я предполагаю, что у вас нет маршрутов, установленных локально в поле Ubuntu.

Если ваш целевой IP-адрес разделяет адресное пространство с подключенным интерфейсом, он должен по умолчанию маршрутизировать правильный IP-адрес.

Вы сможете увидеть, какие сети ваши интерфейсы «принадлежат» с ip route show. Например,

$ ip route show 192.168.2.0/24 dev eth0 proto kernel scope link src 192.168.2.22 metric 1

В этом случае адрес 192.168.1.x/24 (eth0) будет шлюзом для того же 192.168.1.x/24. Адрес 10.x.x.x будет шлюзом для всех 10.x.x.x, которые попадают под его маску подсети. На самом деле это то, что вы видите в ответе бекона. Он показывает тест ping, где шлюз и целевые IP-адреса находятся в одной сети - сетевые маски точно совпадают. 192.168.43.102 находится в пределах той же сети /24 (как показано сетью сети 255.255.255.0) в качестве интерфейса.

Единственная проблема заключается в путанице над другими подсетями - интерфейсом, подключающимся к исходящему Путь ISP должен быть «шлюзом последней инстанции» для всех маршрутов, которые не связаны напрямую.

Вы можете заставить это работать, но вы должны сделать быстрый тест, чтобы убедиться, что вы можете достичь необходимых ресурсов. Вы можете обнаружить, что вам нужно использовать route add для добавления маршрута по умолчанию.

3
ответ дан 6 August 2018 в 04:11

Я предполагаю, что у вас нет маршрутов, установленных локально в поле Ubuntu.

Если ваш целевой IP-адрес разделяет адресное пространство с подключенным интерфейсом, он должен по умолчанию маршрутизировать правильный IP-адрес.

Вы сможете увидеть, какие сети ваши интерфейсы «принадлежат» с ip route show. Например,

$ ip route show 192.168.2.0/24 dev eth0 proto kernel scope link src 192.168.2.22 metric 1

В этом случае адрес 192.168.1.x/24 (eth0) будет шлюзом для того же 192.168.1.x/24. Адрес 10.x.x.x будет шлюзом для всех 10.x.x.x, которые попадают под его маску подсети. На самом деле это то, что вы видите в ответе бекона. Он показывает тест ping, где шлюз и целевые IP-адреса находятся в одной сети - сетевые маски точно совпадают. 192.168.43.102 находится в пределах той же сети /24 (как показано сетью сети 255.255.255.0) в качестве интерфейса.

Единственная проблема заключается в путанице над другими подсетями - интерфейсом, подключающимся к исходящему Путь ISP должен быть «шлюзом последней инстанции» для всех маршрутов, которые не связаны напрямую.

Вы можете заставить это работать, но вы должны сделать быстрый тест, чтобы убедиться, что вы можете достичь необходимых ресурсов. Вы можете обнаружить, что вам нужно использовать route add для добавления маршрута по умолчанию.

3
ответ дан 7 August 2018 в 22:10

Я предполагаю, что у вас нет маршрутов, установленных локально в поле Ubuntu.

Если ваш целевой IP-адрес разделяет адресное пространство с подключенным интерфейсом, он должен по умолчанию маршрутизировать правильный IP-адрес.

Вы сможете увидеть, какие сети имеют собственные интерфейсы с ip route show . Например,

  $ ip route show 192.168.2.0/24 dev eth0 proto kernel scope link src 192.168.2.22 метрика 1  

В этом случае a 192.168.1.x / 24 адрес (eth0) будет шлюзом для того же 192.168.1.x / 24 . Адрес 10.x.x.x будет шлюзом для всех 10.x.x.x , которые попадают под его маску подсети. На самом деле это то, что вы видите в ответе бекона. Он показывает тест ping, где шлюз и целевые IP-адреса находятся в одной сети - сетевые маски точно совпадают. 192.168.43.102 находится в пределах той же сети / 24 (как указано в маске сети 255.255.255.0 ) в качестве интерфейса.

Единственной проблемой может быть путаница по отношению к другим подсетям - интерфейс, соединяющийся с исходящим маршрутом интернет-провайдера, должен быть «шлюзом последней инстанции» для всех маршрутов, которые напрямую не связаны.

Вы можете заставить это работать, но вы должны сделать быстрый тест, чтобы убедиться, что вы можете достичь необходимых ресурсов. Вы можете обнаружить, что вам нужно использовать route add , чтобы добавить маршрут по умолчанию.

3
ответ дан 10 August 2018 в 10:24

Я предполагаю, что у вас нет маршрутов, установленных локально в поле Ubuntu.

Если ваш целевой IP-адрес разделяет адресное пространство с подключенным интерфейсом, он должен по умолчанию маршрутизировать правильный IP-адрес.

Вы сможете увидеть, какие сети имеют собственные интерфейсы с ip route show . Например,

  $ ip route show 192.168.2.0/24 dev eth0 proto kernel scope link src 192.168.2.22 метрика 1  

В этом случае a 192.168.1.x / 24 адрес (eth0) будет шлюзом для того же 192.168.1.x / 24 . Адрес 10.x.x.x будет шлюзом для всех 10.x.x.x , которые попадают под его маску подсети. На самом деле это то, что вы видите в ответе бекона. Он показывает тест ping, где шлюз и целевые IP-адреса находятся в одной сети - сетевые маски точно совпадают. 192.168.43.102 находится в пределах той же сети / 24 (как указано в маске сети 255.255.255.0 ) в качестве интерфейса.

Единственной проблемой может быть путаница по отношению к другим подсетям - интерфейс, соединяющийся с исходящим маршрутом интернет-провайдера, должен быть «шлюзом последней инстанции» для всех маршрутов, которые напрямую не связаны.

Вы можете заставить это работать, но вы должны сделать быстрый тест, чтобы убедиться, что вы можете достичь необходимых ресурсов. Вы можете обнаружить, что вам нужно использовать route add , чтобы добавить маршрут по умолчанию.

3
ответ дан 13 August 2018 в 16:50
  • 1
    У меня есть маршрут по умолчанию, который я добавил в вопросе. Итак, трюк заключается в том, чтобы удалить маршрут по умолчанию? – user 5 February 2011 в 17:37
  • 2
    @christoper На самом деле, маршрут по умолчанию должен быть там. Подсети приватных IP-интерфейсов 192.168.x.x и 10.x.x.x должны соответствовать первому на любом трафике, идущем в их подсети, а трафик, который не соответствует, должен использовать маршрут по умолчанию, потому что нет лучшего явного набора маршрутов. – belacqua 6 February 2011 в 02:09
  • 3
    Я понимаю. Благодаря! – user 6 February 2011 в 17:52

Я сделал быструю тестовую настройку здесь дома, с сетью 10.0.1.0 и сетью 192.168.43.0 (первый мой обычный lan over ehternet второй мой телефон по беспроводной сети.) У меня нет проблем с пингом в любую из сетей, поэтому я ожидаю, что компьютер сможет находить принтеры в обеих сетях, поскольку он автоматически принимает правильный сетевой интерфейс. Я на 99% уверен, что у вас вообще не будет проблем. (не сшивайте меня в случае других 1%), пожалуйста, сообщите нам, если он работает: -)

3
ответ дан 25 May 2018 в 23:40

Просто для того, чтобы выполнить другие ответы: если ваш компьютер не может подключиться к вашему устройству, вы можете «заставить» сетевое устройство использовать для определенного адреса и / или подсети, добавив маршрут, не запуская маршруты по умолчанию .

Вот мои маршруты, прежде чем добавлять определенный маршрут для одного из моих устройств в Wi-Fi:

# Note: ro is a shorthand for route.
$ ip -4 ro
default via 192.168.0.254 dev eth0  proto static 
192.168.0.0/24 dev eth0  proto kernel  scope link  src 192.168.0.20  metric 1 
192.168.0.0/24 dev wlan0  proto kernel  scope link  src 192.168.0.15  metric 9

Обратите внимание, что они оба используют одну и ту же подсеть и пинг 192.168. 0.17 (только в сети Wi-Fi) (не уверен, что это нормально).

Используя sudo ip -4 ro add 192.168.0.17 dev wlan0, я добавил маршрут, указывающий, что wlan0 следует использовать для 192.168.0.17.

Теперь я могу подключиться к этому хосту с помощью интерфейса wlan0, в то время как все остальное все еще проходит через eth0 (что намного быстрее!). Удаление вновь добавленного маршрута так же просто, как замена add на del.

Кажется, что также можно управлять маршрутами из графического менеджера сети, хотя использование командной строки происходит намного быстрее.

0
ответ дан 25 May 2018 в 23:40

Я сделал быструю тестовую настройку здесь дома, с сетью 10.0.1.0 и сетью 192.168.43.0 (первый мой обычный lan over ehternet второй мой телефон по беспроводной сети.) У меня нет проблем с пингом в любую из сетей, поэтому я ожидаю, что компьютер сможет находить принтеры в обеих сетях, поскольку он автоматически принимает правильный сетевой интерфейс. Я на 99% уверен, что у вас вообще не будет проблем. (не сшивайте меня в случае других 1%), пожалуйста, сообщите нам, если он работает: -)

3
ответ дан 25 July 2018 в 22:39

Просто для того, чтобы выполнить другие ответы: если ваш компьютер не может подключиться к вашему устройству, вы можете «заставить» сетевое устройство использовать для определенного адреса и / или подсети, добавив маршрут, не запуская маршруты по умолчанию .

Вот мои маршруты, прежде чем добавлять определенный маршрут для одного из моих устройств в Wi-Fi:

# Note: ro is a shorthand for route. $ ip -4 ro default via 192.168.0.254 dev eth0 proto static 192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.20 metric 1 192.168.0.0/24 dev wlan0 proto kernel scope link src 192.168.0.15 metric 9

Обратите внимание, что они оба используют одну и ту же подсеть и пинг 192.168. 0.17 (только в сети Wi-Fi) (не уверен, что это нормально).

Используя sudo ip -4 ro add 192.168.0.17 dev wlan0, я добавил маршрут, указывающий, что wlan0 следует использовать для 192.168.0.17.

Теперь я могу подключиться к этому хосту с помощью интерфейса wlan0, в то время как все остальное все еще проходит через eth0 (что намного быстрее!). Удаление вновь добавленного маршрута так же просто, как замена add на del.

Кажется, что также можно управлять маршрутами из графического менеджера сети, хотя использование командной строки происходит намного быстрее.

0
ответ дан 25 July 2018 в 22:39

Я сделал быструю тестовую настройку здесь дома, с сетью 10.0.1.0 и сетью 192.168.43.0 (первый мой обычный lan over ehternet второй мой телефон по беспроводной сети.) У меня нет проблем с пингом в любую из сетей, поэтому я ожидаю, что компьютер сможет находить принтеры в обеих сетях, поскольку он автоматически принимает правильный сетевой интерфейс. Я на 99% уверен, что у вас вообще не будет проблем. (не сшивайте меня в случае других 1%), пожалуйста, сообщите нам, если он работает: -)

3
ответ дан 31 July 2018 в 12:22

Просто для того, чтобы выполнить другие ответы: если ваш компьютер не может подключиться к вашему устройству, вы можете «заставить» сетевое устройство использовать для определенного адреса и / или подсети, добавив маршрут, не запуская маршруты по умолчанию .

Вот мои маршруты, прежде чем добавлять определенный маршрут для одного из моих устройств в Wi-Fi:

# Note: ro is a shorthand for route. $ ip -4 ro default via 192.168.0.254 dev eth0 proto static 192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.20 metric 1 192.168.0.0/24 dev wlan0 proto kernel scope link src 192.168.0.15 metric 9

Обратите внимание, что они оба используют одну и ту же подсеть и пинг 192.168. 0.17 (только в сети Wi-Fi) (не уверен, что это нормально).

Используя sudo ip -4 ro add 192.168.0.17 dev wlan0, я добавил маршрут, указывающий, что wlan0 следует использовать для 192.168.0.17.

Теперь я могу подключиться к этому хосту с помощью интерфейса wlan0, в то время как все остальное все еще проходит через eth0 (что намного быстрее!). Удаление вновь добавленного маршрута так же просто, как замена add на del.

Кажется, что также можно управлять маршрутами из графического менеджера сети, хотя использование командной строки происходит намного быстрее.

0
ответ дан 31 July 2018 в 12:22

Я сделал быструю тестовую настройку здесь дома, с сетью 10.0.1.0 и сетью 192.168.43.0 (первый мой обычный lan over ehternet второй мой телефон по беспроводной сети.) У меня нет проблем с пингом в любую из сетей, поэтому я ожидаю, что компьютер сможет находить принтеры в обеих сетях, поскольку он автоматически принимает правильный сетевой интерфейс. Я на 99% уверен, что у вас вообще не будет проблем. (не сшивайте меня в случае других 1%), пожалуйста, сообщите нам, если он работает: -)

3
ответ дан 2 August 2018 в 04:06

Просто для того, чтобы выполнить другие ответы: если ваш компьютер не может подключиться к вашему устройству, вы можете «заставить» сетевое устройство использовать для определенного адреса и / или подсети, добавив маршрут, не запуская маршруты по умолчанию .

Вот мои маршруты, прежде чем добавлять определенный маршрут для одного из моих устройств в Wi-Fi:

# Note: ro is a shorthand for route. $ ip -4 ro default via 192.168.0.254 dev eth0 proto static 192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.20 metric 1 192.168.0.0/24 dev wlan0 proto kernel scope link src 192.168.0.15 metric 9

Обратите внимание, что они оба используют одну и ту же подсеть и пинг 192.168. 0.17 (только в сети Wi-Fi) (не уверен, что это нормально).

Используя sudo ip -4 ro add 192.168.0.17 dev wlan0, я добавил маршрут, указывающий, что wlan0 следует использовать для 192.168.0.17.

Теперь я могу подключиться к этому хосту с помощью интерфейса wlan0, в то время как все остальное все еще проходит через eth0 (что намного быстрее!). Удаление вновь добавленного маршрута так же просто, как замена add на del.

Кажется, что также можно управлять маршрутами из графического менеджера сети, хотя использование командной строки происходит намного быстрее.

0
ответ дан 2 August 2018 в 04:06

Я сделал быструю тестовую настройку здесь дома, с сетью 10.0.1.0 и сетью 192.168.43.0 (первый мой обычный lan over ehternet второй мой телефон по беспроводной сети.) У меня нет проблем с пингом в любую из сетей, поэтому я ожидаю, что компьютер сможет находить принтеры в обеих сетях, поскольку он автоматически принимает правильный сетевой интерфейс. Я на 99% уверен, что у вас вообще не будет проблем. (не сшивайте меня в случае других 1%), пожалуйста, сообщите нам, если он работает: -)

3
ответ дан 4 August 2018 в 20:09

Просто для того, чтобы выполнить другие ответы: если ваш компьютер не может подключиться к вашему устройству, вы можете «заставить» сетевое устройство использовать для определенного адреса и / или подсети, добавив маршрут, не запуская маршруты по умолчанию .

Вот мои маршруты, прежде чем добавлять определенный маршрут для одного из моих устройств в Wi-Fi:

# Note: ro is a shorthand for route. $ ip -4 ro default via 192.168.0.254 dev eth0 proto static 192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.20 metric 1 192.168.0.0/24 dev wlan0 proto kernel scope link src 192.168.0.15 metric 9

Обратите внимание, что они оба используют одну и ту же подсеть и пинг 192.168. 0.17 (только в сети Wi-Fi) (не уверен, что это нормально).

Используя sudo ip -4 ro add 192.168.0.17 dev wlan0, я добавил маршрут, указывающий, что wlan0 следует использовать для 192.168.0.17.

Теперь я могу подключиться к этому хосту с помощью интерфейса wlan0, в то время как все остальное все еще проходит через eth0 (что намного быстрее!). Удаление вновь добавленного маршрута так же просто, как замена add на del.

Кажется, что также можно управлять маршрутами из графического менеджера сети, хотя использование командной строки происходит намного быстрее.

0
ответ дан 4 August 2018 в 20:09

Я сделал быструю тестовую настройку здесь дома, с сетью 10.0.1.0 и сетью 192.168.43.0 (первый мой обычный lan over ehternet второй мой телефон по беспроводной сети.) У меня нет проблем с пингом в любую из сетей, поэтому я ожидаю, что компьютер сможет находить принтеры в обеих сетях, поскольку он автоматически принимает правильный сетевой интерфейс. Я на 99% уверен, что у вас вообще не будет проблем. (не сшивайте меня в случае других 1%), пожалуйста, сообщите нам, если он работает: -)

3
ответ дан 6 August 2018 в 04:11

Просто для того, чтобы выполнить другие ответы: если ваш компьютер не может подключиться к вашему устройству, вы можете «заставить» сетевое устройство использовать для определенного адреса и / или подсети, добавив маршрут, не запуская маршруты по умолчанию .

Вот мои маршруты, прежде чем добавлять определенный маршрут для одного из моих устройств в Wi-Fi:

# Note: ro is a shorthand for route. $ ip -4 ro default via 192.168.0.254 dev eth0 proto static 192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.20 metric 1 192.168.0.0/24 dev wlan0 proto kernel scope link src 192.168.0.15 metric 9

Обратите внимание, что они оба используют одну и ту же подсеть и пинг 192.168. 0.17 (только в сети Wi-Fi) (не уверен, что это нормально).

Используя sudo ip -4 ro add 192.168.0.17 dev wlan0, я добавил маршрут, указывающий, что wlan0 следует использовать для 192.168.0.17.

Теперь я могу подключиться к этому хосту с помощью интерфейса wlan0, в то время как все остальное все еще проходит через eth0 (что намного быстрее!). Удаление вновь добавленного маршрута так же просто, как замена add на del.

Кажется, что также можно управлять маршрутами из графического менеджера сети, хотя использование командной строки происходит намного быстрее.

0
ответ дан 6 August 2018 в 04:11

я сделал быструю настройку, испытание здесь, в доме, сеть 10.0.1.0 и сети 192.168.43.0 (первый мой обычный LAN по ehternet второй мой телефон по беспроводной сети.) У меня нет проблем с пингом либо сети, поэтому я бы ожидал, что компьютер, чтобы иметь возможность найти принтеры в обеих сетях, так как он автоматически берет правильный сетевой интерфейс. Я на 99% уверены, что вы будете иметь никаких проблем вообще. (не шейте мне в случае других 1%) пожалуйста, дайте нам знать, если это работает :-)

3
ответ дан 7 August 2018 в 22:10

Просто для того, чтобы выполнить другие ответы: если ваш компьютер не может подключиться к вашему устройству, вы можете «заставить» сетевое устройство использовать для определенного адреса и / или подсети, добавив маршрут, не запуская маршруты по умолчанию .

Вот мои маршруты, прежде чем добавлять определенный маршрут для одного из моих устройств в Wi-Fi:

# Note: ro is a shorthand for route. $ ip -4 ro default via 192.168.0.254 dev eth0 proto static 192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.20 metric 1 192.168.0.0/24 dev wlan0 proto kernel scope link src 192.168.0.15 metric 9

Обратите внимание, что они оба используют одну и ту же подсеть и пинг 192.168. 0.17 (только в сети Wi-Fi) (не уверен, что это нормально).

Используя sudo ip -4 ro add 192.168.0.17 dev wlan0, я добавил маршрут, указывающий, что wlan0 следует использовать для 192.168.0.17.

Теперь я могу подключиться к этому хосту с помощью интерфейса wlan0, в то время как все остальное все еще проходит через eth0 (что намного быстрее!). Удаление вновь добавленного маршрута так же просто, как замена add на del.

Кажется, что также можно управлять маршрутами из графического менеджера сети, хотя использование командной строки происходит намного быстрее.

0
ответ дан 7 August 2018 в 22:10

Просто для того, чтобы выполнить другие ответы: если ваш компьютер не может подключиться к вашему устройству, вы можете «заставить» сетевое устройство использовать для определенного адреса и / или подсети, добавив маршрут, не запуская маршруты по умолчанию .

Вот мои маршруты, прежде чем добавлять определенный маршрут для одного из моих устройств в Wi-Fi:

  # Примечание: ro является сокращением для маршрута.  $ ip -4 ro по умолчанию через 192.168.0.254 dev eth0 proto static 192.168.0.0/24 dev eth0 proto kernel scope ссылка src 192.168.0.20 метрическая 1 192.168.0.0/24 dev wlan0 proto kernel scope ссылка src 192.168.0.15 метрика 9  

Обратите внимание, что оба они используют одну и ту же подсеть и что pinging 192.168.0.17 (только устройство в сети Wi-Fi) не работает (не уверен, что это нормально).

Используя sudo ip -4 ro add 192.168.0.17 dev wlan0 , я добавил маршрут, указав, что для 192.168.0.17 должен использоваться wlan0 .

I теперь я могу подключиться к этому хосту с помощью интерфейса wlan0, в то время как все остальное все еще проходит через eth0 (что намного быстрее!). Удаление вновь добавленного маршрута так же просто, как замена на . добавить .

Кажется, что также можно управлять маршрутами из графического сетевого менеджера , хотя использование командной строки происходит намного быстрее.

0
ответ дан 10 August 2018 в 10:24

Я сделал быструю тестовую настройку здесь дома, с сетью 10.0.1.0 и сетью 192.168.43.0 (первый мой обычный lan over ehternet второй мой телефон по беспроводной сети.) У меня нет проблем с пингом в любую из сетей, поэтому я ожидаю, что компьютер сможет находить принтеры в обеих сетях, поскольку он автоматически принимает правильный сетевой интерфейс. Я на 99% уверен, что у вас вообще не будет проблем. (не сшивайте меня в случае других 1%), пожалуйста, сообщите нам, если он работает: -)

two lan's both pings work [!d0]

3
ответ дан 10 August 2018 в 10:24

Просто для того, чтобы выполнить другие ответы: если ваш компьютер не может подключиться к вашему устройству, вы можете «заставить» сетевое устройство использовать для определенного адреса и / или подсети, добавив маршрут, не запуская маршруты по умолчанию .

Вот мои маршруты, прежде чем добавлять определенный маршрут для одного из моих устройств в Wi-Fi:

  # Примечание: ro является сокращением для маршрута.  $ ip -4 ro по умолчанию через 192.168.0.254 dev eth0 proto static 192.168.0.0/24 dev eth0 proto kernel scope ссылка src 192.168.0.20 метрическая 1 192.168.0.0/24 dev wlan0 proto kernel scope ссылка src 192.168.0.15 метрика 9  

Обратите внимание, что оба они используют одну и ту же подсеть и что pinging 192.168.0.17 (только устройство в сети Wi-Fi) не работает (не уверен, что это нормально).

Используя sudo ip -4 ro add 192.168.0.17 dev wlan0 , я добавил маршрут, указав, что для 192.168.0.17 должен использоваться wlan0 .

I теперь я могу подключиться к этому хосту с помощью интерфейса wlan0, в то время как все остальное все еще проходит через eth0 (что намного быстрее!). Удаление вновь добавленного маршрута так же просто, как замена на . добавить .

Кажется, что также можно управлять маршрутами из графического сетевого менеджера , хотя использование командной строки происходит намного быстрее.

0
ответ дан 13 August 2018 в 16:50

Я сделал быструю тестовую настройку здесь дома, с сетью 10.0.1.0 и сетью 192.168.43.0 (первый мой обычный lan over ehternet второй мой телефон по беспроводной сети.) У меня нет проблем с пингом в любую из сетей, поэтому я ожидаю, что компьютер сможет находить принтеры в обеих сетях, поскольку он автоматически принимает правильный сетевой интерфейс. Я на 99% уверен, что у вас вообще не будет проблем. (не сшивайте меня в случае других 1%), пожалуйста, сообщите нам, если он работает: -)

two lan's both pings work [!d0]

3
ответ дан 13 August 2018 в 16:50

Другие вопросы по тегам:

Похожие вопросы: