впечатление двойственное: с одной  стороны хорошо,
что не зависишь от и-нета, с другой стороны все зависит от
твоего поставщика услуги, от канала на спутнике, которым от пользуется, и от
зоны покрытия транспондера, с которого сыпятся ключи.
В моих условиях, чтобы все шло без затыков для ДМ500 понадобилась 
2-х метровая тарелка. Обычной 0.8м оказалось недостаточно,
хотя тв сигнал с этого же спутника был более 70% и проблем с приемом
никогда не наблюдалось. Софт, который был в ДМ500 позволял
раздавать ключи до 5 ресиверам

2 метра?!!!!, хм...., если так и есть то это жесть полная....., но в любом случае буду пробовать, хочу тарель 0,9 супрал что была у меня на 9 градус  повернуть на 39,

С 39.0Е ключи уже давно не идут, только 60.0Е и 90.0Е

а 90 это факт  или так бла бла бла

Что бы не возникало таких вопорсов, регистрируемся на том сервисе и в личном кабинете читаем всю необходимую информацию 

А что,на 36 и 75 градусов никакого одностороннего спутникового интернета совсем не осталось?

Если осталось, то можно самому себе одностороннюю передачу ключей сравнительно несложно организовать с какого-нибудь бесплатного хостинга)

"А как это реализовать?

А как это реализовать?

Зависит от технологий конкретного спутникового оператора по "одностороннему интернету".

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

То есть идем на сайт оператора спутникового интернет, определяем какой pid надо слушать, конфигурируем dvbnet в promisc и включаем tcpdump , смотрим бегут ли данные на реальные IP.
Если бегут то можем просто на этот реальный IP настраиватся и слать свои ключи.
Трафик от ш@рика не велик, так что законный пользователь IP скорее всего этих трат в своем бюджете не заметит.

На том же линукс-боксе настраиваем какой-нибудь xinet.d на определенный UDP порт, чтоб полученную датаграмму скидывало в файл скажем /var/cache/CWDWCache/20131123010000.dat
для каждого из каналов можно скажем разный UDP-порт предусмотреть.

Как настроить какой-нибудь эмуль чтоб он искал пару cw-dw внутри пачки или одного текстовых файлов я думаю вы тут без меня лучше знаете)
Я так понимаю идеально подойдет wicardd и ридер типа batch. ( запускающий внешний скрипт )

Вариант более  жесткий и геморный по организации.

Если провайдер всё шифрует VPN или какому-нибудь "ускорителю", то тогда
возможно в зависимости от технологии приемную тарелку придется ставить и в избушке где "даже GSM не ловит" и в том месте где сервер вещающий ключи находится.

Тогда этот наш передающий сервер цепляется к провайдеру по VPN , и сам себе отправляет ключи UDP-пакетами.

"Домик в деревне" имеет копию ключа от VPN , слушает пакеты падающие с неба на землю, декодирует их ключем VPN и кладет всё туда-же в /var/cache
( домиков в обоих случаях может быть несколько )

Вобщем если вы мне скините ссылку на страницу с описанием настроек конкретного одностороннего интернета, я смогу ответить более конкретно.
Я навскидку таких вообще не нашел чтоб на градусе с популярным ТВ-пакетом что-то было.
Радуга-интернет, планетаскай, спейсгейт похоже всё сдулось.

Цитата: miha-and77 от 22 ноября | 2013г. | 20:48:51

А как это реализовать?

Зависит от технологий конкретного спутникового оператора по "одностороннему интернету".

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

То есть идем на сайт оператора спутникового интернет, определяем какой pid надо слушать, конфигурируем dvbnet в promisc и включаем tcpdump , смотрим бегут ли данные на реальные IP.
Если бегут то можем просто на этот реальный IP настраиватся и слать свои ключи.
Трафик от ш@рика не велик, так что законный пользователь IP скорее всего этих трат в своем бюджете не заметит.

На том же линукс-боксе настраиваем какой-нибудь xinet.d на определенный UDP порт, чтоб полученную датаграмму скидывало в файл скажем /var/cache/CWDWCache/20131123010000.dat
для каждого из каналов можно скажем разный UDP-порт предусмотреть.

Как настроить какой-нибудь эмуль чтоб он искал пару cw-dw внутри пачки или одного текстовых файлов я думаю вы тут без меня лучше знаете)
Я так понимаю идеально подойдет wicardd и ридер типа batch. ( запускающий внешний скрипт )

Вариант более  жесткий и геморный по организации.

Если провайдер всё шифрует VPN или какому-нибудь "ускорителю", то тогда
возможно в зависимости от технологии приемную тарелку придется ставить и в избушке где "даже GSM не ловит" и в том месте где сервер вещающий ключи находится.

Тогда этот наш передающий сервер цепляется к провайдеру по VPN , и сам себе отправляет ключи UDP-пакетами.

"Домик в деревне" имеет копию ключа от VPN , слушает пакеты падающие с неба на землю, декодирует их ключем VPN и кладет всё туда-же в /var/cache
( домиков в обоих случаях может быть несколько )

Вобщем если вы мне скините ссылку на страницу с описанием настроек конкретного одностороннего интернета, я смогу ответить более конкретно.
Я навскидку таких вообще не нашел чтоб на градусе с популярным ТВ-пакетом что-то было.
Радуга-интернет, планетаскай, спейсгейт похоже всё сдулось.

получается реализовать все это практически не реально?

я нифига в этом не понимаю! Вопрос такой. У меня есть нормальный провайдер шарика, который стабильно работает, но интернета нет НИКАКОГО! Можно сделать, чтобы ключи моего провайдера шарика я получал со спутника, или нет?