haproxy mode tcp по имени хоста

нужно именно tcp

Вопрос, а откуда хост узнает про host1 или host2?

Вот и я не знаю, как это получается у других.
Возможно из заголовка пакета, если к хосту HAproxy обращаются по имени хоста.

В интернете же есть прокси-провайдеры, которые умеют по имени проксировать на определенный узел, при этом не обязательно это будет http.
Тот же самый cloudflare умеет делать подобное и по tcp, и по upd… Хотя, наверное это не очень корректный пример. Но они и не единственные, кто так делают.

Тогда другой вопрос, каким инструментом можно подобное осуществить?

Конечно умеют. Но при чём тут tcp mode? TLS терминируется на самом reverse proxy, он видит host в запросе и направляет запрос по адресу

Мне что-то попадалось по поводу HAproxy и SNI, поищите. Если вы имеете в виду всё-таки TLS (а не просто TCP) и есть SNI, то наверное можно сделать роутинг.

в bigbluebutton используют такой конфиг

frontend nginx_or_turn
  bind *:443 ssl crt /etc/haproxy/certbundle.pem ssl-min-ver TLSv1.2 alpn h2,http/1.1,stun.turn
  mode tcp
  option tcplog
  tcp-request content capture req.payload(0,1) len 1
  use_backend nginx-http2 if { ssl_fc_alpn h2 }
  use_backend nginx if { ssl_fc_alpn http/1.1 }
  use_backend turn if { ssl_fc_alpn stun.turn }
  use_backend %[capture.req.hdr(0),map_str(/etc/haproxy/protocolmap,turn)]
  default_backend turn

один ip-адрес

нужно именно tcp, а не http

Умеет ли так делать HAProxy?

Нет. И никто не умеет. И уметь не может. Потому что в TCP нет «имени хоста».

один ip-адрес

нужно именно tcp, а не http

Умеет ли так делать HAProxy?

Нет. И никто не умеет. И уметь не может. Потому что в TCP нет «имени хоста».

This. На клиенте днс резолвится в айпи и подключение идёт уже по нему. Если сам протокол не подразумевает никаких hostnane внутри (как заголовок Host в http/https), то никак.