Não é possível alterar o gateway padrão com IP estático

Question

Eu tenho esse servidor por um tempo e estava presente em outras perguntas.

Há algum tempo, mudei a rede e o IP do gateway também foi alterado.
Desde então, não há internet nesta máquina.

Eu preciso de acesso à internet para atualizar a máquina e (às vezes) para instalar pacotes que eu preciso para desenvolvimento.

O que eu tentei:

• route add default gw 192.168.1.1 ( link )
• ip route replace default via 192.168.1.1 ( link )
• ip route add default via 192.168.1.1 dev eth0 ( link )

• Editando o arquivo /etc/network/interfaces , como abaixo:

  # This file describes the network interfaces available on your system
  # and how to activate them. For more information, see interfaces(5).
  
  source /etc/network/interfaces.d/*
  
  # The loopback network interface
  auto lo
  iface lo inet loopback
  
  # The primary network interface
  auto eth0
  allow-hotplug eth0
  #iface eth0 inet dhcp
  iface eth0 inet static
      address 192.168.1.205
      netmask 255.255.255.0
      gateway 192.168.1.1
      broadcast 192.168.1.1
  

E este é o resultado de todas as minhas tentativas:

root@webtest:~# route add default gw 192.168.1.1
SIOCADDRT: Network is unreachable
root@webtest:~# ip route replace default via 192.168.1.1
RTNETLINK answers: Invalid argument
root@webtest:~# ip route add default via 192.168.1.1 dev eth0
RTNETLINK answers: Invalid argument
root@webtest:~#

A coisa mais bizarra é o erro SIOCADDRT: Network is unreachable , quando estou claramente conectado usando o SSH, que usava a rede.

O que mais devo experimentar? Eu nem sei mais o que fazer.

Meu sistema está executando o Debian 8.2 x64, com uma única rede de interface.

Nota:

Eu li Como posso alterar o gateway padrão? e Como configurar o gateway padrão (que é onde eu tenho todas essas tentativas de).

A resposta aceita em Como posso alterar o gateway padrão? é uma resposta exclusiva do FreeBDS.

A execução de ip addr e ip route fornece o seguinte:

root@webtest:~# ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:1a:92:47:00:b5 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.205/24 brd 192.168.1.1 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::21a:92ff:fe47:b5/64 scope link
       valid_lft forever preferred_lft forever
root@webtest:~# ip route
192.168.1.0/24 dev eth0  proto kernel  scope link  src 192.168.1.205
root@webtest:~#

Editar 1:

Após a alteração sugerida pelo @Johan Myréen , o resultado ainda é o mesmo .

Abaixo está o ip addr atualizado com 2 pings:

root@webtest:~# ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:1a:92:47:00:b5 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.205/24 brd 192.168.1.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::21a:92ff:fe47:b5/64 scope link
       valid_lft forever preferred_lft forever
root@webtest:~# ip route
default via 192.168.1.1 dev eth0
192.168.1.0/24 dev eth0  proto kernel  scope link  src 192.168.1.205
root@webtest:~# ping google.com
ping: unknown host google.com
root@webtest:~# ping facebook.com
ping: unknown host facebook.com
root@webtest:~#

    

Answer 1

Seu endereço de transmissão deve ser 192.168.1.255 , não 192.168.1.1 .

    

Answer 2

Desde seus comentários "Editar 1", você notaria que route -n agora mostra um gateway padrão. Ter ping respondendo com unknown host pode estar relacionado apenas à sua configuração de DNS. Tente fazer o ping de IPs em vez disso.

Observação: no seu /etc/network/interfaces , o allow-hotplug eth0 pode não ser necessário.

    

Answer 3

Da configuração que você fez no ip e netmask, supondo que sua sub-rede é / 24. Então você transmitirá será 192.168.1.255