Nós costumávamos usar WAPs baratos da Linksys em nosso armazém. Estou tentando atualizar para o SonicPoints para usar com o nosso firewall SonicWall. Então, antes, todos os meus dispositivos Motorola MC9090 CE estavam na mesma sub-rede que o resto da rede e acessavam meus UNCs bem. Bem, agora eles estão em uma sub-rede diferente e não terão acesso a nenhuma das minhas UNCs. Eles podem executar ping no servidor e retornar o IP correto (sub-rede diferente), mas o Compact Framework 2 afirma que os caminhos da pasta UNC são ... FALSE. Então aqui está uma rápida revisão da minha configuração atual.
Server Share - 10.10.10.216 - \STORE1\Data\
MC9090 CE Device - 10.10.10.20
If (Directory.Exists("\STORE1\Data\") = TRUE
MC9090 CE Device - 10.10.30.20
If (Directory.Exists("\STORE1\Data\") = FALSE
ping STORE1 - returns 10.10.10.216 and good result
Random laptop running Win10 - 10.10.30.30
If (Directory.Exists("\STORE1\Data\") = TRUE
Então, com base no laptop, minhas rotas estão bem. Ele pode acessar o compartilhamento na outra sub-rede bem. Então, decidi criar um compartilhamento na sub-rede .30 e ver o que acontece.
Server Share - 10.10.30.30 - \RANDOMLAPTOP\Data\
MC9090 CE Device - 10.10.10.20
If (Directory.Exists("\RANDOMLAPTOP\Data\") = FALSE
MC9090 CE Device - 10.10.30.20
If (Directory.Exists("\RANDOMLAPTOP\Data\") = TRUE
Com base nisso, concluí que o dispositivo CE ou o Compact Framework 2 em geral não é capaz de acessar UNCs em sub-redes diferentes? Isso está agora além da minha casa do leme.
Se eu puder ver e executar ping no servidor do meu dispositivo CE (mesmo em sub-redes diferentes), por que não consigo acessar o UNC nesse servidor?
EDITAR:
Dispositivo MC9090 CE - 10.10.30.12:
ping store1
Reply from 10.10.10.216: Echo size=32 time=21ms TTL=128
Reply from 10.10.10.216: Echo size=32 time=11ms TTL=128
Reply from 10.10.10.216: Echo size=32 time=15ms TTL=128
Reply from 10.10.10.216: Echo size=32 time=5ms TTL=128
net use * \store1\data (with or without username)
Command failed: status 53
Status 53 significado:
"A mensagem Erro 53 geralmente é retornada quando a resolução de nomes falha para um nome de computador específico. O erro 53 também pode ocorrer quando há um problema ao estabelecer uma sessão de NetBIOS."
A resolução de nomes claramente não é um problema e o NETBIOS não é um problema se estiver na mesma sub-rede. Isso é algum tipo de problema antigo de SO entre sub-redes? Pelo menos isso prova que o Compact Framework não é o problema.