Proftpd + mod_exec + mod_vroot

[AnrDaemon]

incron

[kobaltd]

incron

Не абсолютно не вариант - т.к.
1) не известен путь к файлу, это зависит от того какую домашную директорию назначили пользователю + какую структуру папок он создал внутри.
2) имя файла (который должен быть обработан) не постоянное значение, а компиляция данных из базы
3) обрабатывать надо не от всех подряд пользователей, а только от части из них, и опять этот список не постоянный и определяться флагом в бд.
4) в данных каталогах также производятся "манипуляции" с файлами, в том числе и с этими однако обработка должна запускаться только при записи файла через FTP

Вешать обработку на событие файловой системы вообще не вариант так как
1) слишком "обширный" список файлов/каталогов надо наблюдать
2) нельзя отловить пользователя "операции" + нельзя отловить "процесс" операции - а от этого зависит нужно проводить обработку или нет.

т.е. не выполняется задача и возрастает "нагрузка"

Я уже решил проблему. И еще раз говорю - я не ламер и опыт большой, рационального решения кроме функционала ftp+mod_exec не существует. Это все равно что пытаться заменить функционал триггеров и сохраняемых процедур в БД - можно заголится, но проще "повеситься"

[ALiEN]

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

И не надо рассказывать про супер-пупер защищенный ftp (не sftp!)- это несовместимые понятия. 

[kobaltd]

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

И не надо рассказывать про супер-пупер защищенный ftp (не sftp!)- это несовместимые понятия.

Знаете - у Вас наверное понятия в администрировании и вообще понимание "чужих слов" на уровне домашней сети и школьника.
Я уже согласился в Вами что ftp не сукурный, тупой и все "гадости" которые Вы про него говорили - СОГЛАСЕН.
Я уже сказал что НЕЛЬЗЯ ВЫБРАТЬ ДРУГУЮ ТЕХНОЛОГИЮ из-за ПО которое уже есть, используется в большом кол-во, и работа с ftp в нем это не основной функционал, а доп функция.
Я работаю не с кучкой "прыщавых подростков" и не с публичном ftp в общем доступе - люди которые работают с этим сервисом, зависят от него и зарабатывают больше, чем на "майнинге", а вот от простоя сервиса больше потеряют чем "на майнят" .

Как следствие надо работать с тем что есть, а не стем с чем хотелось бы - это отличает реального админа, от "домашнего".

З.Ы. Вы знаете что есть такая штука как "антивирусы", и что, все что записывается можно, проверять через него - НЕ ПАНАЦЕЯ, но очень сильно уменьшает шанс "бяки".

[linuxmangr]

ВСЕ "профи" проблемам решена. После изучения исходников кода mod_vroot было выявлено что в коде версии 0.9.2 которая устанавливается в 16.04.04 для ProFTPD Version: 1.3.5a не корректная обработка в функции vroot_fsio_mkdir при проверки наличия "маскируемого пути" при наличии пути прописанного в VRootServerRoot в конфиге. Правка и сборка помогли. Так же если попробовать более новую версию модуля - проблема тоже исчезает.

З.Ы. Баг надо решать, а не бегать от него по другим технологиям.

Здравствуйте.
Можете описать как именно вы решили данную проблему.
Так как у меня на Debian 9.X
стоит ProFTPD Version 1.3.5b
proftpd-mod-vroot:amd64/stretch 0.9.4-1 uptodate

У меня такая же проблема

Код: [Выделить]

mod_exec/0.9.12[19985]: error: unable to open /dev/null for stdin: No such file or directory
mod_exec/0.9.12[19985]: '/usr/bin/php' terminated normally, with exit status 2
mod_exec/0.9.12[19985]: STOR ExecOnCommand '/usr/bin/php' failed: No such file or directory
А версия mod_exec у вас какая?

[AnrDaemon]

Это форум по Ubuntu Linux.
Вопросы по другим дистрибутивам задавате на соответствующих форумах.
И "проблема" у вас с PHP, с ним и разбирайтесь. Не удивлюсь, если вы додумались его чрутить.