2 заметки с тегом

mail.ru

Добавляем mail.ru в Openfire

«Переклинило» меня на очередном эксперименте — подключаться к icq и mail.ru через транспорты своего jabber-сервера. Разницы для меня никакой, в то же время нужно заводить только одну учетную запись в клиенте. Плюс к этому вся история переписки будет храниться опять же на моем сервере.
Все оказалось и просто и сложно одновременно. Сложность заключалась в том, чтобы найти компонент для использования транспорта. Ссылка на компонент в популярной статье о подключении транспорта оказалась не рабочей, но нашлась на другом ресурсе. Благо, что человек выложил архив с нужными файлами на своем сайте. Настройка заняла буквально несколько минут.
Для начала распаковал архив в домашний каталог. Изменил конфигурацию под свой сервер:

[main]
name = xmpp.kini24.ru
password = пароль_для_регистрации_компонента_на_сервере
# -- optional --
admins = admin@kini24.ru
# -- defaults --
server = 127.0.0.1
disconame = Mail.ru IM
port = 5275
reconnect = on
probe = on
show_version = on
show_os = on
psyco = off
# -- http proxy for avatars (default is none) --
# http_proxy = http://localhost:3128
# -- PID file (default is none) --
# pidfile = /var/run/mrim.pid

[profile]
type = xml
dir = /var/spool/mrim

[logger]
logfile = /var/log/openfire/mrim.log
loglevel = info
# --- logger defaults ---
# timestamp = %%d/%%m/%%y-%%H:%%M:%%S
# xml_formatting = off

Затем открыл веб-интерфейс Openfire и в разделе Настройки сервера — Внешние устройства — Разрешено подключаться (да, вот такой дурацкий перевод) добавил поддомен и пароль для подключения компонента. Без этого при попытке запуска компонента я получал только кучу сообщений типа

31/10/17-10:30:21 Connecting to XMPP server
31/10/17-10:30:22 Connection to server lost

Затем запустил транспорт:

/usr/bin/python mrim.py -c mrim.conf

Вернулся в Openfire, открыл Сеансы — Компонент сеансов, где и увидел что транспорт подключился к серверу. Затем прошел регистрацию в своем клиенте Miranda NG и попробовал написать своему другу. Полученный от него ответ оказал, что все работает нормально. Перед этим пришлось, правда, ответить на кучу запросов авторизации.
Осталось только добавить запуск транспорта в автозагрузку и настройка полностью завершена.

Синхронизация с облаком

Задумался на днях о том, что неплохо было бы сделать синхронизацию файлов с каким-нибудь облаком. Во избежание, так сказать. Компаний, предоставляющих подобного рода услуги, достаточно много, но... К тем же китайцам, например, обращаться не хотелось бы. Ну нет у меня к ним никакого доверия. Значит придется использовать «наши» серверы.
Итак, что у нас есть? Есть 15 Гб на Яндекс. Этого хватит для создания резервных копий небольших файлов, но не того же, например, видеонаблюдения. Зачем мне копия видеонаблюдения в интернете? Представим себе такую гипотетическую ситуацию (тьфу-тьфу-тьфу): к вам в квартиру вломились и вынесли все, включая компьютер, на котором располагаются все записи. И все, вы больше ничего и никого не увидите. С облаком же есть хоть какой-то шанс.
Но продолжим. Есть примерно 120 Гб на серверах Google и около 1 Тб на Mail.ru. Конечно, предпочтительней было бы использовать последний, но, с учетом того, что работать с ним придется из командной строки, чего он не поддерживает, насколько я знаю, то Mail.ru отпадает. Значит, остается Google. Поиск в интернете выдал всего пару утилит для работы с облаком из командной строки. В репозиториях системы тоже ничего не нашлось. Оказавшись в столь стесненных обстоятельствах, будем использовать то, что есть.
Начал я с утилиты gdrive. Забегая вперед, скажу, что, скорее всего, на ней я и остановлюсь, не буду пока рассматривать вторую. Что она умеет? А умеет они все, что может нам пригодиться. Самое главное, что у нее есть функция синхронизации, что требуется. Установка также не требуется, это еще один «плюс». Справка очень хорошая, в конце показаны примеры использования. В моем случае достаточно дополнить нужной командой скрипты, которые выполняются при завершении записи движения. Иными словами, все оказалось настолько просто, что у меня отпало желание экспериментировать с другими программами.
Чуть раньше я наткнулся на официальный клиент Яндекс, который может использоваться в командной строке linux. Его я тоже опробовал и также остался им доволен. Устанавливается в систему, работает как демон и автоматически синхронизирует указанную при первичной настройке папку. Не умеет синхронизировать несколько папок, но тут есть выход — использовать символические ссылки, работу с ними он поддерживает. Есть список исключений, здесь уже можно указать несколько объектов, которые не должны синхронизироваться. В общем и целом он меня тоже бы устроил, если бы у меня в облаке Яндекса было больше места. Можно купить один из тарифов, заплатив всего 800 рублей за год и получив 100 Гб пространства. Или другой, заплатив 2000 и получив 1 ТБ. Меня это пока что не устраивает, поэтому оставим все, как есть.
Компания Mail.ru меня, конечно, порадовала. Для начала тем, что по прошествии многих лет так и нет нормального способа синхронизации файлов, кроме их родного клиента. Который, конечно, не умеет работать из командной строки. Вроде бы как был доступ по webdav для корпоративных клиентов, но на их сайте больше нет такой информации, поэтому будем считать что эту функцию они тоже убрали. Затем я поинтересовался ценами. В корпоративном сегменте объем диска не регламентируется, но вы будете платить 2,3 руб./день за каждый гигабайт хранящейся информации, а также будете платить за то, что скачиваете ее из облака. Или, в случае с видеофайлами, за их просмотр. Закачать или удалить информацию — бесплатно. Напоминает старый анекдот про бесплатное катание на верблюде, слезть с которого стоит определенную сумму.