小编spi*_*ech的帖子

我正在设置 LAMP 服务器，需要阻止 SSH/FTP/等。成功的蛮力登录尝试。我已经看到了许多关于 denyhosts 和 fail2ban 的建议，但很少对两者进行比较。我还读到 IPTables 规则可以填充相同的功能。

为什么我会选择其中一种方法而不是另一种方法？serverfault 上的人如何处理这个问题？

我无法kubectl使用我的同事创建的 EKS Kubernetes 实例进行身份验证。我遵循了 文档：AWS CLI 可以运行aws eks命令（我是 AWS 完全管理员），并且 heptio 身份验证器在我的路径中并且可以生成令牌。

当我运行时，kubectl我收到此错误：

$ kubectl version
Client Version: version.Info{Major:"1", Minor:"10", GitVersion:"v1.10.4", 
GitCommit:"5ca598b4ba5abb89bb773071ce452e33fb66339d", GitTreeState:"clean", 
BuildDate:"2018-06-06T15:22:13Z", GoVersion:"go1.9.6", Compiler:"gc", 
Platform:"darwin/amd64"}
error: You must be logged in to the server (the server has asked for the client
to provide credentials)

这是我的 ~/.kube/config 文件。这是我的同事可以成功使用的确切 kubeconfig。

apiVersion: v1
clusters:
- cluster:
    server: https://myinstance.sk1.us-east-1.eks.amazonaws.com
    certificate-authority-data: base64_cert                                                                                                                                                                                                   name: kubernetes                                                                                                                                                                                                                          contexts:                                                                                                                                                                                                                                   - context:                                                                                                                                                                                                                                      cluster: kubernetes                                                                                                                                                                                                                         user: aws                                                                                                                                                                                                                                 name: aws
current-context: aws …

auditd 可以使用日期而不是整数来命名其轮换的审计日志吗？现在我有

audit.log
audit.log.1
audit.log.2
...

当audit.log填满所有的文件都是旋转一个数字更高。我有一个备份审计日志的脚本，tar当它看到所有文件在它下面移动时会感到困惑。我想按日期命名文件，这样它们在audit.log填满时就不会全部移动。

有人告诉我假设 DNS 更改在整个 Internet 中传播需要长达 48 小时，因为某些 DNS 服务器缓存条目的时间比我的 TTL 长。

然而，多年来，跨 ISP 和域，每次我进行 DNS 更改时，我都会在几个小时内看到效果。

我需要假设整整两天时间让每个人都看到我的更改，这仍然是真的吗？