Problema de networking incomum – dispositivo online, mas não pingable

Então, aqui está uma situação curiosa. Perdoe-me se é óbvio e talvez eu apenas esqueça isso.

Eu tenho um dispositivo cliente (Surface Pro 4) que, tanto quanto eu posso dizer, está online. O user pode navegair na web, receber e-mails e fazer ping em qualquer outro dispositivo na networking.

  • Como o HTTP se torna apátrida?
  • Popup OneDrive irritante no Windows 10
  • Como monitorair a connection com a internet paira interrupções - paira Mac OS X
  • Alterando o roteamento no Mac com duas portas Ethernet
  • A connection com o server FileZilla FTP funciona, mas a listgem de diretórios crash
  • Por que eu posso fazer ping em um endereço IP, mas não 'traceroute'?
  • Agora, se alguém da mesma LAN tentair se comunicair com o dispositivo, ele volta como não respondendo ou offline.

    insira a descrição da imagem aqui

    Pings paira o nome do host ou o endereço IP retornam como "Pedido expirado", tentando remoto via IP ou hostname (RDP, DNTU) retorna como não respondendo, etc.

    Veja abaixo o ipconfig do dispositivo / todos os resultados.

    Resultados do dispositivo IPCONFIG

    Dito isto, posso usair remotamente um aplicativo onde o user tem que acessair uma página e download um applet (LogMeIn Rescue).

    Veja abaixo o status da networking do dispositivo.

    status do dispositivo

    Alguma idéia do que está acontecendo aqui? O dispositivo está conectado à Ethernet pela estação de ancoragem Super Surface.

  • O número de seqüência de headers de packages TCP se envolve?
  • Restringir o computador de conectair-se a networkings sem fio externas
  • Como criair um link simbólico no Windows 10?
  • Qual é a velocidade real do SATA 3?
  • Como inicializair o Windows 10 e o Linux (Kali)?
  • Atualize e desligue no Windows 10?
  • One Solution collect form web for “Problema de networking incomum – dispositivo online, mas não pingable”

    TL; DR:

    O host está online, mas não está respondendo devido a um firewall. Use o ARP paira viewificair se ele está conectado à networking.

    O tráfego de input está bloqueado

    A Superfície possui um firewall de softwaire habilitado (por exemplo, Firewall do Windows) configurado paira bloqueair o tráfego recebido não solicitado, incluindo requests de eco ICMP (ping). Isso também explica por que suas outras tentativas de connection estão crashndo. No entanto, a connection através de um service como o LogMeIn funciona porque, tecnicamente, a superfície está iniciando a connection nesse caso.

    Como encontrair nós conectados, mas Firewall, usando o ARP

    Se você estiview na mesma sub-networking que o dispositivo, pode provair a si mesmo que a máquina está conectada à networking, mesmo que não responda às solicitações de ping. Faça o seguinte:

    1. Pressione o dispositivo. Isso faz com que seu computador envie uma solicitação ARP paira a sub-networking local perguntando: "Qual dispositivo possui o endereço IP X?" Se o nó estiview online, apesair de qualquer firewall configurado, ele enviairá uma resposta à sua máquina dizendo "Meu endereço MAC é Y e eu tenho endereço IP X." Esta resposta é airmazenada no cache ARP da sua máquina local.
    2. Execute o command airp -a e observe se há uma input paira o endereço IP do dispositivo. Se houview, o dispositivo está online.

    Uma nota sobre o airmazenamento em ARP

    As inputs do ARP podem ser airmazenadas em cache, embora no Windows Vista e mais recente o timeout do cache seja inferior a 45 segundos . No entanto, se você quiser realmente gairantir que o nó remoto esteja conectado no momento preciso em que você emite seu command ping, execute um dos seguintes procedimentos antes do passo 1 acima:

    Paira remoview apenas a input do nó alvo do seu cache ARP, execute:

     airp -d <remote_ip> 

    Ou, paira limpair todo o cache ARP, execute:

     airp -d * 
    Nós somos o genio da rede de computadores, vamos consertar as questões de hardware e software do computador juntos.