Сайт на сером айпи

Можно впн и прокисровать через nginx.

Можно и просто порт пробросить через ssh на впску, а на него проксировать через nginx:

ssh -R 127.0.0.1:8080:127.0.0.1:80 user@host

где 127.0.0.1:8080 будет подниматься на впске, а 127.0.0.1:80 куда будет перенаправляться на локальном компе

Так, а можно чуток подробнее для непрофи расписать?

допустим на локальном компе веб сервер на 127.0.0.1:80, открываете терминал и запускаете

ssh -R 127.0.0.1:8080:127.0.0.1:80 user@host

теперь у вас на впске ваш локальный веб-сервер доступен по адресу 127.0.0.1:8080

прописываете на впске проксирование в nginx.conf:

http { 

   server { 

      server_name foo;

      location / { 

         proxy_pass http://127.0.0.1:8080; 

         proxy_set_header  Host  "localhost";

         proxy_set_header  Accept-Encoding  "";

...

Где-то так. Виртуальный хост в server_name любой выбираете, хоть IP сервера.

Так.. уже понятнее, попробую, а зону как прописать сразу? Никак? Каждый домен отдельно?

Давай сперва уточним - "серый айпи" имеешь ввиду нет внешнего, за НАТом? Или же динамический? Или что?

Поищи сервисы динамических ДНС - это универсальное решение, но требует установки ПО и не все работают так чтобы "ух".

Если ты не за НАТом (или тп), а заказчику не проблема править хостс, то достаточно говорить ему свой текущий ИП. Он будет вписывать любой домен и обращаться на твой ИП.

zzzit предложил рабочий вариант.

Есть ещё одна из вариаций с использованием SSH. В *nix имеется возможность создания виртуальных tun интерфейсов. Вот пример.

И конечно же, классический OpenVPN.

Если пойдёте по пути с SSH, для длительных сеансов не забудьте подумать о keep-alive, а так же, о возможности автоматического реконнекта. Для последнего можно использовать AutoSSH, либо нехитрый скрипт поднятия соединения.

Далее, ещё один момент: порты ниже 1024 биндятся только под root. Если root в туннеле недопустим по соображениям безопасности, можно поднять виртуалку, к примеру в jail, и пользовать её root.

Так, по совету zzzit подняли туннель, всё работает, надо будет только

Как это сделать?

И еще момент - после переконфигурирования апача на локалке на втором домене (на первом ок) отвалился SEF, .htaccess даже подменил тем, что на первом домене - но всё равно, как будто не работает mod_rewrite

И, не уверен, но может с утра апач обновился до 2.4.7, вроде был 2.4.6 - но тут я точно не уверен

---------- Добавлено 11.11.2015 в 21:48 ----------

И то и другое.

НАТ или как там у йоты организована - не знаю, но точно на один айпи много пользователей приходится.

В файле sshd_config параметры:

TCPKeepAlive no # используем KeepAlive SSH2

ClientAliveInterval 10 # Период неактивности канала, после запрос респонда (Пример. 0 — отсутствие запроса, соединение будет висеть даже оборванным. На плохом канале увеличиваем, но не более 60, ибо это не соединение.)

ClientAliveCountMax 3 # Сколько раз запросить до отключки (Пример. На плохом канале делаем больше раз.)

Так же рекомендую поставить UseDNS no, чтобы не резолвил имя. Не будет тормозить при соединении.

Перезапустить демон.

Не может быть и то и другое ;) Много юзеров на одном ИП (внешнем) - не одновременно ж. Не знаю как там у йоты, но думаю как и у всех операторов - обычный динамический ИП. В таком случае подойдут оба моих варианта.

DenisVS, а нафига ssh? Да и все пр заморочки с демонами. Тут же все просто - внешний юзер по домену должен попасть на комп ТСа, где его подхватит виртуалхост апача. Т.е. вешнему юзеру нужно "отдать ДНС". С чем вполне успешно справиться хостс. А если конечный юзер не в состоянии его править, то заюзать сторонние ДНС.

SeVlad, у Йоты все за НАТ-ом. Внутренние айпишники вида 10.0.0.1, и до внешнего мира несколько хопов с такими же IP. На внешнем никакие порты, соответственно, слушать нельзя. Поэтому вариант как раз только сделать туннель до впс-ки, которая уже может принимать входящие соединения и пробрасывать их на локальный комп.