Полезные мелочи в работе веб-разработчика или «Как я мог без этого жить»

Расскажите как настроить iTerm под маком, что не пробовал — не комфортно.

Спасибо, открыл для себя много нового, особенно про .ssh/config.

От себя лишь добавлю совет: отключайте в конфигах на серверах вход по паролю, оставляйте только ключи (естественно перед отключением входа по паролю надо себе дать права sudo и закинуть свой ключ). Ключи только с passphrase (на всякий случай).

И еще.

Вводим (или не вводим) passphrase. Лучше все-таки вводить: система будет помнить ваш пароль от логина до логаута, то есть вводить постоянно этот пароль не нужно. Зато на порядок возрастет безопасность.

Passphrase — не пароль к учетной записи на сервере, а «пароль» к ключю rsa. Он используется для получения доступа к private сертификату (как-то сумбурно, но в общем так — поправьте если заблуждаюсь).

Блин, неужели всё-таки придётся когда-то начать обучаться линуксу?..

Наиболее простой способ перенести ключ на сервер это выполнить у себя в консоли вот эту команду

man ssh-copy-id

Для переноса ключа на сервер можно использовать команду ssh-copy-id.

А ещё стоит поставить zsh + oh-my-zsh, это если не охота разбираться в настройках. Работа в консоли станет гораздо удобнее. Ну и полазить по commandlinefu.com бывает полезно.

Наиболее простой способ перенести ключ на сервер это выполнить у себя в консоли вот эту команду:
$ ssh user@hostname «umask 077; cat >> .ssh/authorized_keys» < ~/.ssh/id_dsa.pub

Для этого существует команда ssh-copy-id:
$ssh-copy-id -i id_rsa.pub user@host

> $ ssh user@hostname «umask 077; cat >> .ssh/authorized_keys» < ~/.ssh/id_dsa.pub

Сегодня на одном сервере столкнулся с тем, что подобный финт не сработал. А всё потому, что в настройках sshd был указан другой путь к файлу с ключами:
AuthorizedKeysFile .ssh_authorized/keys

Ну а также необходимо убедиться, что авторизация по ключам вообще работает:
PubkeyAuthentication yes

Касательно ssh-ключей, ситуация, на мой взглят, двоякая. Существует вероятность в какой–то момент просто остаться без доступа к серверам.

Была у нас как–то ситуация: админ компании сначала ушёл в отпуск, а после отпуска просто исчез. Дозвониться или как–то ещё выйти на контакт не удавалось. Все доступы к серверам на площадках были у него, а авторизовывался он там через ключи (грубо говоря, запускал в консоли скрипт типа connect some_server), чтобы не вводить постоянно пароли.

И вот исключительно благодаря этим ключам, отыскав пароль к его рабочей машине мы смогли от его имени войти на сервера и получить к ним полный доступ. С одной стороны, это, конечно, было хорошо для нас, а вот с другой — огромная дыра в безопасности.

Я за хранение паролей в зашифрованном менеджере паролей и за ввод их каждый раз при авторизации.

Ещё иногда удобно «пробросить порт» через ssh:
# ssh user@remoute_host -L<local_port>:<local_host>:<remoute_port>

Да, статья отличная. Очень хочется продолжения в том же духе…

Хотел вот это (и еще ряд фиксов) прислать личным сообщением:

Как правило, автодополнение парсит файлы ssh-конфига, достаточно начать писать хостнейм и нажать таб, чтобы имя хоста было дописано автоматически. Если этого не происходит, нужно баш этому научить.

… но форма почему-то не валидируется, якобы не указан получатель (хотя он указан). Так что придется чуть-чуть запакостить тред.

(Вообще, жаль, что на хабре до сих пор нет вики-режима, как на StackOverflow и К°. Было бы несравнимо проще и читать, и помогать другим в подготовке более читабельного текста.)

а вообще много неплохих советов. Сам я до большинства сам дошёл разными путями с одним отличием — у меня tcsh, а не bash :)
Кстати, автодополнение хостов полезно настроить не только для команды ssh, но также для sftp и scp.
Отдельно хотелось бы запросить рассказ про ssh-agent. Сам я настроил такое в XFCE, однако в Гноме было прикольнее, там парольная фраза хранилась в брелке сеанса, то есть её вообще надо было сохранить всего один раз.

Еще классная штука — forced commands. Прописываем в ключах текст вроде: command="/home/remoteuser/cron/validate-rsync" (перед ключом, напр перед текстом ssh-dss .....) и удаленный пользователь автоматически будет делать эту команду.

Например, простенький веб-интерфейс (даже на другой машине) сможет коннектится на нужный сервер и добавлять-удалять правило на файрволе или ребутить машину или рестартовать апач итд, в общем — делать некоторые нужные операции, которые требуют рута. Но даже если эту машинку поломают и ключик уведут — зайти с ним на систему и сделать rm -rf не получится — только /etc/init.d/apache restart.

Если компьютеров за NAT'ом огромное количество и каждый день подключаешься к разным, редко когда два дня подключаешься к одному и тому же — можно ли как-то пробросить в ProxyCommand и пароль к target computer?