Доступ к странице в локальной сети из вне

возможно ли это?

Да, поставь nginx с proxy_pass, должно работать.

или apache

Apache ради реверс-прокси? Ну нафиг. Это так же тупо, как cgi-скрипты на сишечке ваять.

Что тупого в ваянии CGI на сях, если нужно организовать более-менее низкоуровневый доступ к оборудованию и/или работать с базами данных?

Что тупого

Заколачивание гвоздей телескопом.

работать с базами данных?

Лол.

Делай, как хочешь, а я писал, пишу и буду писать веб-приложения на сях!

Во первых, мне это удобно. Во-вторых, у меня уже есть почти полнофункциональная своя мини-библиотечка, облегчающая работу с cookies, запросами, БД на sqlite. Еще немного добавлю, и будет совсем удобная штука.

> Что тупого в ваянии CGI на сях

CGI сам по себе морально устарел.

Согласен: в ближайшем будущем буду переходить на вебсокеты.

nginx с proxy_pass попробую, спасибо!

Еще рассматриваю такой вариант. Порт 8081 открыт на роутере, но на сервер закрыт с помощью iptables, когда человек заходит на 80 открытый порт, проходит аутентификацию, то выполняется скрипт, который выполняет открытие порта 8081 для его ip и редиректит на уже открытую страничку. Как вам? есть косяк, что с того же айпишника другой человек может зайти по прямой ссылке на страницу с видео.

Как вам?

Костыль ужасный. Кстати, советую почитать ман motion на тему control_authentication.

control_authentication это для защиты конфигурационной странички

Поставь web сервер с аутентификацией и в index.html вставь iframe для motion

Ой, пардон. Вообще странно что нет такой фичи :/

DynDNS + DMZ

Да не особо нужно. motion просто отдает поток, дальше ты уже, например, веб-сервером отдаешь страничку, где есть сетка с превьюшками и со ссылками на потоки - и уже на все это ставишь авторизацию (т.е., делаешь ее средствами сервера). А смысл ставить авторизацию на отдельные потоки?

Так указав адрес потока, можно посмотреть его и без пароля.

И как ты посмотришь поток с motion'a, висящего на 127.0.0.1:12345?