sh файл (выполнение команд в файл, но при этом сам файл зашифровать) как ?

http://www.datsi.fi.upm.es/~frosal/

http://www.datsi.fi.upm.es/~frosal/sources/shc.html

только по моему все равно можно вытащить исходник если захотеть.

zip-архив можно запаролить. ТС, вам это подходит?

wget -O - URL | Декриптор | sh

neoks,

А чего вы хотите судя по тому что вы делаете, вы в VirtualHost выкладываете файл .sh который во первых апачем никак не распознается... а как последствие является просто обычным текстовым документом... а следом вы его выкачиваете...

Тут собственно какой вопрос, во первых , зачем вам вызывать файл через WGET ? если это .SH сценарий, он все равно не выполнится на сервере... т.е зачем его складывать в documentroot ? положите себе в ~$username/ и ничего шифровать не надо.

А если вам надо исполнять то, что в этом .SH файле, вызовом через wget... то вам надо сделать файлик xxx.php в котором который выглядит где-то так:

<?
system("распаковать что-то");
system("Упаковать чот-то");
system("распаковать что-то");
?>

В этом случае при вызове WGET-ом этого сценария у вас произойдут system() вызовы, а на результате вы получите "белый" документ, т.е пустой... так как я не обозначил никакого вывода типа print... таким образом из вне, никто не сможет посмотреть суть вашего system().

Den73, спасибо, то что нужно :)

myhand, так не подходит к сожалению.

Romka_Kharkov, мы друг друга не поняли но все равно спасибо за участие.

neoks - так бы и сказали, что вам фиговый листик надо, а не реальная защита.

myhand, ну пока лучше ничего не вижу shc к сожалению.

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

Он не зашифрованный, а запакованный.

sh'у передается как аргумент.

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

Максимум что вы можете сделать - закрыть архив с кодом от посторонних глаз.

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

http://www.datsi.fi.upm.es/~frosal/ в этом хоть как то делает защиту, клиент может проверить работоспособность кода и в 90% случаев не достанет исходники, а значит заплатит за работу.

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