移植SSH到ARM目标板的Linux系统中

最新推荐文章于 2024-09-14 15:32:57 发布

蠢萌Boy

最新推荐文章于 2024-09-14 15:32:57 发布

阅读量1.3k

点赞数 2

分类专栏： SSH 文章标签： linux ARM SSH

本文链接：https://blog.csdn.net/qq_38631503/article/details/105512807

版权

SSH 专栏收录该内容

1 篇文章 0 订阅

订阅专栏

前言：SSH的移植部署网上文章有很多，流程也几乎一样，但是我在参考移植的过程中，因为源码库本身的版本更新，Ubuntu18.04开发环境和我的Hi3559单板环境问题，导致我移植过程中遇到很多“坑”，虽然最终成功，但是过程却不那么愉快，耗费很多精力不断尝试，决定整理记录一下。

参考文章：

成功移植SSH到ARM目标板的Linux系统中：https://blog.csdn.net/u010014090/article/details/79104429

openssl的编译与交叉编译： https://blog.csdn.net/fangye945a/article/details/86658621

注：SSH移植和Openssl编译是原版移植，可以参考上面原文链接；文章最后会单独列出来我遇到的问题；

一.成功移植SSH到ARM目标板的Linux系统中

1.openssl make install出错

2.openssh configue时出错

3.openssh configure时出错

4.openssh make编译时出错

5.移植完运行时(最后)出错

6.思路整理

一.成功移植SSH到ARM目标板的Linux系统中

传统的网络服务程序，在网络上用明文传送口令和数据，所以---ftp、pop和telnet在本质上都是不安全的。SSH （ Secure Shell），则会加密传输的数据，并且压缩后再传输，使得计算机之间的远程控制和数据传输安全高效。
在运行Linux操作系统上移植ssh步骤：
        1. 下载安装包；
        2. 找到一个开发平台，在开发平台上进行部署要配置的文件；
        3. 配置编译相关文件；
        4. 移植可执行文件、配置文件、库到目标平台上。
        5. 测试

1. 下载：

移植SSH需要3个安装包：zlib、openssl和openssh，地址如下：
zlib官方下载：http://www.zlib.net/
openssl官方下载：http://www.openssl.org/source
openssh官网下载：http://www.openssh.com/portable.html
因为它们之间没有版本所谓的版本冲突，所以都下载最新板的即可。本文以zlib-1.2.3.tar.gz、openssl-0.9.8e.tar.gz、openssh-5.6p1.tar.gz这三个版本为例，其他版本过程一样。注意：其他高版本的移植工作后会依赖对应的高版本的库，有时候目标板不支持高版本库的时候，就可以适当降低openssh的版本后再移植。

2. 部署

3. 配置和交叉编译

1. 编译zlib
    cd /home/work/ssh/source/zlib-1.2.3
    /*配置zlib*/
    ./configure -prefix=/home/work/ssh/install/zlib
    /*修改Makefile :*/
    vi Makefile
    CC=gcc 改为:
    CC=arm-none-linux-gnueabi-gcc
    LDSHARED= gcc 改为:
    LDSHARED=arm-none-linux-gnueabi-gcc
    CPP= gcc - E 改为:
    CPP=arm-none-linux-gnueabi-gcc - E
    AR= ar rc 改为:
    AR=arm-none-linux-gnueabi-ar rc
    /*保存退出，开始编译:*/
    make
    make install

2. 编译openssl
cd /home/work/ssh/source/openssl-0.9.8e
/*配置openssl*/
./Configure os/compiler:arm-none-linux-gnueabi-gcc
make
make install

3. 编译openssh
cd /home/work/ssh/source/openssh-5.6p1
./configure -host=arm-none-linux-gnueabi -with-libs -with-zlib=/home/work/ssh/install/zlib -with-ssl-dir=/usr/local/ssl -disable-etc-default-login CC=arm-none-linux-gnueabi-gcc AR=arm-none-linux-gnueabi-ar
make
注意：openssh不需要make install，不需要安装目录
configure opt介绍：
–prefix= install architecture-independent files in PREFIX[ /usr/local ] (将体系无关文件安装到目录PREFIX里，默认是/usr/local)，这里的有：PREFIX/etc，PREFIX/com，PREFIX/var，PREFIX/include，PREFIX/share
–with-zlib=刚才编译出来的zlib安装路径
–with-ssl-dir=刚才编译出来openssl安装路径
–host=交叉编译出来的程序运行的平台

4. 移植到ARM目标板

确保目标板上有以下目录,如果是真的没有的时候，则新建添加，
/usr/local/bin/
/usr/local/sbin/
/usr/local/etc/
/usr/local/libexec/
/var/run/
/var/empty/
/*改变empty的所属权为root*/
chown root /var/empty

拷贝文件到目标板Linux系统中
cd /home/work/ssh/source/openssh-5.6p1/
cp scp sftp ssh ssh-add ssh-agent ssh-keygen ssh-keyscan /usr/local/bin
cp moduli ssh_config sshd_config /usr/local/etc
cp sftp-server ssh-keysign /usr/local/libexec
cp sshd /usr/local/sbin/
chmod 777 /usr/local/sbin/sshd

在开发平台上生成Key文件，拷贝到目标板
cd /home/work/ssh/source/openssh-5.6p1/
ssh-keygen -t rsa -f ssh_host_rsa_key -N ""
ssh-keygen -t dsa -f ssh_host_dsa_key -N ""
ssh-keygen -t ecdsa -f ssh_host_ecdsa_key -N ""
ssh-keygen -t dsa -f ssh_host_ed25519_key -N ""
cp ssh_host_*_key /usr/local/etc/
chmod 600 /usr/local/etc/ssh_host_ed25519_key
注：key是指私钥文件，有4个文件需要拷贝

修改目标板密码，在目标板的文件系统中添加：
在/etc/passwd 中添加下面这一行
sshd:x:74:74:Privilege-separated SSH:/var/empty/sshd:/sbin/nologin

5. 测试

首先必须保证目标板的时间和当前时间的一致，才能使访问时密码不会过时。
可以在目标板上使用data命令设置时间：
date -s "2018-01-19 10:30:00"
配置目标板网络：
ifconfig eth0 192.168.117.119
ifconfig eth0 up
在ARM单板上运行（注意请使用绝对路径来启动sshd服务器守护进程）：
/usr/local/sbin/sshd

可以使用ps命令查看sshd是否工作，如果运行的过程中有提示缺少动态连接库，可以在主机上搜索相应文件，拷贝到目标板/lib/目录下面，注意创建软连接！

在主机上运行：
ssh root@192.168.117.119（开发板的ip）
然后输入开发板的root密码就就可以了。

注：
    1. root密码就是你开发板上root的密码，如果之前root没有密码，需要重新设置，用passwd root，然后输入密码即可。
    2. 如果目标板由于某些网络的影响导致ip不稳定，使得ssh client连接不上，可以尝试把目标板的ip固定
    vi autorun.sh /*添加如下*/
    ifconfig eth0 192.168.117.119
    3. 如果移植编译的时候出错，请考虑你的交叉编译链和你的软件版本的匹配性，针对自己的交叉编译链，酌情降低或者升高软件版本，重新按照以上步骤来执行。

二.openssl交叉编译

交叉编译与Ubuntu编译类似，配置时通过【--prefix=绝对路径】选项指定安装路径（自行创建文件夹），然后修改Makefile文件，修改方式如下：

./config no-asm -shared --prefix=/home/fangye/libs_build/openssl/build_arm

vim Makeifle

指定交叉编译工具链：

搜索-m64选项并删除，共两处：

交叉编译、安装交叉编译后的库至之前自行指定的路径。

# make
# make install

交叉编译结果：

三.错误记录

1.openssl make install出错

recipe for target 'install_docs' failed

configue时要加上no-asm -shared参数，然后修改Makefile；具体参考上面的openssl交叉编译

2.openssh configue时出错

configure: error: /bin/sh ./config.sub aarch64-himix100-linux failed

wget -O config.sub 'http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.sub;hb=HEAD'

wget -O config.guess 'http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.guess;hb=HEAD'

使用新下载的文件替换原来的，再次运行configure即可;

注：网上很多说缺库文件的，用apt-get自动安装后即可，但是我的环境是Ubuntu18.04而且不缺少这些文件；

最后百度到这种下载新文件替换原有的解决问题；如果是config.guess报错的话，同样替换config.guess即可；

3.openssh configure时出错

configure: error: *** zlib.h missing - please install first or check config.log ***

configure: error: *** Can't find recent OpenSSL libcrypto (see config.log for details) ***

configure: error: *** OpenSSL headers missing - please install first or check config.log ***

注：网上很多说缺库文件的，用apt-get自动安装后即可，但是我的环境是Ubuntu18.04而且不缺少这些文件；

但实际上是openssl版本过低，我更换更新的版本后问题解决；

4.openssh make编译时出错

authfd.c:487:33: error: dereferencing pointer to incomplete type 'DSA {aka struct dsa_st}'
buffer_put_bignum2(b, key->dsa->p);

configure配置时连接的SSL版本相对过高，所以更换高版本的SSH或者配置低版本的SSL即可解决；

这个可能跟自己的电脑(Linux)环境也有关系，毕竟我使用多个博主的移植版本在我的电脑上也没有成功；
比如：zlib-1.2.3.tar.gz、openssl-0.9.8e.tar.gz、openssh-5.6p1.tar.gz这三个版本我就没有成功；

5.移植完运行时(最后)出错

libc.so: version `GLIBC_2.25' not found

这里可以说是“最坑”的地方，使用最新的zlib，openssl，openssh完成交叉编译后却发现不能在ARM板上运行

而解决这个错误，没两把刷子的还是不要去尝试的好

GLIBC介绍：glibc是GNU发布的libc库，即c运行库。glibc是linux系统中最底层的api，几乎其它任何运行库都会依赖于glibc。glibc除了封装linux操作系统所提供的系统服务外，它本身也提供了许多其它一些必要功能服务的实现。内核实现一个功能，glibc要花很久才会用上，由于glibc和内核不是一块开发的，所以glibc需要去兼容不同版本的内核，而内核也要去兼容不同版本的 glibc，双方都背负了太多的历史包袱。

总结：GLIBC是系统底层依赖的文件，自己不要随随便便编译，如果真要升级，那就使用yum升级，不要自己编译，因为编译出来的版本和内核版本之间不一定能兼容在一起，这是个很麻烦的事。

解决方法：其实很简单，文章开篇就说了，其他高版本的移植工作后会依赖对应的高版本的库，有时候目标板不支持高版本库的时候，就可以适当降低openssh的版本后再移植。没错，你没有看错，之所以最后会出这个问题，其实就是三个库，严格来说是openssl和openssh这两个库的版本，具体我下面做简单的说明。