Estamos detrás de algún tipo de enrutadores Cisco y tenemos que conectarnos a través del Agente Cisco NAC. El soporte técnico aquí en mi universidad me dice que si conecto un enrutador "todo el edificio perderá el acceso a Internet". Encuentro esto realmente difícil de creer, y me gustaría saber: 1. ¿Pueden saber si estoy usando un enrutador y 2. ¿Cómo podrían saber si el enrutador está usando NAT?
networking
routing
therin
fuente
fuente
Respuestas:
Además de la respuesta (correcta) de PulpSpy, también es posible detectar enrutadores (NAT o no) mirando el campo TTL de los paquetes IP salientes. Las estaciones finales generalmente configuran TTL en un número conocido, como 64, 254 o algunas otras alternativas dependiendo del sistema operativo. Cuando la mayoría de los paquetes son uno menos que esto, como 63, etc., indica que hubo un salto de enrutador en el medio.
fuente
Sí, probablemente puedan decirlo. El enrutamiento NAT reasignará todos los números de puerto para mantener el tráfico que se originó directamente en cada computadora. Como resultado, su tráfico se verá extraño y cuando más de una computadora esté conectada, normalmente estarán en puertos adyacentes. No sería una prueba, pero suficiente para atraer la atención si la estuvieran buscando específicamente.
fuente
Además del TTL ya mencionado en las otras respuestas, podrían estar utilizando la huella digital DHCP de su enrutador cuando obtenga una IP de su puerto WAN.
Lo sé porque trabajo en el NAC de código abierto PacketFence (un competidor de Cisco NAC) y utilizamos tales trucos.
Aquí está la lista de huellas dactilares DHCP reconocidas en PacketFence: http://packetfence.org/dhcp_fingerprints.conf
Sabemos que también lo usan otros productos.
fuente
Pueden saber si su dispositivo es un enrutador si transmite paquetes de enrutamiento (RIP, OSPF) y por la dirección MAC de la interfaz externa de Ethernet.
Cualquier interfaz que esté transmitiendo es un dispositivo Cisco (u otro proveedor de enrutadores) llamará la atención.
¡Diviértete aprendiendo y trata de no quedarte suspendido en el proceso!
fuente
Me resulta difícil creer que los arquitectos de redes en una universidad se dejarían vulnerables a una falla TOTAL de la red, en caso de que un estudiante conecte un enrutador a la toma de corriente de su dormitorio. La posibilidad de que un estudiante intente algo así es bastante alta (por ejemplo, esta publicación).
La respuesta de Occam es que el tipo de soporte técnico probablemente solo estaba tratando de asustarte, en lugar de decir que simplemente no lo sabía.
Además, en una arquitectura de igual a igual (a diferencia de, por ejemplo, SNA, donde PUEDE destruir toda la red fingiendo ser el NCP), la probabilidad de que algo como un conflicto de dispositivo que cause una falla completa de la red sea bastante baja. PODRÍA SER que su enrutador reciba de alguna manera (o usted mismo lo defina) la MISMA dirección IP de uno de los centros de distribución del edificio del dormitorio, pero también PODRÍA SER que un asteroide golpee su edificio.
Pero supongamos que sucede: mientras el enrutador Cisco no se reinicie, no pasa nada, y su enrutador solo se queja de que no puede obtener una conexión adecuada. Además, el enrutador Cisco probablemente informaría la colisión de IP duplicada en un registro en algún lugar (que los operadores o administradores de red notarían).
fuente