Hola comunidad
Este es mi problema:
Estoy tratando de conectar una máquina DOS a una computadora con Windows 7, usando un cable cruzado LAN, y no funcionará.
Quiero acceder a un directorio compartido en la PC con Windows desde la máquina DOS. La mejor solución sería asignar una letra de unidad al directorio compartido y hacerlo persistente.
He hecho esto antes de obtener un nuevo hardware, estableciendo que la conexión desde la máquina DOS a una computadora con Windows XP funcionó bien.
Usando Windows 7 ahora, no lo hará.
Detalles
La PC con Windows
Ejecutando Windows 7 (Ultimate - o Professional, no estoy seguro en este momento) 64bit. Hay dos tarjetas de red, una para el inicio de sesión a través del servidor de autenticación, Internet, etc., y la segunda solo para construir una conexión a la máquina DOS.
Hay un usuario local separado especificado, con nombre y contraseña.
También hay un directorio compartido C:\
con derechos de acceso completo para exactamente ese usuario.
(Eso es exactamente lo que hice al usar XP)
La máquina DOS
Es exactamente eso: una máquina. No es una PC. Es una máquina CNC con un software de control especial, etc. Este software de control se ejecuta en DOS y las conexiones de red también se crean a través de DOS.
No puedo decirte qué versión de DOS, pero escaneando a través de los directores, tiendo a decir que esta no es una especie de versión DOS "normal". Parece ser algo "especial" o "mínimo", solo para que el software de la máquina se ejecute y proporcione cosas básicas.
Usando la mencionada computadora XP hace un tiempo, pude usar los NET
comandos para establecer una conexión usando una letra de unidad, la ruta de red compartida y la fecha de usuario, nombre y contraseña especificados.
Eso simplemente funcionó. Ese directorio compartido configurado de ese modo era visible y utilizable cuando se ejecutaba el software de control de máquinas; ese es el objetivo de todo esto.
Situación actual
Intentar construir la conexión como lo hice antes solo da como resultado el siguiente error:
Error 53:
No se puede ubicar la computadora especificada en la ruta de red.
Explicación: El servidor que especificó no existe o no se ha iniciado.
... al menos ese es el mensaje de error al usar la "GUI" que NET
proporciona el comando. Cuando el uso directo NET USE ...
del código de error es el mismo, solo el mensaje de texto es ligeramente diferente (... pero básicamente dice lo mismo) .
Como no me gustan tanto las redes, no tengo idea de qué hacer. Debe haber habido algunos cambios en los protocolos de red de XP a 7, eso es todo lo que puedo decir.
He leído algo sobre un ajuste usando gpedit.msc
y configurando el "Nivel de autenticación de LAN Manager" en "Enviar LM y NTLM: use la seguridad de sesión NTLMv2 si se negocia" . No hice nada
También he leído algo acerca de permitir "NetBIOS" en el adaptador de red en Windows 7-PC, así que cambié la configuración avanzada de TCP / IP v4, no hice nada.
También me topé con un error en la máquina DOS, no puedo usarlo ping
allí. El comando en sí está roto de alguna manera, en lugar de algún mensaje apropiado, solo veo caracteres indefinibles en la pantalla. No sé si eso podría tener alguna influencia en la configuración de la red.
No llamé al soporte de la máquina por ahora, y no creo que lo haga. No son muy útiles con estos problemas de red, no pudieron construir una conexión de trabajo cuando teníamos XP (es por eso que lo abandoné yo mismo) .
Además, no hay documentación útil de la máquina cuando se trata de esos temas. La información detallada simplemente no existe; he pedido cualquier dirección posible para eso, incluso el fabricante japonés de la máquina.
ACTUALIZAR,
16. septiembre 2013
Intenté conectarme a la PC con Windows 7 usando net use x: \\hostname\\shared_dir
, lo que lleva a lo mencionado Error 53
. También probé ese comando con la opción /PERSISTENT:YES
, mismo error.
Lo intenté net view \\hostname
, eso también aumentó Error 53
.
Me sale el mismo error al intentar los equipos IP en lugar de \\hostname
- tanto en net use ...
ynet view ...
El comando ver
muestra:
PC DOS versión 6.3
Revisión 0
... así que no hay MS-DOS ejecutándose en la máquina. No sé lo importante que es eso, cuando se trata de esta conexión de red.
Rik logró conectar su vieja máquina 486 (ejecutando MS-DOS 6.22) a una computadora con Windows 7, vea su respuesta a continuación. Seguí sus pasos y configuré ambos sistemas como lo hizo (cambios en gpedit.msc, agregando la computadora a LMHOSTS, configuré un nuevo usuario, ...) , sin éxito: ni siquiera estoy obteniendo varios códigos de error, i ' Estoy atrapado con Error 53
.
No sé si es obligatorio, pero cambié el grupo de trabajo y el dominio de la máquina DOS para que coincida con la PC con Windows 7. Ese no era el caso antes. No ayudó a que esto funcionara, pero genera un nuevo tipo de error al intentar net view \\hostname
:
Error 6118: la lista de servidores para este grupo de trabajo no está disponible actualmente.
Lo que sea que eso signifique.
También intenté conectar otra computadora a esta PC con Windows 7, así que traje mi computadora portátil (con Windows 7) y desconecté la máquina DOS.
Podría obtener una conexión funcional entre esas computadoras con Windows en el primer intento, así como debería funcionar. Ambas computadoras pueden hacer ping, ver y conectarse a la otra, todo bien.
Al hacer esto, reconocí que las dos máquinas Windows solo estaban hablando entre sí usando IPv6 . Estoy bastante seguro de que la máquina DOS no puede manejar este nuevo protocolo e incluso usando las dos PC con Windows, esta conexión no debería requerir IPv6. Así que deshabilité este protocolo desde la configuración del adaptador de red.
Resultado: ... perdí la conexión. Ninguna PC pudo hacer ping, ver o conectarse a la otra, simplemente ya no podían encontrarse.
Después de habilitar IPv6 nuevamente, todo funcionó bien.
... no sé por qué estas computadoras con Windows 7 necesitan IPv6 para comunicarse. No creo que sea "bueno" de esa manera, ya que esto podría causar un problema al intentar conectar la máquina DOS.
No sé qué está sucediendo allí, y dónde hacer cambios para que IPv4 funcione.
La máquina está en uso la mayor parte del tiempo (... Los datos se transfieren utilizando disquetes) , pero tan pronto como haya tiempo, intentaré cualquier sugerencia útil.
Última actualización:
Ya no hay necesidad de pensar en este problema. ¡Gracias a todos los que me ayudaron a probar varias cosas!
Solo mira la fecha: ha sido 2013 cuando intenté resolver este problema. No mucho después de jugar con varias configuraciones, me han dicho que no es mi trabajo ocuparme de este problema.
Solo quería ayudar, pero me dijeron que me ocupara de mis propios asuntos, y así lo hice.
Por supuesto, todavía no funciona.
Hace dos meses, escuché una conversación sobre este tema. Alguien parece haber reconocido que esta conexión interrumpida es realmente molesta y debería repararse. Hasta ahora, no ha pasado nada.
Disquetes FTW.
NET USE X: \\CORRECT_COMPUTERNAME\CORRECT_SHARENAME
? ¿Qué obtienes si haces unNET VIEW \\CORRECT_COMPUTERNAME
?CORRECT_COMPUTERNAME
usted también podría usar su dirección IP. es decirNET VIEW \\IP_ADDRESS
yNET USE X: \\IP_ADDRESS\CORRECT_SHARENAME
.NET
comando inicia cuando solo ingresé:C:\NET\net
eso conduce al error mencionado. Luego intenté conectarme a través de la línea de comandos (... que es básicamente lo mismo) usando:C:\NET\NET USE G: \\CORRECT_COMPUTERNAME\CORRECT_SHARENAME /PERSISTENT:YES
- mismo resultado, texto de error ligeramente diferente. Intenté usar la IP de la computadora en lugar del nombre de host, no cambié nada.NET VIEW
comando? ¿Tiene acceso a otra máquina con Windows para poder verificar si la configuración de Windows 7 es correcta? (Cortafuegos apagado, Descubrimiento de red encendido, Uso compartido de archivos e impresoras encendido, Uso compartido de carpetas públicas encendido, Transmisión de medios apagada, Uso compartido protegido por contraseña apagado, Reducción del cifrado a 40-56 bits, Están en el mismo grupo de trabajo)NET
-GUI. No es cuestión del contenido en sí). Olvidé mencionar queNET VIEW \\CORRECT_COMPUTERNAME
está llevando al mismo mensaje de error. Tan pronto como pueda, intentaré conectarme a la PC con Windows 7 desde otra computadora. Esa es una buena idea, ¡lo comprobaré!Respuestas:
Puedo confirmar que el "Microsoft Network Client v.3.0 para MS-DOS" en MS-DOS 6.22 puede conectarse a una máquina con Windows 7. Desempolvé una vieja máquina 486 con este cliente todavía en el disco duro.
También intenté
error 53
conectarme a una máquina con Windows 7. (InclusoNET VIEW \\MACHINE_NAME
dio elerror 53
.Necesitaba ajustar los LMHOSTS para incluir la dirección de máquina-ip.
(agregando 192.168.1.33 MACHINE_NAME).
Después de eso obtuve un
error 5: Access denied
. Cambié lo siguiente con gpedit.msc en Windows 7:Ya hiciste la primera línea pero también necesitas la segunda (configurándola en "Desactivada").
Después de eso, creé un nuevo usuario con una contraseña (probablemente pueda cambiar su usuario pero necesita cambiarlo o de lo contrario no funciona).
Después de eso obtuve un
error 1: An internal error occurred
sobreNET VIEW \\MACHINE_NAME
pero pude crear un driveletter conNET USE P: \\MACHINE_NAME\SHARE
y acceder a todos sus archivos.Entonces, si está utilizando la misma configuración (cliente de red y versión de DOS), debería poder hacerlo funcionar. Espero que esto ayude.
fuente
NET VERSION
. 4) ¿Estás utilizando un dominio o grupo de trabajo? Aquí Microsoft declaró para su error "El nombre de su grupo de trabajo es diferente a su nombre de dominio". Solo uso el grupo de trabajo, pero ambos son iguales en mi SYSTEM.INI en la máquina DOS.NET LOGON
hacer un, tambiénNET VIEW
obtengo unerror 6118
. Dejar la máquina durante 15 segundos yNET VIEW
volver a hacerlo funcionó. Por lo tanto, no ejecute todos los comandos en un lote, sino escríbalos en un mensaje con unos segundos de diferencia.Su problema podría deberse a razones de seguridad en Windows 7. La red no está identificada y Windows podría bloquear el acceso. Debería intentar que sea "trabajo" o "inicio" y / o deshabilite su firewall. También asegúrese de que la carpeta compartida tenga acceso completo para todos los usuarios y (consulte la pestaña de seguridad en las propiedades). Ah, sí, también debe ir a la configuración avanzada de uso compartido y deshabilitar el uso compartido protegido con contraseña, para que todos puedan conectarse sin credenciales específicas.
fuente