ОНИ ВНУТРИ ВИРТУАЛКИ

у Вас два сетевых стека:

WINDOWS <——->> Linux VM <<———> Docker

Они-то внутри, но разве при хост режиме сети контейнеры не используют пространство портов самого хоста?

хост != вЕнда

Хоста это значит хост системы где запускаются контейнеры

В вашем случае хост для контейнеров это линукс виртуалка

+

А что тогда? Хост = докер? То есть мне нужно разобраться с настройкой прокси для докер десктопа?

ну, получается, что вариантов два - либо мучаться с пробросами портов, либо .... вагрант. Потому что настроить прокси для докер десктопа... вряд ли стоит оно того

А проброс в обратную сторону работает? То есть я могу прописать для кафки тот же самый вариант -p 32181:32181, будет ли контейнер при попытке обратиться к своему локалхосту получать доступ к локалхосту винды?

доку прочтите, плиз

нет, он не получит напрямую доступ по локалхосту к локалхосту вЕнды

Докер на винде (как и в маке) это цепочка виртуалок

Есть хост система (вин, мак)
Запускают гипервизор с линукс системой
На той системе запускаются уже контейнеры

Обычно нетворк между виртуалкой и хвостом это бридж
Поэтому контейнеры даже с параметрами -net=host никогда не достучаться до порта с софтом запущенный на хост системе, так как для них хост это виртуалка

Чтобы на хост системе было доступно происходит дополнительно мэпинг портов как и во все виртуалки (с хоста достучаться на порт виртуалки, весёлые прокси и роутинги)

Поэтому и хостнейм/host ip внутри виртуалки из своей подсети

+

Доку я прочитал, просто там не очень понятно, что есть хост. Спасибо

Спасибо, теперь гораздо понятнее

Буду думать, как решить эту историю с наименьшим количеством геморроя. Спасибо

могу посоветовать только поменять подход

Это как один из вариантов

хост это твоя локальная машина, виртуалка - гостевая система, делаешь бридж на виртуалке. айпи будет выдавать из локальной сети. На этот айпи настриваешь кипер и брокер.