几天前我接受了一次面试,其中一个问题是如果我从网络服务器收到 404 错误我该怎么办。我的回答是检查日志。面试官说,首先我要 ping 并检查我是否可以连接到服务器。我不经常在我目前的工作地点使用网络服务器。我的问题是,如果我们没有连接到 Web 服务器,我们会收到 404 错误吗?
主页
/
user-243664
eranga's questions
我们的网关是一个路由器,它将所有浏览流量重定向到代理服务器(Ubuntu 14.04.3)。代理服务器然后处理并通过不同的接口将流量发送回路由器。代理也连接到局域网。
LAN 中的某些计算机将其流量直接路由到 192.168.0.2,这是代理服务器,而忽略了网络设置中设置的默认网关 (192.168.0.1)。目前这仅适用于具有静态 IP 的计算机。DHCP 用户没有问题。这可能是什么原因?我们如何避免这种行为?在下面找到网络的基本图。
具有静态 IP 的机器的路由表
Active Routes:
Network Destination Netmask Gateway Interface Metric
0.0.0.0 0.0.0.0 192.168.0.1 192.168.0.179 276
127.0.0.0 255.0.0.0 On-link 127.0.0.1 306
127.0.0.1 255.255.255.255 On-link 127.0.0.1 306
127.255.255.255 255.255.255.255 On-link 127.0.0.1 306
169.254.0.0 255.255.0.0 On-link 192.168.0.179 296
169.254.255.255 255.255.255.255 On-link 192.168.0.179 276
192.168.0.0 255.255.255.0 On-link 192.168.0.179 276
192.168.0.179 255.255.255.255 On-link 192.168.0.179 276
192.168.0.255 255.255.255.255 On-link 192.168.0.179 276
224.0.0.0 240.0.0.0 On-link 127.0.0.1 306
224.0.0.0 240.0.0.0 On-link 192.168.0.179 276
255.255.255.255 255.255.255.255 On-link 127.0.0.1 306
255.255.255.255 255.255.255.255 On-link 192.168.0.179 276
===========================================================================
Persistent Routes:
Network Address Netmask Gateway Address Metric
0.0.0.0 0.0.0.0 192.168.0.1 Default
DHCP机器的路由表
Active Routes:
Network Destination Netmask Gateway Interface Metric
0.0.0.0 0.0.0.0 192.168.2.1 192.168.2.165 10
127.0.0.0 255.0.0.0 On-link 127.0.0.1 306
127.0.0.1 255.255.255.255 On-link 127.0.0.1 306
127.255.255.255 255.255.255.255 On-link 127.0.0.1 306
192.168.2.0 255.255.255.0 On-link 192.168.2.165 266
192.168.2.165 255.255.255.255 On-link 192.168.2.165 266
192.168.2.255 255.255.255.255 On-link 192.168.2.165 266
224.0.0.0 240.0.0.0 On-link 127.0.0.1 306
224.0.0.0 240.0.0.0 On-link 192.168.2.165 266
255.255.255.255 255.255.255.255 On-link 127.0.0.1 306
255.255.255.255 255.255.255.255 On-link 192.168.2.165 266
eranga
Asked:
2015-04-21 23:27:37 +0800 CST
最近,我们为使用旧服务器的客户安装了 squid 代理服务器。新服务器是 ubuntu 14.04.2 和 squid 3.3.8。我们使用相同的密码文件对用户进行身份验证。问题是密码长度超过 8 个字符,squid 现在拒绝这些密码,而不是截断并仅检查前 8 个字符(这在某种意义上是好的)。客户不愿意更改某些用户的密码。有没有办法像以前一样允许密码长于 8 位?
eranga
Asked:
2014-10-15 01:57:16 +0800 CST
一封由我管理的服务器发送的电子邮件被退回,说它未通过 SPF 检查。查看退回邮件,它的 IP 与发送电子邮件的服务器的 IP 不同。然后我发现被退回的邮件实际上是发送到收件人的中继服务器,因为当时接收服务器已关闭。将服务器中继到最终服务器时,它拒绝了电子邮件。
这是正常行为吗?
如果我正在配置一个具有中继服务器以防服务失败的后缀服务器,有没有办法阻止这种行为。