记录一奇葩scp问题的分析与解决过程
Posted
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了记录一奇葩scp问题的分析与解决过程相关的知识，希望对你有一定的参考价值。
引 入
linux是一个庞大复杂的系统。整天跟它打交道的运维或开发人员难免不遇到什么问题。这里，本人聊聊遇到的一个跟scp相关的奇葩问题。
一、问题描述
两台centos6.7主机（主机一：172.16.13.62和主机二：172.16.13.72），都安装好ssh,相关的ssh连接配置也没问题，但是在用scp进行两主机之间的文件传输复制时，出现以下情况：
在主机一上操作scp，成功从主机二传输文件到主机一。当然也能成功把文件从主机一成功传输到主机二。如：
[[email protected] ~]#scp 172.16.13.72:/root/20160215.log /root [email protected]‘s password: 20160215.log 100% 3434 3.4KB/s 00:00 [[email protected] ~]#
而在主机二上操作scp，做从主机一传输文件到主机二时，成功输入密码后，出现如下情况：
[[email protected] ~]#scp 172.16.13.62:/root/20160215.log /root [email protected]‘s password: ---------change alias here----------- [[email protected] ~]#
打印了一句"change alias here"，然后就结束了，scp没有成功传输文件。当然从主机二传输文件到主机一的时候，依旧也是打印一句"change alias here"，传输也是没有成功的。
为什么在主机一上操作scp成功，而在主机二上操作却不成功呢？那句"change alias here"又是从哪里来的呢？我做出了以下分析：
二、分析解决
以下分析中，主机二也叫错误主机，主机一成为正确主机。
步骤：
1） 通过scp -v查看错误主机的debug详细信息
[[email protected] ~]#scp -v 172.16.13.62:/root/20160215.log /root
从debug中可以看出这次scp的运行的结果状态是有错误的，但是不容易发现错误点在哪，所以我在正确主机上也debug来对比分析。
2） 对比正确主机分析错误
[[email protected] ~]#scp -v 172.16.13.72:/root/20160215.log /root
从debug中可以看出这次scp的运行的结果状态是有正确的。对比过后分析后可以大概把错误点定位在"Send file modes 跟Sink"这两个入口。
3） 分析出现"change alias here"的地方
由于发现"change alias here"是在非交互式登录时就会出现，故很快可以找出"change alias here"的所在地。即：~/.bashrc
发现原来是前面为了标识一下可以在~/.bashrc中定义命令别名而加上的一句echo回显打印。把相关的echo删除后可以发现scp可以正常操作，问题解决。
4） 回头分析错误出现深一步原因
多一个echo就会出现scp错误？通过查阅各种相关资料得知，基于ssh的scp命令的工作模式主要有source mode跟sink mode两种，建立连接后。
如果请求方接收到的第一个字符不是大写字符"C"，如上面例子的"---------change alias here-----------"。则会由于这远端shell的配置文件输出“加入”的协议会话而退出了scp。
如果请求方接收到的第一个字符是大写字符"C"，如"C0644 3334 20160215.log"，你就会发现一个有趣的情况，scp程序将会成功读取3334个字节，20160215.log文件剩下的字节将会在屏幕显示出来。
[[email protected] ~]# scp 172.16.13.62:20160215.log . [email protected]‘s password: 20160215.log 100% 3334 3.3KB/s 00:00 6/index.php" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (Khtml, like Gecko) Chrome/47.0.2526.80 Safari/537.36" [[email protected] ~]#
而读取到的20160215.log文件里面，会包含“C0644 3334 20160215.log”这句echo打印的话。
是不是挺有意思呢？
由于问题已经解决，自己又没很大决心再往细细去研究这SCP的工作原理，所以我的分析就到此为止了。想深入了解SCP原理的朋友可以参考How the SCP protocol works这篇文件，写得还不错。
三、补充：bash的配置文件类型
主要可以分为两类：
profile类：为交互式登录的shell进程提供配置
bashrc类：为非交互式登录的shell进程提供配置
| 全局：对所有用户都生效 | 用户个人：仅对当前用户有效 | 功用 | |
| profile类 | /etc/profile 或 /etc/profile.d/*.sh | ~/.bash_profile | 1、定义环境变量； 2、运行命令或脚本 |
| bashrc类 | /etc/bashrc | ~/.bashrc | 1、定义本地变量； 2、定义命令别名； |
登录类型：
交互式登录shell进程：
直接通过某终端输入账号和密码后登录打开的shell进程；
使用su命令：su - USERNAME, 或者使用 su -l USERNAME执行的登录切换；
非交互式登录shell进程：
su USERNAME执行的登录切换；
图形界面下打开的终端；
运行脚本
配置文件读取顺序：
交互式登录shell进程：
/etc/profile --> /etc/profile.d/* --> ~/.bash_profile --> ~/.bashrc --> /etc/bashrc
非交互式登录shell进程：
~/.bashrc --> /etc/bashrc --> /etc/profile.d/*
结 语
发现问题不可怕，解决问题时，分析思路最重要。
如果朋友你自己也有linux相关的奇葩问题，不要一个人留着哦，期待与您一起讨论分享。
附：如对上面描述有疑问，期待与朋友您共同探讨。本人QQ:1084569767
本文出自 “小蚊子的家园” 博客，请务必保留此出处http://timber.blog.51cto.com/7677013/1745550
以上是关于记录一奇葩scp问题的分析与解决过程的主要内容，如果未能解决你的问题，请参考以下文章
错误记录Flutter 混合开发获取 BinaryMessenger 报错 ( FlutterActivityAndFragmentDelegate.getFlutterEngine() )(代码片段