小编LaV*_*che的帖子

Exim:发送给 root 的电子邮件会忽略 /etc/aliases 和 /root/.forward - 始终使用限定域名

dpkg-reconfigure exim4-config要求一个域名来“限定”本地用户的电子邮件地址,例如root. 假设我已将此设置设置为qualified.example.com- 这会导致发送到的所有电子邮件仅root转到root@qualified.example.com.

我希望将所有电子邮件root发送到example@gmail.com,但qualified.example.com由于其他原因,我希望将限定域名设置保留为 。

我已将此行添加到 /etc/aliases

root: example@gmail.com
Run Code Online (Sandbox Code Playgroud)

我也投入example@gmail.com/root/.forward

我已经运行newaliases并重新启动了exim,但是无论我做什么,mail to 都会root继续尝试发送到root@qualified.example.com,而这甚至不存在。

如何强制电子邮件root转到example@gmail.com

这是在 Ubuntu Server 14.04 上

我的/etc/exim4/update-exim4.conf.conf看起来像这样:

dc_eximconfig_configtype='internet'               
dc_other_hostnames=''                             
dc_local_interfaces='127.0.0.1'                   
dc_readhost=''                                    
dc_relay_domains=''                               
dc_minimaldns='false'                             
dc_relay_nets=''                                  
dc_smarthost=''                                   
CFILEMODE='644'                                   
dc_use_split_config='false'                       
dc_hide_mailname=''                               
dc_mailname_in_oh='true'                          
dc_localdelivery='mail_spool'              
Run Code Online (Sandbox Code Playgroud)

当我跑步时,dpkg-reconfigure exim4-config我像这样回答了合格的域问题:

The 'mail name' is the domain name used to 'qualify' …
Run Code Online (Sandbox Code Playgroud)

ubuntu email exim

6
推荐指数
1
解决办法
1万
查看次数

libvirt:启动所有启用了自动启动的来宾虚拟机的命令

我使用 Debian Jessie 作为使用 libvirt/qemu/kvm 的虚拟机主机。

我已经将一些来宾虚拟机设置为在主机操作系统启动时自动启动,这工作正常。

出于维护目的,我正在运行"service libvirt-guests stop"以关闭所有来宾(但不是主机)。

完成维护后,我想轻松地再次启动所有来宾(无需重新启动主机)。

是否有一个命令可以再次启动所有来宾 VM?我有兴趣了解两者:

  1. 再次启动所有自动启动标记的来宾的命令

  2. 重新启动所有在我运行之前正在运行的来宾的命令 "service libvirt-guests stop"

重新启动主机操作系统将达到 #1,但我不想重新启动主机。

我试过了,"service libvirt-guests start"但似乎不行。

kvm virtual-machine qemu libvirt

6
推荐指数
1
解决办法
2万
查看次数

NFS 导出 all_squash、anonuid、anongid 将所有客户端用户映射到服务器上的所有者(工作)仍然需要服务器上的全局可读权限?

我在 NFS 服务器上的 /etc/exports:

/home/username/Documents/some/folders/deep   192.168.1.10(rw,sync,all_squash,anonuid=1000,anongid=1000)
Run Code Online (Sandbox Code Playgroud)

这似乎在很大程度上按预期工作。任何/所有用户在客户端操作系统上执行的任何操作在服务器上使用 uid:1000 写入。

然而,除非服务器在 /home/username 文件夹上具有“755”权限,否则客户端根本无法访问/安装 NFS 共享。考虑到来自 NFS 客户端的所有访问/操作都已成功映射到服务器的 uid:1000 帐户,服务器上的 /home/username 文件夹上的“700”权限是否就足够了?除了 /home 本身之外,所有文件和文件夹都归服务器上的“用户名”所有。

似乎 /home/username 文件夹需要客户端的全局读取+执行权限才能访问它,即使它们的所有请求都已经映射到服务器上的所有者用户(“用户名”/ uid:1000)。

我在这里误解了什么吗?看到映射似乎主要工作,为什么 /home/username 需要是世界可读的?

permissions chmod nfs chown

5
推荐指数
0
解决办法
7760
查看次数

标签 统计

chmod ×1

chown ×1

email ×1

exim ×1

kvm ×1

libvirt ×1

nfs ×1

permissions ×1

qemu ×1

ubuntu ×1

virtual-machine ×1