Definir interface de rede específica para acesso à internet (II)

1
Estou usando o Ubuntu 14.04 com o MATE, e meu problema é que quando eu uso um cabo Ethernet local para acessar a rede local através de um roteador (que não está conectado à Internet) e ao mesmo tempo sem fio (ou banda larga móvel) para acessar a internet - não consigo acessar a Internet, porque aparentemente o Ubuntu tenta primeiro fazer a comunicação pela Internet através do cabo Ethernet com fio, e ele bloqueia (como a Ethernet cabeada, como eu mencionei, não conectada à Internet).

Então, eu vi Definir interface específica para acesso à internet , onde a resposta é:

These routes are automatically created by NetworkManager. Try checking Edit ▸ IPv4 Settings ▸ Routes ▸ Use this connection only for resources on its network on the two LAN connections to prevent them from becoming the default gateway.

Ok, vou para Conexões de Rede / Editar, Edite a "Conexão Ethernet automática" e ative "Usar somente esta conexão ..." e Salvar. Então ifconfig me reporta (digamos) 192.168.100.10 para eth0 , e então eu testo primeiro o ping de outros PCs locais:

$ ping 192.168.100.11
PING 192.168.100.11 (192.168.100.11) 56(84) bytes of data.
64 bytes from 192.168.100.11: icmp_seq=1 ttl=64 time=0.554 ms
64 bytes from 192.168.100.11: icmp_seq=2 ttl=64 time=0.638 ms
...

Bem, até aí tudo bem; então eu habilito minha banda larga - e neste momento, eu tenho essa rota:

$ ip route
default via 10.64.64.64 dev ppp0  proto static 
10.64.64.64 dev ppp0  proto kernel  scope link  src 10.206.104.70 
192.168.100.0/24 dev eth0  proto kernel  scope link  src 192.168.100.10  metric 1 

... e vamos ver se o ping de algo online funciona:

$ ping google.com
PING google.com (168.95.1.1) 56(84) bytes of data.
64 bytes from 168.95.1.1: icmp_seq=1 ttl=224 time=1155 ms
64 bytes from 168.95.1.1: icmp_seq=2 ttl=224 time=436 ms

Oh bom, funciona ... ou faz? Vamos tentar recuperar algo online:

$ wget http://google.com -O -
--2016-04-27 10:50:09--  http://google.com/
Resolving google.com (google.com)... 168.95.1.1
Connecting to google.com (google.com)|168.95.1.1|:80... ^C

Basicamente, ele fica pendurado por mais de um minuto, e eu tenho que pressionar Ctrl-C para interromper / interromper.

E agora, no Network Manager, eu desconecto "Auto Ethernet" e quando tento fazer o download do mesmo recurso novamente:

$ wget http://google.com -O -
--2016-04-27 10:51:12--  http://google.com/
Resolving google.com (google.com)... 95.209.200.29, 95.209.200.45, 95.209.200.38, ...
Connecting to google.com (google.com)|95.209.200.29|:80... connected.
HTTP request sent, awaiting response... 302 Found
Location: http://www.google.dk/?gws_rd=cr&ei=gX0gV4rVAYe6sQHrzbnICg [following]
--2016-04-27 10:51:13--  http://www.google.dk/?gws_rd=cr&ei=gX0gV4rVAYe6sQHrzbnICg
Resolving www.google.dk (www.google.dk)... 64.233.165.94, 2a00:1450:4010:c08::5e
Connecting to www.google.dk (www.google.dk)|64.233.165.94|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]
Saving to: ‘STDOUT’

    [<=>                                    ] 0           --.-K/s              <!doctype html><html itemscope="" itemtype="http://schema.org/WebPage" ...

Bem ... agora funciona - mas claro, NÃO com as duas conexões ativas, mas somente com a Ethernet desconectada.

Então deixe-me repetir a pergunta: como posso ter duas conexões de rede ativas ao mesmo tempo no Network Manager, de modo que a conexão Ethernet com fio seja usada para se comunicar apenas com a rede local do roteador ao qual ele está conectado? a conexão sem fio / banda larga é usada para acessar a Internet?

    
por sdbbs 27.04.2016 / 11:11

1 resposta

0

OK, acho que entendi - minha conexão Ethernet automática foi definida como Método "Automático (DHCP)", e notei mais ou menos por acidente há outra opção "Somente endereços automáticos (DHCP)", então eu tentei definindo isso:

... e, finalmente, posso ter conexões Ethernet e de banda larga locais ativas - e posso acessar endereços de rede local e Internet.

Espero que tenha sido com este problema ...

    
por sdbbs 27.04.2016 / 11:33