Não é possível conectar-se ao compartilhamento do Windows através do endereço IP da rede local, mas pode pelo localhost

5

Estou um pouco preocupado em descobrir por que não consigo acessar a pasta compartilhada do Windows por meio do endereço da minha rede local, mesmo no computador que expõe o compartilhamento.

Quando tento ver a pasta compartilhada por meio de \localhost , tudo funciona. Posso ver os arquivos.

Noentanto,quandotentomeconectardomesmocomputadorpeloendereçoderedelocal(192.168.1.2),elemostraalistagemdepastas,masnãoconsegueabri-la.

Eupossopingarmeuendereço(192.168.1.2)semproblemas.Ofirewallestádesativado.Nenhumantivírus.Euativei"Compartilhamento de arquivos e impressoras" e "Descoberta de rede".

Microsoft Windows [Version 10.0.15063]

Aqui está como meu ipconfig se parece, nada de suspeito.

C:\Users\nrj>ipconfig /all

Windows IP Configuration

   Host Name . . . . . . . . . . . . : EUGENE-PC
   Primary Dns Suffix  . . . . . . . :
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No

Ethernet adapter local:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Realtek PCIe GBE Family Controller
   Physical Address. . . . . . . . . : <hidden>
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::c0cf:f044:74d2:c5ec%11(Preferred)
   IPv4 Address. . . . . . . . . . . : 192.168.1.2(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Lease Obtained. . . . . . . . . . : Saturday, August 12, 2017 14:57:30
   Lease Expires . . . . . . . . . . : Sunday, August 13, 2017 14:57:30
   Default Gateway . . . . . . . . . : 192.168.1.1
   DHCP Server . . . . . . . . . . . : 192.168.1.1
   DHCPv6 IAID . . . . . . . . . . . : 190858699
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-1E-9B-1E-0E-00-1F-C6-78-EC-28
   DNS Servers . . . . . . . . . . . : 192.168.1.1
   NetBIOS over Tcpip. . . . . . . . : Disabled

Netstat para a porta 445:

C:\Users\nrj>netstat -a | findstr /R /C:.*445.*
  TCP    0.0.0.0:445            EUGENE-PC:0            LISTENING
  TCP    [::]:445               EUGENE-PC:0            LISTENING

O que mais posso verificar para descobrir isso?

UPD . As propriedades do adaptador de rede mostram que o "Compartilhamento de arquivos e impressoras" está ativado.

Sóparaesclarecer,novamente,192.168.1.2éoendereçodomeucomputadordoqualeutentoacessarmeuprópriocompartilhamentodearquivoeelenãofunciona.Aquiestáatabeladerotas.

IPv4RouteTable===========================================================================ActiveRoutes:NetworkDestinationNetmaskGatewayInterfaceMetric0.0.0.00.0.0.0192.168.1.1192.168.1.235127.0.0.0255.0.0.0On-link127.0.0.1331127.0.0.1255.255.255.255On-link127.0.0.1331127.255.255.255255.255.255.255On-link127.0.0.1331192.168.1.0255.255.255.0On-link192.168.1.2291192.168.1.2255.255.255.255On-link192.168.1.2291<-seehere192.168.1.255255.255.255.255On-link192.168.1.2291224.0.0.0240.0.0.0On-link127.0.0.1331224.0.0.0240.0.0.0On-link192.168.1.2291255.255.255.255255.255.255.255On-link127.0.0.1331255.255.255.255255.255.255.255On-link192.168.1.2291

UPD2.netcfgoutputaqui: link .

    
por Eugene D. Gubenkov 12.08.2017 / 14:20

6 respostas

6

Quando você postou essa pergunta 6 meses atrás, em meus esforços para reproduzir seu problema, desativei e reativei o NetBIOS sobre TCP / IP nas Configurações TCP / IP Avançadas do meu adaptador de rede. Algumas semanas depois, descobri que estava tendo o mesmo problema descrito no OP (exceto que fiz isso para mim mesmo). Acabei consertando o problema depois de horas de pesquisa que culminou em comparar meticulosamente os Registros de um computador em funcionamento com minha máquina que não trabalhava.

Aqui está a solução que descobri. (Você pode querer pegar uma cerveja primeiro ...)

Etapa A: Obtenha o GUID do seu adaptador de rede

Você precisará do GUID do adaptador de rede. Parece algo assim:

{DED7C856-1234-5678-BA7E-FF9BF300F579}

Aqui estão duas maneiras de obtê-lo:

Via PowerShell:

  1. Execute isto:

    Get-NetAdapter | fl Name,Status,InterfaceDescription,Status,MacAddress,LinkSpeed,InterfaceGuid
    
  2. Anote o valor InterfaceGuid do adaptador.

Via prompt de comando ( fonte ):

  1. Se necessário, use o snap-in Serviços do MMC (executar services.msc ) para iniciar o serviço Configuração automática com fio (para interfaces de rede com fio) ou Configuração automática de WLAN serviço (para interfaces sem fio).

  2. Execute o comando correspondente ao seu tipo de interface:

    Com fio: netsh lan show interfaces
       Sem fio: netsh wlan show interfaces

  3. Anote o valor GUID (ele será exibido sem as chaves adjacentes, que você precisa adicionar).

Etapa B: Edite o Registro

  1. Execute regedit para abrir o Editor do Registro.

  2. Navegue até a seguinte chave:

    HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ NetBT \ Linkage

  3. Para cada um dos três valores na tabela abaixo (Bind, Export e Route), clique duas vezes no valor para abrir o editor de dados do valor.

  4. Inspecione os dados do valor para as strings mostradas na coluna Data da tabela abaixo. Quando a tabela mostrar {GUID} substitua isso pelo GUID real do seu adaptador de rede, incluindo as chaves adjacentes. Por exemplo, se o GUID do seu adaptador for {DED7C856-1234-5678-BA7E-FF9BF300F579} , de acordo com a tabela abaixo, o valor Vincular no Registro deverá ter as duas entradas a seguir:

    \Device\Tcpip_{DED7C856-1234-5678-BA7E-FF9BF300F579}
    \Device\Tcpip6_{DED7C856-1234-5678-BA7E-FF9BF300F579}
    
  5. Adicione valores de dados que estão faltando como novas linhas no final da caixa de texto. Faça isso para cada valor mostrado na tabela.

Key: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NetBT\Linkage

+--------+-----------------------------+
| Value  | Data                        |
+--------+-----------------------------+
| Bind   | \Device\Tcpip_{GUID}        |
|        | \Device\Tcpip6_{GUID}       |
+--------+-----------------------------+
| Export | \Device\NetBt_Tcpip_{GUID}  |
|        | \Device\NetBt_Tcpip6_{GUID} |
+--------+-----------------------------+
| Route  | "Tcpip" "{GUID}"            |
|        | "Tcpip6" "{GUID}"           |
+--------+-----------------------------+
  1. Repita as etapas 2 a 5 para cada uma das tabelas a seguir (para essa tabela a seguir, você usará a tabela de dados para as duas chaves exibidas):
Key: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Linkage
Key: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Linkage

+-------+-----------------------------+
| Value | Data                        |
+-------+-----------------------------+
| Bind  | \Device\Tcpip_{GUID}        |
|       | \Device\Tcpip6_{GUID}       |
|       | \Device\NetBT_Tcpip_{GUID}  |
|       | \Device\NetBT_Tcpip6_{GUID} |
+-------+-----------------------------+
| Route | "Tcpip" "{GUID}"            |
|       | "Tcpip6" "{GUID}"           |
|       | "NetBT" "Tcpip" "{GUID}"    |
|       | "NetBT" "Tcpip6" "{GUID}"   |
+-------+-----------------------------+
Key: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Linkage

+--------+------------------------------------------+
| Value  | Data                                     |
+--------+------------------------------------------+
| Export | \Device\LanmanServer_Tcpip_{GUID}        |
|        | \Device\LanmanServer_Tcpip6_{GUID}       |
|        | \Device\LanmanServer_NetBT_Tcpip_{GUID}  |
|        | \Device\LanmanServer_NetBT_Tcpip6_{GUID} |
+--------+------------------------------------------+
Key: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Linkage

+--------+-----------------------------------------------+
| Value  | Data                                          |
+--------+-----------------------------------------------+
| Export | \Device\LanmanWorkstation_Tcpip_{GUID}        |
|        | \Device\LanmanWorkstation_Tcpip6_{GUID}       |
|        | \Device\LanmanWorkstation_NetBT_Tcpip_{GUID}  |
|        | \Device\LanmanWorkstation_NetBT_Tcpip6_{GUID} |
+--------+-----------------------------------------------+

Etapa C: reinicialização

Reinicie o computador para que as alterações entrem em vigor.

    
por 18.02.2018 / 06:08
2

Para automatizar a solução do Twisty Impersonator, desenvolvi um programa de linha de comando chamado PartilharFix .

Desculpe se isso parece um anúncio, mas funciona.

    
por 18.04.2018 / 00:45
0

Você não pode usar um endereço IP para mapear um Microsoft Net Server (o back-end do Windows File Sharing) se o NetBIOS sobre TCP / IP estiver desativado. Você deve usar o nome de host NetBIOS, e é por isso que \localhost\temp funciona, mas \192.168.1.2\temp não.

Tente acessar \EUGENE-PC\temp\ e isso deve funcionar. Eu tive exatamente o mesmo problema com um compartilhamento Samba em um servidor executando uma cópia modificada do FreeBSD sendo inacessível em 192.168.1.250 (seu endereço IP da LAN), mas totalmente acessível em griffNAS (seu nome de host NetBIOS).

A resposta de Christopher Johnson está mudando uma configuração que permite que o endereço IP seja resolvido para um nome de host se o servidor DHCP estiver configurado para ele. Ao enviar o nome do host em primeiro lugar, você evita a necessidade dessa configuração.

A sua máquina provavelmente hospedará os arquivos diretamente, então eu suspendo

Se isso não funcionar, por acaso, se você fizer nslookup 192.168.1.2 , ele resolve para um nome de host?

Faça net share para verificar se o compartilhamento existe no servidor Net local.

E você tem 100% de certeza de que a porta está aberta? Use telnet target 445 para verificar. Se a tela ficar preta, ela está aberta.

Se estiver aberto, tente acessar via net use \192.168.1.2\

Certifique-se de que a descoberta de rede e o compartilhamento de arquivos e impressão estejam ativados no Painel de Controle.

Fonte:

Por que não posso mapear uma unidade pelo endereço IP?

    
por 17.08.2017 / 17:19
0

A única diferença que vejo no meu PC comparado com o seu, pelo que você compartilhou, é o NETBIOS sobre o Tcpip. O meu mostra ativado, enquanto o seu está mostrando desativado, de modo que deve ser uma configuração fácil o suficiente para ver se ele resolve o problema.

Na janela Propriedades do adaptador Ethernet, clique duas vezes no Protocolo TCP / IP versão 4 (TCP / IPv4) para exibir as janelas Propriedades do IPv4.

Selecione o botão "Avançado".

Em seguida, escolha a guia WINS e ative a configuração NetBIOS. O meu é o padrão, então escolha ativá-lo se estiver definido como padrão.

Reinicie o computador e veja se funcionou.

ATUALIZAÇÃO:

netstat -an -p tcp

Isso retornará o endereço IP com o endereço IP conectado, se eles estiverem conectados e se o link estiver estabelecido ou em espera. Eu omiti o texto do meu resultado para mostrar apenas o que é relevante.

    Active Connections

    Proto  Local Address          Foreign Address        State
    TCP    192.168.1.15:139       0.0.0.0:0              LISTENING
    TCP    192.168.1.15:445       192.168.1.31:53594     ESTABLISHED
    TCP    192.168.1.15:445       192.168.1.33:33598     ESTABLISHED

Eu tenho duas conexões para minha participação de dois endereços IP diferentes, só queria mostrar como exemplo.

Porta 139 é para nosso serviço de sessão NetBIOS Port 445 é para o nosso compartilhamento de arquivos SMB

Atenciosamente,

Chris

    
por 17.08.2017 / 07:40
0

Como um atalho para o hack do registro descrito acima, você pode abrir o Painel de Controle, procurar configurações do adaptador, propriedades da interface, desativar Rede e Compartilhamento de Arquivos, reabrir a janela e ativar novamente.

Isso aparentemente faz com que o Windows repense todas as ligações do adaptador LanManServer. É um milhão de piedade que isso seja necessário!

    
por 27.10.2018 / 22:03
-1
  • O endereço IP 192.168.1.2 é atribuído pelo DHCP em 192.168.1.1, e o DHCP deve fornecer as configurações do NetBios.
  • Acho que, se você usar o endereço IP estático, poderá ativar o NetBios.
  • Desativar IPV6, o IPV6 não suporta NetBios: A resolução de nomes NetBIOS não é suportada pela Microsoft para o IPv6 (Internet Protocol Version 6). link
  • Tente criar um grupo de trabalho e torne os computadores membros do grupo de trabalho e crie o compartilhamento.
  • Verifique as portas usadas pelo NetBios no roteador:
  • Porta UDP 137

  • Porta UDP 138

  • porta TCP 139
por 22.08.2017 / 20:12