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:
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.
fuente
Respuestas:
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:
Solíamos tener un problema similar en mi último lugar y esto parecía ayudar.
Espero que esto ayude.
fuente
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:
fuente
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.
fuente
¿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.
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"
fuente