■在A机生成公钥 ssh-keygen -t rsa 一路回车即可，若提示覆盖已有文件，则备份已有文件后再覆盖 ■把在A机生成的公钥写到B机某用户authorized_keys文件里【方法1】 在A机操作： ssh-copy-id -i ~/.ssh/id_rsa.pub -p 22 root@192.168.2.12 提示输入密码后，拷贝完成 此时，验证A机是否可直接登陆B机：ssh -p 22 root@192.168.2.12 ■把在A机生成的公钥写到B机某用户authorized_keys文件里【方法2】 …

FileName: upgrade opensshd-linux7.2_1511-2018.txt 注1：本文档已在如下版本测试通过 RedHat/CentOS 7.2-1511 注2：本文采用新安装方式，保留已有版本的openssl、openssh、zlib，好处是可以回退旧版本。 首先配置yum，用于安装可能需要的package ■■挂载OS的iso镜像 参见《upgrade opensshd-linux-2018.txt》 ■■yum配置-local 参见《upgrade opensshd-linux-201…

FileName: upgrade opensshd-linux-2018.txt 注1：本文档已在如下版本测试通过 RedHat/CentOS 6.3、6.4、6.5 注2：本文采用新安装方式，保留已有版本的openssl、openssh、zlib，好处是可以回退旧版本。 首先配置yum，用于安装可能需要的package ■■挂载OS的iso镜像 mount -o loop /u01/soft/rhel.iso /mnt/iso 修改/etc/fstab，设置开机挂载iso： /opt/soft/rhel.iso…

我的项目现场实践表明，linux的默认内存管理方式是存在问题的，不够智能，多片小的内存页管理带来CPU的高负荷，忙时SYS占用竟然达到了20%甚至30%以上，要知道这个管理开销完全是操作系统层面的，与应用无关，手动改为大内存页管理后，减少了忙时20%以上的CPU开销。这点如果足够智能，完全不需人工介入。也就是说，如果实时观察系统负荷时，发现SYS%这个CPU占用过高，一个可能的原因就是内存管理机制带来的问题，需要手动配置调整大内存页。 实际上，这一点会彻底影响oracle数据库的性能，为此oracle官方也有相应的…