web site & fake ip

AFAIU стоит посмотреть в сторону www.no-ip.com ?

// wbr

Вообще не в тему ты. У человека IP вида 192.168.x.y. Как тут поможет no-ip.com?

поднимать какой-нть туннель (openvpn :)) с машины с GRPS до "компа с реальным адресом", на нем же перенаправить один из портов через туннель к скрытому компу.

> Вообще не в тему ты. У человека IP вида 192.168.x.y. Как тут поможет no-ip.com?

---cut--- Так как подключение через gprs, то выдается "fake" ip, скрытый за проксей провайдера. ---cut---

ну с этой точки зрения да, наврятли поможет. хотя AFAIU если через GPRS то раз на раз не приходится. мне, допустим, МТС в зависимости от настроения и фазы луны отдаёт или 192.168.x или же внешний ip :) почему - не знаю. я к тому, что GPRS ещё не подразумевает обязательное назначение ip из внутренней сети. как провайдер пожелает..

// wbr

можно через третий хост(с прямым ip) - смотри ssh -R или вот, может подойдет http://www.hamachi.cc/

Кол-во устройств может быть больше 65535, портов не хватит.

> можно через третий хост(с прямым ip) - смотри ssh -R или вот, может подойдет http://www.hamachi.cc/

ssh -R - то же ограничение - кол-во портов

Насколько я понял, то чтоб использовать hamachi надо установить hamachi-клиента на комп пользователя, кот хочет управлять. Но у пользователя может быть не компьютер, а моб.тел (через wap). hamachi на моб тел не поставишь.

>Кол-во устройств может быть больше 65535, портов не хватит.

ты хорошо подумал??? подумай ещё раз - у вас очень кривая архитектура приложения.

кто будет оплачивать 65535 мобильных номеров????

Хороший поодход у человека... Фундаментальный.... не то что у вас...

ты случаем не SkyNET строишь? киборги мля...

> ты хорошо подумал??? подумай ещё раз - у вас очень кривая архитектура приложения

Как сделать прямее?

> кто будет оплачивать 65535 мобильных номеров????

Пользователи будут покупать устройства, они и будут оплачивать. То есть сколько купят, столько их и будет. Если купят :))

Забыл имя вписать в предыдущем посте.

> ты хорошо подумал??? подумай ещё раз - у вас очень кривая архитектура приложения

Как сделать прямее?

> кто будет оплачивать 65535 мобильных номеров????

Пользователи будут покупать устройства, они и будут оплачивать. То есть сколько купят, столько их и будет. Если купят :)

>Кол-во устройств может быть больше 65535, портов не хватит.

Тогда с одним центральным сервером проблему скорее всего не решить.

Варианты:

Делить устройства на партии и под разные партии поднимать свой сервер.

Не использовать GPRS (использовать Data Call)

Договориться с GSM-провайдером о создании сетки специально для ваших устройств.(APN:your.device.net) тогда для управления тоже нужно будет входить через GPRS в эту же сеть.

>> кто будет оплачивать 65535 мобильных номеров????

>Пользователи будут покупать устройства, они и будут оплачивать. То есть сколько купят, столько их и будет. Если купят :)

и все эти 65535 девайсов должны иметь связь с одним _твоим_ сервером????

ну так поставь несколько серверов которые ты обьединиш в один виртуальный или вручную попривязывай клиентов к твоим серверам : первая партия девайсов - к первому серверу, вторая - ко второму, .....

а вообще здесь без кластеров ты далеко не уедеш. смотри в сторону LVS

а мож тебе что-то типа callback в инет-провайдеров надо????

>Кол-во устройств может быть больше 65535, портов не хватит.

это ограничение на один ip адрес. а ещё существуют ip-альясы и дополнительные сетевые карты

>> ты хорошо подумал??? подумай ещё раз - у вас очень кривая архитектура приложения >Как сделать прямее?

посмотреть в сторону http://openvpn.net в случае, если с логической точки зрения возможно, чтобы устройство инициировало связь с сервером. если делать через OpenVPN может получиться весьма гибко и масштабируемо.

// wbr