Por que não posso pingar 192.168.10.1, o gateway padrão, de um computador Ubuntu Linux 15.10, mas posso fazê-lo a partir do Windows 7?

Question

Eu não consigo pingar 192.168.10.1, o gateway padrão, do computador Ubuntu Linux 15.10, 192.168.10.22. Mas eu posso ping 192.168.10.1, o gateway padrão, a partir do computador com Windows 7, 192.168.10.15. A máscara de rede é 255.255.255.0. Como resultado, os dois computadores estão no mesmo segmento de rede.

Isso tem alguma coisa a ver com o que um especialista me disse que meu arquivo de configuração de rede do Ubuntu Linux, /etc/network/interfaces , estava confuso?

Aqui está:

#interfaces(5) file used by ifup(8) and ifdown(8)

auto lo

iface lo inet loopback

Como deve ser o /etc/network/interfaces corrigido?

vendat@vendat-ThinkStation-S10:~$ ip address show
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: enp13s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
    link/ether 00:1e:37:f4:59:b2 brd ff:ff:ff:ff:ff:ff
3: enp15s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 00:1e:37:f4:59:b3 brd ff:ff:ff:ff:ff:ff
    inet 192.168.10.22/24 brd 192.168.10.255 scope global enp15s0
       valid_lft forever preferred_lft forever
    inet6 2606:a000:8301:2d00:21e:37ff:fef4:59b3/64 scope global noprefixroute dynamic 
       valid_lft 3603sec preferred_lft 3603sec
    inet6 fe80::21e:37ff:fef4:59b3/64 scope link
       valid_lft forever preferred_lft forever
vendat@vendat-ThinkStation-S10:~$ ip route show
default via 192.168.10.1 dev enp15s0  proto static  metric 100
169.254.0.0/16 dev enp15s0  scope link  metric 1000
192.168.10.0/24 dev enp15s0  proto kernel  scope link  src 192.168.10.22  metric 100

Onde devo procurar no computador com Windows 7 as informações necessárias para adicionar ao Ubuntu Linux, /etc/network/interfaces ?

Aqui está o resultado ip link show :

ThinkStation-S10:/etc$ ip link show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp13s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN mode DEFAULT group default qlen 1000
    link/ether 00:1e:37:f4:59:b2 brd ff:ff:ff:ff:ff:ff
3: enp15s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether 00:1e:37:f4:59:b3 brd ff:ff:ff:ff:ff:ff

onde enp15s0 é o link Ethernet de interesse.

Here is thhe sudo tcmpdump -i enp15s0 output. Why are we using it?

vendat@vendat-ThinkStation-S10:~$ sudo tcpdump -n -i enp15s0
[sudo] password for vendat: 
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on enp15s0, link-type EN10MB (Ethernet), capture size 262144 bytes
08:55:15.891889 90:1a:ca:80:33:3f > ff:ff:ff:ff:ff:ff, RRCP-0x23 reply
08:55:17.552598 ARP, Request who-has 192.168.10.1 tell 192.168.10.22, length 28
08:55:17.639375 IP6 fe80::921a:caff:fe80:3337 > 2606:a000:8301:2d00:21e:37ff:fef4:59b3: ICMP6, neighbor solicitation, who has 2606:a000:8301:2d00:21e:37ff:fef4:59b3, length 32
08:55:17.639675 IP6 2606:a000:8301:2d00:21e:37ff:fef4:59b3 > fe80::921a:caff:fe80:3337: ICMP6, neighbor advertisement, tgt is 2606:a000:8301:2d00:21e:37ff:fef4:59b3, length 24
08:55:17.840114 IP6 fe80::921a:caff:fe80:3337 > ff02::1: ICMP6, router advertisement, length 56
08:55:17.891996 90:1a:ca:80:33:3f > ff:ff:ff:ff:ff:ff, RRCP-0x23 reply
08:55:18.549060 ARP, Request who-has 192.168.10.1 tell 192.168.10.22, length 28
08:55:19.549061 ARP, Request who-has 192.168.10.1 tell 192.168.10.22, length 28
08:55:19.892102 90:1a:ca:80:33:3f > ff:ff:ff:ff:ff:ff, RRCP-0x23 reply
08:55:20.840177 IP6 fe80::921a:caff:fe80:3337 > ff02::1: ICMP6, router advertisement, length 56
08:55:21.892211 90:1a:ca:80:33:3f > ff:ff:ff:ff:ff:ff, RRCP-0x23 reply
08:55:22.557655 ARP, Request who-has 192.168.10.1 tell 192.168.10.22, length 28
08:55:22.759777 IP6 fe80::921a:caff:fe80:3337 > fe80::21e:37ff:fef4:59b3: ICMP6, neighbor solicitation, who has fe80::21e:37ff:fef4:59b3, length 32
08:55:22.760077 IP6 fe80::21e:37ff:fef4:59b3 > fe80::921a:caff:fe80:3337: ICMP6, neighbor advertisement, tgt is fe80::21e:37ff:fef4:59b3, length 24
08:55:23.557059 ARP, Request who-has 192.168.10.1 tell 192.168.10.22, length 28
08:55:23.840340 IP6 fe80::921a:caff:fe80:3337 > ff02::1: ICMP6, router advertisement, length 56
08:55:23.892318 90:1a:ca:80:33:3f > ff:ff:ff:ff:ff:ff, RRCP-0x23 reply
08:55:24.557060 ARP, Request who-has 192.168.10.1 tell 192.168.10.22, length 28
08:55:25.892426 90:1a:ca:80:33:3f > ff:ff:ff:ff:ff:ff, RRCP-0x23 reply
08:55:26.840686 IP6 fe80::921a:caff:fe80:3337 > ff02::1: ICMP6, router advertisement, length 56
08:55:27.892534 90:1a:ca:80:33:3f > ff:ff:ff:ff:ff:ff, RRCP-0x23 query
08:55:28.565074 ARP, Request who-has 192.168.10.1 tell 192.168.10.22, length 28
08:55:29.565102 ARP, Request who-has 192.168.10.1 tell 192.168.10.22, length 28
08:55:29.840687 IP6 fe80::921a:caff:fe80:3337 > ff02::1: ICMP6, router advertisement, length 56
08:55:29.892641 90:1a:ca:80:33:3f > ff:ff:ff:ff:ff:ff, RRCP-0x23 query
08:55:30.565069 ARP, Request who-has 192.168.10.1 tell 192.168.10.22, length 28
08:55:31.892750 90:1a:ca:80:33:3f > ff:ff:ff:ff:ff:ff, RRCP-0x23 query
08:55:32.734690 LLDP, length 197: Cisco IP Phone SPA504G
08:55:32.840776 IP6 fe80::921a:caff:fe80:3337 > ff02::1: ICMP6, router advertisement, length 56
08:55:33.570134 ARP, Request who-has 192.168.10.1 tell 192.168.10.22, length 28
08:55:33.892857 90:1a:ca:80:33:3f > ff:ff:ff:ff:ff:ff, RRCP-0x23 query
08:55:34.569061 ARP, Request who-has 192.168.10.1 tell 192.168.10.22, length 28
08:55:35.294281 IP6 fe80::921a:caff:fe80:3337.59002 > ff02::1:3.5355: UDP, length 90
08:55:35.295283 IP6 fe80::921a:caff:fe80:3337.59002 > ff02::1:3.5355: UDP, length 90
08:55:35.483794 IP6 fe80::921a:caff:fe80:3337.41980 > ff02::1:3.5355: UDP, length 90
08:55:35.484593 IP6 fe80::921a:caff:fe80:3337.41980 > ff02::1:3.5355: UDP, length 90
08:55:35.569065 ARP, Request who-has 192.168.10.1 tell 192.168.10.22, length 28
08:55:35.841139 IP6 fe80::921a:caff:fe80:3337 > ff02::1: ICMP6, router advertisement, length 56
08:55:35.892964 90:1a:ca:80:33:3f > ff:ff:ff:ff:ff:ff, RRCP-0x23 reply
08:55:37.893073 90:1a:ca:80:33:3f > ff:ff:ff:ff:ff:ff, RRCP-0x23 reply
08:55:38.575236 ARP, Request who-has 192.168.10.1 tell 192.168.10.22, length 28
08:55:38.841177 IP6 fe80::921a:caff:fe80:3337 > ff02::1: ICMP6, router advertisement, length 56
^C
42 packets captured
42 packets received by filter
0 packets dropped by kernel

    

Answer 1

AFAIK, o modo de gerenciamento de rede padrão das caixas do ubuntu hoje em dia é o "NetworkManager". O arquivo de configuração reside em

/etc/NetworkManager/NetworkManager.conf

e diretórios subseqüentes, mas precisa de muita leitura para ser entendido. Quando o gerenciador de rede é executado, haverá um Widget correspondente na Barra de Tarefas do Desktop Manager, onde você poderá reconfigurar sua configuração.

Tente encontrar isso e reconfigure a conexão de rede padrão, talvez ela simplesmente não esteja ativada.

Não deve haver necessidade de configurar manualmente / etc / network / interfaces, então.

    

Answer 2

Pode-se mudar o comportamento não gerenciado e ping do enp15s0 por:

Para fazer isso - em um terminal: sudo nano /etc/NetworkManager/NetworkManager.conf

altere a linha gerenciada = falsa para gerenciada = true

Salvar, parar e iniciar o gerenciador de rede: sudo service network-manager restart

Como alternativa, você pode remover a interface de / etc / network / interfaces.

faça backup do arquivo de interfaces atual: sudo cp / etc / rede / interfaces / etc / network_interfaces_backup

Em seguida, abra o arquivo: sudo nano / etc / network / interfaces

Exclua tudo nesse arquivo e copie e cole o seguinte: auto lo iface lo inet loopback

Salvar, parar e iniciar o gerenciador de rede: sudo service network-manager restart

    

Answer 3

Eu descobri no dia 3 de agosto passado que o ping do Ubuntu 16.04 é um comando SUID que só pode ser invocado pelo superusuário root

SUID (Definir ID de usuário do proprietário na execução) é um tipo especial de permissões de arquivo dadas a um arquivo. Normalmente, no Linux / Unix, quando um programa é executado, ele herda as permissões de acesso do usuário conectado. A SUID é definida como dando permissões temporárias a um usuário para executar um programa / arquivo com as permissões do proprietário do arquivo, em vez de o usuário que o executa. Em palavras simples, os usuários receberão as permissões do proprietário do arquivo, bem como o UID e o GID do proprietário ao executar um arquivo / programa / comando.

Os usuários normais não têm permissão para abrir arquivos de soquete e portas abertas. Então, o bit SUID é definido neste arquivo / comando para que quem quer que execute isso tenha permissões de proprietário (usuário root) para eles ao executar este comando. Assim, quando este comando começar a executar, ele herdará as permissões do usuário root para esse usuário normal e abrirá os arquivos e portas do soquete.

Aqui está a maneira como resolvi o problema acima no início de junho de 2016.

As aplicações C # devem ser iniciadas no Linux usando mono, então você deve usar

Process.Start ("mono", "full_path_of_your_exe");

editado 15 de setembro de 2013 às 23:46 respondeu 15 set '13 às 3:29

Lex Li 30,9k44666