☰

Марсианские пакеты после подключения с помощью клиента OpenVPN

tag-icon • tag-icon iptables routing openvpn
Марсианские пакеты после подключения с помощью клиента OpenVPN

Фон:

Я подключаюсь к серверу через клиент OpenVPN (v2.4.4) из командной строки с домашнего маршрутизатора, работающего под управлением OpenWRT.

В последнее время я вижу в своем системном журнале следующее:

Aug  8 17:16:28 Deluxe kernel: [12972.603549] IPv4: martian source 192.168.1.100 from 34.210.182.212, on dev eno1
Aug  8 17:16:28 Deluxe kernel: [12972.603572] ll header: 00000000: d0 17 c2 ac 64 4b c4 e9 84 48 79 32 08 00        ....dK...Hy2..
Aug  8 17:16:28 Deluxe kernel: [12972.910801] IPv4: martian source 192.168.1.100 from 34.210.182.212, on dev eno1
Aug  8 17:16:28 Deluxe kernel: [12972.910822] ll header: 00000000: d0 17 c2 ac 64 4b c4 e9 84 48 79 32 08 00        ....dK...Hy2..
Aug  8 17:16:28 Deluxe kernel: [12973.230932] IPv4: martian source 192.168.1.100 from 34.210.182.212, on dev eno1
Aug  8 17:16:28 Deluxe kernel: [12973.230953] ll header: 00000000: d0 17 c2 ac 64 4b c4 e9 84 48 79 32 08 00        ....dK...Hy2..

Первый MAC-адрес в ll headerстроке — это мой сетевой адаптер, второй — интерфейс Ethernet на маршрутизаторе.

Моя таблица маршрутизации до подключения выглядит так:

[2020-08-08 ☱ 18:35 ☴]$ route -n
Kernel IP routing table                                                        
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface  
0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 eno1   
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eno1

И вот так это выглядит вскоре после подключения:

[2020-08-08 ☱ 18:35 ☴]$ route -n                                                
Kernel IP routing table                                                             
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface       
0.0.0.0         10.25.40.1      128.0.0.0       UG    0      0        0 tun0        
0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 eno1        
10.25.40.0      0.0.0.0         255.255.255.0   U     0      0        0 tun0        
128.0.0.0       10.25.40.1      128.0.0.0       UG    0      0        0 tun0        
185.228.19.148  192.168.1.1     255.255.255.255 UGH   0      0        0 eno1        
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eno1

Второй снизу указанный IP хоста — это шлюз VPN. Адаптер tun0настроен следующим образом:inet 10.25.40.244 netmask 255.255.255.0 destination 10.25.40.244

Через три-пять минут марсианское движение стихнет и станет появляться реже.

Я пробовал подключаться openvpnбез установленного маршрутизатора (подключаясь напрямую к модему), и результат был тот же.

Я рискую, но, похоже, когда происходит резкое изменение маршрутизации (как это происходит с VPN-подключением, инициированным пользователем), установленные/связанные соединения сохраняются и сбрасываются как недействительные. Со временем эти соединения отмирают.

Вопросы:

  1. Правильно ли я понимаю причину появления марсианских пакетов?
  2. Если я хочу избежать потери этих пакетов, как я могу это сделать? Например, могу ли я использовать таблицы или natдля направления этих пакетов в интерфейс?mangleiptablestun

решение1

  1. Ваше понимание верно.
  2. В моем случае я просто перестал регистрировать такие пакеты. Даже если это атака, она не сработает, потому что маршрутизация не позволит ей когда-либо успешно завершиться:
net.ipv4.conf.all.log_martians = 0

Связанный контент