Два устройства находятся в двух разных логических сетях /32, и нет никаких маршрутов или таблиц маршрутизации, намекающих на способ связи с каждым хостом.
Если вы выполните # ip netns exec red ip route get 192.168.15.2
он ответит с RTNETLINK отвечает: Сеть недоступна
. Потому что в таблице маршрутизации нет ответа, как отправить пакет в сеть 192.168.15.2/32.
Однако если вы добавите маршруты в обоих направлениях, это должно послужить намеком на то, что два хоста являются соседями (технически больше похожи на напрямую подключенные одноранговые узлы), и пакеты должны отправляться.
ip netns exec red ip route add 192.168.15.2/32 dev v-red
ip netns exec blue ip route add 192.168.15.1/32 dev v-blue
Затем вы можете распечатать таблицу маршрутизации, чтобы увидеть, как теперь проинструктирован маршрут.
ip netns exec синий список IP-маршрутов
192.168.15.1 dev v-blue ссылка на область видимости
Имейте в виду, что здесь вполне допустимо использовать маршрут по умолчанию (ip netns exec red ip route add default dev v-red
), так как это охватывает все хосты, а не только тот, который, как вы знаете, существует на другой стороне, но для понимания того, в чем здесь проблема, я добавил конкретные хосты, с которыми вы пытались связаться.
На этом этапе (если позволяют брандмауэры) проверка связи должна работать должным образом.