Olá comunidade,
Esse é meu problema:
Estou tentando conectar uma máquina DOS a um computador com Windows 7, usando um cabo LAN-crossover - e não funcionará.
Quero acessar um diretório compartilhado no PC com Windows a partir da máquina DOS. A melhor solução seria atribuir uma letra de unidade ao diretório compartilhado e torná-la persistente.
Eu fiz isso antes de obtermos um novo hardware, estabelecendo que a conexão da máquina DOS com um computador com Windows XP funcionou bem.
Usando o Windows 7 agora, não será.
Detalhes
O PC com Windows
Executando o Windows 7 (Ultimate - ou Professional, não tenho certeza no momento) de 64 bits. Existem duas placas de rede, uma para o logon via servidor de autenticação, internet e assim por diante - e a segunda apenas para criar uma conexão com a máquina DOS.
Há um usuário local separado especificado, com nome e senha.
Há também um diretório compartilhado C:\
com direitos completos de acesso exatamente a esse usuário.
(Foi exatamente o que fiz ao usar o XP)
A máquina DOS
É exatamente isso - uma máquina. Não é um PC. É uma máquina CNC com um software de controle especial e assim por diante. Este software de controle está sendo executado no DOS e as conexões de rede também são construídas via DOS.
Não sei dizer qual versão do DOS - mas, varrendo os diretórios, costumo dizer que isso não é algum tipo de versão "normal" do DOS. Parece ser algo "especial" ou "mínimo", apenas para executar o software da máquina e fornecer coisas básicas.
Usando o computador XP mencionado há algum tempo, eu poderia usar os NET
comandos para estabelecer uma conexão usando uma letra de unidade, o caminho da rede compartilhada - e a data do usuário, nome e senha especificados.
Isso apenas funcionou. Esse diretório compartilhado assim configurado era visível e utilizável ao executar o software de controle das máquinas - esse é o objetivo de tudo isso.
Situação atual
Tentar construir a conexão como antes, apenas resulta no seguinte erro:
Erro 53:
O computador especificado no caminho da rede não pode ser localizado.
Explicação: O servidor que você especificou não existe ou não foi inicializado.
... pelo menos essa é a mensagem de erro ao usar a "GUI" que o NET
comando fornece. Quando usar diretamente NET USE ...
o código de erro é o mesmo, apenas a mensagem de texto é ligeiramente diferente (... mas basicamente dizendo o mesmo) .
Como não gosto muito de redes, não tenho ideia do que fazer. Deve ter havido algumas mudanças nos protocolos de rede do XP para o 7 - é tudo o que posso dizer.
Eu li algo sobre um ajuste usando gpedit.msc
e definindo o "nível de autenticação do LAN Manager" para "Enviar LM e NTLM - use segurança de sessão NTLMv2 se negociado" . Não fez nada.
Também li algo sobre permitir "NetBIOS" no adaptador de rede no Windows 7-PC, então mudei as configurações avançadas de TCP / IP v4 - não fiz nada.
Eu também me deparei com um erro na máquina DOS - não posso usar ping
lá. O comando em si está de alguma forma quebrado, em vez de uma mensagem apropriada, vejo apenas caracteres indefiníveis na tela. Não sei se isso pode ter alguma influência nas configurações de rede.
Eu não liguei para o suporte da máquina até agora - e acho que não. Eles não são muito úteis com esses problemas de rede, eles não foram capazes de criar uma conexão de trabalho quando tínhamos o XP (é por isso que eu mesmo digo isso) .
Além disso, não há documentação útil da máquina quando se trata desses tópicos. Informações detalhadas simplesmente não existem - pedi qualquer endereço possível para isso, mesmo o fabricante japonês da máquina.
ATUALIZAR,
16. setembro de 2013
Eu tentei me conectar ao Windows 7-PC usando net use x: \\hostname\\shared_dir
- o que leva ao mencionado Error 53
. Eu também tentei esse comando com a opção /PERSISTENT:YES
, mesmo erro.
Eu tentei net view \\hostname
, isso levantou Error 53
também.
Eu recebo o mesmo erro ao tentar os computadores IP em vez de \\hostname
- tanto em net use ...
enet view ...
O comando ver
exibe:
PC DOS versão 6.3
Revisão 0
... portanto, não há MS-DOS em execução na máquina. Não sei o quanto isso é importante quando se trata dessa conexão de rede.
Rik conseguiu conectar sua antiga máquina 486 (executando o MS-DOS 6.22) a um computador com Windows 7, veja sua resposta abaixo. Eu segui seus passos e configurei os dois sistemas como ele fez (alterações no gpedit.msc, adicionando o computador ao LMHOSTS, configurado um novo usuário, ...) , sem sucesso - eu nem estou recebendo vários códigos de erro, ' estou preso com Error 53
.
Não sei se é obrigatório, mas alterei o grupo de trabalho e o domínio para que a máquina DOS corresponda ao Windows 7-PC. Esse não era o caso antes. Não ajudou a fazer isso funcionar, mas gerou um novo tipo de erro ao tentar net view \\hostname
:
Erro 6118: a lista de servidores para este grupo de trabalho não está disponível no momento.
O que quer que isso signifique.
Também tentei conectar outro computador a este PC com Windows 7, então trouxe o meu Notebook (executando o Windows 7) e desconectei a máquina DOS.
Eu poderia obter uma conexão de trabalho entre os computadores Windows na primeira tentativa, assim como isso deve funcionar. Ambos os computadores podem executar ping, visualizar e conectar-se ao outro, tudo bem.
Ao fazer isso, reconheci que as duas máquinas Windows estavam apenas conversando entre si usando o IPv6 . Tenho certeza de que a máquina DOS não pode lidar com esse novo protocolo e, mesmo usando os dois PCs com Windows, essa conexão não deve exigir IPv6. Então, eu desabilitei este protocolo nas configurações do adaptador de rede.
Resultado: ... perdi a conexão. Nenhum PC foi capaz de executar ping, visualizar ou conectar-se ao outro, eles simplesmente não conseguiam mais se encontrar.
Depois de ativar o IPv6 novamente, tudo funcionou bem.
... não sei por que esses computadores com Windows 7 precisam do IPv6 para se comunicar. Eu não acho que seja "bom" assim, pois isso pode causar um problema ao tentar conectar a máquina DOS.
Não sei o que está acontecendo lá - e onde fazer alterações para que o IPv4 funcione.
A máquina está em uso na maioria das vezes (... Os dados são transferidos usando disquetes) , mas assim que houver tempo, tentarei alguma sugestão útil.
Última atualização:
Não há mais necessidade de pensar sobre esse problema. Obrigado por quem me ajudou a tentar várias coisas!
Basta olhar para a data - já foi 2013 quando tentei resolver esse problema. Pouco tempo depois de mexer com várias configurações, me disseram que não é meu trabalho cuidar desse problema.
Eu só queria ajudar, mas me disseram para cuidar do meu próprio negócio - e foi o que fiz.
Claro, ainda não está funcionando.
Há dois meses, ouvi uma conversa sobre esse tópico. Alguém parece ter reconhecido que essa conexão interrompida é realmente irritante e deve ser corrigida. Até agora, nada aconteceu.
Disquetes FTW.
NET USE X: \\CORRECT_COMPUTERNAME\CORRECT_SHARENAME
? O que você ganha se fizer umNET VIEW \\CORRECT_COMPUTERNAME
?CORRECT_COMPUTERNAME
você também pode usar o seu endereço IP. ieNET VIEW \\IP_ADDRESS
eNET USE X: \\IP_ADDRESS\CORRECT_SHARENAME
.NET
comando inicia quando apenas entrava:C:\NET\net
- que leva ao erro mencionado. Então eu tentei conectar via linha de comando (... que é basicamente o mesmo) usando:C:\NET\NET USE G: \\CORRECT_COMPUTERNAME\CORRECT_SHARENAME /PERSISTENT:YES
- mesmo resultado, texto de erro ligeiramente diferente. Eu tentei usar o IP dos computadores em vez do nome do host - não mudou nada.NET VIEW
comando? Você tem acesso a outra máquina Windows para poder verificar se as configurações do Windows 7 estão corretas. (Firewall desativado, Descoberta de rede ativada, Compartilhamento de arquivos e impressoras ativado, Compartilhamento de pastas públicas ativado, Streaming de mídia desativado, Compartilhamento protegido por senha, Reduzindo a criptografia para 40-56 bits, Eles estão no mesmo grupo de trabalho)NET
-GUI. Não é uma questão do conteúdo em si.). Esqueci de mencionar queNET VIEW \\CORRECT_COMPUTERNAME
está levando à mesma mensagem de erro. Assim que possível, tentarei conectar-me ao Windows 7-PC de outro computador. É uma boa ideia, vou verificar!Respostas:
Posso confirmar que o "Microsoft Network Client v.3.0 para MS-DOS" no MS-DOS 6.22 pode se conectar a uma máquina com Windows 7. Tirei o pó de uma máquina 486 antiga com esse cliente ainda no disco rígido.
Também
error 53
tentei me conectar a uma máquina com Windows 7. (MesmoNET VIEW \\MACHINE_NAME
deu oerror 53
.Eu precisava ajustar o LMHOSTS para incluir o endereço IP da máquina.
(adicionando 192.168.1.33 MACHINE_NAME a ele).
Depois disso eu recebi um
error 5: Access denied
. Alterei o seguinte com o gpedit.msc no Windows 7:Você já criou a primeira linha, mas também precisa da segunda (configurando-a para "Desativado").
Depois disso, criei um novo usuário com uma senha (você provavelmente pode alterar seu usuário, mas precisa alterá-lo ou ele não funciona).
Depois que eu tenho um
error 1: An internal error occurred
noNET VIEW \\MACHINE_NAME
, mas eu poderia criar um driveletter comNET USE P: \\MACHINE_NAME\SHARE
e acessar todos os seus arquivos.Portanto, se você estiver usando a mesma configuração (cliente de rede e versão DOS), poderá fazê-lo funcionar. Espero que isto ajude.
fonte
NET VERSION
. 4) Você está usando um domínio ou grupo de trabalho? Aqui, a Microsoft declarou seu erro "O nome do seu grupo de trabalho é diferente do seu nome de domínio". Eu só uso grupo de trabalho, mas ambos são iguais no meu SYSTEM.INI na máquina DOS.NET LOGON
eu faço, tambémNET VIEW
recebo umerror 6118
. Deixando a máquina por 15 segundos e fazendoNET VIEW
novamente, funcionou. Portanto, não execute todos os comandos em um lote, mas digite-os em um prompt com alguns segundos de intervalo.Seu problema pode ser devido a razões de segurança no Windows 7. A rede não é identificada e o Windows pode bloquear o acesso. Você deve tentar fazê-lo "funcionar" ou "em casa" e / ou desativar seu firewall. Verifique também se a pasta compartilhada tem acesso total a todos os usuários e (consulte a guia segurança nas propriedades). Ah, sim, você também deve acessar as configurações avançadas de compartilhamento e desativar o compartilhamento protegido por senha, para que todos possam se conectar sem credenciais específicas.
fonte