結果之後發現印表機還是會出現一些問題…
後來研究半天，決定改成透過 USB/IP 來把印表機接到 Windows 電腦上

前情提要

一些背景就不重複了，可以參考前一篇文章
簡單來說就是要把一台接到 Raspberry Pi 的印表機
不透過實體 USB 線，弄到可以從 Windows 電腦上列印

前一篇文章的最終方案出現的問題

前一篇文章提到的 Samba + CUPS + 空 ENPC 封包方案
剛設定完後
列印都沒問題，操作延遲也都在可接受範圍內

但是過一段時間
打開印表機，從 Windows 電腦列印的時候
印表機卻會印到約 95% 就把紙送出來
然後停住、亮缺紙／夾紙燈

正常來說真的發生缺紙或夾紙的話
把紙處理好，按下印表機上的送紙鍵就會繼續列印

可是現在按下任何按鍵都沒反應
即使把印表機重開都沒辦法解決
最後發現要到 Raspberry Pi 上清掉列印工作、重開 CUPS 才能解決

然後過一陣子又會再發生一樣的情況

是 ENPC 封包的問題嗎…？

本來猜說是不是 ENPC 封包的問題
回應空封包可能會讓驅動程式出問題？

於是把印表機暫時接到一台 Windows 電腦上
裝好 Epson 官方的驅動程式，打開 Windows 的分享功能
到另一台 Windows 電腦上安裝驅動程式透過 SMB 連上那台印表機
再用 WireShark 看看正常情況下的 ENPC 封包是要回應什麼

結果發現這種情況下
客戶端的驅動程式根本就不會發送 ENPC 請求封包
這就表示對 Epson 的驅動程式來說
遠端印表機是接在 Samba + CUPS 的組合上，跟接到 Windows 電腦上，是有差異的

到這一步就可以知道要解決 Samba + CUPS 的問題不會很容易
甚至可能是不可能的了
畢竟我們不知道 Epson 的驅動程式具體做了什麼

USB/IP

後來決定改試試看 USB/IP 協定
這個協定簡單來說，就是伺服器端把 USB 設備透過網路分享出去
客戶端就可以把這個設備當作是接在自己的電腦上一樣使用

詳細說明可以參考以下幾個連結：

• https://www.kernel.org/doc/html/latest/usb/usbip_protocol.html
• https://usbip.sourceforge.net/
• https://wiki.archlinux.org/title/USB/IP

其實一開始就有考慮過這個方案了
雖然 USB/IP 在 Linux 上是內建在 kernel 裡，又已經有一段時間了
應該算穩定
但我的使用情境裡，客戶端是 Windows
之前查了一下，發現現在 Windows 上的 USB/IP 驅動程式好像還有一些問題
就想說先試試看其它的作法

不過現在看來
還是得試試看這個方案了

大致流程

伺服器端（Raspberry Pi）

1. 安裝 usbip
2. 啟動 usbipd 服務
3. 把印表機 bind 到 USB/IP 分享出去

客戶端（Windows）

1. 安裝 cezanne/usbip-win 的驅動程式
2. Attach 到伺服器端的印表機

額外說明

伺服器端在重開、重接後自動 bind

由於 USB 裝置因為拔掉或關機而與系統斷開連線時
USB/IP 會取消 bind 的狀態
重新連上也不會自動 bind 回去
所以會需要一些機制來自動把印表機 bind 上去

另外 usbipd 這個服務在 Debian 上的 usbip 套件裡是沒有包含 systemd 服務的
所以也不會自動在系統開機時啟動

所以我就參考一些網路上看到的作法
寫了一個 systemd unit 檔案來自動啟動 usbipd 服務
以及一個 udev rule，在印表機連上時自動跑 usbip bind

https://github.com/lcy0321/systemd-udev-usbip-printers

客戶端的驅動程式

前面提到 Windows 上的 USB/IP 驅動程式好像有一些問題
是指說歷史比較悠久、驅動程式有簽章的 cezanne/usbip-win 已經沒在維護了
而有持續在開發的 vadimgrn/usbip-win2 目前還沒有驅動程式簽章
沒有簽章的話，Windows 必須要開啟 TESTSIGNING 模式才能安裝並使用這個驅動程式
這會降低系統的安全性，而且據說有些銀行的程式會不給在這個模式下使用

我還是先選擇舊的 cezanne/usbip-win 來試試看
使用的是有簽章的版本 0.3.6-dev
目前看起來沒出現什麼問題
不過還是希望能有公司出現幫 vadimgrn/usbip-win2 的驅動程式簽章

客戶端自動 attach

類似伺服器端的問題
伺服器端的 USB/IP 裝置因為關機之類的問題而消失時
客戶端也會自動取消 attach
所以需要一個機制來自動 attach

本來是想透過 Windows 的工作排程器來實作
每隔一段時間就執行一次 usbip attach 指令
反正如果已經 attach 了，再 attach 也不會有問題
伺服器端的 USB/IP 裝置不在的話，指令會失敗，也不會有什麼問題

不過這樣有兩個問題

第一是工作排程器的最小間隔是 1 分鐘
這就表示打開印表機到客戶端 attach 的時間最多會延遲 1 分鐘

第二是伺服器端上會出現一大堆 error log
顯示有客戶端試圖 attach 一個不存在的 USB/IP 裝置
或是試圖 attach 一個已經被 attach 的裝置

所以後來寫了一個 PowerShell script
只在目前沒有 attach 的情況下
執行 list 指令，看看伺服器端上的 USB/IP 裝置在不在
在的話就 attach；不在的話就不做任何事情
等個幾秒後再重複這個動作

然後再用 winsw 把它包裝成 Windows 服務
讓它開機時自動啟動，並在意外關閉時自動重啟

結論

目前試起來是沒有問題
不過前幾次的問題也是過一陣子才會出現…
所以還是要再觀察一陣子才能確定

2024-12-30 更新

這篇的最終解法在幾個月後還是出現了問題
後來的解法可見新的文章

前情提要

印表機

家裡的印表機是 Epson L360，是連續供墨的機型
用了快十年，還沒換過幾次墨水匣，滿划算的

本來在舊家放在客廳，是用 USB 接到一台 Windows 電腦上
再透過 Windows 的印表機共用功能，讓家裡的其它電腦可以用

不過搬到新家後，客廳配置不太一樣
放在弱電櫃上方，離電腦有一段距離，沒辦法直接接 USB 線

華碩無線路由器

本來是先透過 USB 接上華碩的無線路由器（RT-AC66U B1）
搭配這台路由器的網路印表機伺服器功能，分享給其它電腦用

正常的時候，不論是用華碩 EZ 印表機分享或 LPR 協定分享哪種方式
都可以在客戶端連上印表機後，透過 Epson 本身的驅動程式正常列印
只有一個小問題，用 LPR 協定分享的話，客戶端啟動列印到印表機開始列印之間會有一段 10 到 20 秒的延遲

可是不知道是什麼原因
每次重開印表機的時候，路由器都有機率把它認成 modem 裝置
導致印表機分享功能沒有啟動
這時候就要重開這個功能、重插印表機的 USB 線，或是重開印表機看看能不能解決

對我來說已經算麻煩了
更不用說對家人來說根本不知道怎麼處理

再加上網路上搜尋類似問題的時候，也看到也有人在抱怨華碩的網路印表機伺服器功能不太穩定
所以就考慮看能不能換個方式

Raspberry Pi

後來就想說搞一台單板電腦像是 Raspberry Pi 來當作印表機伺服器
剛好同事有一台 Raspberry Pi 3 Model B 可以借我
就跟他借來試試看
OS 是以 Debian 12 為基礎的 Raspberry Pi OS

在 Raspberry Pi 上安裝驅動程式，再透過 CUPS 分享（有問題）

首先嘗試的是在 Raspberry Pi 上安裝 Epson L360 的驅動程式
然後再用 CUPS 透過 IPP 協定分享給其它電腦用

CUPS 的安裝和設定這邊就不贅述了，沒有什麼特別的地方

安裝驅動程式

由於這台印表機有點年代了
什麼 driverless 或 IPP Everywhere 都沒有支援
所以還是要想辦法安裝驅動程式

然後 Epson 官方網站上也沒有提供 ARM64 架構的 Linux 驅動程式
所以也只能找第三方的方案
不過即使是第三方的方案，也沒有直接支援 L360 的驅動程式

幸好 Google 了一下發現不少人表示說可以用 Gutenprint 裡的 Epson L210 或 L310 驅動程式替代
只要安裝 printer-driver-gutenprint
之後在 CUPS 加入印表機的時候，model 選擇 Epson L210 或 L310 就可以了

分享印表機

然後參考 ArchWiki 這篇教學的 2.1 和 2.2 章節設定好分享
就可以在區域網路內其它電腦上看到這台印表機了
有開 DNS-SD 的話，Windows 應該直接按一下「搜尋印表機」就可以看到
沒有的話手動加入 http://<HOSTNANME>:631/printers/<PRINTER_NAME> 也可以

成功列印…？

Windows 加入這台印表機後會透過 IPP 協定去列印
除了選項比較少之外，基本上還是可以列印的

…本來是這樣想的
結果家父要列印的時候才發現邊界特別大
原本透過官方的驅動程式列印的時候，邊界只有 0.3 公分左右
現在這種方式列印的時候，邊界變成約 1 公分，尤其下邊界更是大到約 1.5 公分
Windows 上的程式要列印的時候就有類似「列印範圍超出紙張範圍」的警告
硬要列印的話，就會有一部分內容被切掉

不過我直接在 Raspberry Pi 上列印同樣的檔案，邊界就是正常的
所以應該是 CUPS 和 Windows 之間 IPP 溝通上有問題

試圖解決

用 IPP 的工具去看 CUPS 回覆的資訊看不出所以然
後來乾脆直接去改 PPD 檔案，把裡面除了 A4 以外的紙張尺寸都刪掉
然後再到客戶端上重新加入印表機

結果上、左、右邊界好像比較正常了
可是印出來的時候似乎內容會變得更靠邊，變得比設定的邊界小
然後下邊界好像還是有點大
而且更嚴重的是有時候最後一行會整個錯位，然後一頁內容被印表機印到兩頁
整個還是不能用的狀態

透過 Samba 分享印表機（成功但需要額外處理）

後來發現說還可以有另一種方式分享印表機
就是不在伺服器端安裝驅動程式，直接以 raw 的方式透過 Samba 分享印表機
讓客戶端自己透過驅動程式直接跟印表機溝通

設定 Samba 印表機分享

可以參考上面提過的 ArchWiki 教學的 2.3 章節，或是 Samba 官方 wiki 中分享印表機的教學
設定好後，從其它 Windows 客戶端打開檔案總管輸入 \\<HOSTNAME> 就可以看到這台印表機了
這種方法要客戶端自備驅動程式（沒有在 Sambda 伺服器上附上驅動程式的話）

成功列印

這種方法就完全是透過 Epson 官方的驅動程式直接跟印表機溝通
所有功能都是正常的，邊界問題也沒了
除了…

延遲問題

透過這種方式加入印表機
每次對印表機進行操作（例如列印、打開「印表機內容」或「列印喜好設定」視窗）都會有一個 30 秒左右的延遲
雖然不影響列印，但是每次操作都要等一段時間還是很怪

觀察

去 Raspberry Pi 上打開 CUPS 和 Samba 的 debug log
看起來在客戶端進行操作的時候，同樣的 request 都會重覆發幾次，中間隔個幾秒
不過看起來沒有什麼錯誤訊息

再用 Wireshark 監控網路封包
發現客戶端在進行操作的時候，都會對伺服器的 3289 port 發送幾次 UDP 封包
不過伺服器沒有聽這個 port 當然沒有回應
模式大概是

1. 客戶端發送 UDP 封包到伺服器的 3289 port
2. 伺服器立刻以 ICMP port unreachable 回應
3. 客戶端等 3 秒左右後再發送下一個 UDP 封包
4. 重複這個過程 8 次

這樣算一算差不多就是將近 30 秒的延遲

釐清

查了一下 UDP 3289 port 會發現 Epson 官方許多機型的文件都會提到
是 Epson 用來透過 ENPC 協定「從 EpsonNet Config、印表機驅動程式及掃描器驅動程式等應用程式中發現印表機」
不過網路上都找不到 ENPC 協定的相關資訊或實作
有看到一些討論（例如 escpos-php 和 Stack Overflow），但是大家也都沒有詳細資訊

解決

反正也不知道 ENPC 協定的 request 下來要回覆什麼
我乾脆就用 Python 寫個簡單的 UDP server
讓它聽 3289 port，然後都回一個空的訊息回去

🎉然後延遲就降到剩 5 秒左右了🎉
基本上就是省下了那段不斷重試 UDP 封包的時間
剩下的應該就是 Samba 或 CUPS 本身的延遲了

到這裡印表機的使用上就算是沒有什麼問題了

結語

當初想說印表機用得好好的，不想換新的
沒想到花了好幾天的時間在自己搞印表機伺服器上
幸好最後還是解決了

主要困難點大概是以下幾點：

1. Epson 官方沒有提供 ARM64 架構的 Linux 驅動程式
2. CUPS 相關的開放原始碼社群也沒有提供 Epson L360 的驅動程式，不確定會不會是這台印表機沒有在國外發售？
3. Epson 驅動程式本身用到的 ENPC 協定沒有相關資訊

以後要買印表機的話
應該要考慮直接買有無線網路分享功能的印表機…
近幾年的印表機應該對 IPP Everywhere 的支援比較好，也就比較沒有驅動程式的問題了

好奇問了一下萬能的 Google 大神
才知道 vim 對於 conf 檔的認定
除了附檔名要是 .conf 之外
還有檔案第一行必須要是 # 開頭的註解

於是我就在 rc.conf 最前面多加了

# rc.conf

重開 vim 之後就有正常的 syntax highlighting 了

參考資料

• freebsd-stable - syntax highlighting of rc.conf with vim

Google 了一下有找到調整方法
在 Terminal 中執行以下兩條指令即可：

gsettings set org.gnome.desktop.peripherals.mouse natural-scroll false
gsettings set org.gnome.desktop.peripherals.touchpad natural-scroll false

參考資料

• gnome3 - How to disable natural scrolling? - Unix & Linux Stack Exchange