¿Cómo se hace que Windows XP vuelva a conectar automáticamente las unidades de red al reiniciar?

10

Tengo algunas asignaciones de unidades de red que deseo que estén disponibles para varios programas al reiniciar. Sin embargo, permanecen desconectados hasta que los visito manualmente.

Si un programa, como OneNote que lee notas compartidas en una unidad de red, intenta conectarse, no ve el recurso compartido y no provoca la reconexión automática.

Estoy buscando una solución totalmente automatizada, preferiblemente solo una configuración para hacer que Windows se vuelva a conectar de forma nativa en el arranque de la máquina.

Por ejemplo, en este momento las unidades Y y Z están desconectadas y X está conectada porque accedí manualmente:

texto alternativo

Editar: Tengo que cambiar mi pregunta ligeramente pero con un impacto bastante significativo en las respuestas. De hecho, las unidades NO están disponibles al iniciar sesión. Solo se vuelven accesibles después de abrir un túnel ssh.

Por lo tanto, la pregunta principal es: ¿cómo hace que las aplicaciones fuercen el disco vivo cuando intentan acceder a él?

Supongo que otro enfoque sería ejecutar automáticamente un script cuando se establezca el túnel. Probablemente sea mi mejor apuesta si lo anterior no es posible.

Artem Russakovskii
fuente
1
Tenga algún representante para la pregunta, definitivamente es una que ha frustrado a mucha gente a lo largo de los años y, por lo tanto, es una buena idea.
Maximus Minimus
Gracias, sí, me ha estado molestando durante algunos años y ahora que SF está aquí, se resolverá.
Artem Russakovskii el
Tal vez esta es una pregunta obvia, pero ¿estás haciendo un túnel de las acciones de netbios sobre ssh? Si es así, ¿con qué software? No veo por qué la conexión a una acción depende de ssh ...
romandas
romandas: sí, estoy montando montajes remotos de samba usando un túnel ssh dinámico (establecido a través de masilla, SecureCRT o lo que quieras).
Artem Russakovskii
@Artem: sería una buena información para incluir en su pregunta.
romandas el

Respuestas:

2

Lea este hilo: https://web.archive.org/web/1/http://techrepublic%2ecom%2ecom/5208-11184-0.html?forumID=47&threadID=178558&messageID=1818197 . El chico básicamente dice que cambie esto:

Try [HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters]

"KeepAliveTime"=dword:00300000
"KeepAliveInterval"=dword:00001000

Solíamos tener un problema similar en mi último lugar y esto parecía ayudar.

Espero que esto ayude.

Hondalex
fuente
Esto parece no ser la solución al problema real, sino un problema relacionado, por lo que +1. Esto es tan frecuente que las llamadas normales a la API de archivos no vuelven a conectar los recursos compartidos. A veces, la actualización de Explorter (F5) lo hace, pero a veces ni siquiera eso. Entonces, solo el uso neto puede ayudar, lo cual es difícil de automatizar para todos los programas. : - /
eckes
2

Bueno, en primer lugar, al mapear la unidad, puede marcar la casilla de verificación que dice que XP debe volver a conectar las unidades. No es perfecto La otra opción es escribir un script y colocarlo en la carpeta de Inicio del usuario:

net use * /d /y
net use <DriveLetter> <Path> (i.e. G: \\server\folder)
<repeat as many times as needed...>
usuario3595
fuente
+1: marcar la casilla "volver a conectar al iniciar sesión" y garantizar que las credenciales utilizadas para iniciar sesión sean las mismas para conectarse al recurso compartido parece funcionar para mí. Asigno mi biblioteca de iTunes a un servidor de archivos y nunca he tenido que ir al recurso compartido antes de iniciar iTunes.
romandas
He editado la pregunta original que aclara el problema.
Artem Russakovskii
1

Encontramos problemas con esto donde teníamos un recurso compartido de archivos 2003 montado en un sistema de archivos Unix. La "desconexión" sucedería, y los trabajos que lo usaron potencialmente tendrían que ejecutarse dos veces: la primera vez para activar el recurso compartido, la segunda vez para hacer el trabajo de verdad.

Esto no fue satisfactorio ya que, por supuesto, a veces la primera ejecución funcionó, por lo que al final uno de nuestros desarrolladores terminó escribiendo un trabajo para sondear regularmente el porcentaje y mantenerlo caliente. Tenga en cuenta que en este caso cambiar los tiempos de actividad en el servidor no era una opción, ya que el recurso compartido se montó en el sistema de archivos, y los trabajos podrían tener lagunas de hasta una semana más o menos entre ellos.

No puedo decir por qué no se conectaron al comienzo de cada trabajo y se desconectaron cuando terminaron, o despertaron el recurso compartido a través de otro método antes de ejecutar el trabajo real.

De todos modos, no estoy seguro de los detalles de implementación, pero espero que una tarea programada que solo recupere una lista de directorios tenga el mismo resultado final para un cliente de Windows si va a seguir esa ruta. Es una forma de hacerlo, pero estoy seguro de que hay mejores.

La moraleja de la historia de todos modos es que la interoperabilidad de Unix / Windows no es tan perfecta como algunas personas creen. Pero eso está divagando de la pregunta.

Maximus Minimus
fuente
1

¿Son accesibles si intentas abrirlos? AKA, ¿es este el viejo problema de una unidad mapeada que parece estar desconectada, pero al intentar abrirla, encuentra que en realidad está conectada?

Pero para responder la pregunta mientras la leo:

Asignar una unidad desde un símbolo del sistema, y ​​hacer que permanezca después de un reinicio, es hacerla persistente.

NET USE <driveletter:> \\computername\share -p

O bien, haga clic con el botón derecho en Mi PC, haga clic en el mapa de la unidad de red, elija la ubicación y asegúrese de "Volver a conectar al iniciar sesión"

DanBig
fuente
He editado la pregunta original que aclara el problema.
Artem Russakovskii