Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Потрепаться";
Текущий архив: 2004.12.26;
Скачать: [xml.tar.bz2];

Вниз

Защита от копирования   Найти похожие ветки 

 
Kerk ©   (2004-12-07 13:20) [0]

Программа должна устанавливаться на серверах в локальной сети. Соответственно, возникла мысль для контроля за распространением привязывать прогу к айпишнику этого сервера. Насколько я понимаю, айпишник сервера меняют крайне редко, т.е. это довольно неплохой способ защиты от копирования, не зависящий от железа.

Вот. Замечания? Предложения? Хотелось бы обсудить.


 
Anatoly Podgoretsky ©   (2004-12-07 13:23) [1]

Зато никто не мешает на сервере столько ИП адресов, сколько имеется таких программ.


 
Kerk ©   (2004-12-07 13:30) [2]

Не понял. :)
Вообще просто смысла нет ставить больше одной копии на один сервак. Мне важно чтоб на другой сервак не смогли поставить.


 
Anatoly Podgoretsky ©   (2004-12-07 13:33) [3]

ИП и надо делать на другом сервере.
Кстати а как программа оказалась на сервере? Это к тому, что программы не воруют, а воруют дистрибутивы.


 
Kerk ©   (2004-12-07 13:38) [4]


> ИП и надо делать на другом сервере.

СТОП! Видимо забыл сказать. Сервера стоят в ОДНОЙ локалке.
Прога делается для подразделения одной компании. И у меня уже был опыт писания для них, а прога потом тиражировалась ими на остальные подразделения. Хочу в этот раз такого избежать. По поводу дистрибьютива не подумал. Буду думать.


 
ocean   (2004-12-07 14:15) [5]

по моему опыту, всяческие привязки к IP со временем начинают мешать. Я бы проверял допустим сер. номер винчестера
> программы не воруют

рукописи не горят...


 
Anatoly Podgoretsky ©   (2004-12-07 14:18) [6]

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


 
Kerk ©   (2004-12-07 14:18) [7]


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

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


 
Kerk ©   (2004-12-07 14:24) [8]


> опрашивай сервера, широковещательным сообщением

Может я не все понимаю, но широковещательные сообщения могут резаться маршрутизаторами.


 
Anatoly Podgoretsky ©   (2004-12-07 14:50) [9]

СТОП! Видимо забыл сказать. Сервера стоят в ОДНОЙ локалке.


 
Vlad Oshin ©   (2004-12-07 16:28) [10]

Комплексно, наверное, лучше
ip, имя , еще чего-то
если меняется один компонент проверки, получившуюся в следующий раз комбинацию считать исходной.
Проблема опять где хранить правильную комбинацию. Найдут, если надо будет.


 
Kerk ©   (2004-12-08 11:51) [11]


> Anatoly Podgoretsky ©   (07.12.04 14:50) [9]
> СТОП! Видимо забыл сказать. Сервера стоят в ОДНОЙ локалке.  

А в локалке не бывает маршрутизаторов? Или я все-таки чего-то не понимаю?

> Vlad Oshin ©   (07.12.04 16:28) [10]
> Комплексно, наверное, лучше
> ip, имя , еще чего-то
> если меняется один компонент проверки, получившуюся в следующий
> раз комбинацию считать исходной.

Интересная мысль. Так действительно надежднее.


 
Anatoly Podgoretsky ©   (2004-12-08 12:14) [12]

Нет, тогда это несколько разных сетей, а не локальная сеть. Кроме того широковещательные сообщения не единственное средство определения серверов.
И еще раз вопрос, кто устанавливает программу? Я уже спрашивал, если пользователь и программа не именная, то забудь или иди в сторону определения серверов.


 
mrcat ©   (2004-12-09 14:07) [13]

>Насколько я понимаю, айпишник сервера меняют крайне редко

Зависит, в частности, от способа распределения пр-ва ip-адресов: если юзается DHCP, то могут хоть каждый день ...


 
Anatoly Podgoretsky ©   (2004-12-09 14:10) [14]

DHCP + DDNS обычное явление.



Страницы: 1 вся ветка

Форум: "Потрепаться";
Текущий архив: 2004.12.26;
Скачать: [xml.tar.bz2];

Наверх




Память: 0.48 MB
Время: 0.036 c
3-1101213986
Vn
2004-11-23 15:46
2004.12.26
UDF функция замены символов в строке для ІВ 5.5.


8-1096355911
X-Disa
2004-09-28 11:18
2004.12.26
Печать изображений


1-1103032241
alex145
2004-12-14 16:50
2004.12.26
DUPLICATE RESORCE


3-1101145639
Сафронов Михаил
2004-11-22 20:47
2004.12.26
Таблицы: главная-подчиненная


3-1101216607
andrey__
2004-11-23 16:30
2004.12.26
метод UpdateBatch в компоненте TADOTable





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский