问题列表 - 第5069页

我在 VM 中运行 Debian 10（使用 KVM），并且想以非 root 用户身份使用 ZFS。这就是我所做的。

我将此行添加到我的sources.list 文件中

deb http://deb.debian.org/debian buster-backports main contrib non-free

这是我完整的sources.list 文件

deb http://deb.debian.org/debian buster main contrib non-free
deb-src http://deb.debian.org/debian buster main contrib non-free

deb http://deb.debian.org/debian-security/ buster/updates main contrib non-free
deb-src http://deb.debian.org/debian-security/ buster/updates main contrib non-free

deb http://deb.debian.org/debian buster-updates main contrib non-free
deb-src http://deb.debian.org/debian buster-updates main contrib non-free

deb http://deb.debian.org/debian buster-backports main contrib non-free

我安装了ZFS

sudo apt install zfs-dkms zfsutils-linux -y

然后在安装过程中出现以下错误

Failed to start Mount ZFS filesystems

我通过运行解决了我的问题

sudo /sbin/modprobe zfs
sudo …

来自维基百科上的代理服务器：

\n

代理服务器可以驻留在用户的本地计算机上，或者位于用户计算机和 Internet 上的目标服务器之间的任意点。传递未修改的请求和响应的代理服务器通常称为网关，有时也称为隧道代理。转发代理是面向 Internet 的代理，用于从各种来源（大多数情况下是 Internet 上的任何位置）检索数据。反向代理通常是面向内部的代理，用作前端来控制和保护对专用网络上服务器的访问。反向代理通常还执行负载平衡、身份验证、解密和缓存等任务。

\n

来自David Gourley 和 Brian Totty 的HTTP：权威指南：

\n

严格来说，代理连接两个或多个使用相同协议的应用程序，而网关则连接两个或多个使用不同协议的应用程序。网关充当\xe2\x80\x9c协议转换器，\xe2\x80\x9d\n允许客户端完成与服务器的事务，即使客户端和服务器使用不同的协议。

\n

图 6-2 说明了代理和网关之间的区别：

\n

\n

• 图 6-2a 中的中间设备是 HTTP 代理，因为代理与客户端和服务器都使用 HTTP 协议。

  \n
\n

• 图 6-2b 中的中间设备是 HTTP/POP 网关，\n因为它将 HTTP 前端与 POP 电子邮件后端联系在一起。网关\n将 Web 事务转换为适当的 POP 事务，\n以允许用户通过 HTTP 读取电子邮件。基于网络的电子邮件程序\n例如 Yahoo! Mail 和 MSN Hotmail 是 HTTP 电子邮件网关。

  \n
\n

\n

实际上，代理和网关之间的区别很模糊。\n由于浏览器和服务器实现不同版本的 HTTP，\n代理通常会执行一定量的协议转换。商业代理服务器实现网关功能以支持 SSL 安全协议、SOCKS 防火墙、FTP 访问和基于 Web …

我正在运行一个通过 USB 连接到 Tripp Lite SMART1500LCD 的坚果服务器。设备行为异常，我可以看到这些内核消息：

user@host:~ $ dmesg -T
[Wed Dec  4 13:24:24 2019] usb 1-1.5: USB disconnect, device number 91
[Wed Dec  4 13:24:25 2019] usb 1-1.5: new low-speed USB device number 92 using dwc_otg
[Wed Dec  4 13:24:25 2019] usb 1-1.5: New USB device found, idVendor=09ae, idProduct=2012, bcdDevice= 0.09
[Wed Dec  4 13:24:25 2019] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[Wed Dec  4 13:24:25 2019] usb 1-1.5: Product: Tripp Lite UPS …

我有一台运行 Ubuntu 18.04 的服务器，它也是 K8s 的工作节点。有时我看到 K8s 由于磁盘压力而杀死了这台机器上的 pod，当我得到时，df -h --total我可以看到 85% (1.5T) 的磁盘正在使用/：

~$ df -h --total
Filesystem      Size  Used Avail Use% Mounted on
udev            126G     0  126G   0% /dev
tmpfs            26G  5.3M   26G   1% /run
/dev/sda2       1.8T  1.5T  276G  85% /
tmpfs           126G     0  126G   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           126G     0  126G   0% /sys/fs/cgroup
/dev/loop0       90M   90M     0 100% /snap/core/7917
/dev/loop1       90M   90M     0 100% /snap/core/8039
/dev/sdb1       9.8G  203M …

我为我的OVH云服务器额外购买了200G磁盘，因为我的初始磁盘已满。

现在，我的附加磁盘几乎已满（如下所示）。所以我又加了200G。如您所见，sdb 的大小现在为 400G。

那么，如何在 sdb1（编辑：FS ext4）linux 分区中添加 200Gb，而不丢失其中的当前数据？

当我跑步时：

lsblk\n

我得到：

NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT\nsda      8:0    0   200G  0 disk \n\xe2\x94\x94\xe2\x94\x80sda1   8:1    0   200G  0 part /\nsdb      8:16   0   400G  0 disk \n\xe2\x94\x94\xe2\x94\x80sdb1   8:17   0 199.5G  0 part /mnt\n

（不要尝试这个！）

lsof  -i | head 100 | xargs rm-r

执行此操作后，我无法登录，因为它已删除/bin/bash。重启也没用。显示内核错误和服务器崩溃。

我已经在 Windows 上安装了 OpenSSH。

我可以从这台 Windows 机器上使用 Putty 通过 ssh 成功连接到我的远程服务器。

但是当打开 PowerShell 并尝试时

ssh my_user@1.2.3.4

我有错误：

debug3: send packet: type 5                                                                    
Corrupted MAC on input.                                                                        
ssh_dispatch_run_fatal: Connection to 1.2.3.4 port 22: message authentication code incorrect

在安全日志中查看我的远程服务器时，我有：

Dec  7 03:20:22 allo-01 sshd[10102]: Connection from 4.3.2.1 port 49869 on 1.2.3.4 port 22
Dec  7 03:20:23 allo-01 sshd[10102]: Connection reset by 4.3.2.1 port 49869 [preauth]

你知道怎么回事吗？为什么我在 windows 上来自 openssl 的 ssh 命令的行为与 PuTTY 不同？

我是一个长期的 linux 系统管理员，但对 CentOS 不熟悉。我只需要确定这个 CentOS 服务器是否容易受到CVE-2019-18348 的攻击。为此，我必须验证安装的软件包是否已打补丁，或者有办法测试机器上的漏洞。

我还没有找到任何可靠的方法来测试漏洞，所以我只能查看软件包版本、更改日志等。

首先，关于漏洞的一些细节：

CVE-2019-18348：在 Python 2.x 到 2.7.17 中的 urllib2 和 Python 3.x 到 3.8.0 中的 urllib 中发现了一个问题。如果攻击者控制了一个 url 参数，则 CRLF 注入是可能的，如 urllib.request.urlopen 的第一个参数所示，\r\n（特别是在 URL 的主机组件中）后跟一个 HTTP 标头。这类似于 CVE-2019-9740 查询字符串问题和 CVE-2019-9947 路径字符串问题。

当 glibc 修复了 CVE-2016-10739 时，这是不可利用的

https://nvd.nist.gov/vuln/detail/CVE-2019-18348

https://nvd.nist.gov/vuln/detail/CVE-2016-10739

以下是我的系统的版本详细信息：

• centos-release-8.0-0.1905.0.9.el8.x86_64
• python36.x86_64 (3.6.8-2.module_el8.0.0+33+0a10c0e1)
• glibc 2.28-42.el8.1

系统已完全更新，但我没有看到启用任何安全性或反向移植存储库。我无法找到有关是否有针对 centos 的安全更新存储库以及如何启用它的任何信息。

[root@host]# yum repolist
Last metadata expiration check: 1:37:46 ago on Fri 06 Dec 2019 07:51:08 PM UTC.
repo id     repo name                                       status
AppStream …

我们在AWS的ECS平台上运行我们的服务，并将日志发送到AWS CloudWatch。

我们有两种类型的日志，任何容器都可以生成其中一种类型：

1. 常见的应用程序日志（访问、错误等）；这些必须易于开发人员和管理员查看
2. 审计日志（人类可读的“谁在何时做了什么”日志）；必须限制对这些内容的访问

审核日志是法规强制要求的，除了更严格的访问控制要求外，它们的保留时间比应用程序日志更长，因此将两者放在同一个日志流中并不是真正的选择。因此，我们使用两个日志流，其中一个位于具有严格访问策略的 CloudWatch 日志组中。

目前，我们正在将日志写入单独的磁盘文件，日志代理将日志条目从磁盘文件发送到 CloudWatch。然而，我们希望切换到“Doc​​ker 方式”的日志记录，即将所有日志写入 STDOUT 或 STDERR，并让日志驱动程序处理其余的事情。这听起来特别有吸引力，因为日志磁盘（几乎）是我们正在使用的唯一磁盘安装，摆脱它们确实非常好。（除了日志磁盘之外，我们的容器是严格只读的。）

问题是，我们无法找到一种明智的方法来保持日志流分离。显而易见的事情是以某种方式标记日志消息并稍后将它们分开，但仍然存在一个问题：

• 明智的方法是让日志驱动程序根据消息标签将消息分离到不同的日志流。Docker 的 awslogs 日志驱动程序不支持此功能。
• “强力”方法是写入单个 CloudWatch 日志流，并使用写入其他两个日志流的自写过滤器重新处理该流。由于 CloudWatch 计费基于 API 调用，这基本上会使成本翻倍，因此是不可能的。
• 我们还可以设置一个日志主机，并使用另一个 docker 日志驱动程序（例如 syslog）将所有日志发送到那里。然后我们可以分割日志流，并将它们转发到 CloudWatch。这会给所有日志记录增加一个瓶颈和一个单点故障，所以听起来也不太好。

希望我们遗漏了一些明显的东西，在这种情况下，我们将非常感谢您的帮助。

如果没有，是否有任何解决方法（甚至是适当的解决方案）来让这种事情发挥作用？

我正在尝试了解 linux 桥接和本地 ip 规则，

我的 linux 笔记本电脑上有以下拓扑。

               br0 
     ___________|__________
     |                    |    
  |tap0                  tap1|
  |________Application_______| 

上面的应用程序正在创建 2 个 tap 接口 tap0 和 tap1

我创建了桥接器并将抽头接口插入桥接器：

brctl addif br0 tap0
brctl addif br0 tap1

为了 ping 工作，我需要向接口添加 ip 地址，所以我添加192.168.13.1 to tap0和192.168.13.2 to tap1

对于这两个接口，应用程序从一个接口读取并写入另一个接口。

现在，如果我运行“ping 192.168.13.2 -I tap0”

PING 192.168.13.2 (192.168.13.2) from 192.168.13.1 tap0: 56(84) bytes of data.
From 192.168.13.1 icmp_seq=1 Destination Host Unreachable

tcpdump 显示 arp 无法解析，所以我添加了静态 ARP 条目：

arp -i tap0 -s 192.168.13.1 62:34:58:e7:8a:3a
arp -i tap1 …