Понадобилось отлаживать туннель между VIPNet координаторами (доступ на координаторы только по SSH), стандартными средствами проверил что пакеты от удаленной сети приходят:

machine logs show network-traffic

Это просмотр трафика в псевдо GUI. В целом довольно удобно

Однако же приходят то они приходят, и дешифруются но целевая станция не отвечает.

Увы но смотреть далее порта випнета я не могу, поэтому для начала хотел убедится что дешифрованные декапсулированные пакеты, уходят во внутренний интерфейс.

Что нам понадобится? разумеется tcpdump и он тут есть.

Заходим в shell:

admin escape

Ту пожалуйста действуйте аккуратно, лучше тут вообще ничего не трогать :-)

Но мы посмотрим:

arp -a
ip a
ip route

В моем случае целевой хост в одном L2 сегменте с интерфейсом eth1 координатора

Запустим tcpdump (будем смотреть пинги с удаленной машины на целевой хост):

tcpdump icmp -i eth1 -xx

Но смотреть дампы на экране не очень хорошая идея, да иногда достаточно но мы хотим pcap.

Тогда пишем в файл:

 tcpdump icmp -i eth1 -w icmpcap.pcap

Останавливаем.

Файл сохранился в текущей директории (/root)

Нам нужно его забрать но у нас нет ни tftp ни ftp клиента.

SCP тоже не работает (думаю понятно почему)

Давайте выведем его содержимое на экран, в кодировке Base64:

base64 icmpcap.pcap

Теперь скопируем все что мы видим на экране и сохраним в файл на локальном ПК, например в base64 icmpcap.pcapи64

Теперь, если ПК под управлением операционной системы Windows, сконвертируем его обратно в pcap:

certutil.exe -decode .\icmpcap.pcapи64 vipneticmp.pcap

Ну и удаляем ненужный файл на координаторе:

rm icmpcap.pcap

Все, комфортно смотрим дамп в Wireshark, сообщаем администраторам сети за координатором:

"От меня пинги вылетели, проблемы на вашей стороне" :-)