Синхронизируйте локальные и удаленные папки с помощью rsync из php-скрипта без ввода пароля

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

Я также скажу, что заставить его работать может быть немного сложно, так как здесь задействовано несколько переменных. Одна вещь, которую я нашел чрезвычайно полезной, заключалась в том, чтобы построить команду rsync в переменной, а затем запишите ее в журнал. Таким образом, я могу взять точную используемую команду rsync и попытаться запустить ее вручную. Вы даже можете обратиться к пользователю apache и запустить его из того же каталога, что и ваш скрипт (или независимо от того, что ваш скрипт устанавливает в качестве cwd), что заставит его действовать так же, как при программном запуске; это значительно упрощает отладку команды rsync, так как вам не нужно иметь дело с веб-сервером. Кроме того, когда вы запускаете его вручную, если он не работает по какой-то причине неустановленная причина, добавьте флаги детализации, чтобы увеличить вывод ошибок.

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

try {
    if ('' != $config['publishSsh']['to']['remote']):
    //we're syncing with a remote server
        $rsyncToRemote = escapeshellarg($config['publishSsh']['to']['remote']) . ':';
        $rsyncTo = $rsyncToRemote . escapeshellarg($config['publishThemes']['to']['path']);
        $keyFile = $config['publishSsh']['to']['keyfile'];
        $rsyncSshCommand = "-e \"ssh -o 'BatchMode yes' -o 'StrictHostKeyChecking no' -q -i '$keyFile' -c arcfour\"";
    else:
    //we're syncing with the local machine
        $rsyncTo = escapeshellarg($config['publishThemes']['to']['path']);
        $rsyncSshCommand = '';
    endif;

    $log->Message("Apache running as user: " . trim(`whoami`), GLCLogger::level_debug);
    $deployCommand = "
        cd /my/themes/folder/; \
        rsync \
        --verbose \
        --delete \
        --recursive \
        --exclude '.DS_Store' \
        --exclude '.svn/' \
        --log-format='Action: %o %n' \
        --stats \
        $rsyncSshCommand \
        ./ \
        $rsyncTo \
         2>&1
    "; //deployCommand
    $log->Message("Deploying with command: \n" . $deployCommand, GLCLogger::level_debug);
    exec($deployCommand, $rsyncOutputLines, $returnValue);
    $log->Message("rsync status code: $returnValue", GLCLogger::level_debug);
    $log->Message("rsync output: \n" . implode("\n", $rsyncOutputLines), GLCLogger::level_debug);
    if (0 != $returnValue):
        $log->Message("Encountered error while publishing themes: <<<$returnValue>>>");
        throw new Exception('rsync error');
    endif;

    /* ... process output ... */
} catch (Exception $e) {
    /* ... handle errors ... */
}

Несколько вещей, которые следует отметить в коде:

• Я использую exec(), чтобы я мог записывать выходные данные в переменную. Затем я анализирую его, чтобы войти в систему и сообщить результаты с точки зрения того, сколько файлов было добавлено, изменено и удалено.

• Я объединяю стандартный вывод rsync и стандартные потоки ошибок и возвращаю оба. Я также записываю и проверяю код возвращаемого результата.

• Я регистрирую все, когда нахожусь в режиме отладки, включая пользователя, от имени которого запущен Apache, саму команду rsync и вывод команды rsync. Таким образом, тривиально легко выполнить ту же команду, что и тот же пользователь, просто быстро копирование и вставка, как я уже упоминал выше.

• Если у вас возникли проблемы с командой rsync, вы можете настроить ее детализацию без каких-либо последствий и просмотреть выходные данные в журнале.

В моем случае я смог просто указать на соответствующий файл ключей и не слишком беспокоиться о безопасности. Тем не менее, некоторые мысли о том, как с этим справиться:

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

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

• Вы можете использовать suEXEC для запуска сценария от имени пользователя другой чем пользователь Apache, что позволяет вам заблокировать доступ к вашему ключу для этого другого пользователя. Таким образом, кто-то, компрометирующий пользователя Apache, просто не имел бы доступа к ключу.

Я надеюсь, что это поможет.