История изменений
Исправление gorilych, (текущая версия) :
Абстрагируйтесь от примеденных мной в пример технологий(nginx,ssh).
Нельзя абстрагироваться, не получится. В SSH протоколе имя не участвует в соединении, в HTTP - участвует.
Если ты хочешь, чтоб при использовании стандартного ssh клиента:
ssh vm1.com
у тебя организовывалось соединение на сервер с 10.0.3.100, то надо чтоб vm1.com резолвился на этот самый IP и правила маршрутизации приводили на нужный сервер. Иначе никак, потому что имя vm1.com не передаётся в процессе соединения.
При использовании HTTP всё по-другому, http-клиент передаёт имя домена в HTTP запросе и принимающий сервер может решить, какой контент отдавать, может и редирект сделать, если надо.
Кстати, в HTTPS обратная ситуация, там виртуальные хосты не работают по причине того, что обмен именными сертификатами для установки безопасного соединения происходит в самом начале и передача имени происходит уже после.
И из твоего вопроса непонятно, куда у тебя резолвится vm1.com.
Исходная версия gorilych, :
Абстрагируйтесь от примеденных мной в пример технологий(nginx,ssh).
Нельзя абстрагироваться, не получится. В SSH протоколе имя не участвует в соединении, в HTTP - участвует.
Если ты хочешь, чтоб при использовании стандартного ssh клиента:
ssh vm1.com
у тебя организовывалось соединение на сервер с 10.0.3.100, то надо чтоб vm1.com резолвился на этот самый IP и правила маршрутизации приводили на нужный сервер. Иначе никак, потому что имя vm1.com не передаётся в процессе соединения.
При использовании HTTP всё по-другому, http-клиент передаёт имя домена в HTTP запросе и принимающий сервер может решить, какой контент отдавать, может и редирект сделать, если надо.
Кстати, в HTTPS обратная ситуация, там виртуальные хосты не работают по причине того, что обмен именными сертификатами для установки безопасного соединения происходит в самом начале и передача имени происходит уже после.
Кстати, из твоего вопроса непонятно, куда у тебя резолвится vm1.com.