shoorick | Entries tagged with ssh

Настроил себе доступ к серверам с помощию SSH-ключей — жить стало легче.

Можно не только делать дампы баз, как описано в статье, но и проводить обратную операцию: заливать дампы в базу:

zcat some-dump.sql.gz | ssh hostname 'mysql -pPa$$w0rd database_name'

Current Mood: gnome-terminal
Current Location: Russian Federation, Челябинск
Current Music: Григорий Данской, Ксения Полтева - Падающему листу - EP

mc при копировании файла на удалённый сервер сначала, непонятно зачем, копирует этот файл в /tmp, а уже оттуда, наверное, хочет закачивать дальше. Я не дождался — у меня место в /tmp раньше кончилось.

А вот команда scp нормально копирует, сразу.

Current Music: Лидия Чебоксарова - Март-апрель (Виктор Берковский)

Обнаружил у mc неприятное свойство: при копировании файлов через SSH он создаёт в /tmp/mc-$USER кучу копий обрабатываемых файлов с именами fishмусорfilename.ext, не удаляя их после копирования. То есть, после копирования всей кучи он этот мусор удаляет, но пока копирование не завершено, файлы копятся.

Сейчас, например, при попытке скопировать несколько сот метров регулярно выскакивало:

/tmp: write failed, filesystem is full

Приходилось вручную стирать лишние файлы.

Current Music: Несчастный случай - Ночной ларёк

DBDesigner теперь переименовался в MySQL Workbench, он бесплатный и кроссплатформенный, но самостоятельно соединяться с БД через SSH-туннель пока не научился. Туннель можно прорыть вручную:

ssh -f -L 3307:database.server:3306 gateway.user@gateway.server sleep 60

После чего MySQL Workbench, если в параметрах соединения с БД ему указать Hostname: localhost и Port: 3307, успешно соединяется с базой.

Но вот консольный клиент соединяться не желает:

mysql -P 3307 -u database.user -p database.name
Enter password: ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2)

upd/12:51:Если создать сокет вручную:

perl -MIO::Socket -e 'IO::Socket::UNIX->new(Local=>q{/tmp/mysql.3307.sock})'

и указать клиенту флагом -S, что хотим соединятьс именно через этот сокет, он всё равно не соединяется. Меняется лишь код ошибки — (61) вместо (2)

upd/13:17: Если клиенту указать адрес хоста как -h 127.0.0.1 — он успешно соединяется.

Current Mood: арбайт
Current Music: Несчастный Случай - Бэтмен

Челябинский программер настолько суров, что способен научить подругу-гуманитария цепляться по SSH к линуксовому роутеру и запускать там mc да wget.

Хотя это неправильный метод. Правильный метод — написать к вгету веб-интерфейс.

Current Mood: жара

По результатам гугления в попытке решить проблемы с svn, нашёл:
Leolik's blog: Монтирование удаленной папки с помощью sshfs

Проблема: sshfs и svn. И ее решение.
1. При работе с sshfs столкнулся с такой проблемой, что когда пытаешься работать с svn на примонтированной папке, например делать checkout, то получаешь следующую ошибку:
svn: Can't move '.svn/tmp/entries' to '.svn/entries': Operation not permitted
2. Лечится это, добавлением опции workaround=rename при монтировании. Пример:
$ sshfs user@remote.host:/somedir /somemydir -o workaround=rename,uid=1000,gid=1000

Попробовал — помогло. Правда, в моём случае опции uid и gid не нужны.

Я как-то пытался съехать из-под родной КОИ-8 в новомодную UTF-8, после чего вернулся обратно, Ибо ~~полночному командиру~~ было плохо и неуютно в юникодном терминале. А ведь живущему под кедами доступно простое как топор решение: в konsole можно указать кодировку терминала: Settings → Encodings → Cyrillic (koi-8). И проблема почти решена: если по SSH зайти на соседний хост — всё хорошо. Но на своём — mc слегка чудит:

  п⌡п╣п╡п╟я▐ п©п╟п╫п╣п╩я▄     п╓п╟п╧п╩     п п╬п╪п╟п╫п╢п╟
┌<─/usr/home/as/tmp──────v>┐┌<─~/music/instrumental───v>┐
│   п≤п╪я▐  │п═п╟п│п░я┌я─п╦││  п≤п╪я▐  │п═п╟п│п▓я─п╣п╪я▐│
│ КОИ-8.txt │   23│-rw-r--r││/..       │п═п╔-│          │
│           │     │        ││ Мален~mp3│ 754K│▌п╩ 12 13:│
├──────────────────────────┤├───────────────────────────┤
│ КОИ-8.txt │   23│-rw-r--r││/..                        │
└──────────────────────────┘└───────────────────────────┘
Совет: Вы можете выбрать редактор для F4 с помощью переме
[as@country ~/music/instrumental]$                    [^]
1п÷п╬п╪п2п°п╣п╫я3п÷я─п╬я4п÷я─п╟п5п п╬п©п6п÷п╣я─п7п²п╡п я┌

Но если сделать хитрый ход конём: ssh localhost и уже из-под этой сессии запускать mc — картина меняется:

  Левая панель     Файл     Команда     Настройки     Пр/
┌<─/usr/home/as/tmp──────v>┐┌<─...aertsky/1998 - Вымя─v>┐
│    Имя    │Разме│Атрибуты││    Имя   │Разме│Время прав│
│ xorg.conf │15406│-rw-rw-r││*01 - ~mp3│4439K│н  9  2000│
│ КОИ-8.txt │   23│-rw-r--r││*02 - ~mp3│4595K│н  9  2000│
├──────────────────────────┤├───────────────────────────┤
│ КОИ-8.txt │   23│-rw-r--r││*01 - Восьмое Марта.mp3    │
└──────────────────────────┘└───────────────────────────┘
Совет: Используйте C-x t для копирования помеченных файло
[as@country /usr/home/as/music/d/Laertsky/1998 -      [^]
1Помощь 2Меню   3Просмот4Правка 5Копия  6Перемес7НвКтлог

Осталось ещё ljklient научить музыку по-русски определять...

Current Music: п╝я─п╦п╧ п▓п╦п╥п╠п╬я─ - п°п╫п╣ я┌п╡п╣я─п╢я▐я┌...

Узнав о методе ввода символов при помощи клавиши Compose, стал испытывать и обнаружил, что в GTK-приложениях (logjam, mozilla: firefox, thunderbird, seamonkey) этот метод работает, а в остальных (например, в KDE-шных kate, quanta, konqueror) — нет. Решил сперва, что проблема кроется в кедах. А точнее, в KDE-шном переключателе клавиатуры. Пошаманил, снёс нафиг, оставил иксовый, определяющийся в xorg.conf — не помогло.

Решил поменять локаль: вместо ru_RU.KOI8-R сделать ru_RU.UTF-8. Почитал статью «Настраиваем русский Unicode во FreeBSD», поменял. Клавиша Compose заработала везде. Попутно выяснилось, что в комплекте к юникодной локали полагается ряд сюрпризов:

Миднайткомандеру, засунутому в 16-битную консоль сразу поплохело, и он окосел
mc-light, поставленный вместо исходного mc порадовал чёрными панелями и наличием перекодировки в просмотрщике, которой давно не хватало, однако огорчил отсутствием ssh-клиента (в синем mc он есть: F9→Left/Right→Shell link)
При ssh-коннекте к другим серверам кириллица отображается квадратиками с вопросиками (возможно потому, что на тех серверах локаль ru_RU.KOI8-R)
Русские имена файлов на подмонтированных виндузовых шарах, естественно, поменялись. Подправил /etc/fstab:
//user@server/SHARE /mnt/point smbfs rw,noauto,-Ekoi8-r:cp866 0 0
на
//user@server/SHARE /mnt/point smbfs rw,noauto,-Eutf-8:cp866 0 0
Лучше не стало: хоть имена файлов и каталогов стали отображаться правильно, посмотреть содержимое каталогов не удалось: зайдя в Русскую_папку, можно было увидеть лишь ещё одну Русскую_папку, а в ней — ещё одну... И так — пока не надоест.

Поглядев на всё это, снёс юникодную локаль нафиг, вернулся к традиционной КОИ-восьмой. Когда будет вагон свободного времени — может, и поковыряюсь. А сейчас некогда.

Для редактирования скриптов вполне подходит kwrite: синтасис выделяет, парные скобки ищет и даже вставляет тексты с учётом отступов. Ну и плюс KDE позволяет сохранять файлы куда хошь, хоть по ssh фиг знает куда.

Current Mood: %-)
Current Music: Несчастный случай - Мама (Метро)