Ir a contenido


Foto
- - - - -

Problemas De Conectividad


  • Please log in to reply
6 replies to this topic

#1 Jemact

Jemact

    Member

  • Hentais
  • Pip
  • 137 Mensajes:

Escrito 02 February 2006 - 10:05 AM

Espero explicarme correctamente a ver si me podeis orientar porque puede darme un fallo de conectividad en el visor de sucesos.

Tengo unos archivos en un 2000 server en una unidad que todos los ordenadores de la empresa tienen mapeada por ejemplo en.

P:/archivos/

Estos archivos en caso de ser borrados estan sincronizados mediante un servicio para que en caso de que alguien borre o cambie esos archivos en su pc automaticamente cada 5 segundos recupere los archivos que estan en esa unidad.

En los ordenadores con 2000 no tenemos ningun problema cojen esos archivos y todo funciona correctamente pero en XP al intentar cojerlos en el visor de sucesos me aparece que

No hay conectividad con P:/archivos/

El caso es que la unidad esta mapeada y desde el explorador puedo entrar sin ningun problema y todo funciona correctamente puesto que si le indico que en vez de buscarlo en la unidad mapeada lo busque en C:/archivos/ lo hace todo correctamente.

A ver si a vosotros se os ocurre por que puede pasar esto u orientarme hacia donde buscar el problema.

Un saludo y gracias por anticipado.

#2 dee

dee

    Ex-Espantarubias

  • Hentais
  • PipPipPipPipPipPipPipPip
  • 5256 Mensajes:

Escrito 02 February 2006 - 05:50 PM

Si desde el explorador puedes acceder a la unidad mapeada huele a que sea un problema específico con la aplicación "misteriosa" que recupera los datos desde la red. Comprueba que no haya nada que afecte a su funcionamiento rollo firewall, permisos de ejecución, etc ...

#3 Son_Gohan

Son_Gohan

    Leecher

  • Hentais
  • 44 Mensajes:

Escrito 02 February 2006 - 11:46 PM

A ver es algo raro pero es posible q sea x eso.
A mi me ha pasao de no poder conectarme con una aplicacion a un servidor, dandole un user y un password (como creo q haras tu lo de restaurar archivos), pero accediendo depsues con el explorador de archivos y pidiendome el user y password y entrando una sola vez depsues esta aplicacion si q arrancaba sin problemas.
Es algo raro pero puedes intentar crear una tarea a una determianda hora o cuando enciendan el PC y q acceda a esa carpeta o unidad mapeada, y despues cerrar esa ventana automaticamente, prueba eso a ver si funciona, es algo "chapuza" pero podria funcionar.

#4 Jemact

Jemact

    Member

  • Hentais
  • Pip
  • 137 Mensajes:

Escrito 03 February 2006 - 09:03 AM

A ver es algo raro pero es posible q sea x eso.
A mi me ha pasao de no poder conectarme con una aplicacion a un servidor, dandole un user y un password (como creo q haras tu lo de restaurar archivos), pero accediendo depsues con el explorador de archivos y pidiendome el user y password y entrando una sola vez depsues esta aplicacion si q arrancaba sin problemas.
Es algo raro pero puedes intentar crear una tarea a una determianda hora o cuando enciendan el PC y q acceda a esa carpeta o unidad mapeada, y despues cerrar esa ventana automaticamente, prueba eso a ver si funciona, es algo "chapuza" pero podria funcionar.


La unidad mapeada no necesita de user y pass se tiene acceso directamente segun arranca cualquier pc todo el mundo la tiene mapeada en la unidad P:

Ya tenemos creado un servicio que cada 5 minutos busca unos claves en el registro que le indican la ruta donde estan los ficheros cuales debe copiar y donde los debe copiar en caso de que no coincidan con los que tiene en local de hecho ese es el problema que si me conecto en el DC con mi usuario y pass desde un 2000 realiza estas tareas sin problemas pero si lo hago desde XP me da el problema de conectividad pero si tengo la unidad mapeada y desde el explorador entro sin problemas a pillar los archivos.

En XP si pongo estos ficheros en la unidad C: por ejemplo que entonces si lo hace bien con solo cambiarle la ruta donde debe buscar en el registro.


Si desde el explorador puedes acceder a la unidad mapeada huele a que sea un problema específico con la aplicación "misteriosa" que recupera los datos desde la red. Comprueba que no haya nada que afecte a su funcionamiento rollo firewall, permisos de ejecución, etc ...


La aplicacion si funciona pues lo hace bien en 2000 y en XP si pongo los archivos en el disco duro propio de la persona tambien funciona.

El cortafuegos ya lo deshabilitamos pensando que podria ser eso permisos no son porque con las mismas politicas en 2000 me funciona pero no en XP.

El XP tiene SP2 el 2000 es un server y el id_suceso del visor de sucesos es el 113.

Muchas gracias a los dos por darme alternativas a ver si al final doy con ello

#5 mpluss

mpluss

    Advanced Member

  • Hentais
  • PipPip
  • 828 Mensajes:

Escrito 04 February 2006 - 01:27 AM

A ver si entendí:

Tratas de que unos archivos en P:\archivos\ se copien automáticamente a (es un decir) C:\Temp\

Esto con la finalidad de que los tengan todos los usuarios esos archivos en C:\temp\ cierto?

Si es esto hay una manera fácil de hacerlo siempre y cuando tengas un DC (Controlador de Dominio), es asignar un archivo (*.bat) que se inicie cada vez que cargue la PC, ahí en el bat mappeas las unidades de red.

No estoy seguro pero creo que es algo así:

net use P:\ \\server\P

Esa solución la tenemos nosotros en la oficina, solo que el servidor de archivos es un Disco duro de red (Snap Server). Solo que nosotros no actualizamos esos archivos cada 5 seg, los actualizamos cada vez que inician sesión los usuarios. Si la unidad de red a la que quieres tener acceso tiene protección (ya sea local o remota) se la puedes quitar para que accese cualquier usuario, ya que igual y no está tomando el usuario que corre el proceso.

Otra cosa que puedes hacer es asignarle a ese proceso que X usuario lo está ejecutando para que no exista problemas por permisos.

Espero pueda ayudarte en algo. Salu2
I learned from Densha. No matter how bad, he was never crushed, no matter what happened, his heart always believed in his beloved!!!

#6 Jemact

Jemact

    Member

  • Hentais
  • Pip
  • 137 Mensajes:

Escrito 06 February 2006 - 09:31 AM

Tratas de que unos archivos en P:\archivos\ se copien automáticamente a (es un decir) C:\Temp\

Esto con la finalidad de que los tengan todos los usuarios esos archivos en C:\temp\ cierto?


No exactamente ^_^

Hay creado un servicio que cada poco tiempo debe restaurar unos archivos en caso de que hayan sido modificados o borrados.

Por ejemplo un usuario se loguea en el dominio y tiene la feliz idea de borrar un icono o el archivo *.scr del protector de pantallas o algun archivo que usamos para otras cosas en la plataforma (por temas de politicas esto seria imposible pero cosas mas raras han hecho) entonces este servicio recuperaria esos archivos de la unidad mapeada.

-La unidad mapeada esta en un 2000 server
-Todos los usuarios tienen esa unidad mapeada en la unidad P:
-Todos los usuarios tanto XP como 2000 navegan perfectamente por la unidad mapeada a traves del explorador de archivos.
-Todo funciona correctamente si el usuario se loguea en un 2000 pro si el mismo usuario(mismos privilegios) se loguea en un XP falla y da en el visor de sucesos el problema de conectividad.

A ver si a alguno se os ocurre algo

Un saludo y gracias por la respuesta mpluss

#7 mpluss

mpluss

    Advanced Member

  • Hentais
  • PipPip
  • 828 Mensajes:

Escrito 08 February 2006 - 04:06 AM

Bueno no se me ocurre otra cosa más que pasarte los scripts que usamos

Este esa un *.reg para registrar la unidad:
Windows Registry Editor Version 5.00
[HKEY_CURRENT_USER\Network\S]
"RemotePath"="\\\\Snap01\\ROOT"
"UserName"=""
"ProviderName"="Microsoft Windows Network"
"ProviderType"=dword:00020000
"ConnectionType"=dword:00000001
El archivo *.reg lo mandamos llamar así:
regedit /s c:\temp\disk_map2000.reg


Este que viene a continuación, es un archivo *.vbs
On Error Resume Next
dim WshShell,oArgs,FSO

set oArgs=wscript.Arguments

if InStr(oArgs(0),"?")<>0 then
wscript.echo VBCRLF & "? HELP ?" & VBCRLF
Usage
end if

if oArgs.Count <3 then
wscript.echo VBCRLF & "! Usage Error !" & VBCRLF
Usage
end if

sUser=oArgs(0)
sPass=oArgs(1)&VBCRLF
sCmd=oArgs(2)

set WshShell = CreateObject("WScript.Shell")
set WshEnv = WshShell.Environment("Process")
WinPath = WshEnv("SystemRoot")&"\System32\runas.exe"
set FSO = CreateObject("Scripting.FileSystemObject")

if FSO.FileExists(winpath) then
'wscript.echo winpath & " " & "verified"
else
wscript.echo "!! ERROR !!" & VBCRLF & "Can't find or verify " & winpath &"." & VBCRLF & "You must be running Windows 2000 for this script to work."
set WshShell=Nothing
set WshEnv=Nothing
set oArgs=Nothing
set FSO=Nothing
wscript.quit
end if

rc=WshShell.Run("runas /user:" & sUser & " " & CHR(34) & sCmd & CHR(34), 2, FALSE)
Wscript.Sleep 200 'need to give time for window to open.
While WshShell.AppActivate(WinPath) = FALSE
Wscript.Sleep 200 'need to give more time for window to open.
Wend
WshShell.AppActivate(WinPath) 'make sure we grab the right window to send password to
WshShell.SendKeys sPass 'send the password to the waiting window.

set WshShell=Nothing
set oArgs=Nothing
set WshEnv=Nothing
set FSO=Nothing

wscript.quit

'************************
'* Usage Subroutine *
'************************
Sub Usage()
On Error Resume Next
msg="Usage: cscript|wscript ras.vbs U P C" & VBCRLF & VBCRLF & "You should use the full path where necessary and put long file names or commands" & VBCRLF & "with parameters in quotes" & VBCRLF & VBCRLF & "cscript vbras.vbs /?|-? will display this message."

wscript.echo msg

wscript.quit

end sub
'End of Script

Este código de arriba lo mandamos llamar así:

C:\temp\archivo.vbs %computername%\administrador contraseña c:\temp\script.bat

** El administrador y la contraseña que le ponemos a este parámetro, se refiere al administrador local.
________________________________________
Esto es lo que ejecutamos en la oficina donde estoy ahora... hasta ahora no hemos tenido problemas con los win xp que tenemos... pero voy a preguntarles a los demás compañeros a ver si saben algo...

Salu2
I learned from Densha. No matter how bad, he was never crushed, no matter what happened, his heart always believed in his beloved!!!




1 usuarios están leyendo este tema

0 miembros, 1 invitados, 0 usuarios anónimos