Tomas.R's questions

我相信我做了所有关于如何从我的客人 - ubuntu 20.04 访问主机上的文件夹 - Windows 10 - 的所有内容。但是我没有得到任何结果。

来宾添加安装在我的虚拟机上：

共享文件夹的设置：

安装了最新的 Guest Additions CD

但是，当我 cd 进入我的文件夹并列出文件时，那里什么都没有。而且我确实在主机上保留了一个文件，因此应该可以看到：

tomas@ubuntu20:~/share$ ls -l
total 0
tomas@ubuntu20:~/share$ df -t vboxsf
df : no file systems processed 
tomas@ubuntu20:~/share$ usermod -aG vboxsf tomas
usermod : group 'vboxsf' does not exist
tomas@ubuntu20:~/share$ chmod 755 .
tomas@ubuntu20:~/share$ ps -ef | grep -i vbox
root         385       2  0 10:19 ?        00:00:00 [iprt-VBoxWQueue]
tomas       1112    1098  0 10:24 pts/0    00:00:00 grep --color=auto -i vbox
tomas@ubuntu20:~/share$ service --status-all | grep -i virtual # no output
tomas@ubuntu20:~/share$ sudo mount -t vboxsf -o uid=1000,gid=1000 ubuntush /home/tomas/share
mount: /home/tomas/share: wrong fs type, bad option, bad superblock on ubuntush, missing codepage or helper program, or other error.

从 Windows 10（主机）命令提示符：

C:\Users\as_to>VBoxManage sharedfolder add "ubuntu20" --name "ubuntush" --hostpath "C:\Users\as_to\Desktop\ubuntush"
VBoxManage.exe: error: Shared folder named 'ubuntush' already exists
VBoxManage.exe: error: Details: code VBOX_E_OBJECT_IN_USE (0x80bb000c), component SessionMachine, interface IMachine, callee IUnknown
VBoxManage.exe: error: Context: "CreateSharedFolder(Bstr(pszName).raw(), Bstr(szAbsHostPath).raw(), fWritable, fAutoMount, Bstr(pszAutoMountPoint).raw())" at line 1194 of file VBoxManageMisc.cpp

有人知道缺少什么吗？

当我使用这样的 visudo 命令将用户学生放入 sudoers 文件时，这是正常行为吗：

visudo 

student   ALL = NOPASSWD:   ALL

而且他不在 sudo 组中但仍然可以执行 sudo 操作？

因此，如果用户在 sudoers 文件中被描述，他不需要在 sudo 组中吗？

作为 root 我在后台运行三个dd进程

dd if=/dev/urandom of=/dev/null &
dd if=/dev/urandom of=/dev/null &
dd if=/dev/urandom of=/dev/null &

作为 root 我编辑了一个 crontab 并放置了一个作业来杀死所有由 root 每分钟运行的 dd 进程

crontab -e 

* * * * * pkill -u root dd 

但是当我使用top 来监视进程时， dd 进程不会被杀死。为什么 ？

来自 /var/log/syslog 的消息：

Dec  9 12:33:01 champion CRON[3395]: Authentication failure
Dec  9 12:33:29 champion crontab[3383]: (root) END EDIT (root)
Dec  9 12:34:01 champion cron[1432]: Authentication failure
Dec  9 12:34:01 champion CRON[3398]: Authentication failure

尝试了这些建议，但没有帮助：

1. 使用以下命令调用 crontab：

   crontab -e -u root

2. 确保在 cronjob 文件的末尾有一个空行，这意味着每一行都以换行符结尾。

每当我运行命令时：

updatedb

我收到消息：

File size limit exceeded (core dumped)

这是为什么 ？

我知道locate命令利用了由相关实用程序updatedb创建的数据库。大多数 Linux 系统每天自动运行一次。但是，您可以随时通过以 root 用户身份从命令行运行updatedb来更新它。

更新 ：

root@node1:~# ulimit -a

core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) 2001
pending signals                 (-i) 23227
max locked memory       (kbytes, -l) 65536
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) 23227
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

我编辑了/etc/security/limits.conf文件以限制用户“学生”可以创建的文件大小：

@student        hard    fsize           3001
@student        soft    fsize           2001

现在，当我以“学生”身份登录并尝试创建一些文件以查看我可以创建多大的文件时，我遇到了这种奇怪的行为：

student@node1:~$ ulimit -f
2001

student@node1:~$ dd if=/dev/zero of=file1 bs=1KB count=2049
2049+0 records in
2049+0 records out
2049000 bytes (2.0 MB, 2.0 MiB) copied, 0.0127504 s, 161 MB/s


student@node1:~$ dd if=/dev/zero of=file2 bs=1KB count=2050
File size limit exceeded (core dumped)

然后我检查它们的尺寸：

student@node1:~$ ls -l
-rw-rw-r--  1 student student 2049000 Dec  4 16:56 file1
-rw-rw-r--  1 student student 2049024 Dec  4 16:57 file2

为什么允许我创建这么大的文件？在dd命令中，我可以将最大大小描述为bs=1KB count=2049。不应该是bs=1KB count=2001，因为我在/etc/security/limits.conf中放了“2001”吗？

我找不到救援模式（rescue.target）和紧急模式（emergency.target）的描述，其中会说明每种模式的启动和未启动内容。

我在网上找到的一些信息相互矛盾。有人可以指出我的好来源吗？

我想创建一个带有受限外壳的新用户，所以我：

ln -s bash rbash  # create a symbolic link to bash with a name "rbash" 

useradd -s /bin/rbash student # add a new user with a shell pointing to that symlink I've created

passwd student # create a password 

su - student # Login as a user 

但是之后我可以 cd 进入任何我想要的地方。看起来受限制的外壳不起作用。为什么 ？

我想为我的 DNS 服务器（bind9）创建一个单独的文件来写入日志。我在Ubuntu 社区页面上找到了一些有关如何操作的信息。

所以我将这些行添加到/etc/bind/named.conf.local：

logging {
    channel query.log {
        file "/var/log/query.log";
        // Set the severity to dynamic to see all the debug messages.
        severity dynamic;
    };
};

我继续创建一个日志文件，授予它所有权限并重新启动bind9服务，当检查状态时我看到一个错误：

cd /var/log
touch query.log
chmod 777 query.log
systemctl restart bind9
systemctl status bind9

● bind9.service - BIND Domain Name Server
   Loaded: loaded (/lib/systemd/system/bind9.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Thu 2020-04-02 17:37:24 UTC; 1s ago
     Docs: man:named(8)
  Process: 5723 ExecStop=/usr/sbin/rndc stop (code=exited, status=0/SUCCESS)
  Process: 4480 ExecReload=/usr/sbin/rndc reload (code=exited, status=0/SUCCESS)
  Process: 5851 ExecStart=/usr/sbin/named -f $OPTIONS (code=exited, status=1/FAILURE)
 Main PID: 5851 (code=exited, status=1/FAILURE)

Apr 02 17:37:24 ballgame named[5851]: command channel listening on 127.0.0.1#953
Apr 02 17:37:24 ballgame named[5851]: configuring command channel from '/etc/bind/rndc.key'
Apr 02 17:37:24 ballgame named[5851]: isc_stdio_open '/var/log/query.log' failed: permission denied
Apr 02 17:37:24 ballgame named[5851]: command channel listening on ::1#953
Apr 02 17:37:24 ballgame named[5851]: isc_stdio_open '/var/log/query.log' failed: permission denied
Apr 02 17:37:24 ballgame named[5851]: configuring logging: permission denied
Apr 02 17:37:24 ballgame named[5851]: loading configuration: permission denied
Apr 02 17:37:24 ballgame named[5851]: exiting (due to fatal error)
Apr 02 17:37:24 ballgame systemd[1]: bind9.service: Main process exited, code=exited, status=1/FAILURE
Apr 02 17:37:24 ballgame systemd[1]: bind9.service: Failed with result 'exit-code'.

有人可以解释一下这里缺少什么吗？

此命令中有一个 -u 选项：

apt -u upgrade  

谁能解释一下 -u 选项在这里代表什么？

为什么它没有在

man apt

我正在关注如何在 Ubuntu 18.04 上设置 KVM 的教程。

有一句话说：“在你开始制作虚拟机之前，你需要建立一个网桥。”

所以我跟着，但是我需要设置一个网桥吗？

无论如何。

我做推荐的事情。我找出我当前的界面是什么：

ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
   valid_lft forever preferred_lft forever
inet6 ::1/128 scope host 
   valid_lft forever preferred_lft forever
2: p1p1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
link/ether 24:b6:fd:59:e7:ff brd ff:ff:ff:ff:ff:ff
3: wlp9s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 84:4b:f5:1b:0a:0b brd ff:ff:ff:ff:ff:ff
inet 192.168.1.140/24 brd 192.168.1.255 scope global noprefixroute wlp9s0
   valid_lft forever preferred_lft forever
inet6 fe80::902b:af87:1a9:a671/64 scope link noprefixroute 
   valid_lft forever preferred_lft forever
4: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
link/ether 52:54:00:89:7d:ba brd ff:ff:ff:ff:ff:ff
inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0
   valid_lft forever preferred_lft forever
5: virbr0-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc fq_codel master virbr0 state DOWN group default qlen 1000
link/ether 52:54:00:89:7d:ba brd ff:ff:ff:ff:ff:ff

然后我修改 /etc/network/interfaces 文件

修改前的原始文件如下所示：

cat /etc/network/interfaces

auto lo
iface lo inet loopback

修改后，我添加到文件中的教程中的推荐内容如下所示：

cat /etc/network/interfaces

auto lo br0
iface lo inet loopback 
iface wlp9s0 inet manual
iface br0 inet dhcp
    bridge_ports wlp9s0

修改文件后，我重新启动，我没有互联网连接。以下是重启后 ip 命令的样子：

ip a

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
   valid_lft forever preferred_lft forever
inet6 ::1/128 scope host 
   valid_lft forever preferred_lft forever
2: p1p1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
link/ether 24:b6:fd:59:e7:ff brd ff:ff:ff:ff:ff:ff
3: wlp9s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether 84:4b:f5:1b:0a:0b brd ff:ff:ff:ff:ff:ff
4: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN group default qlen 1000
link/ether ae:cc:72:45:90:92 brd ff:ff:ff:ff:ff:ff
inet 169.254.8.154/16 brd 169.254.255.255 scope link br0:avahi
   valid_lft forever preferred_lft forever
inet6 fe80::accc:72ff:fe45:9092/64 scope link 
   valid_lft forever preferred_lft forever
5: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
link/ether 52:54:00:89:7d:ba brd ff:ff:ff:ff:ff:ff
inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0
   valid_lft forever preferred_lft forever
6: virbr0-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc fq_codel master virbr0 state DOWN group default qlen 1000
link/ether 52:54:00:89:7d:ba brd ff:ff:ff:ff:ff:ff

这里的错误在哪里？我错过了什么吗？

我已将我的 ubuntu 18.04 服务器设置为仅缓存转发 DNS 服务器：

cat named.conf.options 

options {
        directory "/var/cache/bind";

        recursion yes;
        allow-query { 0.0.0.0; 127.0.0.1;};

        forwarders {
                8.8.8.8;
                8.8.4.4;
        };  
        forward only;

        dnssec-enable yes;
        dnssec-validation yes;

        auth-nxdomain no;    # conform to RFC1035
        listen-on-v6 { any; };
};

服务器上的防火墙设置：

ufw status
Status: active

To                         Action      From
--                         ------      ----
Apache                     ALLOW       Anywhere                  
Bind9                      ALLOW       Anywhere                  
22/tcp                     ALLOW       Anywhere                  
OpenSSH                    ALLOW       Anywhere                  
Apache (v6)                ALLOW       Anywhere (v6)             
Bind9 (v6)                 ALLOW       Anywhere (v6)             
22/tcp (v6)                ALLOW       Anywhere (v6) 

journalctl 的输出：

journalctl -u bind9 -f


Feb 08 13:16:14 ns3247177 named[2707]: client @0x7f61f8101100 90.248.149.235#43049 (ssl.gstatic.com): query (cache) 'ssl.gstatic.com/A/IN' denied
Feb 08 13:16:14 ns3247177 named[2707]: client @0x7f61f810f890 90.248.149.235#43049 (ssl.gstatic.com): query (cache) 'ssl.gstatic.com/AAAA/IN' denied
Feb 08 13:16:14 ns3247177 named[2707]: client @0x7f61f810f890 90.248.149.235#43049 (ssl.gstatic.com): query (cache) 'ssl.gstatic.com/A/IN' denied
Feb 08 13:16:14 ns3247177 named[2707]: client @0x7f61f811e020 90.248.149.235#43049 (ssl.gstatic.com): query (cache) 'ssl.gstatic.com/AAAA/IN' denied
Feb 08 13:16:14 ns3247177 named[2707]: client @0x7f61f811e020 90.248.149.235#50650 (ssl.gstatic.com.broadband): query (cache) 'ssl.gstatic.com.broadband/A/IN' denied
Feb 08 13:16:14 ns3247177 named[2707]: client @0x7f61f810f890 90.248.149.235#50650 (ssl.gstatic.com.broadband): query (cache) 'ssl.gstatic.com.broadband/AAAA/IN' denied
Feb 08 13:16:14 ns3247177 named[2707]: client @0x7f61f810f890 90.248.149.235#50650 (ssl.gstatic.com.broadband): query (cache) 'ssl.gstatic.com.broadband/A/IN' denied
Feb 08 13:16:14 ns3247177 named[2707]: client @0x7f61f8101100 90.248.149.235#50650 (ssl.gstatic.com.broadband): query (cache) 'ssl.gstatic.com.broadband/AAAA/IN' denied
Feb 08 13:16:14 ns3247177 named[2707]: client @0x7f61f811e020 90.248.149.235#45883 (ssl.gstatic.com): query (cache) 'ssl.gstatic.com/AAAA/IN' denied
Feb 08 13:16:14 ns3247177 named[2707]: client @0x7f61f8101100 90.248.149.235#45883 (ssl.gstatic.com): query (cache) 'ssl.gstatic.com/A/IN' denied
Feb 08 13:16:14 ns3247177 named[2707]: client @0x7f61f8101100 90.248.149.235#45883 (ssl.gstatic.com): query (cache) 'ssl.gstatic.com/A/IN' denied
Feb 08 13:16:14 ns3247177 named[2707]: client @0x7f61f811e020 90.248.149.235#45883 (ssl.gstatic.com): query (cache) 'ssl.gstatic.com/AAAA/IN' denied
Feb 08 13:16:14 ns3247177 named[2707]: client @0x7f61f8101100 90.248.149.235#51677 (ssl.gstatic.com.broadband): query (cache) 'ssl.gstatic.com.broadband/AAAA/IN' denied
Feb 08 13:16:14 ns3247177 named[2707]: client @0x7f61f811e020 90.248.149.235#51677 (ssl.gstatic.com.broadband): query (cache) 'ssl.gstatic.com.broadband/A/IN' denied
Feb 08 13:16:14 ns3247177 named[2707]: client @0x7f61f811e020 90.248.149.235#51677 (ssl.gstatic.com.broadband): query (cache) 'ssl.gstatic.com.broadband/A/IN' denied
Feb 08 13:16:14 ns3247177 named[2707]: client @0x7f61f8101100 90.248.149.235#51677 (ssl.gstatic.com.broadband): query (cache) 'ssl.gstatic.com.broadband/AAAA/IN' denied

在我的家用笔记本电脑（ubuntu 18.04）上设置：

 cat /etc/resolv.conf 
 nameserver 164.132.173.129 
 #nameserver 127.0.0.53
 options edns0
 search broadband              

我通过注释掉每个名称服务器并尝试 dig 和 ping 命令来更改名称服务器。当我尝试使用安装了 bind9 的服务器时，ping 命令不起作用：

dig google.com

; <<>> DiG 9.11.3-1ubuntu1.11-Ubuntu <<>> google.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 38769
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
; COOKIE: ab489ac00252b38c3427db005e3eb469c1411fa2c18cecdf (good)
;; QUESTION SECTION:
;google.com.            IN  A

;; Query time: 16 msec
;; SERVER: 164.132.173.129#53(164.132.173.129)
;; WHEN: Sat Feb 08 13:15:21 GMT 2020
;; MSG SIZE  rcvd: 67

这是 ping 的输出：

ping -c 5 google.com
ping: google.com: Name or service not known

谁能告诉我为什么我的 DNS 服务器不能正常工作？

当我连接到我的服务器时：

ssh [email protected]

我用密码登录，然后执行：

logout

我收到此消息“-sh: 2: logout: not found”。

1. 为什么我不能登出？

2. 这个消息是什么意思？我的意思是Linux，你怎么敢。

3. 这是某种记录器吗？它在哪里保存消息？我觉得作为一个有抱负的系统管理员，我需要更多地了解记录器，以便进行故障排除，对吗？我在哪里可以学到一些 BASIC 初级水平的东西，任何建议都将受到高度赞赏。

我发出 visudo 命令，将此规则添加到文件的最后，保存文件并退出。

newuser    ALL=/usr/sbin/useradd

然而 newuser 仍然能够运行这样的命令

sudo passwd username

并且添加到 sudoers 文件的规则似乎不起作用。为什么 ？

修改文件后我已注销/登录。

目标是让 newuser 能够创建新用户但不能为该用户设置密码。

id newuser
uid=1003(newuser) gid=1003(newuser) groups=1003(newuser),27(sudo)


visudo


#
# This file MUST be edited with the 'visudo' command as root.
#
# Please consider adding local content in /etc/sudoers.d/ instead of
# directly modifying this file.
#
# See the man page for details on how to write a sudoers file.
#
Defaults        env_reset
Defaults        mail_badpass
Defaults        secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:    /usr/bin:/sbin:/bin:/snap/bin"

# Host alias specification

# User alias specification

# Cmnd alias specification

# User privilege specification
root    ALL=(ALL:ALL) ALL

# Members of the admin group may gain root privileges
%admin ALL=(ALL) ALL

# Allow members of group sudo to execute any command
%sudo   ALL=(ALL:ALL) ALL

# See sudoers(5) for more information on "#include" directives:

#includedir /etc/sudoers.d

newuser     ALL=/usr/sbin/useradd