Нет ответа ICMP для veth-устройств в том же пространстве имен
Попробуйте:
find -type f -iname \*.zip | xargs -IZ -P 5 sh -c 'unzip "Z"; echo "Z" >> done.txt'
и wc -l done.txt, чтобы увидеть, сколько сделано или cat done.txt, чтобы просмотреть их список.
Обратите внимание, что это приведет к ошибке, если в любом имени файла присутствует символ новой строки. Если у вас есть несколько, используйте echo one_moreвместо echo "Z", чтобы получить хотя бы то, что вы просили.
Частичный ответ:
Для второго варианта выполнитеtcpdump -ni lo(или используйте Wireshark ), и вы увидите, что связь происходит через петлевой интерфейс. Это потому, что ядро замечает, что оба адреса являются локальными адресами, и поэтому использует петлевой интерфейс, независимо от того, какому интерфейсу назначены эти адреса.
Что касается первого варианта, я не совсем уверен, почему на широковещательную рассылку не отвечают, но в целом ядро считает связь, которая исходит от одного интерфейса и появляется на другом интерфейсе, ошибкой маршрутизации и подавляет ее. Трансляция может пройти, потому что это трансляция.
Приложив значительные усилия, вы можете настроить это, чтобы разрешить пинг-бумеранг , но обычно это не особенно полезно.
Виртуальные пары eth -действительно имеют смысл только в том случае, если вы используете их для соединения различных сетевых пространств имен. В том виде, как вы их настроили, они так же бесполезны, как наличие двух разных физических карт Ethernet в одном сегменте локальной сети.