November 2019

S M T W T F S
      12
34 5 678 9
10111213141516
17181920212223
24252627282930

Style Credit

Expand Cut Tags

No cut tags
dil: (Default)
Thursday, June 7th, 2018 07:22 pm

https://github.com/microsoft
Подробности о покупке на The Verge.
Учитывая, как они испоганили skype и linkedin, пожалуй, и github’ом теперь пользоваться не стОит.

Оригинал этой записи в личном блоге.

Tags:
dil: (Default)
Friday, June 2nd, 2017 10:46 am

Помнится, я спрашивал, какой git-сервер лучше всего поставить для внутреннего пользования,
в результате поставил gitolite, который работает по ssh, и приделал gitlist к апачу для просмотра через веб. Отлично вышло, все пользователи довольны.
Теперь вот думаю, не поставить ли то же самое себе самому..

Оригинал этой записи в личном блоге.

dil: (Default)
Saturday, October 15th, 2016 11:09 pm

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

Итак: настроил я на работе git-сервер на базе gitolite. Доступ к репозиториям там осуществляется по ssh под юзером git, аутентификация только по ключам, пароли не работают. Я скопировал туда все нужные репозитории, занёс ssh-ключи всех сотрудников с jumpbox’а, руководитель разработчиков настроил своим сотрудникам права доступа к нужным репозиториям, написал им инструкцию, и они стали работать с этим сервером.

У большинства юзеров всё нормально, но один вдруг пожаловался, что он до репозитория достучаться не может, у него спрашивают пароль юзера git, а он его не знает..
Попросил его процитировать команду, которую он запускает, и последующие сообщения. Команда правильная: git clone git@gitserver:repository, но ssh сначала спрашивает пароль от ssh-ключа, а потом действительно пароль юзера git@gitserver.
Очевидно, это означает, что аутентифицикация по ключу почему-то не срабатывает. Я пошёл проверять. В gitolite-admin/keydir/ публичный ключ юзера есть, тот самый, что на jumpbox’е. Так чего ж он не работает? Посмотрел в security log на сервере, а там sshd: Invalid user \302\240git from 10.x.x.x

Загадка нумер раз: что это за чушь, и как её пофиксить?

Пофиксил. Дальше юзер скопировал свои ssh-ключи (приватный и публичный) с jumpbox’а на свой десктоп, где у него стоит Linux Mint, и попробовал достучаться до того же репозитория. Ан.. у него опять спрашивают пароль юзера git. Посмотрел в лог, а там опять ошибка, но уже другая: Postponed publickey for git from 10.x.x.x port ***** ssh2. Попросил юзера проверить совпадение ключей, и нет ли у него в ~/.ssh/ каких-нибудь других. Нет, говорит, старые ключи переложил в другую директорию, и вместо них положил новые. Итак, ключи те же самые, но не работают.

Загадка нумер два: а фигли ж одинаковые ключи с одной машины работают, а с другой нет?! Ну и это я довольно быстро отгадал и исправил.

Отгадки:

Read the rest of this entry » )

Оригинал этой записи в личном блоге.