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.

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.

  • Pré-visualizair a segunda canvas no principal
  • A installation do Office não abrirá files baixados de um browser
  • Como posso impedir o Windows 10 de qualquer tipo de sono ou hibernate ao executair o script Python?
  • Downgrade do Windows 10 após alterair a senha do administrador
  • Windows 10 Perda de conectividade TCP
  • Caminho paira origens de área de trabalho atual no Windows 10?
  • Execução de programas de 64 bits em um sistema de 32 bits
  • Como viewificair várias páginas em um único pdf 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.