Mensajes

Cual VPN estas usando?

Es correcto, la ipw2200 inyecta, pero para usarla con aircrack-ng hay que parchear los drivers. Aquí te enseñan como:

http://www.aircrack-ng.org/doku.php?id=ipw2200

Luego podras iniciar airbase-ng sin problemas.

La "cambia" para peticiones que hagas en internet, (la dirección IP de tu máquina en tu red local, será la que le asigne el servicio DHPC de tu router).
Te la cambia, pero no es una solución fiable...

Hombre, el error es bastante claro, has intentado resolverlo antes de preguntar? las variables leeInt y leeDouble no estan declaradas en ninguna parte en la clase.
El foro esta para hacer preguntas puntuales, no para resolver tareas.

Si la tarjeta no inyecta, el Fake AP no te va a funcionar, es un requisito para poder ejecutar correctamente airbase-ng. Aquí tienes un poco más de info: http://www.aircrack-ng.org/doku.php?id=injection_test
Lo siento, pero tendras que utilizar otra tarjeta para lo que quieres hacer... 

Vale, ya entiendo lo que quieres decir...
Si quieres penetrar en dicha red sin ser detectado, necesitas mucho más que simplemente un escaneo con Nmap, necesitas conocer la infraestructura de servicios de dicha red, entre más información tengas, será más fácil para ti encontrar algún tipo de vulnerabilidad o brecha de seguridad, puedes hacerlo navegando de forma anonima por la "extranet" (si la tienen) y utilizando herramientas como W3AF, metasploit y BeEF para descubrir vulnerabilidades, se trata de un trabajo de footprinting/fingerprint y scaning completo que te exigirá tiempo y dedicación. Actualmente una de las principales vulnerabilidades de una organización es el factor humano y con técnicas de ingeniera social se pueden hacer, literalmente hablando, maravillas. Si consigues que alguien dentro de la organización ejecute "algo por ti", tienes una alta probabilidad de acceder a información valiosa de la red interna y posiblemente comprometer otras máquinas.

cuando he instalado el xampp y voy a instalar el tomcat, me sale ese mensaje supongo que porque el tomcat necesita el java SE.  con el SE, el tomcat se puede instalar pero despues la aplicacion no funciona.  lo que no entiendo es porque al instalar el EE no se configuran el path y classpath.
por cierto, como se configuran.

En ocasiones cuando lo instalas (tomcat) lo pilla automáticamente, en tu caso al parecer no lo esta haciendo así que probablemente lo tendras que hacer manualmente, tienes que ir (en máquinas windows) a las variables del entorno (Ctrl + SHT+ Pause) y crear/modificar las variables PATH, CLASSPATH y JAVA_HOME y apuntar a la ruta donde tienes instalado tu JDK. Fijate en estas imágenes para mayor claridad: http://ac-support.europe.umuc.edu/~arnoldyl/NetBeansTutorials/Setting-Classpath.html

Luego, para ejecutar cualquier página JSP, por supuesto que necesitas Java, pero ademas necesitas una API adicional llamada Servlet-API, que es simplemente un subconjunto de J2EE enfocado concretamente en la capa de presentación, J2EE es un framework que incluye APIs segmentadas por capas, cuando te instalas dicho framework, instalas librerías "a saco" de las cuales, en tu caso concreto, no utilizarás aproximadamente el 90% (o más). Así que  no necesitas tener J2EE instalado, solamente necesitas esa librería para que tus páginas funcionen correctamente (bueno y cualquier otra dependencia extra que utilices en tus páginas, pero eso ya es otra cosa).

Buena propuesta.
La comentaré.
Un Saludo.

Tienes que aclarar primero que nada: Conceptos. No necesitas J2EE para que funcione una página en JSP, solamente necesitas que el servidor (tomcat en este caso) tenga soporte a Servlet API. Eso por un lado, por otro lado, si al instalar tomcat te sale que no reconoce ninguna máquina virtual, es por que el no encuentra el rt.jar, para ello debes configurar las variables de entorno PATH y CLASSPATH.

Si hagas lo que hagas, siempre pasa algo, la solución es simple y compleja a la vez. Te falta capacitación y si tu empresa no te la puede dar, tendrás que aprender por cuenta propia y ellos tendrán que asumir esa curva de aprendizaje.

Como te han dicho anteriormente, puede tratarse de un ataque MITM o simplemente que el fingerprint del cliente no es el que esperaba el servidor, por ejemplo, has ejecutado una conexión exitosa al servidor SSH, has cambiado de máquina, pero sigues utilizando la misma dirección IP de la máquina anterior (el router en un momento dado te ha asignado dicha IP) esa suele ser una de las razones más comunes en un entorno "domestico".
Siempre recomiendo utilizar autenticación por clave publica, desactivar autenticación por password y si estas seguro que nadie tiene acceso a tu máquina, cargar la clave a un agente SSH con SSH-AGENT y SSH-ADD