Можно использовать JavaScript пользовательского MediaTomb API, чтобы сделать независимо от того, что Вы хотите с расположением файла. Я использовал его, чтобы изменить отображенные имена файлов и реорганизовать структуру каталогов. Например, если Вы имеете,
Вы могли бы только хотеть, чтобы E01-Hawkeye-gets-shot и E02-Hot-lips-gets-shot были отображены в зависимости от того, как Ваш рендеринг медиа отображает заголовки. Наверняка, можно отфильтровать файлы (не, включают их), этот путь также. Обычно эти файлы находятся в /usr/share/mediatomb/js
и указаны в /etc/mediatomb/config.xml
.
Конкретно взгляд 5.1.3. Обработчик Содержимых изображения. Необходимо измениться addImage()
функция в сценарии импорта.
Оказывается, что я включил SSH на своем Томатном маршрутизаторе на том же порте. Моя попытка подключения была к маршрутизатору, не к моему хосту. Я изменил порты, и все хорошо.
Редактирование 2:
Необходимо полагать, что t используют корректный IP, я не знаю то, что Вы пробуете, но это странно:
Работа:
debug1: Connecting to 192.168.2.145 [192.168.2.145] port 22.
[...]
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.0p1 Debian-4
Не работа:
debug1: Connecting to example.com [1.2.3.4] port 22.
[...]
Remote protocol version 2.0, remote software version dropbear_0.52
Я поставил Ваш, соединяются с неправильным IP, и другой deamon отвечает Вам, вероятно, тот от Вас поле интернет-провайдера, и необходимо думать для изменения ISP как включения sshd
на внешнем IP для поставщика поле не действительно безопасно.
Извлечение из dropbear deamon домашняя страница
Dropbear является относительно маленьким сервером SSH и клиентом. Это работает на множестве основанных на POSIX платформ. Dropbear является программным обеспечением с открытым исходным кодом, распределенным в соответствии с лицензией стиля MIT. Dropbear особенно полезен для "встроенного" - вводят Linux (или другой Unix) системы, такие как беспроводные маршрутизаторы.
OpenSSH_6.2p2, OSSLShim 0.9.8r 8 Dec 2011
Orignal отвечают
Ваш сертификат использования сервера и аутентификация по паролю:
debug1: Authentications that can continue: publickey,password
debug1: Trying private key: /Users/myuser/.ssh/id_dsa
debug3: no such identity: /Users/myuser/.ssh/id_dsa: No such file or directory
debug2: we did not send a packet, disable method
Но компьютер Ваше использование снаружи не обеспечивает и сертификат:
no such identity:/Users/myuser/.ssh/id_dsa
Ваши идентификационные данные не, знают сервером, и сертификат не существует на Вашем клиенте, таким образом, Вы отступаете к аутентификации пароля пользователя.
Вы сделали, пробуют тем же компьютером снаружи Вашей сети?
От журнала это похоже на Ваш id_rsa (у Вас, кажется, нет id_dsa вообще), не соответствует серверу.
Я рекомендую возвратить сервер, чтобы принять пароли и затем использовать ssh-copy-id
для копирования идентификатора в к серверу затем выключите пароли назад.
Incorrect RSA1 identifier
, Could not load "/Users/myuser/.ssh/id_rsa" as a RSA1 public key
) но отправляется так или иначе. Я повторно создал бы Ваши ключи с нуля и заменил бы старые.
– goldilocks
16.01.2014, 14:38