☰

Доступ к серверу с неправильным IP-адресом вне диапазона сегмента

tag-icon • tag-icon linux networking ping subnet arp
Доступ к серверу с неправильным IP-адресом вне диапазона сегмента

Я столкнулся с похожей проблемой, как вэтот вопрос о неправильном IP в локальной сети. Однако стандартный трюк с addr alias на NIC не помог. У меня нет прямого доступа к консоли сервера, я могу получить физический доступ через неделю или больше, если мне повезет, но я надеюсь, что смогу найти более быстрый способ.

Я могу выполнить arping на сервер (Linux) по адресу 10.0.0.1с сервера (Linux, с IP $MY_IP) на (предположительно) том же сегменте L2, и он отвечает, $TARGET_MACчто является правильным и ожидаемым MAC-адресом для этого сервера.

root@host:~# arping -c 3 -I $IFACE 10.0.0.1
ARPING 10.0.0.1 from $MY_IP $IFACE
Unicast reply from 10.0.0.1 [$TARGET_MAC]  0.746ms
Unicast reply from 10.0.0.1 [$TARGET_MAC]  0.796ms
Unicast reply from 10.0.0.1 [$TARGET_MAC]  0.807ms
Sent 3 probes (1 broadcast(s))
Received 3 response(s)

Я скрыл свои IP-адреса и MAC-адреса, поскольку эти машины находятся в открытом доступе.

Если я добавлю псевдоним адреса для этого интерфейса, я все еще могу arping цели, но не могу ее ping. Ни один другой интерфейс не имеет диапазона 10.0.0.0/24, он не работает даже с ping -I $IFACE.

root@host:~# ip addr add 10.0.0.2/24 dev $IFACE
root@host:~# arping -c 3 -I $IFACE 10.0.0.1
ARPING 10.0.0.1 from 10.0.0.2 $IFACE
Unicast reply from 10.0.0.1 [$TARGET_MAC]  0.788ms
Unicast reply from 10.0.0.1 [$TARGET_MAC]  0.766ms
Unicast reply from 10.0.0.1 [$TARGET_MAC]  0.794ms
Sent 3 probes (1 broadcast(s))
Received 3 response(s)
root@host:~# ping -c 3 10.0.0.1
PING 10.0.0.1 (10.0.0.1) 56(84) bytes of data.

--- 10.0.0.1 ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 2015ms

Целевой сервер прослушивает SSH-подключения, но SSH не проходит

root@host:~# ssh -vvv 10.0.0.1
OpenSSH_6.7p1 Debian-5, OpenSSL 1.0.1k 8 Jan 2015
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to 10.0.0.1 [10.0.0.1] port 22.
debug1: connect to address 10.0.0.1 port 22: Connection timed out
ssh: connect to host 10.0.0.1 port 22: Connection timed out

Я пробовал заставить цель обновить свою таблицу ARP, отправив ей пакеты ARP REPLY, но это, похоже, не помогло.

root@host:~# arping -A -c 3 -s 10.0.0.2 -I $IFACE 10.0.0.1
ARPING 10.0.0.1 from 10.0.0.2 $IFACE
Sent 3 probes (3 broadcast(s))
Received 0 response(s)
root@host:~# ping -c 3 10.0.0.1
PING 10.0.0.1 (10.0.0.1) 56(84) bytes of data.

--- 10.0.0.1 ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 1999ms

Есть небольшая вероятность, что есть какой-то компонент L3, потому что сервер отправил мне обновления по электронной почте ( apt-listchangesвывод), но заголовки электронной почты содержат IP, который назначен какому-то коммутатору, хотя имя хоста в заголовках было правильным (имя хоста цели). Другие администраторы сказали мне, что он должен быть в том же сегменте L2, и arping, похоже, предполагает это. Есть ли другие способы исключить компоненты L3?

Цель — установить SSH-соединение с целевым сервером, чтобы можно было устранить проблему.

решение1

Судя по всему, вы находитесь в том же сегменте Ethernet L2, используя IP-адреса 1 и 2 в том же диапазоне. Я могу придумать две причины, по которым это не сработает:

  • Сервер с IP 10.0.0.1имеет какой-то активный фильтр уровня 3 (скорее всего IPTable) и отбрасывает отправляемые вами пакеты ICMP, несмотря на то, что все настроено правильно, чтобы это работало с точки зрения сети. Попробуйте другие зонды ( ssh, telnet, http, или любую другую сетевую службу, которая, как известно, прослушивает сервер).
  • По какой-то причине ваши pingзонды не выходят через $IFACE (например, если тот же диапазон IP-адресов настроен на другом интерфейсе). Попробуйте использоватьping -i $IFACE

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