Esta pregunta ha sido contestada en el foro mil veces. Por favor utiliza el apartado de búsqueda del foro y si aquí no encontraras respuesta dudo que en google no hayas podido encontrar nada. La próxima busca antes de preguntar.

Lista de proxys -> http://www.hidemyass.com

Saludos.

Ahora no podras ni aceptar batidos de tus hijos xD. A donde irá a parar esto.

Me gusta mucho la interfaz que habeis desarrollado para el soft, se ve estupenda. Espero probarlo pronto

Saludos

No pedias opiniones? xD Aquí te doy la mía:

Independientemente del lenguaje de la plataforma .NET que utilices para programar, ya que comparten el Framework .NET, Visual Studio ofrece Intellisense que es un mecanismo por el cual el IDE te sugiere objetos, clases, espacios de nombres, tipos de variables... mientras escribes, es decir, si tipeas Msg Visual Studio te sugiere MsgBox, si tipeas int te sugiere int32 y variantes.. por lo que es muy cómodo a la hora de programar ya que ves todo lo importado. En cuanto al Framework, éste trae integrados clases para casi todo, donde antes tenias que tirar de WinAPI o codear tus propios métodos ahora utilizas clases, solo tienes que instanciarla en un objeto y utilizarla, es un punto a favor. Bueno, no he probado otros IDEs, pero la creación de GUIs es muy intuitiva. Para desarrollo de aplicaciones de escritorio es de lo mejor ya que la sintáxis se asemeja al lenguaje humano

La pena es que necesita del Framework para ser ejecutado, por lo que ya tenemos el factor dependencia. A través de debuggers se puede recuperar el código intermedio y pasarlo a .NET por lo que podría verse fácilmente como se comporta un ensamblado .NET y estudiar su código o modificarlo, ya que no fue compilado a código nativo. Otro punto en contra es que no admite una abstracción a bajo nivel, y ciertas cosas como ciertos hooks del sistema no están permitidas en .NET teniendo que pasarse a otro lenguaje de programación. Además, es un lenguaje interpretado y todos sabemos que un lenguaje compilado es más rápido que el anterior, pues no necesita de un compilador en tiempo de ejecucción al ejecutarse la aplicación.

Saludos!

Con netstat puedes ver que puertos estan a la escucha en tu maquina y que direcciones ip (máquinas) estan conectadas a tu pc. Con un firewall podrias monitorearlo facilmente ya que ofrecen interfaces graficas para ello. Como ya te han dicho postea un log del hijackthis para que veamos si hay alguna anomalía en tu sistema.

Buffff muy gorda la comparativa, eso se puede simplificar y te aconsejo que lo hagas ya :S Bueno, prácticamente es lo mismo, porque con If miras si cierta propiedad se cumple y con Select Case ejecutas instrucciones si se da una propiedad (especificando un Caso).

Private Sub Button_Click(Byval Sender As Object, Byval e As EventArgs) Handles Button1.Click, Button2.Click '...
Dim BtnPressed As Button = Ctype(Sender,Button)
Select Case BtnPressed.Name
Case "Button1"
MsgBox("Pulsaste el Boton1")
Case "Button2"
MsgBox("Pulsaste el Boton2")
End Select
End Sub

Saludos!

Si con "detectar la red" te refieres a la captura de paquetes realizada en cierto canal y filtrada por el Bssid del punto de acceso ("identificador del router") pues apaga y vamonos xD.
Al obtener el HandShake, lo que obtienes, por lo que tengo entendido, es un paquete generado cuando un cliente (estación) se conecta al AP, por lo que nos es posible crackearlo probando contraseñas desde un diccionario ya que éste incluye credenciales de la red.
Los datos del paquete capturado (HandShake) es independiente de la captura de paquetes, es decir, tu ya tienes el paquete, y desde éste puedes averiguar la password con algo de suerte.

Saludos!

Buenas EleKtro,

no sé exactamente lo que buscas, pero creo entender que quieres asociar un evento de varios controles a un método, en este caso, el evento Click de varios botones a Buttons_Click(). Lo que daría como resultado una llamada al método asociado al evento. Si en este caso tuvieras que determinar que botón de los que están asociados al evento provocó la llamada al evento, podrías hacerlo a través de la variable Sender, pues es el objeto que provocó el evento.

Como en ejemplo de arriba, hay N Buttons integrados en la aplicación y sus eventos "Click" están asociados a un procedimiento:

(Nótese que los candidatos sólo pueden ser Button1,2 y 3 independientemente de la cantidad de botones de los que dispongas en la aplicación, pues con Handles asocias el evento Click al método Buttons_Click).

'El evento Click de Button1,2 y 3 llamará al método de abajo
Private Sub Buttons_Click(sender As Object, e As EventArgs) Handles Button1.Click, Button2.Click, Button3.Click
       Dim BtnPulsado As Button = Ctype(Sender,Button)
       MsgBox("Se ha Clickado el " & BtnPulsado.Name)
   End Sub
 

Espero haberte ayudado con tu problema. Si te queda alguna duda no dudes en postearla.

Saludos!

Vaya llegué tarde :/ xD. Con GDI+ he trabajado muy poco, pero seguro que os podría ayudar en algo. Ánimo con el proyecto!

Saludos.

Digáse así: Un valor de tipo FileStream no se puede convertir en StreamWriter. Por lo tanto, tienes un error en la asignación de la variable oEscritor, ya que la declaras como (tipo) StreamWriter y le asignas un FileStream. Son dos tipos de flujo distintos, ya que FileStream permite la lectura/escritura Byte a Byte y StreamWriter simplemente escribe caracteres al archivo guardado en la ruta especificada.

Lo correcto, si quieres emplear la clase StreamWriter, sería que lo hiciseses de la siguiente forma:

Imports System.IO
 
Public Class Ejemplo
 
Private Sub EscribirEnArchivo(Byval Ruta As String, Byval Texto As String)
Dim Sw As New StreamWriter(Ruta,False) 'Sin Append, es decir, si el archivo existe crea uno nuevo
Sw.Write(Texto)
Sw.Close 'Cerramos el Flujo, por si luego volvemos a escribir en el archivo
End Sub
 
End Class
 

Saludos!