ViteSoft - Compartilhando tecnologia

10060 erro por causa de 2 placas de rede "Reais ou virtuais"

Após um tempo de pesquisa, perguntas incessantes e chatas, as vezes parecia até idiotas

Cheguei a conclusão erro 10060

O VSCyber acaba que por se enganar e montar sua conexão baseado no adaptador errado, resultado, falha de comunicação do âmbito 10060.

(Márcio essa seria a mensagem ideal para substituir a atual)

Erro de montagem de comunicação - Sistema montou-se sobre um adaptador de rede que não se comunica com as estações. Verifique qual o ip da placa que se comunica com os clientes e defina ele em FERRAMENTAS > ENDEREÇO IP PARA ADMINISTRADOR


Foram encontradas 2 (DUAS) Soluções possíveis:

1 - Solução em viewtopic.php?f=21&t=13699&hilit=10060+hamachi

Abra o menu Iniciar => Programas => Acessórios => Prompt de Comando
Abrira uma janela preta, nela digite ipconfig /all
Anote os Ips

Agora você devera saber qual é o ip da placa que se comunica com as estações
Caso não saiba observe qual o ip que esta no roda nesse momento que não ha comunicação e NÃO o use, use o outro.
Agora que ja sabemos qual o ip correto
No VSCyberAdmin va em:
FERRAMENTAS => ENDEREÇO IP PARA ADMINISTRADOR
Digite o ip da placa que se comunica, e pronto iso deve resolver porém só funciona se o IP da placa for fixo, ja que ip dinâmico muda, então é necessário usar em combinado com a próxima solução.

___________________________________________________________________________

2 - Solução em viewtopic.php?f=21&t=15608&start=30#p79656



Porém temos outro problema aqui, o VSCyber pode sem querer pegar o ip da placa errada, por isso o uso com a 1ª solução.

Marcio e andré me desculpem por este tópico como anuncio global, mas foi a melhor solução que achei pra por em evidencia o que constatei nesse ano. E em 100% dos casos atendidos por mim por conta desse erro 10060 era esse o motivo e a solução.



TAGS:
ERRO 10060
2 Placas de REDE
Hamachi
IP automatico
IP Fixo
IP Estatico
Não envia comandos
Sem comunicação
Resolvido
Solução
Speedy
Velox
internet

Erro 11001 - HOST NÃO É RECONHECIDO.



____________________________________________________
1ª - Solução:

No Administrador clique em FERRAMENTAS => CONFIGURAR FIREWALL DO WINDOWS XP

Na Estação logue como administrador ou com a senha de manutenção
Padrão: ( Atente-se para o "A" que é OBRIGATORIAMENTE MAIÚSCULA)
Usuário: Admin
Senha: Admin

clique em ADMINISTRADOR => CONFIGURAR FIREWALL DO WINDOWS XP
____________________________________________________


2ª - Solução:

*1º - Tente pingar o nome da maquina se não houver resposta siga para o próximo passo
*2º - TEnte pingar a mesma maquina pelo IP se houver resposta a solução é esta. Caso não tente a 2ª Solução.

Na maquina problemática:

Va em INICIAR => EXECUTAR
Digite services.msc

Procure pelos serviços "CLIENT DNS" e "SERVIDOR"

Ao achar clique com o direito e clique em PROPRIEDADES

Deixe conforme a imagem:
seguindo a ordem marcada de cliques. 1°, 2° e 3°

____________________________________________________


3° - Solução:

Verifique todo o equipamento, Cabos, Placas por quebras, queimas e mau contato.
Caso encontre corrija-os e tente o ping novamente.
____________________________________________________


4° - Solução:

Pingou e não existem quebras e mau contato. Temos um possível erro de configuração, onde o servidor esta em uma rede e as maquinas em outra.

Clique em MEU COMPUTADOR com o botão direto
clique em PROPRIEDADES
Clique na aba NOME DO COMPUTADOR

Veja o nome do GRUPO DE TRABALHO

Faça o mesmo procedimento na estação com problema, se os nomes não coincidem clique em ALTERAR e em GRUPO DE TRABALHO coloque o mesmo nome que esta no servidor.
____________________________________________________

5ª - Solução - By Over All Lan House


Segue em anexo bat para execução dos passos da solução 5




6ª - Solução:

Abrir as portas 137, 138 e 139 UDP no firewall do windows (Agradecimentos a AltitudeNet).
Essa portas são responsáveis pela comunicação de nomes Netbios, a navegação e transferência de dados.

Vide mais nos 2 posts abaixo


7ª - Solução:

Chame um técnico, pois no momento me acabaram as possibilidades.

Encontrei mais uma solução

Solução para o erro 11001 este host não é conhecido

Capturar Tela Estação - 11001 este host não é conhecido
Logoff - 11001 este host não é reconhecido
Aplicar Restrições - 11001 este host não é conhecido
Retirar Restrições - 11001 este host não é conhecido
Executar Comando - 11001 este host não é conhecido
Aplicativos em execução - 11001 este host não é conhecido

Solução:
Procedimentos nas estações Clientes: abrir a portas Globais 137:UDP ou 138

Procedimentos no Servidor: abrir a portas Globais 137:UDP ou 138

Depois de vários teste posso afirmar que é esse o motivo desse problema.
Para facilitar vai um arquivo em anexo para ser executado em todos os PCs Servidor / Cliente.

Muito obrigado altitudenet, você tem razão as portas 137 e 138 UDP, sõ portas de comunicação de rede, mais precisamente é a comunicação Netbios.

Vide microsoft http://support.microsoft.com/kb/179442

Artigo sobre o assunto http://www.auditmypc.com/port/udp-port-138.asp
_______________________
1024-65535/TCP 135/TCP RPC *
137/UDP 137/UDP Nome NetBIOS
138/UDP 138/UDP Netlogon NetBIOS e Navegação
1024-65535/TCP 139/TCP Sessão NetBIOS
1024-65535/TCP 42/TCP Replicação WINS
_______________________

Segundo Carlos Morimoto do Guia do Hardware.net


Fonte: http://www.gdhpress.com.br/redes/leia/i ... p?p=cap4-3

Ok canton, foi bom você da uma reforçada no poste o qual eu considero solução pois fiz vários teste antes de mencionar, e recomendar aos outros usuários.

E agora quero deixar como Sugestão, para que se possível seja implantado nas próximas versões um código que abra essas porta durante a instalação do VSCyber, lembrando, que alguns PCs mesmo com essas portas fechadas mantem comunicação normal, mas no caso de não comunicar-se mais, quase sempre é essas portas que devem ser abertas.

Obs: Posso estar sendo precipitado, pois não tenho nem uma informação avançada a respeito dessas portas, não sei se abrindo elas estará ou não deixando alguma brecha em nossos sistema, facilitando assim a invasão de hackrs ou coisas relacionadas.

caso moderadores achem necessário mova esse poste para Idéias e Sugestão

Na verdade altitudenet, essas portas eram usadas em versões anteriores do windows e estão ai por motivos de compatibilidade, inclusive lembro que quando eu estava instalando o SAMBA no linux o firewall (linux) estava bloqueando a comunicação da porta 138, na época não me preocupei muito, abri a porta e funcionou, quando li seu post lembrei deste fato e procurei um pouco.

Bom hoje o windows usa um protocolo melhorado em vez destas portas, não sei se o sistema da vite acaba que por chamar alguma api que o use, mas creio que abri-la não trará nenhum inconveniente.