Componente ASpupload en Windows 2008 64 bits

Por efectos de que no se pudo registrar la componente aspupload.dll a traves de regsvr32, toco registrarla por componentes siguiendo el siguiente manual:

http://www.motobit.com/help/scptutl/pa103.htm

1. Create a new COM+ application

Go to Administrative tools - component services (or Start, Run, type DCOMcnfg)
Go to Component services -> Computers -> My computer -> COM+ applications
Right click COM+ applications, new application
Create an empty application named AspForm
Enter a name of the new application (for example, "AspForm")

Create a new COM+ application - Application for upload component

Create a new COM+ application - name the application

2. Add ScriptUtils.ASPForm component

Expand ASPForm application
Right click Components, Click New, Component
Click Import component(s) that are already registered
Select ScriptUtils.ASPForm component

Add a new component to COM+ app - the upload component

Comentarios

Entradas populares de este blog

Asegurando Tomcat - Banner Grabbing para psi-probe

Dentro de los puntos que recomienda OWASP en Asegurando Tomcat , hace relación a la necesidad de no mostrar la versión de Tomcat que se utiliza, para poner un poco más difícil la preparación de un vector de ataque para el ciberdelincuente; este artículo mostrará como configurar las propiedades del Tomcat para que no muestre la versión, pero tiene un componente especial y es el uso de psi-probe , el cual es un fork que usan los sysadmin para la administración y el monitoreo de un servidor tomcat y que genera problemas en el momento de querer hardenizar un servidor tomcat. Para realizar esto fue necesario configurar un servidor Tomcat y cuya configuración esta por fuera del alcance de este artículo. Luego fue necesario configurar tomcat para que funcionara con psi-probe (hay diferentes versiones) y que puede seguir las instrucciones en este enlace. Después de tener configurado el Tomcat y probe funcionando podemos ver una pantalla como esta:...

Vulnerabilidad en Bluetooth -- BIAS

Será el fin de TCP con la llegada de HTTP/3

La IETF (Internet Engineering Task Force) ha publicado información sobre lo que será el nuevo protocolo de transferencia de hypertexto que tanto usamos a diario, cuando accedemos a sitios web. HTTP/3 ya no usará TCP nunca más. En su lugar se ejecutará sobre el protocolo QUIC. El protocolo QUIC fue elaborado conceptualmente por Google en 2012 y tiene como objetivo mejorar tanto la seguridad como el rendimiento ofrecido por TCP - Transmission Control Protocol , sobre todo lo segundo. ¿Qué es Quic y sus diferencias con TCP? Quick UDP Internet Connections, es un protocolo de capa de transporte que se basa en el multiplexado de conexiones UDP. De hecho, QUIC utiliza esta combinación: TCP + TLS + SDPY sobre UDP Esto lo hace con varias mejoras respecto a la actual implementación de TCP. La IETF ha estado desde 2016 trabajando a fondo con una versión global del protocolo alumbra do por Google, y finalmente ha sido este año cuando ha decidido incluirlo en la ...

Dumbservers

Buscar este blog