主页 / user-573139

francisaugusto's questions

Martin Hope
francisaugusto
Asked: 2022-03-03 12:48:50 +0800 CST
  • 1

我正在尝试将主目录从我的 NAS 导出到 ubuntu 客户端 - 服务器是 TrueNAS Scale，它是基于 Debian 的。Kerberos 可以正常工作，因此用户可以获得适当的票证以对服务器进行身份验证。

我的主要目标是用户可以从服务器上挂载他们的主目录。

我在服务器上有一个名为 home 的共享，每个用户有一个目录。主目录归根用户所有，子目录归用户所有。但是，如果我不使用 maproot 或 mapall，即使我设法挂载共享，如果挂载 /home/folder，用户也无法将任何内容写入他的文件夹。

如果我使用 maproot=root，用户会挂载它，但他写的所有内容都保存为 root。我在这里迷路了，但似乎id映射可能有问题。文件的 uid/gid 在服务器和客户端、显示的正确名称等方面是相同的。这让我相信映射是正确的 - 但是，当使用 maproot=root 时，为什么我最终可以访问不支持的文件夹不属于我，为什么我用那个用户创建的所有东西都归根用户所有？

我怎样才能正确地导出它，以便我得到根压扁，以及用户只能访问他们自己的目录？

kerberos truenas nfs4
Martin Hope
francisaugusto
Asked: 2021-03-13 11:57:39 +0800 CST
  • 0

我通过 10Gbit 光纤连接了两个房间。该连接有一个 MikroTik 交换机，一端有四个 SFP+（A 室），一个 Ubiquiti Unifi 24 端口有两个 SFP+（B 室）。

在 A 房间，我有一台 Mac mini 2018，带有一个 10Gbit 以太网，使用 SFP+-RJ45 收发器连接到 MikroTik 交换机。

在房间 B，我有一台 Supermicro 机器，它带有一个 SFP+，运行 ESXi 和几个虚拟机。其中一个是 FreeNAS (TrueNAS)，另一个是 Ubuntu 20.04 服务器。

所有这些机器都连接到一个主要用于存储的 VLAN（id 45）。

我想使用 iperf3 测试网络的速度。我有点失望，因为从 Mac 到 FreeNAS 的速度低于千兆位。我在 Ubuntu 服务器上对其进行了测试，速度在 9Gbit 左右，看起来更像是应该的。

上游有点不同：从 FreeNAS 到 Mac mini 大约 1.45Gbit，从 Ubuntu 到 Mac mini 大约 3.5Gbit。

我还在 FreeNAS 和 Ubuntu 服务器之间进行了测试，从第一个到最后一个大约是 9Gbit，反之大约是 2.3Gbit。一旦我启用了巨型帧，这两种方式都快得多，但它在 Mac 上不能很好地工作，所以我又回到了 MTU 1500。

然后我决定用 Ubuntu 启动 Mac mini，看看这是否是与操作系统相关的问题，事实上，从 Ubuntu 客户端 (Mac) 到我的 Ubuntu 服务器，我的速度达到了 9Gbit。但后来我从 FreeNAS 获得了大约 2.Gbit 的速度，反之则获得了 9Gbit 的速度：

自由NAS Ubuntu 服务器
从 Mac (macOS) 0.9 9
至 Mac (macOS) 2.3 3.5
从 Mac (ubuntu) 9 9
到 Mac (ubuntu) 2.3 9

（速度以 Gbits/s 为单位）

我现在意识到硬件正在正常工作（除了 Mac 似乎不能与 MTU 9000 与这个 MikroTik 收发器一起玩） - 使用它从其他机器获得 0Gbits （虽然我没有测试过Ubuntu）。

我的问题是：有没有办法在操作系统之间进行更一致的测试？这是否意味着我的 Mac 与 FreeNAS 之间的传输速度会变慢，还是只是 iperf3 的行为不一致？

iperf
Martin Hope
francisaugusto
Asked: 2021-02-15 12:38:06 +0800 CST
  • 0

我已经安装了 SpamAssassin 并将其配置为从 sql 读取首选项。我意识到它没有读取用户的首选项，并检查了我看到spamc客户端发送的所有请求都作为 spamd 用户执行的日志。

这是 spamc 客户端如何按照master.cf文件中的配置执行（后缀）：

spamassassin unix -     n       n       -       -       pipe
        user=spamd argv=/usr/bin/spamc  -f -e
        /usr/sbin/sendmail -oi -f ${sender} ${recipient}

我添加-u ${recipient}到 spamc，并在日志中看到它有效，现在用户的首选项已正确获取。

但是，这种方式会破坏我对别名的传递。

考虑[email protected]成为[email protected]和 to的后缀别名[email protected]。添加上述内容-u会spamc导致电子邮件无法发送到别名。

当它不发送电子邮件时，这里有很多后缀：

Feb 14 21:12:36 mail postfix/qmgr[51620]: 6EFD11003F5: from=<[email protected]>, size=2588, nrcpt=2 (queue active)
Feb 14 21:12:37 mail postfix/pipe[51637]: 6EFD11003F5: to=<[email protected]>, orig_to=<[email protected]>, relay=spamassassin, delay=1.3, delays=0.03/0/0/1.3, dsn=2.0.0, status=sent (delivered via spamassassin service (X-Spam-Level:  X-Spam-Status: No, score=-1.9 required=3.0 tests=BAYES_00,SPF_HELO_PASS  autolearn=ha))
Feb 14 21:12:37 mail postfix/pipe[51637]: 6EFD11003F5: to=<[email protected]>, orig_to=<[email protected]>, relay=spamassassin, delay=1.3, delays=0.03/0/0/1.3, dsn=2.0.0, status=sent (delivered via spamassassin service (X-Spam-Level:  X-Spam-Status: No, score=-1.9 required=3.0 tests=BAYES_00,SPF_HELO_PASS  autolearn=ha))
Feb 14 21:12:37 mail postfix/qmgr[51620]: 6EFD11003F5: removed

我删除了-u ${recipient}, 事情又可以工作了，但我无法从以下日志中找到太多帮助：

Feb 14 21:14:36 mail postfix/master[51877]: daemon started -- version 3.4.13, configuration /etc/postfix
Feb 14 21:15:26 mail postfix/qmgr[51880]: B9C531003F5: from=<[email protected]>, size=2580, nrcpt=2 (queue active)
Feb 14 21:15:27 mail postfix/pipe[51932]: B9C531003F5: to=<[email protected]>, orig_to=<[email protected]>, relay=spamassassin, delay=1.2, delays=0.04/0.01/0/1.1, dsn=2.0.0, status=sent (delivered via spamassassin service)
Feb 14 21:15:27 mail postfix/pipe[51932]: B9C531003F5: to=<[email protected]>, orig_to=<[email protected]>, relay=spamassassin, delay=1.2, delays=0.04/0.01/0/1.1, dsn=2.0.0, status=sent (delivered via spamassassin service)
Feb 14 21:15:27 mail postfix/qmgr[51880]: B9C531003F5: removed
Feb 14 21:15:27 mail postfix/qmgr[51880]: E19B7106C31: from=<[email protected]>, size=2969, nrcpt=2 (queue active)
Feb 14 21:15:28 mail postfix/qmgr[51880]: 01875106C30: from=<[email protected]>, size=3336, nrcpt=1 (queue active)

spamassassin 日志，当它不起作用时，是这些：

Sun Feb 14 21:12:36 2021 [50514] info: spamd: processing message <[email protected]> for [email protected]:5000
Sun Feb 14 21:12:36 2021 [50514] info: dns: no callback for id 21026/IN/A/bluetreehotels.com.br.dbl.spamhaus.org, ignored, packet on next debug line
Sun Feb 14 21:12:36 2021 [50514] info: dns: no likely matching queries for id 21026
Sun Feb 14 21:12:37 2021 [51696] info: util: setuid: ruid=5000 euid=5000 rgid=5000 5000 5000 egid=5000 5000 5000
Sun Feb 14 21:12:37 2021 [50514] info: spamd: clean message (-1.9/3.0) for [email protected]:5000 in 1.3 seconds, 2502 bytes.
Sun Feb 14 21:12:37 2021 [50514] info: spamd: result: . -1 - BAYES_00,SPF_HELO_PASS scantime=1.3,size=2502,[email protected],uid=5000,required_score=3.0,rhost=127.0.0.1,raddr=127.0.0.1,rport=43164,mid=<[email protected]>,bayes=0.000000,autolearn=ham autolearn_force=no
Sun Feb 14 21:12:37 2021 [50512] info: prefork: child states: II

当它工作正常时，如下所示：

Sun Feb 14 21:15:26 2021 [50514] info: spamd: connection from 127.0.0.1 [127.0.0.1]:43402 to port 783, fd 5
Sun Feb 14 21:15:26 2021 [50514] info: spamd: processing message <[email protected]> for spamd:5000
Sun Feb 14 21:15:26 2021 [51934] info: util: setuid: ruid=5000 euid=5000 rgid=5000 5000 5000 egid=5000 5000 5000
Sun Feb 14 21:15:27 2021 [50514] info: spamd: clean message (-0.0/5.0) for spamd:5000 in 1.1 seconds, 2494 bytes.
Sun Feb 14 21:15:27 2021 [50514] info: spamd: result: . 0 - SPF_HELO_PASS scantime=1.1,size=2494,user=spamd,uid=5000,required_score=5.0,rhost=127.0.0.1,raddr=127.0.0.1,rport=43402,mid=<[email protected]>,autolearn=ham autolearn_force=no

关于为什么会发生这种情况的任何线索？这里明显的区别是，在 spamassassin 日志上，当它不起作用时，我们看到它spamc是由用户调用的[email protected]（而不是 with[email protected]和 not with [email protected]）。别名所代表的收件人都没有收到电子邮件。在第二次尝试时，没有-u参数，然后 spamc 被执行而不发送用户名（失败进入默认spamd用户），并且邮件被传递给用户a和b.

可以sendmail吗？

最好的，

弗朗西斯

postfix spamassassin
Martin Hope
francisaugusto
Asked: 2020-09-19 00:29:06 +0800 CST
  • 0

我正在尝试安装pam_mount但RHEL8不断得到这个：

rror:
 Problem: package pam_mount-2.16-10.el8.x86_64 requires hxtools, but none of the providers can be installed
  - conflicting requests
  - nothing provides perl(encoding) needed by hxtools-20150304-10.el8.x86_64
(try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)

Perl确实安装了：

# perl -v

This is perl 5, version 26, subversion 3 (v5.26.3) built for x86_64-linux-thread-multi
(with 51 registered patches, see perl -V for more detail)

关于如何做到这一点的任何提示？

pam rhel8