也许是个愚蠢的问题。
我有两台 ubuntu 服务器运行相同的服务、相同的操作系统版本、相同的硬件、相同的配置 - 相同,因为一台作为主服务器,第二台作为辅助服务器(DDNS、DHCP 等)。这是唯一的区别。
例如:
我看到有 10 个软件包可以升级,我在第一个(主服务器)上进行升级。然后我去我的辅助服务器做同样的事情...哪里没有 10 个要升级的包,它们被保留了。也许一两天后,我也可以在辅助服务器上升级软件包 - 不再保留。
也许是个愚蠢的问题。
我有两台 ubuntu 服务器运行相同的服务、相同的操作系统版本、相同的硬件、相同的配置 - 相同,因为一台作为主服务器,第二台作为辅助服务器(DDNS、DHCP 等)。这是唯一的区别。
例如:
我看到有 10 个软件包可以升级,我在第一个(主服务器)上进行升级。然后我去我的辅助服务器做同样的事情...哪里没有 10 个要升级的包,它们被保留了。也许一两天后,我也可以在辅助服务器上升级软件包 - 不再保留。
我有兴趣让我的 Bind9 服务器 DOH 做好准备并阅读任何配置示例。然后我读到:bind9 DOH 被设计为仅在客户端和本地bind9 服务器之间工作,而不是在本地bind9 和配置的转发器之间工作。那是对的吗?
我有一个正在运行的bind9 dns缓存服务器(例如区域“.home”以及任何具有ubuntu和raspberian的客户端。此外还有一些其他具有Mac OS、Windows等的客户端。
我可以通过 IP 地址 ping 所有设备。我无法通过 xxx.local 对所有单位执行 ping 操作。我可以通过 xxx.home 名称对所有设备执行 ping 操作(如果它在 DNS 区域中定义)。但 ..
我有一个使用 xxx.home DNS 条目定义的设备(IoT 设备)。我可以通过 IP 地址及其 *.home 名称 ping 该设备,但不能使用 xxx.local。
可能是什么原因?
我认为,*.local 是苹果 mDNS 实现,因此可以通过苹果服务访问的客户端(例如在 ubuntu 上使用 avahi 实现)应该响应 *.local 请求。IoT 设备有一个 IOS 应用程序,因此应该有一个 mDNS 实现,因此应该对 *.local ping 做出反应?avahi-browse -a 没有显示该 IoT 设备,但与该设备通信的 IOS 移动应用程序可以正常工作。
我在树莓派上运行 ubuntu 22.04,具有固定的 IPv4 地址。服务器上正在运行 isc-dhcp-server。(我知道 isc-dhcp-server 已过时并且不再提供服务)。
启动 appamor 时拒绝 dhcpd 操作:
apparmor="DENIED" operation="open" profile="/usr/sbin/dhcpd" name="/proc/sys/net/ipv4/ip_local_port_range"
这不是问题,因为 IPv4 地址是固定的,但是为什么以及如何防止此失败的操作?
我通过 rndc-confgen 创建了一个密钥,将其放入 name.conf 中以将 rndc 用于bind9服务器。工作正常。由于我的错误,我在 ddns 的 isc-dhcp-server 上使用了相同的密钥。后来我注意到,而且 DDNS 也工作得很好。那么,ddns-confgen 和 rndc-confgen 有什么区别呢?在我看来,他们也在做同样的事情。
来自 Python 背景,这是我的第一个简单的 Bash 脚本,但它不起作用。我很困惑。
#!/bin/bash
RTCHOST='192.168.0.143'
PANEL1=$(client read-value --host $RTCHOST --name dc_1)
echo Panel1: $PANEL1
PANEL2=$(client read-value --host $RTCHOST --name dc_2)
echo Panel2: $PANEL2
PANELCONSUMPTION=$(($PANEL1 + $PANEL2))
echo Consumption: $PANELCONSUMPTION
运行脚本时,出现语法错误:
invalid arithmetic operator
怎么了?