Pero yo tenía una manera de conseguir la IP local que tenía en la red a partir de PHP ya no me acuerdo (espero que no fuese con js... no creo).

Claro, ¿pero puede haber alguna situación en la que si que se pueda conseguir la IP local del cliente del lado del servidor?.

Saludos y gracias

Ojj otra vez a escribir el post, odio el mensaje ese de que se te ha cerrado sesión justo cuando le das a enviar y tienes que iniciar sesión porque sino no te deja ni volver atrás porque te sale el login cargues lo que cargues inicias sesión y ya no puedes recuperar el mensaje OJJJ.

Bueno al tema:

<?php 
if(isset($_POST["ip"])){
	echo "IP a la que trata de conectarse: {$_POST["ip"]}";
	echo "<br>";
	echo "La IP de su router es: {$_SERVER['REMOTE_ADDR']}";
	echo "<br>";
	echo "Su IP en su red local es: {$_SERVER['HTTP_X_FORWARDED_FOR']}";
	echo "<br>";
	echo "El puerto que utiliza para la conexión es: {$_SERVER['REMOTE_PORT']}";
	echo "<br>";
}
?>
 

¿Por qué $_SERVER['HTTP_X_FORWARDED_FOR'] no contiene nada? ¿está deprecada la manera de obtener la ip local del cliente? Mi IP local es 192.168.1.34 por ejemplo, ¿por qué entonces no se muestra en el script? ¿y como conseguirla, pues me es necesaria y necesito coseguirla siempre que exista a ser posible?.

¿Alguna idea?.

Un saludo y gracias.

Edito: Reading... https://www.sitepoint.com/community/t/php-code-to-get-local-computer-ip-address/5697/9
https://en.wikipedia.org/wiki/TCP_hole_punching

Ahora entiendo, ¿puede depender de la NAT? Para conseguir conectar un equipo con otro necesito  "predictable NAT" en al menos uno de los equipos sino no se podrá producir la conexión entre ellos. Ya que el servidor no conocerá la ip local de un equipo del par que producirán conexión. Como pone en la tabla de la NAT en el último link.

Más interesante todavía entonces.

Jajaja que razón, con esta gente es normal que vaya así el país, la culpa es de la educación.

A esos les pones un anuncio de ***** y lo compran, un eslogan colorido de un partido y lo compran, una noticia falsa y la compran, y a veces pienso que son mayoría en este país.

Pero la culpa no es solo de ellos por ser unos borregos, sino por la educación tan mala y descentralizada que hay en este país (como pasa con todo descentralización everywhere), o una de dos o se descentraliza por completo forman una república federal cambiando autonomías por estados, o eliminan las comunidades autónomas y muchos de sus privilegios.

Entonces el cambio podrá ser bueno o malo, pero al menos será algo homogeneo y no como ahora que con moverte de un lado a otro parece que estás en país diferente jajaja.

No tiene que ver con el tema de las elecciones pero tenía que dar una opinión acerca de esto. Y Hason gracias por tu comentario <3 jajaja.

Saludos.

Edito: Bueno después de escribir esto me pico el gusanillo y no pude evitar buscar en google sobre diferencia de educación entre comunidades, aquí el primer link que apareció, somos los números uno .

Edito: Sin embargo ese era un estudio viejo, lo último que he encontrado es el último informe PISA español (2012): link, por si a alguno le interesa.

Claro que es fácil de mitigar un MITM, pero depende de para quién para nosotros puede ser muy sencillo, pero vete a cualquier red de una casa o de un colegio que no está monitoreada por nadie y que no saben que es un MITM ni una IP, a ver si lo detectan.


Lo que "propongo" es simplemente un MITM trivial, basado en arp spoof, se de lo que hablo porque lo he implementado, y simplemente dices a lo usuarios de la red que a la ip del router corresponde tu mac y envenenas su tabla arp, entonces te llegan a ti los paquetes y listo. Tienes la IP del router para los usuarios y tu MAC, el router queda ignorado por el resto de usuarios y tu lo utilizas para dar salida a sus paquetes, sencillo, pero no me digáis que no funciona o que colisionan paquetes por tener solo la misma IP que la del router, porque la tabla arp de los únicos que lo sufrirían tendrían la mac del atacante antes que la del router.

Pero ya se va de tema, la frase que mejor resume el tema es:


Saludos.

El return 0; deberías ponerlo ya que la función main debe devolver un entero según la tienes declarada.

Comprueba que tienes gcc instalado, abre una terminal y escribe gcc a ver si sale como declarada o no y si no está añadela como variable del entorno con el path donde tengas gcc.exe.

Mejor que getch() que puede no funcionar, usa este código:

    #include <stdio.h>
    #include <windows.h>
    int main(void){
    printf("Prueba");
    system("pause");
    return 0;
    }
 

Y bueno, ya sabes comprueba que has creado un proyecto para para C/C++ antes, en codigo fuente añade el main.c/main.cpp pega eso, dale a compilar y ejecuta debería salir mensaje y no cerrarse. De todas formas por lo que dices también te debería salir ahora, luego si tienes gcc correctamente instalado, te compila y ejecuta no se me ocurre que puede fallar, busca un tutorial y reinstala.

Saludos.

Comprueba que tienes gcc instalado y declarada como variable del entorno.

Edito: A bueno, si lo has corrido si que lo has llegado a compilar, prueba a poner getch(); al final justo antes del return 0; (que te falta).

#include <stdio.h>
int main(void){
printf("Prueba");
getch();
return 0;
}

Da más detalles, ¿al compilar genera un archivo ejecutable o no?.

Saludos.

Wuuu muchas gracias, es lo que buscaba. Ya me documentaré más acerca del tema.

Lo que me pregunto ahora es de donde aprendes esas cosas XD.

Saludos socio

Jejeje, tuve un desliz. Quería decir misma IP que el equipo objetivo, manteniendo claro tu MAC. Y diciendo a los demás equipos que a esa IP corresponde tu MAC. Y al equipo objetivo decirle que tu MAC corresponde a la IP del router, de esta manera harías DDOS al equipo objetivo, no podría conectarse a internet ni usar ningún paquete de tipo IP. Te mandaría los paquetes pero tu al no hacer ip fordwarding le dejarías sin conexión (MITM), y para algún protocolo que interesaría denegarle al objetivo (que no sea IP), quizás se le pueda hacer ddos conociendo el protocolo, buscando un bug del mismo, o utilizando la propia red y usando paquetes de broadcast y multicast para bombardear al objetivo.

Pero claro, por supuesto no puedes ser indetectable en una red, al menos no de las actuales. Sin embargo si que puedes intentar aislar equipos de una red de la misma.

Saludos.

No entiendo como el tracker le debe decir a pc2 que pc1 se va a conectar con el usando su puerto 10001, y como esto puede influir en algo a la conexión final del paso 5. ¿que le importa a pc2 saber el puerto por el que se van a conectar a su servidor?... mm solo tendría sentido pasarle el puerto si pc2 pensaría que se va a conectar a un server, ¿entonces es un connect() mutuo? ¿ambos son clientes aunque creen que conectan a servidores? No sabía que era posible de ser ese el caso.

Entonces:
Se va a conectar pc1 con pc2, y simultaneamente pc2 con pc1, solo que ambos van a saber cual es su puerto con el que se conectará el otro a ellos, y ese puerto será al que apuntarán en el connect() para conectarse a ellos junto a su la ip de ellos, ¿eso ya permite la conexión?, sería:

En pc1:

connect(ip_pc2, puerto_cliente_pc2);

En pc2:

connect(ip_pc1, puerto_cliente_pc1);

Entonces ¿los 2 actuarían como cliente? Este code no puede funcionar sin un listen en el otro lado.

Saludos.

Entonces según lo que pones:

1. pc1 se conecta al tracker y carga la lista de ip/puerto de los miembros de la red online.
2. pc1 le dice al tracker que se quiere conectar con pc2 por el puerto 10001.
3. el tracker le "avisa" a pc2. (le dice que pc1 se va a conectar a el con el 10001).
4. pc2 responde (al tracker) y dice que tiene el puerto 10002 preparado.
5. el tracker le dice a pc1 que pc2 está preparado.
5. pc1 se conecta a pc2 y ambos fueron felices y codearon perdices.

Algo no me termina de encajar ahí, y lo peor es que no encuentro documentación acerca del tema.

Saludos y gracias .