Как организовать переадресацию с domen.me:port на sub.domen.me для разных сервисов?

Question

[Захар Скороходов]

Дано:
1) Домен, зарегистрированный в nic.ru;
2) Аккаунт на digitalocean. В настройках домена прописаны DNS`ы DO.
3) Мини-сервер дома под управлением LinuxMint (он же - рабочий компьютер)
4) На сервере уже установлены:
а) transmission-daemon :9091
б) gitlab :9000
в) wiki :9090
г) nginx :80
5) Может быть установлено всё, что угодно...

Задача:
Организовать адресацию по поддоменам для сервисов, т.е.
1) Для GIT`а domen.me:9000 -> git.domen.me
2) Transmission domen.me:9091 -> torrent.domen.me
3) Wiki domen.me:9090 -> wiki.domen.me
4) Any service domen.me:any_port -> any_service.domen.me

Answer 1

[Сергей]

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

Answer 2

[Andrew_Shtein]

"domain.me" - это идентификатор, который можно преобразовать в ip-адрес. Когда вы обращаетесь браузером на "domain.me", браузер на самом деле вызывает "domain.me:80", так как 80 - это порт по-умолчанию для http-протокола.
У одного ip-адреса только одна программа может занимать один порт одновременно. По-этому, когда на одной машине размещается несколько доменов, то ставят проксирующий web-сервер (nginx, например), который будет "слушать" 80-й порт, а остальные web-сервера ставят "слушать" другие порты (например 9000, 9091, 9090), т.к. 80-й занят. Проксирующий web-сервер смотрит, на какой domen идёт запрос и перенаправляет запрос на соответствующий порт.

Теперь вернёмся к вашей проблеме. Насколько я понял, то "domen.me", "git.domen.me", "torrent.domen.me", "wiki.domen.me" и т.д. преобразуются в один и тот же ip-адрес?
В таком случае, если это всё http сервисы, и под "git.domen.me" вы подразумевали "git.domen.me:80", то вам необходимо в настройках nginx прописать что-то типа:

server{
  server_name git.domen.me;
    location / {
    proxy_pass http://127.0.0.1:9000;
  }
}
server{
  server_name torrent.domen.me;
    location / {
    proxy_pass http://127.0.0.1:9091;
  }
}
server{
  server_name wiki.domen.me;
  location / {
    proxy_pass http://127.0.0.1:9090;
  }
}
server{
  server_name any_service.domen.me;
  location / {
    proxy_pass http://127.0.0.1:any_port;
  }
}

Comments

[Захар Скороходов]

Да, Вы верно поняли относительно резолва в один IP.
Это хорошее решение, которое отлично работает для http-запросов. Но, допустим, тот же самый git может работать и через ssh, т.е. нам надо слушать и git.domen.me:80, и git.domen.me:80, и git.domen.me:443 для https. Можно ли nginx решить эту проблему?
P.S. Спасибо за формат ответа.

[Захар Скороходов]

* т.е. нам надо слушать и git.domen.me:80, и git.domen.me:22, и git.domen.me:443

[Andrew_Shtein]

Nginx - это решение для http и https запросов.
А на счёт ssh и gitlab... Насколько я понимаю, когда вы пытаетесь работать с гитлабом по git протоколу, то ваш комп подключается к 22 порту на гитлабе (git.domen.me), строит ssh-туннель, а внутри тунеля уже строит свою магию.
Суть в том, что на самом деле он обращается на ipadress:22. А так как все ваши домены резолвятся в этот ip-адресс, то в принципе, вы можете обращаться и на git.domen.me:22, и на torrent.domen.me:22 - эффект будет один.
Вообще доменое имя используется в основном в http(s) протоколах и передаётся в загголовках (http-headers). Наверняка, есть и другие протоколы, которые их используют, но я сейчас не готов назвать их.

[Захар Скороходов]

Andrew_Shtein: ок, спасибо за мнение.
Я правильно понимаю:
а) что в приведённый Вами конфиг стоит добавить параметр listen?
б) в настрjqках DNS DO стоит прописать поддомены, чтобы браузер знал, во что их резолвить? Или nginx с этим справится на месте?

[Andrew_Shtein]

а) Там много чего ещё надо добавить) Возьмите стандартный конфиг, и замените в нём секцию server на приведённую мной.
б) Да в настройках DNS надо указать поддомены.
Nginx'у как бы пофиг, существуют ли домены. Он видит мир таким образом:
Сидит и слушает порт 80 на ipaddress. К нему приходит пакет, в пакете указано, что он для git.domain.me. Он смотрит в конфиг, а там указано, что это надо отправить на 9000 порт. И отправляет.
И он не проверяет, существует ли git.domain.me и т.д.

Но вот вашему браузеру, когда вы в нем будете вводить git.domain.me не сможет преобразовать его в ipaddress. Так что тут два варианта:
1) Прописать git.domain.me в DNS
2) Прописать соответствие ipaddress и domain.me в файл hosts на вашем компьютере. Тогда ваш браузер сможет преобразовать имя в ip и всё заработает. Но только на вашем компьютере. На другом тоже нужно будет прописывать соответствие вручную.

[Захар Скороходов]

Andrew_Shtein: мы же можем подправить картину мира nginx, чтобы он слушал другой порт? Тогда мы могли бы настроить ssh в GitLab на иной порт (допустим 22022) и при обращении на git.domain.me:22 переадресовывать его на ip:22022. А при обращении на стандартный порт ssh коннектиться без изменений в стандартный shell.

[Andrew_Shtein]

1) Мы можем подправить картину мира nginx, чтобы он слушал другой порт, НО он не сможет перенаправить не http(s).
2) Нам незачем перенастраивать ssh в гитлаб. Насколько я понимаю, мы этого даже сделать не можем, ибо сам гитлаб не слушает ssh. ssh в данном случае - лишь транспорт для git. Таким же образом работает, к примеру, rsync.
Когда вы будете набирать в консоли ssh [e-mail] - вы будете попадать в шелл. А если наберёте git clone [e-mail]:project.git то это на самом деле значит git clone ssh://[e-mail]/project.git
то есть:
Подключиться по SSH-протоколу к domain.me и скопировать через GIT project.git

[Захар Скороходов]

Andrew_Shtein: если nginx работает только с http(s), то не знаете ли Вы, как решаются такие ситуации:
1) есть две машины в локальной сети (192.168.0.101 и 192.168.0.102), на обеих открыт ssh
2) есть домен (domen.me), который резолвится в один внешний ip.
3) при обращении через ssh-client на pc1.domen.me:22 подключаемся к машине №1, а pc2.domen.me:22 -> №2, соответственно.
т.е.
pc1.domen.me:22 -> 192.168.0.101:22
pc2.domen.me:22 -> 192.168.0.102:22
?

[Andrew_Shtein]

Если pc1.domen.me и pc2.domen.me - это один и тот же компьютер, то такой способ мне неведом.

А вот такое:
pc1.domen.me:22 -> 192.168.0.101:22
pc2.domen.me:2022 -> 192.168.0.102:22
решается довольно просто с помощью iptables и DNAT.
Можно прочесть например это: habrahabr.ru/sandbox/18975