[点击展开更多楼层]

[1]

interface [Chrome 49.0|Windows 7] 发表于 2016-05-09 23:09 的评论：

3 赞 回复

求指点 配置chronyd server端和client端有什么不一样的地方， 是服务器端就在/etc/chrony.conf 文件里面allow ×client IP× 吗？  还有其他的操作吗？  我这边做实验 A主机同步网络中的NTP服务器  然后A允许B  结果B去同步A的时候  死活不行 chronyc source -v 看到状态是服务器不可达，但是AB之间是可以ping通的，求解

[2]

linux [Chrome 50.0|Mac 10.11] 发表于 2016-05-10 19:04 的评论：

4 赞 回复

防火墙呢？不行你抓包试试。

[3]

interface [Chrome 49.0|Windows 7] 发表于 2016-05-10 23:29 的评论：

3 赞 回复

千恩万谢！提醒我抓包 确实看到问题点了  B主机去向A主机NTP同步，A会先通过ICMP确认B是否可达（应该是种安全措施），但是ICMP确认的结果却显示 主机B不可达。在A上手动PING能通。B上的iptable firewall selinux都关闭了。

[4]

linux [Chrome 50.0|Mac 10.11] 发表于 2016-05-11 20:01 的评论：

8 赞 回复

所以，解决问题的终极大法：tcpdump & gdb
当你遇到百撕不得骑姐的问题时，就祭出如上神器吧！:D

[5]

interface [Chrome 49.0|Windows 7] 发表于 2016-05-11 22:32 的评论：

4 赞 回复

确实！虽然还是没有解决问题，但是比不知道原因要好的多。谢谢指点

[6]

来自湖北武汉的 Chrome 50.0|Windows 7 用户 发表于 2016-10-11 10:49 的评论：

3 赞 回复

关闭Firewall 确实可以解决NTP同步问题，但是如果要启用Firewall，需要怎么配置防火墙呢？

[点击展开更多楼层]

[1]

interface [Chrome 49.0|Windows 7] 发表于 2016-05-09 23:09 的评论：

3 赞 回复

求指点 配置chronyd server端和client端有什么不一样的地方， 是服务器端就在/etc/chrony.conf 文件里面allow ×client IP× 吗？  还有其他的操作吗？  我这边做实验 A主机同步网络中的NTP服务器  然后A允许B  结果B去同步A的时候  死活不行 chronyc source -v 看到状态是服务器不可达，但是AB之间是可以ping通的，求解

[2]

linux [Chrome 50.0|Mac 10.11] 发表于 2016-05-10 19:04 的评论：

4 赞 回复

防火墙呢？不行你抓包试试。

[3]

interface [Chrome 49.0|Windows 7] 发表于 2016-05-10 23:29 的评论：

3 赞 回复

千恩万谢！提醒我抓包 确实看到问题点了  B主机去向A主机NTP同步，A会先通过ICMP确认B是否可达（应该是种安全措施），但是ICMP确认的结果却显示 主机B不可达。在A上手动PING能通。B上的iptable firewall selinux都关闭了。

[4]

linux [Chrome 50.0|Mac 10.11] 发表于 2016-05-11 20:01 的评论：

8 赞 回复

所以，解决问题的终极大法：tcpdump & gdb
当你遇到百撕不得骑姐的问题时，就祭出如上神器吧！:D

[5]

interface [Chrome 49.0|Windows 7] 发表于 2016-05-11 22:32 的评论：

4 赞 回复

确实！虽然还是没有解决问题，但是比不知道原因要好的多。谢谢指点

[6]

来自湖北武汉的 Chrome 50.0|Windows 7 用户 发表于 2016-10-11 10:49 的评论：

3 赞 回复

关闭Firewall 确实可以解决NTP同步问题，但是如果要启用Firewall，需要怎么配置防火墙呢？

[点击展开更多楼层]

[1]

interface [Chrome 49.0|Windows 7] 发表于 2016-05-09 23:09 的评论：

3 赞 回复

求指点 配置chronyd server端和client端有什么不一样的地方， 是服务器端就在/etc/chrony.conf 文件里面allow ×client IP× 吗？  还有其他的操作吗？  我这边做实验 A主机同步网络中的NTP服务器  然后A允许B  结果B去同步A的时候  死活不行 chronyc source -v 看到状态是服务器不可达，但是AB之间是可以ping通的，求解

[2]

linux [Chrome 50.0|Mac 10.11] 发表于 2016-05-10 19:04 的评论：

4 赞 回复

防火墙呢？不行你抓包试试。

[3]

interface [Chrome 49.0|Windows 7] 发表于 2016-05-10 23:29 的评论：

3 赞 回复

千恩万谢！提醒我抓包 确实看到问题点了  B主机去向A主机NTP同步，A会先通过ICMP确认B是否可达（应该是种安全措施），但是ICMP确认的结果却显示 主机B不可达。在A上手动PING能通。B上的iptable firewall selinux都关闭了。

[4]

linux [Chrome 50.0|Mac 10.11] 发表于 2016-05-11 20:01 的评论：

8 赞 回复

所以，解决问题的终极大法：tcpdump & gdb
当你遇到百撕不得骑姐的问题时，就祭出如上神器吧！:D

[5]

interface [Chrome 49.0|Windows 7] 发表于 2016-05-11 22:32 的评论：

4 赞 回复

确实！虽然还是没有解决问题，但是比不知道原因要好的多。谢谢指点

[1]

查叻仔 发表于 2015-01-28 09:33 的评论：

4 赞 回复

不是用NTPd吗？

[1]

interface [Chrome 49.0|Windows 7] 发表于 2016-05-09 23:09 的评论：

3 赞 回复

求指点 配置chronyd server端和client端有什么不一样的地方， 是服务器端就在/etc/chrony.conf 文件里面allow ×client IP× 吗？  还有其他的操作吗？  我这边做实验 A主机同步网络中的NTP服务器  然后A允许B  结果B去同步A的时候  死活不行 chronyc source -v 看到状态是服务器不可达，但是AB之间是可以ping通的，求解

[2]

linux [Chrome 50.0|Mac 10.11] 发表于 2016-05-10 19:04 的评论：

4 赞 回复

防火墙呢？不行你抓包试试。

[3]

interface [Chrome 49.0|Windows 7] 发表于 2016-05-10 23:29 的评论：

3 赞 回复

千恩万谢！提醒我抓包 确实看到问题点了  B主机去向A主机NTP同步，A会先通过ICMP确认B是否可达（应该是种安全措施），但是ICMP确认的结果却显示 主机B不可达。在A上手动PING能通。B上的iptable firewall selinux都关闭了。

[4]

linux [Chrome 50.0|Mac 10.11] 发表于 2016-05-11 20:01 的评论：

8 赞 回复

所以，解决问题的终极大法：tcpdump & gdb
当你遇到百撕不得骑姐的问题时，就祭出如上神器吧！:D

[1]

interface [Chrome 49.0|Windows 7] 发表于 2016-05-09 23:09 的评论：

3 赞 回复

求指点 配置chronyd server端和client端有什么不一样的地方， 是服务器端就在/etc/chrony.conf 文件里面allow ×client IP× 吗？  还有其他的操作吗？  我这边做实验 A主机同步网络中的NTP服务器  然后A允许B  结果B去同步A的时候  死活不行 chronyc source -v 看到状态是服务器不可达，但是AB之间是可以ping通的，求解

[2]

linux [Chrome 50.0|Mac 10.11] 发表于 2016-05-10 19:04 的评论：

4 赞 回复

防火墙呢？不行你抓包试试。

[3]

interface [Chrome 49.0|Windows 7] 发表于 2016-05-10 23:29 的评论：

3 赞 回复

千恩万谢！提醒我抓包 确实看到问题点了  B主机去向A主机NTP同步，A会先通过ICMP确认B是否可达（应该是种安全措施），但是ICMP确认的结果却显示 主机B不可达。在A上手动PING能通。B上的iptable firewall selinux都关闭了。

[1]

interface [Chrome 49.0|Windows 7] 发表于 2016-05-09 23:09 的评论：

3 赞 回复

求指点 配置chronyd server端和client端有什么不一样的地方， 是服务器端就在/etc/chrony.conf 文件里面allow ×client IP× 吗？  还有其他的操作吗？  我这边做实验 A主机同步网络中的NTP服务器  然后A允许B  结果B去同步A的时候  死活不行 chronyc source -v 看到状态是服务器不可达，但是AB之间是可以ping通的，求解

[2]

linux [Chrome 50.0|Mac 10.11] 发表于 2016-05-10 19:04 的评论：

4 赞 回复

防火墙呢？不行你抓包试试。

[1]

interface [Chrome 49.0|Windows 7] 发表于 2016-05-09 23:09 的评论：

3 赞 回复

求指点 配置chronyd server端和client端有什么不一样的地方， 是服务器端就在/etc/chrony.conf 文件里面allow ×client IP× 吗？  还有其他的操作吗？  我这边做实验 A主机同步网络中的NTP服务器  然后A允许B  结果B去同步A的时候  死活不行 chronyc source -v 看到状态是服务器不可达，但是AB之间是可以ping通的，求解

[2]

linux [Chrome 50.0|Mac 10.11] 发表于 2016-05-10 19:04 的评论：

4 赞 回复

防火墙呢？不行你抓包试试。

[1]

interface [Chrome 49.0|Windows 7] 发表于 2016-05-09 23:09 的评论：

3 赞 回复

求指点 配置chronyd server端和client端有什么不一样的地方， 是服务器端就在/etc/chrony.conf 文件里面allow ×client IP× 吗？  还有其他的操作吗？  我这边做实验 A主机同步网络中的NTP服务器  然后A允许B  结果B去同步A的时候  死活不行 chronyc source -v 看到状态是服务器不可达，但是AB之间是可以ping通的，求解

[1]

gtdapf 发表于 2015-01-30 09:51 的评论：

3 赞 回复

文章不错，如果配置项解释更详细一点就更好了，期待更好的作品。

[2]

linux 发表于 2015-01-30 11:01 的评论：

3 赞 回复

这个程序确实少见，不过看起来比 ntpd 简单些，虽然它底层也是用的 ntp 服务。

[3]

gtdapf 发表于 2015-01-30 13:04 的评论：

3 赞 回复

你好，请教你一个其他方面的问题：rhel7的网卡team在win8.1为宿主机vmware虚拟机测试存在问题，当我down掉active网卡时，它不会自动切换到另一款网卡上。不知道什么问题引起的？

[4]

linux 发表于 2015-01-30 22:12 的评论：

3 赞 回复

这个问题不懂，也许你可以去 QQ 群或论坛问问？

[1]

gtdapf 发表于 2015-01-30 09:51 的评论：

3 赞 回复

文章不错，如果配置项解释更详细一点就更好了，期待更好的作品。

[2]

linux 发表于 2015-01-30 11:01 的评论：

3 赞 回复

这个程序确实少见，不过看起来比 ntpd 简单些，虽然它底层也是用的 ntp 服务。

[3]

gtdapf 发表于 2015-01-30 13:04 的评论：

3 赞 回复

你好，请教你一个其他方面的问题：rhel7的网卡team在win8.1为宿主机vmware虚拟机测试存在问题，当我down掉active网卡时，它不会自动切换到另一款网卡上。不知道什么问题引起的？

[4]

linux 发表于 2015-01-30 22:12 的评论：

3 赞 回复

这个问题不懂，也许你可以去 QQ 群或论坛问问？

[1]

gtdapf 发表于 2015-01-30 09:51 的评论：

3 赞 回复

文章不错，如果配置项解释更详细一点就更好了，期待更好的作品。

[2]

linux 发表于 2015-01-30 11:01 的评论：

3 赞 回复

这个程序确实少见，不过看起来比 ntpd 简单些，虽然它底层也是用的 ntp 服务。

[3]

gtdapf 发表于 2015-01-30 13:04 的评论：

3 赞 回复

你好，请教你一个其他方面的问题：rhel7的网卡team在win8.1为宿主机vmware虚拟机测试存在问题，当我down掉active网卡时，它不会自动切换到另一款网卡上。不知道什么问题引起的？

[1]

gtdapf 发表于 2015-01-30 09:51 的评论：

3 赞 回复

文章不错，如果配置项解释更详细一点就更好了，期待更好的作品。

[2]

linux 发表于 2015-01-30 11:01 的评论：

3 赞 回复

这个程序确实少见，不过看起来比 ntpd 简单些，虽然它底层也是用的 ntp 服务。

[1]

gtdapf 发表于 2015-01-30 09:51 的评论：

3 赞 回复

文章不错，如果配置项解释更详细一点就更好了，期待更好的作品。