Passive ethernet tap [closed]

Question

Estou tendo dificuldades para descobrir por que não consigo capturar os pacotes que fluem entre dois dispositivos, em ambas as direções, usando um toque Ethernet feito a partir de mim, com cabo de cobre, que se parece com esse:

Ambososdispositivosfinais(digamos,AeB)estãoconectadosaumcomutador.Mascomoosniffer(umlaptopcomum)temapenasumaportaEthernet,nãoconsigoexecutarosniffing,comoéapresentadonamaioriadoscasos(porexemplo, Wireshark Exemplo usando Network Tap , onde o tráfego de TX e RX é recebido em um Sniffer com 2 interfaces.

Então, para "resolver" esse problema, eu apenas conectei as portas do conector de 2 (tap) às do switch e, finalmente, 1 porta do switch para o sniffer. Eu pensei que os pacotes seriam apenas transmitidos, mas toda vez que eu conecto os conectores ao switch, a conexão entre A e B é interrompida (não é possível pingar de A para B e vice-versa). Eu fiz uma ilustração do cenário:

Que tipo de problema o switch está enfrentando quando realizo essa conexão? é realmente necessário um toque comercial (aqueles dispositivos com 3 portas: A, B e porta sniffing)?

Alguma idéia?

PS: não quero usar o espelho de porta ou um hub. Eu quero um toque passivo.

    

Answer 1

O problema que você está enfrentando é que o switch não funciona como um hub. Ele envia apenas o tráfego que precisa para o link, se ele sabe o que é (e cria essas informações observando e vendo quais endereços MAC estão em qual porta).

Se você quiser fazer isso, é necessário conectar seu sniffer para que o tráfego tenha que passar por ele, usar um espelho de porta ou colocar o sniffer em um dos dispositivos para os quais você está sniffing tráfego , hub sem comutação. A única coisa que você pode fazer que não requer hardware adicional é o espelhamento ou clonagem de porta (o que você deve fazer se puder, porque isso é completamente transparente para os dispositivos sob monitoramento).

Por acaso, o tipo de "toque comercial" que você descreveu é efetivamente um hub.

Seu toque não funciona por alguns motivos. O efeito líquido que isso terá é que, supondo que o switch veja as portas como conectadas (o que não pode, porque pode tentar detectar polaridade e descobrir que apenas um par está conectado a cada porta), o tráfego em direção ao switch será duplicado, e o switch ficará confuso quanto a qual porta o host que você está tentando tocar está realmente ativado (e pode tentar enviar pacotes pela porta com o par de transmissão do host nele, apesar da ausência física de sua própria transmissão par). Também pode haver algumas conseqüências elétricas nesse arranjo, o que pode tornar os sinais ininteligíveis aos dispositivos em ambas as extremidades.

Além disso, o tráfego no par de recebimento do dispositivo será completamente distorcido pelo comutador. O switch transmitirá os pacotes de broadcast duas vezes, ignorando o conflito que isso causa, e é provável que você descubra que a conectividade cessa quando você conecta isso.