get-host-ip

這是一款用rust制作的命令行工具。其被設計用來從C:WindowsSystem32ipconfig.exe的執(zhí)行結果內提取出指定【網卡】的屬性值。比如，從電腦本的【無線局域網適配器WLAN】中提取出【IPv4地址】字符串值。

使用場景

從Windows Subsystem for Linux（比如，Ubuntu-20.04）讀取其宿主主機（比如，Windows 11）無線物理網卡的IP地址。進而，將其作為兩項重要功能的配置項入參：

投影WSL2圖形界面至Windows宿主桌面系統(tǒng)顯示。

無論是將整個Gnome桌面系統(tǒng)投影作為Windows環(huán)境下的一個應用程序窗口，還僅只是投影某個Linux GUI應用程序，X11 Server都需要借助$DISPLAY環(huán)境變量明確地知曉XSTATA的準確IP位置。請不要自做聰明地認為127.0.0.1可能搪塞過去。127.0.0.1是指向WSL2子系統(tǒng)自身，而不是宿主主機。
關于WSL2桌面投影的更多技術細節(jié)，可參見我早先的另一篇文章為 Rust+QT 編程搭建【偽】win32 開發(fā)環(huán)境。還算是詳細吧！

使Windows宿主操作系統(tǒng)共享VPN客戶端給WSL2子系統(tǒng)。

從操作上，執(zhí)行export HTTP_PROXY=***指令要比在Linux系統(tǒng)里安裝與配置另一個Clash實例要省心多了。
從后續(xù)維護上，對VPN客戶端的軟件升級與配置更新僅需要做一遍操作更節(jié)省時間。
從經濟上，更少的在線客戶端數(shù)量也更便宜。

曾經的糾結

早先我也曾經使用nodejs腳本程序實現(xiàn)了相同的功能。但，node虛擬機首次啟動時間著實有些長了。雖然該長延時弊端在交互式bash上下文中并不明顯（畢竟咱敲鍵盤也不快，還時不時地敲錯字母），但當被置于.bashrc內執(zhí)行時，其造成的shell會話初始化阻滯就讓人有點不好接受了（畢竟，每次開個新shell窗口都得明顯黑幕個把秒鐘，體驗著實有些兒差）。所以，我決心使用rust重構此“熱”指令。效果明顯，幾乎一閃便可完成shell初始化。

命令行指令-用法

$ get-host-ip --help 獲取 wsl 宿主機器的物理 IP 地址 Usage: get-host-ip [OPTIONS] Options: -s, --section

ipconfig.exe 返回結果中的【主分類】標題 [default: "無線局域網適配器 WLAN"] -e, --entry ipconfig.exe 返回結果中的【主分類】下各個條目的標簽名 [default: "IPv4 地址"] -h, --help Print help -V, --version Print version

更詳細圖例

返回結果

get-host-ip執(zhí)行輸出就是沒有結尾換行符的IP地址字符串。若將該指令添加入$PATH，那么在Shell求值表達式內可以直接

export HOST_IP=$(get-host-ip);

鏈接庫依賴

因為Windows cmd指令輸出文本內容的字符集是cp936，而不是UTF-8。所以，get-host-ip需要依賴操作系統(tǒng)預置的字符集轉換動態(tài)鏈接庫libiconv，來完成cp936 -> UTF-8的字符集轉換。

`Linux`操作系統(tǒng)

大部分主流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`操作系統(tǒng)

要么，從setup直接下載安裝包，并本地安裝之。缺點就是會“污染”你的PATH環(huán)境變量。

要么，從binary下載預編譯包。在解壓縮之后，將其下的bin目錄添加到你的編譯環(huán)境變量RUST_FLAGS內。比如，

set RUST_FLAGS=-L C:libiconv-1.9.2-1-binbin

吐槽

同一款libiconv鏈接庫怎么對Linux與Windows操作系統(tǒng)提供了不同名的導出函數(shù)呢？這個“缺德的”命名差異導致我在【編譯期·動態(tài)鏈接】環(huán)節(jié)卡住了好幾天。相對于Linux版的鏈接庫導出函數(shù)名，Windows版的每個導出函數(shù)都有一個lib前綴 —— 故意的吧？真要命。

審核編輯：李倩

聲明：本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人，不代表電子發(fā)燒友網立場。文章及其配圖僅供工程師學習之用，如有內容侵權或者其他違規(guī)問題，請聯(lián)系本站處理。舉報投訴