Как организовать публикацию HTTP-сервера для доступа вне локальной сети?

Question

[Сергей Джейгало]

Здравствуйте!

Я занимаюсь разработкой панели умного дома MajorDoMo и у все пользователи рано или позно сталкиваются с вопросом публикации сервера во внешней сети для того, чтобы иметь возможность управлять устройствами через Интернет. Классическое решение -- получение "белого" IP у интернет провайдера и "проброс" портов на роутере. Однако, с ним проблема в том, что оно достаточно сложное для многих пользователей и его нельзя предоставлять, что называется, "из коробки". Поэтому хочу спросить у сообщества о возможных альтернативных вариантах.

Кое-что из того, о чём уже думал:

1. Организация SSH-туннеля. Пользователь запускает определённую программу, которая организует туннель между локальным сервером и выделенным внешним (условно "dedicated.com"), при из-вне обращение к внутреннему серверу идёт на определённом порту (например "dedicated.com:2342")

2. Отказаться вовсе от публикации веб-сервер и организовать веб-сервис для приёма данных/команд извне и передачи их в локальную систему через какой-нибудь long polling или push notifications.

В общем, буду рад совету.

Answer 1

[Степан]

Большинство роутеров прекрасно работают с DDNS

Comments

[Сергей Джейгало]

Это да, но зачастую для пользователя настраивать роутер это уж слишком... Да и не всегда провайдер даёт прямой IP, чтобы через него можно было извне работать.

[Степан]

а DDNS я зачем упомянул? Это решение как раз для людей, у которых нет возможности ставить прямой ип.
Я так понимаю что у вас есть какое-либо с определенной ос? Не вижу проблемы из коробки давать юзеру домен вида user.uservice.com к которому он будет коннектится.
Ваша задача только настроить ddns, задача юзера - подключить девайс/панель к интернету.

[Степан]

*у вас есть какое-либо железо с определенной ос

[Сергей Джейгало]

Я видимо не так представляю себе как работает DDNS. Разве не нужен при этом прямой IP? В моём понимании DDNS это лишь динамическая привязка домена к IP -- с этим всё ясно. Но если пользователь не имеет прямого IP?

[Степан]

Скорее не представляете.
Предложенная мною идея сводится к тому, что к клиентскому оборудованию без прямого ип привязывается домен. Такой сервис можно поднять самому, а можно использовать готовые решения от dyn.com/dns или аналогов.
Большинство роутеров из коробки умеют работать с подобными сервисами, нужно только прописать логин/пароль и выбрать сервис DDNS.

[Степан]

http://ru.wikipedia.org/wiki/Динамический_DNS
Она применяется для назначения постоянного доменного имени устройству (компьютеру, сетевому накопителю) с динамическим IP-адресом. Это может быть IP-адрес, полученный по DHCP или по IPCP в PPP-соединениях (например, при удалённом доступе через модем). Другие машины в Интернете могут устанавливать соединение с этой машиной по доменному имени и даже не знать, что IP-адрес изменился.

[Сергей Джейгало]

Это я как раз понимаю. Дело в том, что динамический IP не всегда эквивалентен прямому IP. Т.е. зачастую сталкиваюсь с ситуацией, когда провайдер имеет один IP на какую-то подсеть абонентов. Конечный пользователь может видеть этот IP через какой-нибудь whatismyip.com, но при этом к роутеру пользователя по этому IP обратиться нельзя. Фактически, ситуация аналогичнае если бы он (пользователь) сидел со всей своей сетью позади провайдерского фаерволла. А может так оно и есть. При этом сервисы типа dyndns проблему не решают -- они привязывают пользователя к IP, который не их. Чаще всего с таким сталкивался, если доступ в интернет идёт через 3G.
DDNS это как раз тот случай, который я написал в вопросе, как стандартное решение.

[Дмитрий]

@Jey всё верно, вас запутали. Динамический днс возможен только если провайдер выдаёт "белый" адрес. Просто он автоматом переназначает для доменного имени этот адрес, когда тот меняется.
Вообще, можно и "пробивать" NAT на "сером" адресе. Но если тот "симметричный", то вариантов, кроме подключения белого адреса, сокета на сервер или реверс-туннеля нет.

Answer 2

[Дмитрий Гукетлев]

Для всех подойдет только второй вариант. На первый у вас портов на всех не хватит

Comments

[Сергей Джейгало]

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

[Дмитрий Гукетлев]

Ну и что? Открыли себе сокеты и держите их. Зачем вам мучаться с http который предназначен для одной цели - дать ответ на запрос, а не для того чтобы держать постоянный коннект?

Будет много клиентов - нужен будет мощный сервер (серверы). Какие еще варианты? К вконтакте вон сколько народу ломтся узнать нет ли для них какой информации и ничего, живут как-то.

[Сергей Джейгало]

Спасибо, "покопаю" в эту сторону. Через сокеты -- вариант.

Answer 3

[Ilya Evseev]

Портал во внешнем мире.
Для клиентов веб-интерфейс.
Для устройств IRC-чат через TLS.