[大家的项目] 获取主机IP地址
get-host-ip
https://github.com/stuartZhang/get-host-ip/tree/main
这是一款用rust
制作的命令行工具。其被设计用来从C:\Windows\System32\ipconfig.exe
的执行结果内提取出指定【网卡】的属性值。比如,从电脑本的【无线局域网适配器WLAN
】中提取出【IPv4
地址】字符串值。
使用场景
从Windows Subsystem for Linux
(比如,Ubuntu-20.04
)读取其宿主主机(比如,Windows 11
)无线物理网卡的IP
地址。进而,将其作为两项重要功能的配置项入参:
投影
WSL2
图形界面至Windows
宿主桌面系统显示。
无论是将整个
Gnome
桌面系统投影作为Windows
环境下的一个应用程序窗口,还仅只是投影某个Linux GUI
应用程序,X11 Server
都需要借助$DISPLAY
环境变量明确地知晓XSTATA
的准确IP
位置。请不要自做聪明地认为127.0.0.1
可能搪塞过去。127.0.0.1
是指向WSL2
子系统自身,而不是宿主主机。关于
WSL2
桌面投影的更多技术细节,可参见我早先的另一篇文章为 Rust+QT 编程搭建【伪】win32 开发环境。还算是详细吧!
使Windows
宿主操作系统共享VPN
客户端给WSL2
子系统。
从操作上,执行
export HTTP_PROXY=***
指令要比在Linux
系统里安装与配置另一个Clash
实例要省心多了。从后续维护上,对
VPN
客户端的软件升级与配置更新仅需要做一遍操作更节省时间。从经济上,更少的在线客户端数量也更便宜。
曾经的纠结
早先我也曾经使用nodejs
脚本程序实现了相同的功能。但,node
虚拟机首次启动时间着实有些长了。虽然该长延时弊端在交互式bash
上下文中并不明显(毕竟咱敲键盘也不快,还时不时地敲错字母),但当被置于.bashrc
内执行时,其造成的shell
会话初始化阻滞就让人有点不好接受了(毕竟,每次开个新shell
窗口都得明显黑幕个把秒钟,体验着实有些儿差)。所以,我决心使用rust
重构此“热”指令。效果明显,几乎一闪便可完成shell
初始化。
命令行指令-用法
$ get-host-ip --help
获取 wsl 宿主机器的物理 IP 地址
Usage: get-host-ip [OPTIONS]
Options:
-s, --section <SECTION> ipconfig.exe 返回结果中的【主分类】标题 [default: "无线局域网适配器 WLAN"]
-e, --entry <ENTRY> ipconfig.exe 返回结果中的【主分类】下各个条目的标签名 [default: "IPv4 地址"]
-h, --help Print help
-V, --version Print version
更详细图例
返回结果
get-host-ip
执行输出就是没有结尾换行符的IP
地址字符串。若将该指令添加入$PATH
,那么在Shell
求值表达式内可以直接
export HOST_IP=$(get-host-ip);
链接库依赖
因为Windows cmd
指令输出文本内容的字符集是cp936
,而不是UTF-8
。所以,get-host-ip
需要依赖操作系统预置的字符集转换动态链接库libiconv
,来完成cp936 -> UTF-8
的字符集转换。
Linux
操作系统
大部分主流Linux OS
都包含有libiconv
。若你的Linux OS
版本比较早或是compact
版而缺失了libiconv
也不必慌。按如下方式补装即可:
wget http://ftp.gnu.org/pub/gnu/libiconv/libiconv-1.9.1.tar.gz
tar -xzvf libiconv-1.9.1.tar.gz
cd libiconv-1.9.1.tar.gz
./configure --prefix=/usr/local
sudo make -j8
sudo make install
sudo ln -s /usr/local/lib/libiconv.so /usr/lib/libiconv.so
sudo ln -s /usr/local/lib/libiconv.so.2 /usr/lib/libiconv.so.2
Windows
操作系统
要么,从setup直接下载安装包,并本地安装之。缺点就是会“污染”你的PATH
环境变量。
要么,从binary下载预编译包。在解压缩之后,将其下的bin
目录添加到你的编译环境变量RUST_FLAGS
内。比如,
set RUST_FLAGS=-L C:\libiconv-1.9.2-1-bin\bin
吐槽
同一款libiconv
链接库怎么对Linux
与Windows
操作系统提供了不同名的导出函数呢?这个“缺德的”命名差异导致我在【编译期·动态链接】环节卡住了好几天。相对于Linux
版的链接库导出函数名,Windows
版的每个导出函数都有一个lib
前缀 —— 故意的吧?真要命。