Блог

Я недавно настроил git на сетевом накопителе Synology (DS2220j, если это имеет значение) и успешно настроил такие вещи, Как использование открытых ключей и т. Д., И могу отправлять обновления в хранилище, которое существует на самом сервере Synology.

Моя настройка заключается в том, что у моего собственного пользователя на диске Synology есть каталог git в его домашнем каталоге. Я выполняю следующее, чтобы создать репо:

 ssh user@NAS
cd git
git init --bare repo.git
 

Затем я могу запустить локально

 cd repo
git remote add origin user@NAS:git/repo.git
git push --set-upstream origin master
 

и это отлично подтолкнет мое репо к серверу git. Моя проблема в том, что я хочу пропустить начальный шаг, на котором я подключаюсь по ssh к диску Synology, так как на самом деле я не хочу напрямую подключаться по ssh к интерактивной оболочке в качестве своего пользователя. Однако, если я пропущу этот шаг, я получу следующий результат:

 fatal: 'git/repo.git' does not appear to be a git repository
fatal: Could not read from remote repository.

Please make sure you have the correct access rights and the repository exists.
 

На некоторых серверах git в конфигурации есть строка, позволяющая запускать новые репозитории, но я не вижу никакой документации для сервера, включенного в центр пакетов Synology (который я использую), и различные учебные пособия показывают, что он просто работает. В одном учебнике было показано создание пустого _template.git файла в папке, в которую вы хотите поместить репозитории, что я пробовал, но это, похоже, не возымело никакого эффекта.

Вы можете полностью контролировать, что разрешено делать комбинации пользователь/ключ, настроив ~/.ssh/authorized-keys файл этого пользователя для этого ключа. Поставь

 command="bin/checkcommand" ssh-ed25519 AAAAC3NklC1wZDI1NTE5AAAAIH5NBbarfcodeFWkCC6KKU8qYLBNpnYWXHpxwcTKBesu you@example.com
 

в нем и всякий раз, когда вы входите в систему как этот пользователь с этим ключом, они bin/checkcommand будут запускаться с SSH_ORIGINAL_COMMAND настройкой на все, что было в ssh командной строке, поэтому вам придется в основном выполнить простой анализ команд, чтобы разрешить даже git-upload-pack и git-receive-pack если вы хотите, чтобы они могли извлекать или нажимать.

Скажем man sshd , и поищите command= стартовый комплект, из которого я пишу, я не проверял, но я бы поставил деньги на то, что gitolite и так далее используют именно этот механизм.

bin/checkcommand может выглядеть немного так, но с белым списком команд он будет выполняться, а не выполнять все, что вы в него бросаете:

 #!/bin/bash -e
set -o pipefail;

echo command="${SSH_ORIGINAL_COMMAND}" >> ~/.ssh/log; 

# Up to the first space is the command
case $(echo "${SSH_ORIGINAL_COMMAND}" | cut -f 1 -d ' ') in
    "git-receive-pack" | "git-upload-pack")
        # Second part is the git directory, contained within quotes
        GITDIR="$( 
            echo "${SSH_ORIGINAL_COMMAND}" 
                | cut -f 2- -d " " 
                | cut -f 2 -d "'" 
        )";
        echo "git at ${GITDIR}" >> ~/.ssh/log;

        if [ ! -d ${GITDIR} ]; then
            git init --bare ${GITDIR} 2>amp;1 >> ~/.ssh/log;
        fi
    ;;  
esac

bash -c "${SSH_ORIGINAL_COMMAND}" | tee -a ~/.ssh/log;