MythTV frontend, не могущий соединяться с бэкендом после Mythbuntu к обновлению Ubuntu 16.04
После того, как-обновление-версии переключило меня от более не существующего дистрибутива Mythbuntu до Ubuntu и ударило набор моих пакетов MythTV в процессе, я почти получил все работающее снова.
Я должен был переустановить некоторый mythtv -* пакеты (особенно mythtv-база-данных) и настроить MySQL после того, как обновление удалило его. К счастью все данные были неповреждены. В MySQL я должен был позволить объединиться в сеть и дать разрешения к mythconverg базе данных. Теперь я могу успешно соединиться с MySQL на ведущем сервере бэкэнда MythTV от клиента, таким образом, соединение с базой данных в порядке. Кроме того, я могу выполнить MythTV frontend локально на основном сервере бэкэнда, таким образом, я знаю, что стек MythTV там работает.
Однако оба специализированный MythTV frontend, а также моя стандартная рабочая станция Ubuntu (который не прошел это обновление) говорят мне "Соединение, которому отказывают" на порте MythTV 6543 при попытке соединиться с основным бэкендом. Ничто не показывает в системном журнале на стороне сервера, и 6543 используется ("nc - альбом 6 543" сбоя). Брандмауэр UFW неактивен/отключен на клиенте и сервере (и рабочая станция). Это не было проблемой перед обновлением, таким образом, это - крайне маловероятное сетевое оборудование, виновато.
Я вне идей выяснить то, что блокирует трафик к главному серверу бэкенда MythTV. У кого-либо еще есть предложения?
Дополнительное примечание: Прежде чем я зафиксировал доступ MySQL, MythTV Frontend первоначально или запустится без любой существующей конфигурации или просто откажет. После того как я зафиксировал доступ MySQL, и машина Frontend и моя рабочая станция, запущенная с уникальными темами MythTV, которые я выбрал для каждого перед обновлением. Это, кажется, указывает на подключения MythTV Frontend к SQL очень хорошо, это - просто трафик бэкенда MythTV в порте 6543, который, кажется, перестал работать.
12.03.2017 обновлений: выполнение netstat -4lnp |grep :6543 возвраты:
tcp 0 0 127.0.0.1:6543 0.0.0.0:* LISTEN -
Таким образом, это заставляет меня думать, что порт связывает с этими 127.0.0.1 адресами, а не фактическим адресом сервера, который я ввел. Даже при том, что локальный Миф frontend на сервере указывает на полный адрес сервера, это могло объяснить вещи, но я не уверен, как зафиксировать его, даже если это имело место.
2 ответа
Оказывается, что mythtv серверная служба только запускалась, прежде чем сеть произошла! При перезапуске сервиса вручную после того, как запуск устраняет эту проблему. (Благодаря pbennett.)
Разрешение mythfrontend на удаленной машине к доступу mythbackend работа второй машины
, Если mythfrontend не выполняется на той же машине как mythbackend, существует некоторая дополнительная конфигурация, требуемая предоставить удаленный доступ к mythbackend.
Два отдельных вопроса, связанные с MySQL на хосте mythbackend, могут работать:
Первый, удостоверьтесь, что сети включены в my.cnf файле '/etc/mysql/my.cnf' на mythbackend хост-машине. В этом файле, по умолчанию там существует любой следующее (в зависимости от версии), который препятствует тому, чтобы удаленный mythfrontend получил доступ к информации о базе данных по хосту mythbackend.
skip-networking
или
bind-address localhost
или
bind-address 127.0.0.1
Вместо сетей пропуска значение по умолчанию должно теперь послушать только на localhost, который более совместим и не менее безопасен.
, Таким образом, предложенное решение состоит в том, чтобы изменить 'связывать-адрес' на IP-адрес LAN машины - хотя это будет только работать, если IP-адрес будет статичен и не динамично присвоенный.
Примечание
, Если связывают адресный, используется, оно может только быть настроено для использования 1 IP-адреса.
#skip-networking
или
#bind-address localhost
или
#bind-address 127.0.0.1
или
bind-address 192.168.3.4
Примечание
Никакой '# 'на заключительном примере
1124-секундный, может быть необходимо изменить таблицу полномочий для базы данных MythTV, чтобы позволить frontend получать доступ к mythbackend (NB; mythfrontend общается с mythbackend путем вхождения в систему его mysql базы данных - обычно как пользователь mythtv. В некоторых системах по умолчанию mysql не позволит пользователю на другой машине входить в систему. Читающие пользователи предоставлений с идентификатором mythtv от любого доступа машины до mythtv баз данных).
Это может быть сделано путем выполнения следования из командной строки на mythbackend машине (благодаря Torfinn Ingolfsen, Норвегия для этого).
Примечания:
' passwd 'в команде ниже должен быть пароль, перечисленный в конфигурации MythTV, которая также найдена в ~/.mythtv/mysql.txt
По умолчанию, у mysql пользователя root базы данных нет пароля, таким образом, это также должно быть изменено путем обеспечения значения по умолчанию mysql учетные записи, обратитесь к: http://dev.mysql.com/doc/refman/5.1/en/default-privileges.html
mysql -u root -p mysql
mysql> grant all on mythconverg.* to 'mythtv'@'%' identified by 'passwd';
mysql> flush privileges;
mysql> exit;