windows 10 Erros de casa com o controle inet vb6 na unidade de rede

0

Tenho um programa utilitário que escrevi muitos anos atrás no vb6 que usa o controle inet vb6 para acessar um site para se atualizar. O recurso de atualização funciona bem em centenas de máquinas que executam o XP, o win7, o win8, o win10, o svr 2003 e outros, instalados em unidades locais e em rede.

Há, no entanto, uma nova máquina doméstica de 10 vitórias onde não funciona (a atualização, o próprio programa funciona bem) se o programa for executado a partir de uma unidade de rede. Se executá-lo a partir da unidade c: ele funciona, se copiado para a unidade f: em rede, recebo o erro "Nome não resolvido", referindo-se à URL do site de atualização.

Eu desliguei o firewall da MacAfee sem efeito. O programa é assinado digitalmente por isso deve ser confiável. O URL está funcionando e pode ser acessado a partir do IE e do Chrome na máquina.

O programa foi originalmente instalado na unidade c: mas uma cópia idêntica reside na unidade f: e o programa é executado corretamente na unidade em rede, mas não pode se conectar ao site de atualização.

Este é um recurso de segurança, se assim for, como desabilitá-lo, ou isso é uma limitação de ganhar 10 em casa (em oposição a profissional).

Eu sei que o home tem algumas limitações, como se ele não suportasse o desktop remoto (o que é uma idiotice estúpida).

Como posso resolver esse problema?

MAIS INFORMAÇÃO:

Então eu desinstalei o programa de c: com a intenção de reinstalar o f em rede: para ver isso tem algum efeito. No entanto, no instalador sábio não consigo selecionar uma unidade de rede para instalação ... apenas c: e cdrom d: estão listados. Por que não consegue ver as letras da unidade mapeadas?

MAIS:

Após a reinicialização, o instalador pode ver as unidades em rede. Instalar na rede não corrige o problema. Além do controle inet vb6, as chamadas de API ao wininet falham de exe na rede, mas são bem-sucedidas no exe na unidade c: local.

RESOLUÇÃO SIMPLES DE PROBLEMAS:

O some.exe (32 bits) usa o wininet.dll para conectar-se à internet para publicar alguns dados no link . O some.exe é instalado em c: \ path \ some.exe e também em um compartilhamento de rede f: \ path \ some.exe.

do prompt do cmd:

c: \ caminho > some.exe (funciona)

c: \ caminho > f: \ caminho \ algum.exe (falha com o nome do erro 12007 não resolvido)

f: \ caminho > some.exe (falha com o nome do erro 12007 não resolvido)

f: \ caminho > c: \ path \ some.exe (funciona)

conclusão: se algum.exe residir em um compartilhamento de rede, o acesso à Internet será bloqueado.

O McAfee é desinstalado. O firewall está desativado. As zonas de segurança da Internet estão no mínimo. URL de destino adicionado como site confiável.

    
por kpg 19.06.2018 / 19:30

1 resposta

0

A resposta parece ser que a atualização do Windows 10 versão 1803 (Atualização do Windows 10 de abril de 2018) bloqueia o acesso à Internet para programas hospedados em unidades de rede usando o SMB1x. A versão do SMB deve ser 2.0 ou superior. O SMB 2.0 foi introduzido no Server 2008. Graças à EBGreen para o lead SMB.

EDIT: RESOLUÇÃO

26 de junho de 2018 KB4284848 Aplica-se a: Windows 10, versão 1803 corrige esse problema.

    
por 20.06.2018 / 02:15