Как реализовать исполнение кода на удаленном сервере?
Добрый день, знаю про существование ioncube и т.д. Интересует немного другой вопрос и по сути бесплатный.
Можно ли сделать защиту, методом обращения домена А к домену (серверу) Б, для исполнения важного кода и для полной работоспособности сайта?
Перечитал кучу статей, про обсуфикацию, zend и так далее. Скрипт сайта простой, но есть смысл его защитить.
Понимаю, что все это дело может рушится путем падения основного сервера, либо ддос атакой на основной сервер.
Думал выдача определенного кода, который где-то сохраняется на стороне клиента, но тут понятное дело, расшифровать сам файл и вписать его в скрипт дело 5 минут.
Может, кто-то может посоветовать, что-то подобное тому, что я описал?
nezzard: любая лицензия будет сломана ЕСЛИ НАДО.
Делается это как два пальца на php.
Если у вас есть клиенты которые платят, они не будут ломать, им это не надо.
Если клиенты специалисты/разработчики они МОГУТ сломать если захотят(дорого или еще что-нибудь).
Бесмыссленно часть кода прятать, это уже API, а не раздача части кода.
Достаточно простой проверки для вида и отмена обновления для лицензий кончившихся.
В любом случае есть аудитория хоть сколько-то большая скрипты будут сломаны и в худшем случае слиты в паблик без защиты.
Опять же на клиентов которым проще заплатить это никак не повлияет.
Александр Аксентьев: Про клиентов которые заплатят, вполне с вами согласен. Про лицензию, тоже согласен, ведь найти кусок кода проще простого. А вот исполнение кода на стороне другого сервера, мне кажется лучшим вариантом, понимаю, что взлом такого варианта тоже возможен, но на мой взгляд это немного сложнее нежели первый вариант.
Я вижу только проблему в падении основного сервера. Думал может, есть вариант обращения к серверу раз в сутки, но тут уже получается что-то на подобии лицензии.
Собственно есть у вас размышления на эту тему?
nezzard: размышления про код я написал.
Нет такой вещи как "исполнение кода на другом сервере".
Это уже будет API которое что-то получает и выдает результат после обработки.
Загружать часть кода и сохранять это на клиентской стороне равнозначно отсутствию защиты.
И в случае падения вашего сервера это не спасет если код хранится какое-то время, а ваш сайт будет лежать чуть дольше или вообще "закроется лавочка" например.
А если код хранится на всякий случай постоянно пока ваш сервер лежит, то можно домен вашего сервера отправить в локалхост и сделать бесконечную лицензию.
В общем обойти миллион способов, нет такой защиты скриптовом языке которую не снять.
Только для видимости слабые проверки чтобы совсем просто так нельзя было раздать код.
nezzard: от школохакеров смысл есть.
восстановить исходники возможно, так же как и ioncube.
вопрос во времени/цене.
Один файл на форумы специализированные можно закинуть и как правило там раскодируют за так.
Куча софта для разных версий и кодировщиков в интернете тоже валяется, только потратить время чтобы подобрать рабочее решение.
+ чтобы обойти лицензию достаточно восстановить один файл с проверкой лецензии, чтобы понять как обойти/подменить его.
Александр Аксентьев: ещё интересует один вопрос, если к примеру с удалённого сервера вытаскивать закодированный код, и выполнять его через eval такой метод сработает?
Александр Аксентьев: Ну к примеру сделать md5 или base 64 из важного куска кода, и по запросу со стороны клиента отдавать ему этот хэш и обработать его с помощью eval на стороне клиента
nezzard: нифига непонял.
Как это поможет от "получить один раз код и забыть навсегда про обращение к серверу за куском этого кода"?
кусок кода не может быть зашифрован - исполнять его как тогда? Так что проверки любые в нём будут выпилены.
Проверка на клиенте точно так же будет видна и выпилена при надобности.
Делаете api, скрипты отдаете бесплатно, а ключи к апи продаете, ключи делаете временными.
А пример того что Вы продаете есть, что б мы про воздух не разговаривали?
nezzard: Не допускать падение, а если упал перегружать. Есть другие варианты? Кешировать запросы. И Вы же денежку с людей получаете. Так она должна позволять держать сервер достаточной мощности.
