Mensajes

[HTTP_X_FORWARDED_FOR]

HTTP_X_FORWARDED_FOR viene de la cabecera X-Forwarded-For. Tiene muy poco que ver con la IP local.

En los paquetes que envia el cliente no figura su IP local. Al hacer el NAT el source IP es cambiado por la IP "publica".

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:

Código (php) [Seleccionar] Expandir


<?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.

"¿Qué es el socialismo?":
- "Eso es lo de Franco, ¿no?"
- "¿Puedo patrocinar mi Instagram?"

"¿Qué es el liberalismo?"
- "Lo de volar como un pájaro, ¿no?"
- "Es lo que quiere tol mundo, ¿no?, lo que queremos los COMUNISTAS."

Yo no se de donde coño sacan a esta gente, de verdad... me dan verguenja ajena.

Por cosas como esta te das cuenta de que no importa a quien votes, ya que al final millones de borregos ignorantes votarán al PP "por que es lo que su familia vota", o gilipolleces así, sin argumento, sin sentido, y ganarán los de siempre, ya sea de forma amañada o no.

En serio, que asco me ha entrado en el cuerpo despues de ver ese video, al 80% de la juventud parece que le da igual quien gobierne sus intereses, mientras no les falte su cachimba y su gramo de farlopa, ah, y la paguita de papi y mami para salir de fiesta el fin de semana, ¿qué importa el resto, verdad?.

Es que ni tan siquiera uno/a solo/a se salva de ser un completo inepto en ese video... aunque bueno, también lo intentan grabar con ese propósito (o al menos eso quiero pensar).

Saludos.

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.

esto ya va offtopic y no es la idea dar ideas de ataques dos que obviamente son faciles de mitigar... ips? vamos te recuerda algo conflicto de ips? mitm? bajo que protocolo? vamos arp spoof no es mitm es un modo de...

Regresando al tema creo que aunque modifiques el router pa que "nada" aparezca solo dar un escaneo de ips u varios protocolos veremos macs, data, opens y demas diciendo a gritos que hay alguien para que sea indetectable no basta volverlo invisible que si se puede pero entonces no tendria acceso a la red y por ende internet asi que no tiene chiste...

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.

No se, pero en mi opinión llevan razón engel lex y Sh4k4.
Yo también creo que generarían diversos conflictos lo que propones.

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:

No puedes ser indetectable en una red. Sin embargo si que puedes intentar aislar equipos de una red de la misma.

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:

Código (cpp) [Seleccionar] Expandir


    #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).

Código (cpp) [Seleccionar] Expandir


#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

dos dispositivos con la misma mac? simplemente no funciona el primer equipo se conecta cuando el segundo llega no sabe a quien enviar los paquetes se revuelven y colisionan, si a veces coexisten pero rara muuuy rara vez... la mayoria de las veces crashea la red... es lo mismo que las ips... indetectable no, nunca por mas que lo intentes... camuflarse como dijeron yo diria mas bien hacerse para por otro equipo o sea spoofear.. y al momento que el verdadero entra pufff!! todo a bajo... en la red... solo un protocolo? vamos que los basicos no se tocan y vamos hablando de la primera capa, las siguientes seria cosa de analizar pero nada perfecta y nada imposible segun sea el caso... el atacante podria saber horas de ingreso y eso facilitaria el spoofeo del mismo... pero nada es perfecto... asi que... no existe nada indetectable asi como no existe nada mas seguro que la infinita inseguridad de lo seguro

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.

tal vez me equivoco de nombre con la tecnica, no recuerdo bien XD que es lo que no te encaja?

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:

Código (cpp) [Seleccionar] Expandir

connect(ip_pc2, puerto_cliente_pc2);

En pc2:

Código (cpp) [Seleccionar] Expandir

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.

se repite el paso porque cada conexión con cada par se hace por un puerto diferente, ya que son dinamicos, se avisan los puertos en pro de poder levantar la ruta correctamente

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 .