Mythbuntu升级到Ubuntu16.04后，MythTV前端无法连接到后端

Question

在发布版升级将我从失效的Mythbuntu发行版切换到Ubuntu之后，在这个过程中，我的一些MythTV包遭到了重创，我几乎让一切都恢复正常了。

我不得不重新安装一些mythtv-*包(特别是mythtv-数据库)，并在升级后设置MySQL。幸运的是，所有的数据都完好无损。在MySQL中，我必须启用网络并将权限授予神话转换数据库。现在，我可以从客户端成功地连接到MySQL主后端服务器上的MythTV，因此数据库连接是正常的。而且，我能够在主后端服务器上本地运行MythTV前端，因此我知道那里的MythTV堆栈正在工作。

但是，专用的MythTV前端和我的标准Ubuntu工作站(它没有通过这次升级)告诉我，当试图连接到主后端时，MythTV端口6543上的“连接被拒绝”。服务器端没有显示syslog中的任何内容，而且6543正在使用("nc -lp 6543“失败)。UFW防火墙在客户端和服务器(以及工作站)上处于非活动状态/禁用状态。在升级之前，这并不是一个问题，所以这不太可能是网络硬件的问题。

我想不出是什么阻塞了MythTV后端主服务器的流量。还有其他人有建议吗？

附加注意:在修复MySQL访问之前，MythTV前端最初不是在没有任何现有配置的情况下就启动了，就是崩溃了。一旦修复了MySQL访问，前端机器和工作站都启动了我在升级之前为每个主题选择的唯一MythTV主题。这似乎表明MythTV前端与SQL连接得很好，似乎失败的是端口6543上的MythTV后端通信量。

更新:运行netstat -4lnp |grep :6543返回：

tcp 0 0 127.0.0.1:6543 0.0.0.0:* LISTEN -

因此，这使我认为端口绑定到127.0.0.1地址，而不是我输入的实际服务器地址。即使服务器上的本地Myth前端指向完整的服务器地址，这也可以解释问题，但我不知道如何修复它，即使是这样。

Answer 1

事实证明，mythtv后端服务在网络开通之前才刚刚开始！启动修复此问题后，手动重新启动服务。(多亏了本尼特。)

Answer 2

允许远程计算机上的神话前端访问运行在第二台机器上的神话后端

如果神话前端与神话后端不在同一台机器上运行，则需要一些额外的配置才能允许远程访问神话后端。

神话后端主机上与MYSQL相关的两个独立问题可能正在起作用：

首先，确保在神话后端主机上的my.cnf文件'/etc/mysql/my.cnf‘中启用了网络。在此文件中，默认情况下存在以下内容(取决于版本)，它阻止远程神话前端访问神话后端主机上数据库上的信息。

skip-networking

或

bind-address localhost

或

bind-address 127.0.0.1

现在，默认的做法是只在本地主机上监听，而不是跳过网络。本地主机的兼容性更强，安全性也不差。

因此，建议的解决方案是将“绑定-地址”更改为机器的LAN IP地址--尽管这只有在IP地址是静态的且不动态分配的情况下才能工作。

备注

如果使用绑定地址，则只能配置为使用1个IP地址.

#skip-networking

或

#bind-address localhost

或

#bind-address 127.0.0.1

或

bind-address 192.168.3.4

备注

在最后一个例子中没有“#”

其次，可能需要更改mythtv数据库的权限表，以允许前端访问神话后端(NB；神话前端通过登录到mysql数据库--通常是用户MythTV )与神话后端进行通信。在某些系统上，默认情况下，mysql将不允许另一台计算机上的用户登录。下面为用户提供从任何机器访问mythtv数据库的id mythtv )。

这可以通过在神话后端机器上的命令行执行以下命令来完成(这要感谢挪威Torfinn )。

备注：

下面命令中的'passwd‘应该是MythTV的配置中列出的密码，这个密码也可以在~/.神话is /mysql.txt中找到

默认情况下，mysql数据库根用户没有密码，因此这也应该通过保护默认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;