| 特性             | source test.sh | bash test.sh | ./test.sh  |
|------------------|----------------|--------------|------------|
| 执行环境         | 当前 Shell     | 子 Shell     | 子 Shell   |
| 环境变量影响     | 会影响当前 Shell | 不影响当前 Shell | 不影响当前 Shell |
| 脚本权限         | 不需要执行权限 | 不需要执行权限 | 需要执行权限 |
| 执行速度         | 较快（无子 Shell 开销） | 较慢（有子 Shell 开销） | 较慢（有子 Shell 开销） |
| 使用场景         | 改变当前 Shell 环境 | 独立执行脚本 | 独立执行脚本 |



### 1. `source test.sh`
**描述**：在当前 Shell 会话中执行 `test.sh` 脚本。  
**执行环境**：脚本中的所有命令在当前 Shell 中执行，任何环境变量的更改或定义都会影响当前 Shell。  
**适用场景**：需要脚本更改当前 Shell 的环境，例如定义或修改变量、改变目录等。

```bash
source test.sh
# 或者
. test.sh
```

### 2. `bash test.sh`
**描述**：启动一个新的 Bash Shell 会话来执行 `test.sh` 脚本。  
**执行环境**：脚本在一个新的子 Shell 中运行，脚本中的环境变量和目录改变不会影响当前 Shell。  
**适用场景**：不需要脚本改变当前 Shell 的环境，脚本可以独立执行。

```bash
bash test.sh
```

### 3. `./test.sh`
**描述**：在当前 Shell 中启动一个新的子进程来执行 `test.sh` 脚本。脚本必须具有执行权限。  
**执行环境**：脚本在一个新的子 Shell 中运行，类似于 `bash test.sh`，环境变量和目录改变不会影响当前 Shell。  
**适用场景**：与 `bash test.sh` 类似，需要脚本具有执行权限。

```bash
chmod +x test.sh
./test.sh
```

### 示例

假设 `test.sh` 脚本内容如下：

```bash
#!/bin/bash
echo "Current directory is: $(pwd)"
MYVAR="Hello"
echo "MYVAR is: $MYVAR"
```

#### 使用 `source`：

```bash
source test.sh
echo "After sourcing, MYVAR is: $MYVAR"
```

**输出**：

```bash
Current directory is: /path/to/dir
MYVAR is: Hello
After sourcing, MYVAR is: Hello
```

`MYVAR` 的值在当前 Shell 中被保留。

#### 使用 `bash` 或 `./`：

```bash
bash test.sh
echo "After running bash, MYVAR is: $MYVAR"
```

或

```bash
./test.sh
echo "After running ./, MYVAR is: $MYVAR"
```

**输出**：

```bash
Current directory is: /path/to/dir
MYVAR is: Hello
After running bash, MYVAR is:
```

`MYVAR` 的值在当前 Shell 中未被保留。

### 选择使用哪种方式取决于你是否需要脚本改变当前 Shell 的环境以及脚本是否具有执行权限。

shell脚本三种执行方式的比较 

在配置 vsftpd 的过程中，我遇到了一个问题：将虚拟用户的名字改为和本地同名（存在）的用户时，无法登录 FTP，即虚拟用户可以登录 FTP，但本地用户不能登录，(虚拟用户和本地用户不能共存)。

实验后，发现将 `/etc/pam.d/vsftpd` 中的以下两行注释掉，然后把里面的其他内容都打开注释，本地用户就能登录了：

```bash
auth required pam_userdb.so db=/etc/vsftpd/vuser_passwd
account required pam_userdb.so db=/etc/vsftpd/vuser_passwd
```

这证明了是 PAM 模块认证的问题导致虚拟用户和本地用户不能共存。于是我去了解了一下 PAM 配置的内容，发现 `required` 需要所有内容都满足才行。当前两条配置是先验证虚拟用户登录通过，再继续向下验证是否是本地用户。由于验证本地用户的 `control_flag` 也为 `required`，所以会返回错误，导致验证不成功。



因此，我们不能同时将虚拟用户和本地用户的 `control_flag` 设置为 `required`。按照 PAM 的规则，我们可以将虚拟用户的验证配置放在最前面，并将 `control_flag` 设为 `sufficient`。这样，如果遇到虚拟用户，就可以通过验证；如果是本地用户，则会忽略掉 `sufficient` 的两条配置规则，只要满足 `required` 就可以通过验证。

最终，修改了 `/etc/pam.d/vsftpd` 的内容如下：

```bash
#%PAM-1.0
auth sufficient pam_userdb.so db=/etc/vsftpd/vuser_passwd
account sufficient pam_userdb.so db=/etc/vsftpd/vuser_passwd

session optional pam_keyinit.so force revoke
auth required pam_listfile.so item=user sense=deny file=/etc/vsftpd/ftpusers onerr=succeed
auth required pam_shells.so
auth include password-auth
account include password-auth
session required pam_loginuid.so
session include password-auth
```

上面两行是后来加上的，用于虚拟用户 PAM 认证。下面是原来 vsftpd 的认证配置规则。可以看到，本地用户用的是 `password-auth`。这表明，要让虚拟用户和本地用户共存，两部分都不能注释。

vsftpd虚拟用户和本地用户不能共存

Linux练习小结_07

### rsync常见问题及解决办法

使用rsync往服务器上传文件时，client报如下异常：

```
@ERROR: auth failed on module XXX

rsync error: error starting client-server protocol (code 5) at main.c(1503) [Receiver=3.0.6]
```



#### 排查步骤：
1. 检查server端和client端的用户名和密码确认都无误；
   - 服务器端检查 `/etc/rsync.pass` 密码文件
   - 客户端检查 `--password-file` 配置的密码文件

2. 检查server端rsync日志
   - 可以通过rsync配置来查看日志文件位置

### 服务端(rsync)问题

#### 问题一：
```
@ERROR: chroot failed
rsync error: error starting client-server protocol (code 5) at main.c(1522) [receiver=3.0.3]
```

**原因：**
服务器端的目录不存在或无权限，创建目录并修正权限可解决问题。

#### 问题二：
```
@ERROR: auth failed on module tee
rsync error: error starting client-server protocol (code 5) at main.c(1522) [receiver=3.0.3]
```

**原因：**
服务器端该模块（tee）需要验证用户名密码，但客户端没有提供正确的用户名密码，认证失败。提供正确的用户名密码解决此问题。

#### 问题三：
```
@ERROR: Unknown module ‘tee_nonexists’
rsync error: error starting client-server protocol (code 5) at main.c(1522) [receiver=3.0.3]
```

**原因：**
服务器不存在指定模块。提供正确的模块名或在服务器端修改成你要的模块以解决问题。

#### 问题四：
```
password file must not be other-accessible
continuing without password file
Password:
```

**原因：**
这是因为 `rsyncd.pwd` 或 `rsyncd.secrets` 的权限不对，应该设置为600。如：`chmod 600 rsyncd.pwd`

#### 问题五：
```
rsync: failed to connect to 218.107.243.2: No route to host (113)
rsync error: error in socket IO (code 10) at clientserver.c(104) [receiver=2.6.9]
```

**原因：**
对方没开机、防火墙阻挡、通过的网络上有防火墙阻挡，都有可能。关闭防火墙，其实就是把tcp udp的873端口打开。

#### 问题六：
```
rsync error: error starting client-server protocol (code 5) at main.c(1524) [Receiver=3.0.7]
```

**原因：**
`/etc/rsyncd.conf` 配置文件内容有错误。请正确核对配置文件。

#### 问题七：
```
rsync: chown "" failed: Invalid argument (22)
```

**原因：**
权限无法复制。去掉同步权限的参数即可。(这种情况多见于Linux向Windows的时候)

#### 问题八：
```
@ERROR: daemon security issue -- contact admin
rsync error: error starting client-server protocol (code 5) at main.c(1530) [sender=3.0.6]
```

**原因：**
同步的目录里面有软连接文件，需要服务器端的 `/etc/rsyncd.conf` 打开 `use chroot = yes`。掠过软连接文件。

#### 问题九：
```
ERROR: module is read only
rsync error: syntax or usage error (code 1) at main.c(747) [receiver=2.6.8]
rsync: connection unexpectedly closed (4 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at io.c(600) [sender=3.0.6]
```

**解决：**
提示打开了read only，将配置文件 `read only = no`

#### 问题十：
```
cat /var/log/rsyncd.log
2011/12/14 11:58:37 [22377] name lookup failed for XX.XX.XX.XX: Name or service not known
2011/12/14 11:58:37 [22377] connect from UNKNOWN (XX.XX.XX.XX)
2011/12/14 11:58:37 [22377] rsync to html/ from unknown (XX.XX.XX.XX)
```

**解决：**
需要在服务端这台机上的 `/etc/hosts` 里面添加客户端机的ip和机器名

#### 问题十一：
```
[root@Dell-R710 ~]# rsync -artuz -R --delete ./ 192.168.1.233::gex
rsync: failed to connect to 61.145.118.206: Connection refused (111)
rsync error: error in socket IO (code 10) at clientserver.c(124) [sender=3.0.6]
```

**解决：**
1. 查看防火墙
2. 查看服务端是否开启守护进程

```
ps ax|grep rsync
rsync --daemon --config=/etc/rsyncd.conf
```

### 客户端(client)问题

#### 问题1：
**错误信息：**
```
rsync -auzv --progress --password-file=/etc/rsync.pas root@192.168.133.128::backup /home/
rsync: could not open password file "/etc/rsync.pas": No such file or directory (2)
Password: 
@ERROR: auth failed on module backup
rsync error: error starting client-server protocol (code 5) at main.c(1506) [Receiver=3.0.7]
```

**解决方案：**
- 确保客户端存在 `/etc/rsync.pas` 文件，或者修改命令中的文件路径为正确的密码文件路径。

#### 问题2：
**错误信息：**
```
rsync -auzv --progress --password-file=/etc/rsync.pas root@192.168.133.128::backup /home/
@ERROR: auth failed on module backup
rsync error: error starting client-server protocol (code 5) at main.c(1506) [Receiver=3.0.7]
```

**解决方案：**
- 确保服务器端设置了正确的密码文件路径和格式，如 `/etc/rsync.pas` 内容为 `root:111111`。

#### 问题3：
**错误信息：**
```
rsync -auzv --progress --password-file=/etc/rsync.pas root@192.168.133.128::backup /home/
@ERROR: chdir failed
rsync error: error starting client-server protocol (code 5) at main.c(1506) [Receiver=3.0.7]
```

**解决方案：**
- 确保服务器端的目录存在并设置正确的权限，如 `/home/backup` 目录是否存在。

#### 问题4：
**错误信息：**
```
rsync: write failed on "/home/backup2010/wensong": No space left on device (28)
rsync error: error in file IO (code 11) at receiver.c(302) [receiver=3.0.7]
rsync: connection unexpectedly closed (2721 bytes received so far) [generator]
rsync error: error in rsync protocol data stream (code 12) at io.c(601) [generator=3.0.7]
```

**解决方案：**
- 检查磁盘空间是否足够，使用 `df /home/backup2010` 查看可用空间。

### 网络收集问题

1. **权限问题：**
    - 错误信息：
      ```
      rsync: opendir "/kexue" (in dtsChannel) failed: Permission denied (13)
      ```
    - 解决方案：检查同步目录权限是否为755。

2. **Time out：**
    - 错误信息：
      ```
      rsync: failed to connect to 203.100.192.66: Connection timed out (110)
      rsync error: error in socket IO (code 10) at clientserver.c(124) [receiver=3.0.5]
      ```
    - 解决方案：检查服务器的端口 `netstat –tunlp`，远程 `telnet` 测试。

3. **服务未启动：**
    - 错误信息：
      ```
      rsync: failed to connect to 10.10.10.170: Connection refused (111)
      rsync error: error in socket IO (code 10) at clientserver.c(124) [receiver=3.0.5]
      ```
    - 解决方案：启动服务：`rsync --daemon --config=/etc/rsyncd.conf`

4. **磁盘空间满：**
    - 错误信息：
      ```
      rsync: recv_generator: mkdir "/teacherclubBackup/rsync……" failed: No space left on device (28)
      *** Skipping any contents from this failed directory ***
      ```
    - 解决方案：释放磁盘空间。

5. **Ctrl+C或者大量文件：**
    - 错误信息：
      ```
      rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at rsync.c(544) [receiver=3.0.5]
      rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at rsync.c(544) [generator=3.0.5]
      ```
    - 解决方案：处理中断信号或减少文件数量。

6. **xnetid启动：**
    - 错误信息：
      ```
      rsync: read error: Connection reset by peer (104)
      rsync error: error in rsync protocol data stream (code 12) at io.c(759) [receiver=3.0.5]
      rsync: unable to open configuration file "/etc/rsyncd.conf": No such file or directory
      ```
    - 解决方案：查看rsync日志或更改配置文件路径。例如：
      ```bash
      ln -s /etc/rsyncd/rsyncd.conf /etc/rsyncd.conf
      ```
      或者在 `/etc/xinetd.d/rsync` 配置文件中指定默认的配置文件路径。

RSYNC @ERROR: AUTH FAILED ON MODULE XXX 解决思路及附录RSYNC常见问题及解决办法 

# 1.先重启系统，在此界面时迅速按Ctrl+G(或者鼠标单击虚拟机内部)并按一下键盘上的方向键↑或↓，因为系统2秒后会自动进入，我们第一步做的就是先阻止它自动进入系统。

![image.png](/static/img/3b45a11e3ded8c68082d1d1e469f2bc7.image.webp)





# 2. 然后按下键盘上的e进入编辑模式，如下图

![image.png](/static/img/57cbfe833d99d134195c3e40c86e1718.image.webp)

# 3.不断按键盘↓找到以linux开头的行，然后继续移动光标至该段落的最后，比如这边我应该移动到loglevel=3 queit 后面，在它后面添加一个空格并输入init=/bin/sh

![image.png](/static/img/e2b1564ca7761c8b81420d0550e165a1.image.webp)

# 4. 键盘按下CTRL+X进行引导启动，成功后会进入新界面,如图依次输入以下命令

![image.png](/static/img/5cd87217196d16ec32cbf002ca8eb33c.image.webp)

- 在单用户模式下，使用 `passwd root` 命令重置密码
- 输入 `exec /sbin/init` 等待系统自动重启就修改完成啦

1、获取Linux系统用户，SHELL为 nologin 的用户名和家目录。提示：系统用户信息都在 /etc/passwd

rsync常见问题及解决办法

1.先重启系统，在此界面时迅速按Ctrl+G(或者鼠标单击虚拟机内部)并按一下键盘上的方向键↑或↓，因为系统2秒后会自动进入，我们第一步做的就是先阻止它自动进入系统。