Cómo ejecutar un EXE desde la página web (asp.net)

Question

Esta es una aplicación web interna en la que nos gustaría que las páginas web contengan enlaces a varias utilidades que son Win32 EXE. Los EXEs son confiables y producidos por nosotros. (no importa si pregunta si está bien ejecutar o guardar). Intenté un enlace directo (por ejemplo, C: \ notepad.exe) que funciona solo localmente. (Esto será compartido en la red). Intentó archivo: /// y no funcionó. IE7 es el navegador necesario.

Answer 1

¿Qué tal algo como:

<a href="\\DangerServer\Downloads\MyVirusArchive.exe" 
    type="application/octet-stream">Don't download this file!</a> 

Answer 2

¿Has probado un UNC share?

\\server\share\foo.exe

Answer 3

Se puede ver cómo iTunes lo hace mediante el uso de Fiddler para seguir la acción cuando se utiliza el enlace: http://phobos.apple.com/WebObjects/MZStore.woa/wa/viewPodcast?id=80028216

1. Descarga un archivo js
2. en Windows: el archivo js determina si iTunes se instala en el equipo o no: busca un componente de explorador ActiveX si IE, o un complemento del navegador si FF
3. Si iTunes está instalado, el navegador es redirigido a una URL con un transporte especial: itms: // ...
4. El navegador invoca el controlador (provisto por el exe de iTunes). Esto incluye iniciar el exe si aún no se está ejecutando.
5. iTunes exe utiliza el resto de la URL especial para mostrar una página específica al usuario.

Tenga en cuenta que el exe, cuando se instala, instala controladores de protocolo URL para el transporte "itms" con los navegadores.

No es un proyecto de ingeniería simple para duplicar, pero definitivamente factible. Si continúa con esto, considere hacer el software relevante de código abierto.

Answer 4

¿Está diciendo que tiene problemas para insertar en una página web un enlace a un archivo que tiene una extensión .exe?

Si ese es el caso, entonces retroceda un paso. Imagine que el archivo tiene una extensión .htm o una extensión .css. ¿Cómo puedes hacer que se descargue? Si se trata de un enlace estático, la respuesta es clara: el archivo debe estar en el docroot para la aplicación ASP.NET. IIS + ASP.NET sirve muchos tipos de contenido: archivos .htm, archivos .css, archivos .js, archivos de imagen, implícitamente. Todos estos archivos están en algún lugar debajo del docroot, que de forma predeterminada es c: \ inetpub \ wwwroot, pero para su aplicación web seguramente es algo diferente. El hecho de que el archivo que desea exponer tenga una extensión .exe no cambia las leyes básicas de la física de IIS. El exe tiene que vivir bajo el docroot. El recurso compartido de red podría funcionar para algunos navegadores.

La alternativa, por supuesto, es escribir dinámicamente el contenido del archivo directamente en Response.OutputStream. De esta manera, no necesita el .exe para estar en su docroot, pero no es un enlace de descarga directa. En este escenario, el archivo puede descargarse con un clic de botón.

Algo como esto:

Response.Clear(); 
    string FullPathFilename = "\\\\server\\share\\CorpApp1.exe"; 
    string archiveName= System.IO.Path.GetFileName(FullPathFilename); 
    Response.ContentType = "application/octet-stream"; 
    Response.AddHeader("content-disposition", "filename=" + archiveName); 
    Response.TransmitFile(FullPathFilename); 
    Response.End(); 

Answer 5

Como parte de la solution que Larry K sugerido, registrar su propio protocolo podría ser una posible solución. La página web podría contener un enlace simple para descargar e instalar la aplicación, que luego registraría su propio protocolo en el registro de Windows.

La página web contendría enlaces con parámetros que harían que el programa registrado se abriera y que cualquier parámetro especificado en el enlace se le pasara. Hay una buena descripción de cómo hacer esto en MSDN

Answer 6

Esto supone el exe es un lugar que conoces en el ordenador del usuario:

<a href="javascript:LaunchApp()">Launch the executable</a> 

<script> 
function LaunchApp() { 
if (!document.all) { 
    alert ("Available only with Internet Explorer."); 
    return; 
} 
var ws = new ActiveXObject("WScript.Shell"); 
ws.Exec("C:\\Windows\\notepad.exe"); 
} 
</script> 

Documentación: ActiveXObject, Exec Method (Windows Script Host).

Answer 7

si las aplicaciones son C#, puede usar ClickOnce deployment, que es una buena opción si no puede garantizar que el usuario tenga la aplicación, sin embargo tendrá que volver a compilar las aplicaciones con opciones de implementación y tomar algunas código repetitivo de cada proyecto.

También puede usar Javascript.

O puede registrar una aplicación en handle a new web protocol que puede definir. También podría ser un protocolo de "selección de aplicación", de modo que cada vez que se haga clic en una aplicación se vincularía a una página en su nuevo protocolo, todo el manejo de este protocolo pasará a su "aplicación de selección" que usa argumentos para encontrar y lanzar una aplicación en la PC del cliente.

HTH

Answer 8

En las ventanas, protocolo especificado para la aplicación se pueden registrar en el registro. En este msdn doc se muestra el registro de una aplicación a un esquema URI.

Por ejemplo, se debe iniciar un archivo ejecutable 'alert.exe'. El siguiente artículo puede ser registrado.

HKEY_CLASSES_ROOT 
    alert 
     (Default) = "URL:Alert Protocol" 
     URL Protocol = "" 
     DefaultIcon 
     (Default) = "alert.exe,1" 
     shell 
     open 
      command 
       (Default) = "C:\Program Files\Alert\alert.exe" 

A continuación, puede escribir un html para poner a prueba

<head> 
    <title>alter</title> 
</head> 

<body> 
    <a href="alert:" >alert</a> 
<body>