Especifique uma interface de rede com curl

3

Por alguns motivos, eu quero codificar um servidor proxy que roteia seus pedidos através de sua interface wifi em vez de ethernet (que é a rota padrão no nível do sistema operacional). Eu sei que eu poderia fazer isso mexendo com as rotas, mas eu preferiria fazê-lo diretamente em curvas, por exemplo.

Eu li que você realmente pode escolher a interface de rede que um socket usará com a opção --interface, mas não parece funcionar para mim: (

Eu tentei o seguinte:

curl --interface wlp2s0 google.com

Mas eu só recebo erros do ETIMEDOUT .. Por outro lado, se eu fizer

curl --interface enp0s20 google.com

funciona como esperado ..

Alguém tem idéia do que está acontecendo?

    
por cp2587 22.11.2016 / 15:19

1 resposta

3

Como corretamente apontado por Matt Clark , ETIMEDOUT significa que você não pode acessar o site especificado, por qualquer motivo.

Mas deixe-me também apontar que você interpreta mal o significado da opção - interface . O que isso significa é: se eu tiver duas ou mais interfaces, use o endereço IP da interface que eu especificar, em vez do padrão ". Mas quanto ao roteamento, ie , decidindo qual interface a solicitação é roteado, é o kernel que decide, não o seu comando, de acordo com a tabela de roteamento que você tem: se a tabela de roteamento especifica um gateway padrão sobre eth0 , por exemplo , a solicitação curl será roteada através dela, mesmo que você tenha especificado - interface wlan0 .

Vamos verificar isso: eu configurei duas sessões tcpdump , uma no meu dispositivo ethernet ( usb0 ), uma no dispositivo wifi ( wlan0 ); ambos estão conectados, mas a tabela de roteamento tem o gateway sobre usb0 . Agora, em um terceiro shell, eu envio duas solicitações curl , como segue:

$ date && curl --interface usb0 146.255.36.1/plain
mar 22 nov 2016, 18.44.21, CET
<!-- pageok -->
<!-- managed by puppet -->
<html>
<pre>pageok</pre>
</html>
$ date && curl --interface wlan0 146.255.36.1/plain
mar 22 nov 2016, 18.44.44, CET
<!-- pageok -->
<!-- managed by puppet -->
<html>
<pre>pageok</pre>
</html>

e isso é o que as minhas duas sessões de tcpdump gravam: aquela em wifi

# tcpdump -i wlan0 -n host 146.255.36.1
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on wlan0, link-type EN10MB (Ethernet), capture size 262144 bytes

e o da ethernet

# tcpdump -i usb0 -n host 146.255.36.1
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on usb0, link-type EN10MB (Ethernet), capture size 262144 bytes
18:44:21.118505 IP 192.168.73.74.52601 > 146.255.36.1.80: Flags [S], seq 2178801514, win 29200, options [mss 1460,sackOK,TS val 10527374 ecr 0,nop,wscale 7], length 0
18:44:21.147291 IP 146.255.36.1.80 > 192.168.73.74.52601: Flags [S.], seq 95036242, ack 2178801515, win 14480, options [mss 1460,nop,nop,TS val 500605800 ecr 10527374,nop,wscale 8], length 0
18:44:21.147322 IP 192.168.73.74.52601 > 146.255.36.1.80: Flags [.], ack 1, win 229, options [nop,nop,TS val 10527381 ecr 500605800], length 0
18:44:21.147375 IP 192.168.73.74.52601 > 146.255.36.1.80: Flags [P.], seq 1:82, ack 1, win 229, options [nop,nop,TS val 10527381 ecr 500605800], length 81: HTTP: GET /plain HTTP/1.1
18:44:21.175829 IP 146.255.36.1.80 > 192.168.73.74.52601: Flags [.], ack 82, win 57, options [nop,nop,TS val 500605829 ecr 10527381], length 0
18:44:21.178222 IP 146.255.36.1.80 > 192.168.73.74.52601: Flags [P.], seq 1:285, ack 82, win 57, options [nop,nop,TS val 500605832 ecr 10527381], length 284: HTTP: HTTP/1.1 200 OK
18:44:21.178236 IP 192.168.73.74.52601 > 146.255.36.1.80: Flags [.], ack 285, win 237, options [nop,nop,TS val 10527389 ecr 500605832], length 0
18:44:21.178321 IP 192.168.73.74.52601 > 146.255.36.1.80: Flags [F.], seq 82, ack 285, win 237, options [nop,nop,TS val 10527389 ecr 500605832], length 0
18:44:21.206618 IP 146.255.36.1.80 > 192.168.73.74.52601: Flags [F.], seq 285, ack 83, win 57, options [nop,nop,TS val 500605860 ecr 10527389], length 0
18:44:21.206642 IP 192.168.73.74.52601 > 146.255.36.1.80: Flags [.], ack 286, win 237, options [nop,nop,TS val 10527396 ecr 500605860], length 0
18:44:44.284057 IP 192.168.73.45.41804 > 146.255.36.1.80: Flags [S], seq 2817430695, win 29200, options [mss 1460,sackOK,TS val 10533165 ecr 0,nop,wscale 7], length 0
18:44:44.313090 IP 146.255.36.1.80 > 192.168.73.45.41804: Flags [S.], seq 3652186052, ack 2817430696, win 14480, options [mss 1460,nop,nop,TS val 500628966 ecr 10533165,nop,wscale 8], length 0
18:44:44.313117 IP 192.168.73.45.41804 > 146.255.36.1.80: Flags [.], ack 1, win 229, options [nop,nop,TS val 10533172 ecr 500628966], length 0
18:44:44.313152 IP 192.168.73.45.41804 > 146.255.36.1.80: Flags [P.], seq 1:82, ack 1, win 229, options [nop,nop,TS val 10533172 ecr 500628966], length 81: HTTP: GET /plain HTTP/1.1
18:44:44.342243 IP 146.255.36.1.80 > 192.168.73.45.41804: Flags [.], ack 82, win 57, options [nop,nop,TS val 500628995 ecr 10533172], length 0
18:44:44.343076 IP 146.255.36.1.80 > 192.168.73.45.41804: Flags [P.], seq 1:285, ack 82, win 57, options [nop,nop,TS val 500628996 ecr 10533172], length 284: HTTP: HTTP/1.1 200 OK
18:44:44.343090 IP 192.168.73.45.41804 > 146.255.36.1.80: Flags [.], ack 285, win 237, options [nop,nop,TS val 10533180 ecr 500628996], length 0
18:44:44.343168 IP 192.168.73.45.41804 > 146.255.36.1.80: Flags [F.], seq 82, ack 285, win 237, options [nop,nop,TS val 10533180 ecr 500628996], length 0
18:44:44.372262 IP 146.255.36.1.80 > 192.168.73.45.41804: Flags [F.], seq 285, ack 83, win 57, options [nop,nop,TS val 500629025 ecr 10533180], length 0
18:44:44.372302 IP 192.168.73.45.41804 > 146.255.36.1.80: Flags [.], ack 286, win 237, options [nop,nop,TS val 10533187 ecr 500629025], length 0
^C
20 packets captured
20 packets received by filter
0 packets dropped by kernel

Aviso:

  1. Os carimbos de hora, correspondentes a cada solicitação,

  2. os diferentes endereços IP da LAN, 192.168.73.74 para ethernet e 192.168.73.45 para wifi.

  3. Os pacotes all são detectados pela sessão tcpdump na interface ethernet, independentemente da minha escolha de - interface .

Você pode perguntar: então quando a opção - interface é útil? Quando você tem duas (ou mais) tabelas de roteamento, uma por cada interface, cada uma com seu próprio gateway . Então, - interface permite que você especifique qual interface é usada para alcançar o destino do curl . Se você quiser saber mais sobre como configurar o roteamento de políticas , leia aqui .

    
por 22.11.2016 / 18:57