В командной строке введите ssh-keygen, затем несколько раз нажмите Enter.  В результате в папке ~/.ssh появится пара ключей. тот, который с расширением .pub – ваш публичный, который вы должны дать администратору git для добавления вас как пользователя

Настройка git

В консоли выполняем команды:
git config –global user.email ваш@адрес
git config –global user.name ‘Ваше Имя’
git config –global branch.autosetupmerge true

Также можно задать используемый редактор(стоит заметить что ВЕЗДЕ тут используется два тире перед global):

git config –global core.editor nano

Начало работы с уже опубликованным репозиторием

заходим в консоль git, переходим в пустую папку и:

git clone git@hostname:my-repo.git
git branch mynamebranch
git checkout mynamebranch

для публикации ветки на сервере: git push origin mynamebranch
для внедрения в вашу ветку новых изменений из master (т.е. сделанных другими участниками репозитория): git pull origin master

(то же самое можно было сделать переключившись в master, сделав git pull, затем переключившись обратно в mynamebranch и сделав git merge master)
Добавление коммитов

Добавление файла – git add <имя файла или маска>

Удаление файла – git rm <имя файла или маска>

Добавление коммита  – git commit -a -m “Сообщение”

Создание ветки и переход в нее:

git branch new-branch
git checkout new-branch

Более подробная шпаргалка

Что значит что группа myteam, состоящая из трех человек имеет доступ на запись к репозиторию free_monkey и три файла jdoe.pub alice.pub bob.pub находятся в папке keydir. После чего, конечно же, надо не забыть сделать commit и push.

За информацию стоит благодарить этот сайт.

В полученой папке имеем файл gitosis.conf  и папку keydir. В папке keydir хранятся RSA ключи в виде имяпользователя@имя-компьютера.pub . В файле же и хранятся все настройки. Все права хранятся по группам, то есть:

Для добавления репозитория надо:

Добавить права на запись в него, например так:

После чего, надо добавить эти изменения на сервер:

Допустим, что вы находитесь в папке, на основе которой хотите создать репозиторий. Тогда его создать можно так:

Итак, вы создали свой репозиторий.

• Установить gitosis

После этого должен создатся пользователь git, однако у меня такого не создалось, создался пользователь gitosis. Проверить наличие пользователя можно так:

Если у вас тоже его нет – надо его создать. Например, так:

Если же вас устраивает пользователь gitosis в адресе пользователя (ака gitosis@myserver.com:myreponame) то предыдущий пункт можно пропустить и далее заменять git на gitosis соотв-но.

Далее перейдем в консоль созданного пользователя.

В файл id_rsa.pub , находящийся в домашней папке этого пользователя (т.е. /home/git/id_rsa.pub ) надо скопировать публичный RSA ключ, после чего можно запустить инициализацию репозитория:

После чего можно проверять работоспособность с компьютера, с которого был скопирован RSA ключ.

Если у вас все прошло так же – поздравляю, вы установили gitosis. Теперь можно переходить к добавлению репозиториев, про что будет написано в следующем посте.

1)Скачиваем его с sf и “устанавливаем”:

wget http://downloads.sourceforge.net/project/http-replicator/http-replicator/4.0alpha2/http-replicator_4.0alpha2.tgz?use_mirror=sune

tar -xvvf http-replicator_4.0alpha2.tgz

cd http-replicator_4.0alpha2/

mkdir /usr/local/httpreplicator/
root@home-test:~/repl/http-replicator_4.0alpha2# mv * /usr/local/httpreplicator/

Если подскажете ссылку на .деб файл – буду благодарен. Итак, теперь надо создать файл запуска для него и разобратся с параметрами. Параметры запуска у демона такие:

usage: /usr/local/httpreplicator/http-replicator [options]

options:
-h –help          show this help message and exit
-p –port PORT     listen on this port for incoming connections, default 8080
-r –root DIR      set cache root directory, default current: /home/dcsk/repl/http-replicator_4.0alpha2/
-v –verbose       show http headers and other info
-t –timeout SEC   break connection after so many seconds of inactivity, default 15
-6 –ipv6          try ipv6 addresses if available
–flat          flat mode; cache all files in root directory (dangerous!)
–static        static mode; assume files never change
–offline       offline mode; never connect to server
–limit RATE    limit download rate at a fixed K/s
–daemon LOG    route output to log and detach
–debug         switch from gather to debug output module

Cоздадим скрипт управления(запишем этот текст своим любимым текстовым редактором в /etc/init.d/http-replicator):

#!/bin/bash
NAME=”python”
DAEMON=/usr/local/httpreplicator/http-replicator
DAEMON_ARGS=” –port 8080 –daemon /var/log/http-replicator.log –root /var/cache/httpreplicator/ ”
USERNAME=”proxy”

case “$1″ in
start)
/bin/su $USERNAME -c “$DAEMON $DAEMON_ARGS”
;;
stop)
/bin/su $USERNAME -c “killall $NAME”
;;
restart)
/etc/init.d/http-replicator stop
/etc/init.d/http-replicator start
;;
*)
echo “Usage: /etc/init.d/http-replicator {start|stop|restart}”
exit 1
;;
esac

exit 0

Также надо не забыть создать папку для кеша и файл логов, проставить на них права:

mkdir -p /var/cache/httpreplicator/

chown proxy:proxy /var/cache/httpreplicator/

touch /var/log/http-replicator.log&& chown proxy:proxy /var/log/http-replicator.log

Добавляем в автозапуск:

update-rc.d http-replicator defaults

Для использования на конечных машинах надо добавить в /etc/apt/apt.conf :

Acquire::http::Proxy “http://192.168.0.1:8080″;

1) Установка пакета Openvpn на сервере:

sudo apt-get install openvpn

2) Копируем конфигурацию демона из примеров в документации:

zcat /usr/share/doc/openvpn/examples/sample-config-files/server.conf.gz > /etc/openvpn/server.conf

3) Конфигурация – бесспорно личное дело каждого, однако на мой взгляд имеет смысл:

• Изменить подсеть, которая будет использоваться сетью (строка server 10.8.0.0 255.255.255.0).
• Снять комментарий с строки client-to-client, если есть необходимость в междуклиентских взаимодействиях(по умолчанию весь трафик будет идти через сервер)
• Ограничить количество единовременных подключений к серверу(строка max-clients 100)
• Ограничить пользователя openvpn в правах (строки user nobody и group nobody)

4) Создадим сертификат СА

Перейдем в папку /usr/share/doc/openvpn/examples/easy-rsa/2.0 , где находятся скрипты для этого.

cd /usr/share/doc/openvpn/examples/easy-rsa/2.0

• Для того чтобы не вводить несколько раз одну и ту же информацию, измените любимым текстовым редактором настройки в файле vars.

Создадим сам сертификат(при его создании надо будет ответить на несколько вопросов):

. ./vars &&./clean-all &&./build-ca

5)Создание сертификата для самого сервера

./build-key-server server

6)Создание параметров Diffie-Hellman(о том что это такое)

./build-dh

7)Копирование ключей в папку самого впн сервера

cp -r keys/* /etc/openvpn/

8)Создание сертификатов для клиентов. Для этого надо для каждого клиента запустить команду:

./build-key computer

где вместо computer – уникальное название каждой “машины”.

юзверь: надо авто, чтоб ездил
прогер: запор или феррари? бензин или газ?
ю: О_о хз надо

через месяц:
ю: а где у него крылья?
п: О_о а кто просил крылья?
ю: должны быть крылья
п: а под водой плавать не должен?
ю: нет вроде не должен
п: точно
ю: точно, не должен
*п делает крылья

через месяц:
п: вот вам крылья
ю: а под водой плавает?
п: О_о а кто говорил что не надо?
ю: знаешь подумали и решили что надо

*п пишет летающую подводную лодку с нуля. в процессе ю достает п почему такая долгая разработка

через месяц:
ю: ой а почему так сложно?
п: не бывает летающих подводных авто с простым управлением.
ю: А можно сделать две больших кнопочки – “под воду” и “лететь”?
п: Куда лететь?
ю: Ну как, куда?.. Туда! (Неопределенно махает в угол комнаты)
п: Вы можете дать мне координаты?
ю: Свои?
п: (Вздыхает) Ну, давайте свои…
ю: г. Бобруйск ул.Ламо д.1 кв.404! (приветливо улыбается на долгий задумчивый взгляд программиста)
п: Туда лететь?
ю: Нет, зачем? К моему куму, на дачу – там еще такая фиговинка на воротах, и ставни зелененькие. Ну вы знаете, наверное…
п: Нет, не знаю.
ю: (Разочаровано) А мне сказали, вы программиииист….
п: Я программист!
ю: (Еще более разочаровано) Программист, а таких простых вещей не знаете…
п: Ладно, что-нить придумаем.
* в деталях вспоминает принцип действия топки крематория. Получается яркий красочный образ, в котором у каждого из персонажей есть реальный прототип…

ю. А чё в гараж не влазит?
п: Это ж, блять, подводный самолет!!! Нужен ангар с бассейном!
ю: Так чо, новый гараж покупать?
п: АНГАР!!!!
ю:дорого… А можно, чтобы не очень летал, но в гараж влазил? И все-таки хер с ней, с подводной лодкой….
п: ….
ю: А еще я видел такой же, но от Феррари. Всего 1.5 штуки баксов. Может, купить и не мучаться?
п: *взвешивает в руке сгоревший бесперебойник.
ю: и кнопочки у вас какие-то зелененькие, а там се….
*через час от конторы отъезжали катафалк и ментовка….

CCleaner – чистилка жесткого диска и системы, весьма интересна возможностью “вайпить” уже свободное пространство ж/д, что делает восстановление невозможным.

KMplayer – функционаьный универсальный плеер, либо Winamp – неплохой аудио плеер.

Броузер. На выбор – open-source с огромным количеством плагинов Mozilla Firefox либо Google`овский Chrome – оба они имеют право находится на компьютере.

Пока суть да дело устанавливались вышеуказанные утилиты компьютер мог уже “подхватить” какую-то гадость – для очистки есть бесплатный avz, а для защиты – Avast home.

Torrent? Ну конечно же utorrent – минималистичный клиент с небольшой загрузкой машины.

Ftp? Filezilla в помощь – данный кроссплатформенный клиент может использоватся как для scp, так и для ftp сессий. Вмес те с putty – универсальный набор для администрирования.

Офисный пакет. Определенно OpenOffice – он имеет достаточный функционал для работы с офисными документами и умеет “читать” и “писать” файлы M$ Office 07(в отличие от более ранних версий Office)

“Из коробки” Windows умеет открывать только zip архивы. Для исправления этого недостатка имеет смысл поставить архиватор 7-zip. По функциональности он аналогичен WinRar/WinZip, но не надоедает предложениями купить лицензию.

Почта. Несмотря на то что у большинства мейл-сервисов есть отличные веб клиенты, корпоративные или хостерские почтовые ящики обычно доступны по imap/pop3/smtp. Для таких случаев очень неплох мозилловский Thunderbird.

A: Надо дописать дополнительные параметры в конфигурации nginx`a:

fastcgi_param QUERY_STRING     $query_string;
fastcgi_param REQUEST_METHOD   $request_method;
fastcgi_param CONTENT_TYPE     $content_type;
fastcgi_param CONTENT_LENGTH   $content_length;
fastcgi_param SCRIPT_NAME        $fastcgi_script_name;
fastcgi_param REQUEST_URI        $request_uri;
fastcgi_param DOCUMENT_URI       $document_uri;
fastcgi_param DOCUMENT_ROOT      $document_root;
fastcgi_param SERVER_PROTOCOL    $server_protocol;
fastcgi_param REMOTE_ADDR        $remote_addr;
fastcgi_param REMOTE_PORT        $remote_port;
fastcgi_param SERVER_ADDR        $server_addr;
fastcgi_param SERVER_PORT        $server_port;

Q: Ошибка при запуске сервера directive “rewrite” is not terminated by “;”

Посмотрим нa sysoev.ru и увидим в документации к rewrite такое:

Если в регулярном выражении встречаются символы “}” или “;”, то всё выражение нужно заключить в одинарные или двойные кавычки.

В моем случае использовалось выражение вида ([0-9a-f]{32}) (md5 хеш в запросе) – и именно из-за ([0-9a-f]{32}) возникала ошибка.

Данный FAQ был взят из кеша гугла сайта nginx.info, который судя по всему закрылся, ну и убрал часть неактуальной информации.

Что такое nginx ?

nginx [engine x] — это http-сервер, который  начал разрабатывать Игорь Сысоев весной 2002 года. Пдробную информацию Вы можете найти на сайте Игоря – http://www.sysoev.ru/nginx/

Где можно скачать nginx ?

Самую последнюю версию nginx всегда можно скачать с сайта Игоря Сысоева – http://www.sysoev.ru/nginx/

Как задавать expireы контенту ?

В nignx доступны следующие варианты задания expires для контента:
expires [время] – 1s (1 секунда), 1d (1 день и т.п.

expires 0 выдаёт

Date: Fri, 25 Feb 2005 23:56:25 GMT
Expires: Fri, 25 Feb 2005 23:56:25 GMT
Cache-control: max-age=0

expires -1 выдаёт

Date: Fri, 25 Feb 2005 23:56:25 GMT
Expires: Fri, 25 Feb 2005 23:56:24 GMT
Cache-control: no-cache

expires epoch выдаёт

Date: Fri, 25 Feb 2005 23:56:25 GMT
Expires: Thu, 01 Jan 1970 00:00:01 GMT
Cache-control: no-cache

Как настроить nginx + fastcgi + php ? (начиная с nginx 0.1.29)

Каждому пользователю вэб-сервера nginx приходится столкнуться с тем, что возникает необходимость в запуске php скриптов под управлением nginx. В nginx нет поддержки mod_php, как в апаче. Но, nginx перкрасно работает с любым fastcgi сервером, т.е. поддерживает выполнение любых fastcgi скриптов при помощи протокола fastcgi. Эта статья описывает, как настроить такую связку после выхода nginx 0.1.29. Начиная с этой версии изенились директивы fastcgi.
Чтобы настроить связку nginx+fastcgi+php необходимо :

* запустить php как fastcgi сервер (порт или unix сокет)

* прописать в nginx, чтобы файлы с расширением *.php отправлялись на fastcgi сервер (пример фалйа конфигурации ниже)

php можно запустить, как fastcgi сервер, двумя способами:

(в обоих случаях надо сначала собрать php с опцией –enable-fastcgi)

* непосредсвенно запуская php с опцией -b IP:PORT ( Bind Path for external FASTCGI Server mode). В таком случае php можно заставить соединения только по tcp.

* используя spawn-fcgi+spawn-php.sh из дистрибетива lighttpd

Пример конфигурации для nginx (начиная с 0.1.29):
(это все прописывается в секцию требуемого server {…})
В данном случае, fastcgi принимает запросы через юникс сокет и все файлы php отправляются к fastcgi серверу

location ~* ^.+\.(php)$ {
root /var/www/domain/root;
#fastcgi_pass 127.0.0.1:9000;
fastcgi_pass unix:/usr/local/fastcgi/fcgi; # сокет
fastcgi_index index.php;
fastcgi_connect_timeout 60;
fastcgi_send_timeout 180;
fastcgi_read_timeout 180;
fastcgi_header_buffer_size 32k;
fastcgi_buffers 4 32k;
fastcgi_busy_buffers_size 32k;
fastcgi_temp_file_write_size 32k;
#fastcgi_temp_path /var/tmp;
#fastcgi_next_upstream error timeout invalid_header http_500 http_404;
#fastcgi_next_upstream error timeout;
fastcgi_x_powered_by off; # default on
fastcgi_redirect_errors on; # для отображения своих страниц об ошибках
fastcgi_x_powered_by off; # убираем отображение версии php, X-Powered..
fastcgi_param   DOCUMENT_ROOT   /path/to/host_root;
fastcgi_param   SCRIPT_FILENAME /path/to/host_root$fastcgi_script_name;
fastcgi_param   PATH_TRANSLATED /path/to/host_root$fastcgi_script_name;
fastcgi_param   SCRIPT_NAME  $fastcgi_script_name;
fastcgi_param   QUERY_STRING    $query_string;
fastcgi_param   CONTENT_TYPE    $content_type;
fastcgi_param   CONTENT_LENGTH  $content_length;
fastcgi_param   REDIRECT_STATUS 200; # если php собрано с опцией –enable-forece-cgi-redirect
# производится дополнительный системный вызов, без нужды лучше не использовать,
# так как операция ресурсоемкая.
fastcgi_param   SERVER_ADDR     $server_addr;
fastcgi_param   SERVER_PORT     $server_port;
fastcgi_param   SERVER_PROTOCOL $server_protocol;
fastcgi_param   SERVER_SOFTWARE “nginx/0.1.30″;
fastcgi_param   GATEWAY_INTERFACE       “CGI/1.1″;
fastcgi_param   SERVER_NAME     $server_name;
fastcgi_param   REQUEST_URI     $request_uri;
fastcgi_param   REQUEST_METHOD  $request_method;
fastcgi_param   REMOTE_USER     $remote_user;
fastcgi_param   REMOTE_ADDR     $remote_addr;
fastcgi_param   REMOTE_PORT     $remote_port;
}

Как перехватить 404-ю ошибку от fastcgi сервера ?

При использовании связки nginx+fastcgi+php возникает необходимость в перехвате стандартной 404-й ошибки от php fastcgi сервера, так как стандартная ошибка не очень эстетично выглядит “No input file specified.” и дает лишнюю информацию заинтересованным в вашем passwd товарищам . Как говорится, лучшая защита – полное отсутствие информации у врага, так как голова у него будет занята
Чтобы сделать перехват 404-й, нам нужно указать в конфигурации нашего сервера или location директиву

“error_page 404 /error.html;”

После этого положить наш html файл с сообщеиием об ошибке в корень сайта.

А Вы спросите – как заставить nginx показывать этот файл при 404-й ?
А очень просто, есть такая малоизвестная директива “fastcgi_redirect_errors on;”.
Именно с помощью этой директивы, которую мы сейчас прописываем в нашу location с fastcgi настройками и даст нужный нам эффект. Прописали ? пробуйте

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

Главный залог успеха с nginx – эксперименты , а документация когда-нибудь будет

Авторизация по паролю в nginx ?

Директивы этого модуля следующие:

auth_basic   [<realm>|off]
auth_basic_user_file   path/to/file

формат файла с паролями

# comment
login0:password
login1:password:anything

Помните, что пароль должен быть создан с помощью crypt(), другие алгоритмы не поддерживаются. Т.е. чтобы сделать файл с паролями для nginx, запускайте htpasswd с ключом ‘-d’ (force CRYPT)

Пример использования:

location /bober/
{
auth_basic  “Bobram hoda net v les”;
auth_basic_user_file   /no_bobers/les/dub/htpasswd;
…
}