chaikau的博客

iNodeClient客户端的Archlinux构建脚本，包含PKGBUILD、ncurses5依赖、systemd配置文件 软件本体在这里下载： https://download.csdn.net/download/chaikau/12289335 解压后将软件本体也放到目录中： makepkg pacman -U inode-client.xxx.pkg.tar.zx 启动后台服务： [root]# systemctl start iNodeAuthService ps 会看到AuthenMngService进程 添加用户组： [root]# usermod -G inode_h3c -a <your> 启动软件： [<your>]$ xdg-open /usr/share/applications/iNodeClient.desktop 或者在菜单中启动 说明： 1.只验证了SSLVPN的场景，其他场景未测试。如果遇到问题可以查看软件包本体中的iNodeAuthService文件，这是一个init风格的服务配置文件； 2.软件包本体中，iNodeAuthService文件里还启动了iNodeMon后台进程，但实测客户端只需要AuthenMngService服务，缺少iNodeMon进程并不影响客户端运行； 3.PKGBUILD参考了软件包本体所自带的install_64.sh，直接makepkg就行，无需再执行install脚本； 4.安装时以inode_h3c用户组安装到/opt/iNodeClient下； 5.该软件将用户配置的连接信息保存到/opt/iNodeClient/clientfiles中而不是用户家目录中，如果用默认的777权限会产生了很大的安全隐患，非常恶心。为避免other用户读到配置，将/opt/iNodeClient权限被设置为770，因此需要有用户组权限才能保存配置。但仍然有inode_h3c组能读取所有配置的问题，多用户无法隐藏自己的配置（基本没有隔离性）。 5.由于担忧上述乱拉屎的行为，service配置中，禁止了iNodeAuthService读取系统目录和用户目录，可能会影响服务运行。 已知问题： 1.systemd服务是由旧的init脚本适配的，无法管理服务子进程，因此有可能在后台服务(AuthenMngService)异常退出的情况下，systemd的服务仍然是正常状态 2.客户端运行时没有系统托盘 3.有时候客户端无法正常退出，关闭窗口后其实还在运行，此时重新打开客户端没有响应。杀掉iNodeClient进程后就可以正常启动了。

H3C的iNode客户端，Linux64位版本，portal 802.1X sslvpn 3种认证方式都支持，其他用户上传的几乎都缺少SSLVPN的支持，甚至只支持一项 依赖：gcc-libs ncurses5 如果你是Arch党，还可以使用PKGBUILD构建软件包： https://download.csdn.net/download/chaikau/12289391