rsync error(1503)分析:@ERROR: auth failed on module xxxx rsync error: error starting client-server

2024-06-07 17:32

本文主要是介绍rsync error(1503)分析:@ERROR: auth failed on module xxxx rsync error: error starting client-server,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

问题

  • 近期在学习 rsync 的使用,感觉其他的问题都好说,但是对于下面这个“1503”报错却是感到各种摸不清,所以在此整理一番 …
@ERROR: auth failed on module inotify
rsync error: error starting client-server protocol (code 5) at main.c(1503) [sender=3.0.6]

分析/探索

出现这种报错,至少说明你前期的配置已经可以进行服务器间的连接了

  • 那么关于这个 auth 失败的问题,可能有以下的情况,请认真分析:

1. 密码输入错误:

请再次确认你登录用户的密码无误

2. 配置文件写错:

看看自己模块配置下面的 *auth userssecrets file 对应信息是否存在疏忽

3. secrets file 权限问题

服务端的 secrets file 权限必须是600,
类似如下的命令,chmod 600 /etc/rsyncd/rsyncd.secrets

4. secrets file 格式错误:

secrets file 的文件格式是 user:password
而,服务端与客户端中的文件格式有所不同
其中:服务端文件需要填写用户名和密码,并且以冒号分割,客户端中却只填写密码即可

5. secrets file文件拥有者与 rsync 运行者

服务端 rsync 服务是以什么用户运行,则必须保证 secrets file 文件拥有者必须是同一个
假设 root 运行 rsync –daemon,则 secrets file 的 owner 也必须是 root,当然本人为操作简便一直使用的是 root 用户

6. 如果是以 --password-file=file 的方式附带密码

请确保客户端密码文件格式无误
其与服务端的密码文件不同在于:客户端的不用加上用户名,即直接是 root123

7. rsyncd.conf 所起作用的归属

  • 这种情况获取比较少见,如果是自己进行安装,只要找到配置文件所在即可
  • 但是,如今好多linux版本系统默认已安装了rsync ,以我为例,centos6.5和centos7中都已默认安装了,并且已存在/etc/rsyncd.conf文件, 而在参考很多网上指导配置 rsync时,又会新创建文件etc/rsyncd/rsyncd.conf
  • 如果进行了软连接操作还好说,如果没进行就可能会出现这个问题,因为这是在其作用的配置文件时默认的/etc/rsyncd.conf
  • 此时可以删除 /etc/rsyncd.conf文件,再执行如下命令即可,前提是配置文件没有写错.
ln -s /etc/rsyncd/rsyncd.conf /etc/rsyncd.conf #创建软链接

8. 注释不兼容的问题

  • 这种问题,至少在我看来直接就是跪了,发现这种情况是在我已经配置成功后,为了方便记忆而在文件中进行了注释信息的补充,再重启rsync 服务时就报错了
  • 通过实验,如下图所示,在“path”,“secrets file”同一行后面的做了注释就会报错,而换行就正常了,但是很多其他的信息行进行注释却是没问题的
  • 保险起见,我尽量将注释信息都进行了换行处理

推荐文章:

  1. 汇总rsync使用中错误信息
  2. 文章-CentOS下(rsync+inotify)实现服务器间备份的实时同步,如有时间,请给与意见 …

这篇关于rsync error(1503)分析:@ERROR: auth failed on module xxxx rsync error: error starting client-server的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1039834

相关文章

Nginx分布式部署流程分析

《Nginx分布式部署流程分析》文章介绍Nginx在分布式部署中的反向代理和负载均衡作用,用于分发请求、减轻服务器压力及解决session共享问题,涵盖配置方法、策略及Java项目应用,并提及分布式事... 目录分布式部署NginxJava中的代理代理分为正向代理和反向代理正向代理反向代理Nginx应用场景

Redis中的有序集合zset从使用到原理分析

《Redis中的有序集合zset从使用到原理分析》Redis有序集合(zset)是字符串与分值的有序映射,通过跳跃表和哈希表结合实现高效有序性管理,适用于排行榜、延迟队列等场景,其时间复杂度低,内存占... 目录开篇:排行榜背后的秘密一、zset的基本使用1.1 常用命令1.2 Java客户端示例二、zse

Redis中的AOF原理及分析

《Redis中的AOF原理及分析》Redis的AOF通过记录所有写操作命令实现持久化,支持always/everysec/no三种同步策略,重写机制优化文件体积,与RDB结合可平衡数据安全与恢复效率... 目录开篇:从日记本到AOF一、AOF的基本执行流程1. 命令执行与记录2. AOF重写机制二、AOF的

MyBatis Plus大数据量查询慢原因分析及解决

《MyBatisPlus大数据量查询慢原因分析及解决》大数据量查询慢常因全表扫描、分页不当、索引缺失、内存占用高及ORM开销,优化措施包括分页查询、流式读取、SQL优化、批处理、多数据源、结果集二次... 目录大数据量查询慢的常见原因优化方案高级方案配置调优监控与诊断总结大数据量查询慢的常见原因MyBAT

分析 Java Stream 的 peek使用实践与副作用处理方案

《分析JavaStream的peek使用实践与副作用处理方案》StreamAPI的peek操作是中间操作,用于观察元素但不终止流,其副作用风险包括线程安全、顺序混乱及性能问题,合理使用场景有限... 目录一、peek 操作的本质:有状态的中间操作二、副作用的定义与风险场景1. 并行流下的线程安全问题2. 顺

MyBatis/MyBatis-Plus同事务循环调用存储过程获取主键重复问题分析及解决

《MyBatis/MyBatis-Plus同事务循环调用存储过程获取主键重复问题分析及解决》MyBatis默认开启一级缓存,同一事务中循环调用查询方法时会重复使用缓存数据,导致获取的序列主键值均为1,... 目录问题原因解决办法如果是存储过程总结问题myBATis有如下代码获取序列作为主键IdMappe

Java中最全最基础的IO流概述和简介案例分析

《Java中最全最基础的IO流概述和简介案例分析》JavaIO流用于程序与外部设备的数据交互,分为字节流(InputStream/OutputStream)和字符流(Reader/Writer),处理... 目录IO流简介IO是什么应用场景IO流的分类流的超类类型字节文件流应用简介核心API文件输出流应用文

解决升级JDK报错:module java.base does not“opens java.lang.reflect“to unnamed module问题

《解决升级JDK报错:modulejava.basedoesnot“opensjava.lang.reflect“tounnamedmodule问题》SpringBoot启动错误源于Jav... 目录问题描述原因分析解决方案总结问题描述启动sprintboot时报以下错误原因分析编程异js常是由Ja

Python 基于http.server模块实现简单http服务的代码举例

《Python基于http.server模块实现简单http服务的代码举例》Pythonhttp.server模块通过继承BaseHTTPRequestHandler处理HTTP请求,使用Threa... 目录测试环境代码实现相关介绍模块简介类及相关函数简介参考链接测试环境win11专业版python

解决Nginx启动报错Job for nginx.service failed because the control process exited with error code问题

《解决Nginx启动报错Jobfornginx.servicefailedbecausethecontrolprocessexitedwitherrorcode问题》Nginx启... 目录一、报错如下二、解决原因三、解决方式总结一、报错如下Job for nginx.service failed bec