É triste dizer que, embora haja muitas perguntas sobre nenhum endereço IP, não consigo encontrar uma solução para o meu cenário específico. Eu espero que com alguns detalhes técnicos, alguém possa apontar esse cara do windows onde ele está errado.
Problema: Nenhum endereço IP na nova placa ethernet PCI-x.
Antecedentes: Home dev server executando containers portuários e samba. Foi originalmente configurado usando o menu de instalação para wireless, que estava funcionando bem até que eu tentei substituir com o cartão TP-LINK TG-3468 Gigabit PIC Express.
SO: Ubuntu 16.04.3 LTS
$ifconfig eno1
br-1...
br-8...
docker0...
lo...
Notando que não vejo eno1 para o novo NIC, mas vejo algumas das interfaces criadas do docker
$ifconfig eno1
eno1 Link encap:Ethernet HWaddr XX:XX:XX:XX:XX:XX
BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 everruns:0 carrier:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Interrupt:20 Memory:f7f00000-f7f20000
conteúdo de /etc/network/interfaces :
auto lo
iface lo inet loopback
auto eno1
iface eno1 inet dhcp
Eu acredito que há um problema com meu roteamento, embora eu não tenha sido capaz de descobrir como definir algo que direciona para meu gateway
$route
Destination Gateway Genmask Flags Metric Ref Use Iface
172.17.0.0 * 255.255.0.0 U 0 0 0 docker0
172.18.0.0 * 255.255.0.0 U 0 0 0 br-8...
172.19.0.0 * 255.255.0.0 U 0 0 0 br-1...
Tentou definir uma rota para o roteador:
sudo route add default gw 192.168.1.254
resulta em SIOCADDRT: Network is unreachable
Eu também joguei com a configuração do arquivo de interface para tentar e pegar um IP estático do meu roteador, mas isso também não melhorou nada. Eu nunca recebo um IP e nunca sou capaz.
Editar 1 : resultados de ip route get 192.168.1.254
RTNETLINK answers: Network is unreachable
Editar 2 : Tentei configurar manualmente um ip estático via:
sudo /sbin/ifconfig eth0 192.168.1.91 netmask 255.255.255.0 broadcast 192.168.1.255
Ainda não é possível efetuar o ping do roteador depois disso.
Mais informações:
$sudo lshw -numeric -C network
*-network
description Ethernet interface
product: 82579V Gigabit Network Connection [8086:1503]
vendor: Intel Corporation [8086]
physical id: 19
bus info: pci@0000:00:19.0
logical name: eno1
version: 04
serial: XX:XX:XX:XX:XX:XX
capacity: 1Gbit/s
width: 32 bits
clock: 33MHz
capabilities: pm msi bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=e1000e driverversion=3.2.6-k firmware=0.13-4 ip=192.168.1.91 latency=0 link=no multicast=yes port=twisted pair
resources: irq:33 memory:f7f00000-f7f1ffff memoroy:f7f39000-f7f39fff ioport:f080(size=32)
Editar 3:
$ip link show eno1
3: eno1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN mode DEFAULT group default qlen 1000
link/ether XX:XX:XX:XX:XX:XX brd ff:ff:ff:ff:ff:ff
Com XX sendo meu endereço MAC.
@EricF, brctl não está instalado e bridge link show não retorna nada. No meu entender, essas interfaces são criadas pela janela de encaixe para permitir o tráfego para os contêineres que atualmente encerrei. Se esses contêineres forem acionados, o mesmo comando bridge link show retornará uma listagem de interfaces que eu não listei originalmente. Minha avaliação disso é que eno1 não está usando as pontes e que as interfaces do docker são.