[Resolvido] Rede cabeada identificada, porém ping sem resposta Ubuntu 14.04

[humbertonakanishi]

Olá gente,

Recentemente instalei em paralelo ao meu Windows 7 uma versão do Ubuntu 14.04.
Minha rede é cabeada e estou com conexão de internet no Windows funcionando normalmente.

No Ubuntu o cabo é reconhecido, porém quando executo o comando ping os dados se perdem.

Alguém já teve esse problema?

Seguem abaixo os testes que já realizei:

humberto@humberto:~$ sudo lshw -C network
[sudo] password for humberto-intermarine:
 *-network              
      description: Ethernet interface
      product: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
      vendor: Realtek Semiconductor Co., Ltd.
      physical id: 0
      bus info: pci@0000:06:00.0
      logical name: eth0
      version: 06
      serial: 90:2b:34:10:02:1e
      size: 100Mbit/s
      capacity: 1Gbit/s
      width: 64 bits
      clock: 33MHz
      capabilities: pm msi pciexpress msix vpd bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
      configuration: autonegotiation=on broadcast=yes driver=r8168 driverversion=8.039.00-NAPI duplex=full ip=192.168.1.144 latency=0 link=yes multicast=yes port=twisted pair speed=100Mbit/s
      resources: irq:42 ioport:ee00(size=256) memory:fbdff000-fbdfffff memory:fbdf8000-fbdfbfff
humberto@humberto:~$ ifconfig -a
eth0      Link encap:Ethernet  HWaddr 90:2b:34:10:02:1e  
         inet addr:192.168.1.144  Bcast:192.168.3.255  Mask:255.255.252.0
         inet6 addr: fe80::922b:34ff:fe10:21e/64 Scope:Link
         UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
         RX packets:1027 errors:0 dropped:0 overruns:0 frame:0
         TX packets:151 errors:0 dropped:0 overruns:0 carrier:0
         collisions:0 txqueuelen:1000
         RX bytes:90078 (90.0 KB)  TX bytes:16984 (16.9 KB)
         Interrupt:42 Base address:0xe000

lo        Link encap:Local Loopback  
         inet addr:127.0.0.1  Mask:255.0.0.0
         inet6 addr: ::1/128 Scope:Host
         UP LOOPBACK RUNNING  MTU:65536  Metric:1
         RX packets:277 errors:0 dropped:0 overruns:0 frame:0
         TX packets:277 errors:0 dropped:0 overruns:0 carrier:0
         collisions:0 txqueuelen:0
         RX bytes:32861 (32.8 KB)  TX bytes:32861 (32.8 KB)

humberto@humberto:~$ nm-tool

NetworkManager Tool

State: connected (global)

- Device: eth0  [Wired connection 1] -------------------------------------------
 Type:              Wired
 Driver:            r8168
 State:             connected
 Default:           yes
 HW Address:        90:2B:34:10:02:1E

 Capabilities:
   Carrier Detect:  yes
   Speed:           100 Mb/s

 Wired Properties
   Carrier:         on

 IPv4 Settings:
   Address:         192.168.1.144
   Prefix:          22 (255.255.252.0)
   Gateway:         192.168.1.10

   DNS:             192.168.1.5


humberto@humberto:~$ ping -c 4 8.8.8.8
PING 8.8.8.8 (8.8.8.8 ) 56 (84) bytes of data.

--- 8.8.8.8 ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3023ms

humberto@humberto:~$ ping -c 4 www.google.com
PING www.google.com (173.194.118.210) 56(84) bytes of data.

--- www.google.com ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 2999ms

[Felix]

Antes de tentar "sair para a internet" você obtém alguma resposta ao tentar um ping para seu endereço de gateway?

Aliás, em ambos computadores a configuração de gateway e DNS são iguais? tal configuração é feita por DHCP ou você realiza as configurações manualmente?

[zekkerj]

Essa configuração de IP que você está usando é bastante incomum. É manual, ou DHCP?

[humbertonakanishi]

Em ambas os sistemas é DHCP automático e elas estão com as mesmas configurações de IP.

Fiz o teste que o Felix sugeriu e os dados também foram perdidos.

[zekkerj]

Execute o comando abaixo no windows, numa janela de comandos, e cole o resultado aqui.

ipconfig /all

[humbertonakanishi]

Microsoft Windows [versão 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. Todos os direitos reservados.

C:\Users\engenharia03>ipconfig /all

Configuração de IP do Windows

   Nome do host. . . . . . . . . . . . . . . . : Engenharia03
   Sufixo DNS primário . . . . . . . . . . . . : intermarine.local
   Tipo de nó. . . . . . . . . . . . . . . . . : híbrido
   Roteamento de IP ativado. . . . . . . . . . : não
   Proxy WINS ativado. . . . . . . . . . . . . : não
   Lista de pesquisa de sufixo DNS . . . . . . : intermarine.local
                                                 Yatch.intermarine.local

Adaptador Ethernet Conexão local:

   Sufixo DNS específico de conexão. . . . . . : Yatch.intermarine.local
   Descrição . . . . . . . . . . . . . . . . . : Realtek PCIe GBE Family Control
ler
   Endereço Físico . . . . . . . . . . . . . . : 90-2B-34-10-02-1E
   DHCP Habilitado . . . . . . . . . . . . . . : Sim
   Configuração Automática Habilitada. . . . . : Sim
   Endereço IPv4. . . . . . . .  . . . . . . . : 192.168.1.144(Preferencial)
   Máscara de Sub-rede . . . . . . . . . . . . : 255.255.252.0
   Concessão Obtida. . . . . . . . . . . . . . : quarta-feira, 22 de outubro de
2014 07:58:10
   Concessão Expira. . . . . . . . . . . . . . : quinta-feira, 30 de outubro de
2014 13:48:07
   Gateway Padrão. . . . . . . . . . . . . . . : 192.168.1.10
   Servidor DHCP . . . . . . . . . . . . . . . : 192.168.1.5
   Servidores DNS. . . . . . . . . . . . . . . : 192.168.1.5
   Servidor WINS Primário. . . . . . . . . . . : 192.168.1.5
   NetBIOS em Tcpip. . . . . . . . . . . . . . : Habilitado

Adaptador de túnel isatap.Yatch.intermarine.local:

   Estado da mídia. . . . . . . . . . . . . .  : mídia desconectada
   Sufixo DNS específico de conexão. . . . . . : Yatch.intermarine.local
   Descrição . . . . . . . . . . . . . . . . . : Adaptador do Microsoft ISATAP
   Endereço Físico . . . . . . . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Habilitado . . . . . . . . . . . . . . : Não
   Configuração Automática Habilitada. . . . . : Sim

Adaptador de túnel Teredo Tunneling Pseudo-Interface:

   Estado da mídia. . . . . . . . . . . . . .  : mídia desconectada
   Sufixo DNS específico de conexão. . . . . . :
   Descrição . . . . . . . . . . . . . . . . . : Teredo Tunneling Pseudo-Interfa
ce
   Endereço Físico . . . . . . . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Habilitado . . . . . . . . . . . . . . : Não
   Configuração Automática Habilitada. . . . . : Sim

[zekkerj]

Bastante unusual... no windows, vc tem o gateway diferente do DNS e do próprio servidor DHCP. Junto com a informação de que há um servidor WINS, e que este tem o mesmo endereço do DHCP e do DNS, concluo que vc tem uma rede Windows com servidor Active Directory... o que indica que provavelmente você está sendo filtrado por esse servidor AD, por não estar cumprindo algum requisito.

Recomendo que você entre em contato com o administrador desse servidor AD e peça orientação a ele como proceder.

[humbertonakanishi]

Realmente era um problema de configuração de rede.

Foi só alterar o endereço de getway que funcionou.

Obrigado 

[zekkerj]

Ué, mas não era DHCP?

[humbertonakanishi]

Sim eu usava DHCP, mas havia um gerenciador da rede do meu prédio controlando isso.

Após conversar com o administrador da rede, eu troquei para configuração manual e alterei apenas o gateway.