Как в последней версии openserver сделать доступным сайт из интернета

[serg8880]

Вроде алиасы на роутере прописал...
Заранее спасибо

[serg8880]

Настройка при использовании роутера
Если ваш сервер находится внутри локальной сети за роутером:

В параметре ip укажите локальный статический IP-адрес вашего компьютера (например, 192.168.1.100).
В параметре aliases добавьте внешний статический IP-адрес, который ваш роутер получил от интернет-провайдера (например, 203.0.113.25).
Убедитесь, что на роутере настроен проброс портов (port forwarding) — как минимум HTTP (порт 80) и HTTPS (порт 443) — на внутренний IP-адрес вашей машины. Подробнее о настройке проброса портов смотрите в руководстве к вашему роутеру.

т.е. надо в project.ini фаил прописать
[inovation]
php_engine = php-7.2
public_dir = {base_dir}\public
ip = 192.168.1.114
aliases = .....

[OSPanel]

[inovation]
php_engine = php-7.2
public_dir = {base_dir}\public
ip = 192.168.1.114
aliases = 192.168.1.114

[Ozzzone]

туннель cloudflared запусти

[sergejfreelancer]

Мучаюсь пол дня. Все сделал, но по внешнему домену открывается localhost. «Как Вы сюда попали». Где-то промелькнуло, что может-быть связано с aliases, но самы знающие отправили документацию читать. А там такое, что только знающий разберется, а знающему оно вряд ли надо читать доку. Помогите разобраться с настройкой элиаса или как заставить тунель открывать файл из моей папки

[Ink0gnit0]

Ещё вариант предоставления доступа к проектам OSP6 из локальной сети:

1. На компьютере с OSP6, от администратора, следует запустить команду:
   netsh interface portproxy add v4tov4 listenaddress=XXX.XXX.XXX.XXX listenport=LLLL connectaddress=PHP-X.X.local connectport=PPP protocol=tcp
   , где:

• XXX.XXX.XXX.XXX - IP-адрес компьютера в локальной сети, например, 192.168.1.100
• LLLL - порт, который будет доступен в локальной, например, 7443
• PHP-X.X.local - наименование модуля PHP, например, PHP-8.4.local или PHP-8.4
• PPP - порт модуля PHP, например, 443/80
  Пример:
  netsh interface portproxy add v4tov4 listenaddress=192.168.1.100 listenport=7443 connectaddress=PHP-8.4.local connectport=443 protocol=tcp

2. Проверить результат можно командой:
   netsh interface portproxy show all

3. Добавить правило файрвола для открытия порта LLLL в сети

4. На другом компьютере в локальной сети, следует:

• добавить в файл C:\Windows\System32\drivers\etc\hosts, записи вида:

192.168.1.100 example.local
192.168.1.100 site1.local
192.168.1.100 site2.local

• при необходимости, установить корневой сертификат OSP6 (data/ssl/root/cert.crt) в Доверенные корневые центры сертификации

4. После запуска модуля PHP в OSP6, проекты, используещие выбранный модуль, будут доступны в локальной сети по адресам, например:

• https://example.local:7443
• https://site1.local:7443
• https://site2.local:7443

5. Чтобы удалить добавленное правило проксирования порта, следует выполнить команду:
   netsh interface portproxy delete v4tov4 listenaddress=XXX.XXX.XXX.XXX listenport=LLLL
   Например:
   netsh interface portproxy delete v4tov4 listenaddress=192.168.1.100 listenport=7443

[Ink0gnit0]

Проверьте, может у вас в .osp/project.ini, IP прописан в переменных aliases и ip. Попробуйте закомментировать данные переменные и перезапустить OSP6.
В качестве примера, попробуйте следующее:

1. Создайте проект site1.local с файлом .osp\project.ini:

[site1.local]
php_engine = PHP-8.1

и проект site2.local с файлом .osp\project.ini:

[site2.local]
php_engine = PHP-8.1

2. Создайте файл site1.local\index.php:

<?php 
echo "SITE1";

и файл site2.local\index.php:

<?php 
echo "SITE2";

3. Перезапустите OSP6 и запустите модуль PHP-8.1

4. Добавьте правило проксирования порта:
   netsh interface portproxy add v4tov4 listenaddress=192.168.100.37 listenport=443 connectaddress=PHP-8.1 connectport=443 protocol=tcp

5. Проверить результат локально, можно командой:
   curl https://192.168.100.37/ -H "Host: site1.local" -k
   и
   curl https://192.168.100.37/ -H "Host: site2.local" -k

[TrueTrunk]

Проверьте, может у вас .osp/project.ini, IP прописан в переменных aliases и ip.

Да, так и было. Осталось с предыдущего теста, не почистил.

[TrueTrunk]

В качестве примера, попробуйте следующее:

На чистых PHP всё отлично в любом случае - локально, по сети, через CURL, и в браузерах, и когда прослушивается порт 7443, и когда 443.

Сайт на WP всегда нормально только через CURL, а из браузеров нормально только когда прослушиваемый порт 443.

А когда прослушиваемый порт 7443, то с сайтом на WP браузеры дают ERR_CONNECTION_REFUSED.

А сайт на Joomla-1.5 нормально открывается с портом 7443.
Причем, с одного сервера с двумя правилами проксирования:

Прослушивать ipv4:             Подключиться к ipv4:
Адрес           Порт        Адрес           Порт
--------------- ----------  --------------- ----------
192.168.100.37  443         PHP-8.1         443
192.168.100.37  7443        PHP-5.3-x64     443

Только редирект с http:// на https:// в .htaccess не сработал, и надо протокол указывать руками. Потом попробую варианты редиректа , может получится.

[Ink0gnit0]

А когда прослушиваемый порт 7443, то с сайтом на WP браузеры дают ERR_CONNECTION_REFUSED.

Что ожидаемо, т.к. WP привязан к доменному имени (с портом 443), который прописан в его БД - как минимум, таблица wp_options, поля siteurl и home.

Только редирект с http:// на https:// в .htaccess не сработал, и надо протокол указывать руками. Потом попробую варианты редиректа , может получится.

В вашем случае, 80-ый порт на адресе 192.168.100.37 недоступен. Таким образом, запрос не доходит до Apache, следовательно, правила перенаправления в файле .htacces не срабатывают.
Добавьте правила проксирования HTTP-портов:
netsh interface portproxy add v4tov4 listenaddress=192.168.100.37 listenport=80 connectaddress=PHP-8.1 connectport=80 protocol=tcp
netsh interface portproxy add v4tov4 listenaddress=192.168.100.37 listenport=7080 connectaddress=PHP-5.3-x64 connectport=80 protocol=tcp

[TrueTrunk]

Что ожидаемо, т.к. WP привязан к доменному имени (с портом 443), который прописан в его БД - как минимум, таблица wp_options, поля siteurl и home.

Я так и понял, после тестирования на чистых PHP, по вашему совету. И на Джумле.
Вроде, некоторые плагины исправляют эту особенность WP, но отзывы о них неоднозначны. Вроде как одно исправляют, при этом что-то другое не учитывают и ломают. Я не пробовал их использовать, мне пока достаточно и непонятностей естественного происхождения.

В вашем случае, 80-ый порт на адресе 192.168.100.37 недоступен. Таким образом, запрос не доходит до Apache, следовательно, правила перенаправления в файле .htacces не срабатывают.

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