FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
acceso y ejecución en remoto
Hola a todos.
Os voy a explicar mi problema a ver si alguien puede echarme un cable. El cliente para quien trabajo tiene una serie de redes LAN, cada una con su servidor, y alrededor de cada uno, una serie de terminales "tontos" de pantalla táctil.En teoría podría valerme cualquier aplicación tipo VNC que me abriera consolas remotas para acceder a los terminales "tontos". Pero es aquí donde tengo mi mayor problema. Cualquier conexión tipo VNC, o FTP, o TELNET precisan de un servidor que escuche al otro lado (desde el terminal "tonto"), esperando una conexión.Por tanto necesito poder conectarme desde un PC a otro, dentro de la misma LAN, para realizar ejecutes en remoto, pero sin servidor escuchando al otro lado.Esto implica también la obtención en remoto de los resultados de las órdenes lanzadas. Necesito poder conectarme, poder copiar archivos desde el servidor al terminal "tonto", y viceversa. Y también poder realizar cualquier tipo de operación en el terminal, mientras estoy conectado remotamente desde el servidor (reinicio de servicios, reinicio del terminal, análisis del sistema, control de aplicaciones corriendo, etc, etc, etc...). Tengo respuesta para practicamente todo..., excepto para la ejecución en remoto. ¿Alguien se le ocurre cómo puedo hacerlo? Si alguien conoce la aplicación PsExec.exe (http://www.adminko.sk/!Admin/!utils/...re/psexec.html), pues necesito construirme algo similar. Pero más potente. Para lo que necesito, esa aplicación se me queda corta, pues hay cosas que no consigue ejecutarlas, y otras de las cuales no consigo obtener la respuesta. Mis problemas en la obtención de respuesta quizá sea porque no logro encontrar el mejor método para capturar las salidas de aplicaciones MS-DOS. Si alguien tiene sugerencia a éste respecto pues sería también de gran ayuda. Muchas gracias por adelantado. Última edición por Flecha fecha: 14-01-2011 a las 15:41:55. |
#2
|
||||
|
||||
Cita:
Tal vez podrías conseguir levantar el servicio o ejecutar un EXE utilizando PSEXEC o alguno similar (necesitas para ello credenciales) y a partir de ahí conectar utilizando alguna de las herramientas que has comentado (Control Remoto).
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#3
|
||||
|
||||
Además de lo comentado por Neftalí, por lo que que explicas tú, no serán tan tontos los terminales si tienen software y demás, no?, un "terminal tonto" es un simple teclado y pantalla conectado por red o puerto serie, o sea, que no puede hacer ni ejecutar nada.
Y la otra duda que me ha surgido, dices: "Por tanto necesito poder conectarme desde un PC a otro, dentro de la misma LAN, para realizar ejecutes en remoto". Si está en la misma LAN, no estarán muy lejos los técnicos, ¿no pueden acercarse a echarle un vistazo físicamente? Seguramente he entendido mal, supongo. |
#4
|
||||
|
||||
Cita:
No obstante la aplicación PSExec.exe, al menos en su primera conexión, es capaz de conectarse a un PC/terminal remoto sin necesidad de servicios escuchando al otro lado. Si ésta aplicación puede hacerlo, es que hay un modo de hacerlo. Y si lograra saber cómo lo hace, se solucionaría mi problema. PSExec.exe en su primera conexión al PC/terminal remoto, aprovecha para instalar un programa llamado PSExeSvc.EXE en la carpeta de sistema como un servicio más. Así que en cierto modo también hace uso de un servidor. Pero ¿cómo hace esa primera conexión para instalar y arrancar dicho servicio, cuando aún no hay nadie escuchándole al otro lado? Eso es lo que necesito averiguar. Cita:
Estoy haciendo pruebas con lo que me dices de usar PSExec.exe para arrancar servidores en el PC/terminal remoto. Por ahora no he obtenido resultados suficientemente satisfactorios. Por las credenciales, no hay problema ninguno, porque como diseñador del sw que soy, dispongo de ellas sin problemas. Cita:
Cita:
El sw que ahora me pide mi cliente que les prepare es precisamente para que la gente del servicio técnico se ahorre el tiempo del desplazamiento, porque en la inmensa mayoría de las veces tardan muchísimo más en desplazarse, que en solucionar la incidencia. Pero mientras llegan al sitio, el punto de venta está parado. El servidor de cada LAN y los terminales a él conectados, están todos en el mismo local. La LAN no se extiende más allá que dicho local. |
#5
|
||||
|
||||
Posiblemente con WMI podrias resolverlo.
__________________
[Crandel] |
#6
|
||||
|
||||
Posíblemente sí utilizando el método Create de la clase Win32_Process; En ese caso debería tener funcionando WMI en el ordenador remoto y ccredenciales para ejecutarlo.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Acceso remoto a un txt | gesjug | Varios | 2 | 01-10-2008 12:09:53 |
Acceso Remoto | JAI_ME | Varios | 2 | 20-05-2008 16:05:51 |
Acceso Remoto a SQL | Teryx | Conexión con bases de datos | 1 | 02-08-2004 12:49:50 |
Acceso Remoto a SQL | Teryx | MS SQL Server | 2 | 30-07-2004 19:28:04 |
Acceso remoto a una db | Slash | Internet | 1 | 07-06-2004 15:50:37 |
|