chmod 計算機不是在命令列上執行來讀取和寫入實際檔案，就是在瀏覽器中執行，將權限位元在嚴格的八進位和文字表示之間轉換，而不會接觸檔案系統。兩者對給定模式都會產生相同的數值答案，但它們回答的是不同的問題。chmod、stat 和 umask 等命令列工具是針對運作中的檔案系統運作，並回報或變更特定路徑的有效權限。線上計算機只處理位元本身，驗證你所輸入內容的確切格式、對應特殊位元，並以表格說明其結構。當權限問題其實是擁有權、ACL 或上層目錄遍歷問題，而非模式位元問題時，這項區別就很重要。正確的答案通常是兩者並用：命令列用於讀取目前狀態並套用變更，瀏覽器工具則用於在執行前規劃並驗證確切的八進位或文字字串。本文將逐步說明各方法擅長之處、不足之處，以及純瀏覽器的 Chmod 計算機在一般轉換、特殊位元和批次規劃方面與終端機作業的比較。
讀取和寫入 Chmod 值的命令列方法
Unix shell 五十多年來一直是最初的 chmod 計算機，並且有數個命令可以直接產生或使用權限位元。stat -c '%a' file 會回傳任何路徑的正規三位或四位八進位數值。stat -c '%A' file 會回傳包含最前端檔案類型字元的十個字元文字字串。ls -l 會為目錄中的每個項目顯示相同的字串。umask 會列印 shell 的預設模式遮罩，該遮罩會在建立新檔案時被遮罩掉，這本身不是 chmod 模式，也無法代入 chmod 命令中。chmod 755 file 會將絕對模式套用至真實路徑；chmod u+x,g-w file 套用的是修改運算式，而非絕對模式。GNU Coreutils 文件定義了確切的位元位置，以及文字字元與底層 POSIX 遮罩之間的關係。
這些工具共享三項特性。首先，它們需要運作中的路徑或執行中的 shell，因此無法在檔案存在之前，或僅有來自 runbook 的數值時協助你規劃模式。其次，它們接受任何你傳入的內容：chmod 099 file 會被無聲地截斷為 99，因為 shell 將其解析為十進位整數而非八進位模式，而某些包裝器會在送達核心前重寫像 0755 這種前置零的形式。第三，它們回傳核心所回報的任何內容，這可能包括在 ACL、SELinux 內容或替代存取方法生效時所產生的結尾字元如 . 或 +。POSIX 定義了模式位元；超出這些位元的個別檔案中繼資料是檔案系統特有的，並以後綴形式出現，而非模式本身的一部分。
線上 Chmod 計算機能做而終端機做不到的事
基於瀏覽器的 Chmod 計算機僅處理文字。它接收完整的權限快照、依據嚴格的語法驗證格式，並回傳正規八進位、九個字元的文字值，以及標示擁有者、群組和其他人的標籤表格，並明確標出 setuid、setgid 和 sticky 位元。由於它沒有 shell、沒有路徑、也沒有檔案系統，每個輸入都會逐字元檢查。0o 前綴、符號、空格、Unicode 視似數字的字位，或多餘的位置都會以語法錯誤拒絕，而非無聲地重寫。文字輸入也是如此：前置的檔案類型破折號、像 u+x 的 chmod 修改運算式，或從 ls -l 複製而來的十個字元字串都會被拒絕，因為該工具只接受列表工具用於權限部分的完整九個字元形式。
線上方式也讓完整的 4,096 個模式空間變得可定址。完整的 12 位元範圍涵蓋八進位 0000 至 7777，亦即十進位 0 至 4095；字串 4096 是超過最大值一個，而且不是有效的八進位，因為 9 不是八進位數字。該工具不會依賴少數熟悉的預設值，而是驗證從 0 到 7 的每個數字位置以及每個四位元組合，並以相同的反向邏輯產生文字形式，因此可以達成真正的往返轉換。特殊位元的執行位置會根據底層執行位元是否同時設定，顯示為 s、S、t 或 T，這正是 ls -l 所顯示的確切大小寫區分。對於想要涵蓋完整範圍的專用替代方案，涵蓋每個模式位元的 chmod 計算機替代方案指南會從另一個角度說明同樣的完整涵蓋範圍。
命令列與線上轉換的主要差異
這兩種方法在純數學上重疊，但在驗證、內容以及它們實際能證明的事項上有所不同。下表總結了開發人員最可能權衡的取捨。
| 面向 | 命令列 (stat、chmod、ls) | 線上計算機 |
|---|---|---|
| 輸入 | 真實檔案路徑或模式引數 | 僅限輸入的字串 |
| 所需的系統狀態 | 執行中的 shell、可讀路徑，有時需要 root | 無 — 可在任何瀏覽器分頁中執行 |
| 特殊位元處理 | 反映套用後核心實際保留的內容 | 將要求的模式位元作為規劃輔助回報 |
| 驗證嚴格度 | 接受寬鬆輸入 (例如 099、帶正負號的十進位) | 以語法錯誤拒絕格式錯誤的輸入 |
| 輸出 | 檔案類型前綴、選擇性的 ACL 或屬性後綴 | 正規八進位、九個字元的文字、標籤表格 |
| 檔案類型字元 | 包含 (例如 -rwxr-xr-x、drwxr-xr-x) | 已去除；僅接受九個權限字元 |
| 往返轉換安全性 | 核心可能清除或忽略位元 (沒有執行的 setuid 等) | 在 4,096 個模式範圍內的每個值都可保留往返轉換 |
| 網路使用 | 僅限本機 shell | 僅限本機瀏覽器，不上傳 |
| 最適合 | 讀取即時狀態並套用變更 | 規劃模式、教學位元結構、驗證意圖 |
當表格看起來模稜兩可時，實用的原則是使用命令列確認磁碟上的實際情況，並使用線上工具在發出命令前設計或仔細檢查確切的字串。每一方都能回答另一方無法回答的問題。
如何在瀏覽器中轉換八進位和文字值
請依照下列步驟，使用嚴格的瀏覽器工具在任何完整模式之間轉換八進位和文字形式。
- 開啟 Chmod 計算機並選擇你需要的方向：如果你有像 4755 或 755 這樣的字串，請選擇八進位轉文字；如果你有像 rwsr-xr-x 或 rwxr-xr-x 這樣的字串，請選擇文字轉八進位。
- 以所需的嚴格格式輸入一個完整的權限快照。對於八進位，請輸入剛好三個數字 (例如 755 表示一般模式)，或在有特殊位元時輸入剛好四個數字 (例如 4755)。像 0755 這樣的前置零會被接受，並代表與 755 相同的位元。對於文字，請輸入剛好九個位置有效的字元，九個位置中的每個都是 r、w 或 x 或連字號。請勿包含前置破折號或 chmod 修改運算式。
- 轉換並檢視三項輸出：未設定特殊位元時已移除多餘的特殊位元零的正規八進位值、任何特殊執行位置大小寫正確的九個字元文字值，以及顯示擁有者、群組和其他人的讀取、寫入和執行或搜尋的標籤表格，並在適當處標出 setuid、setgid 和 sticky。
- 僅在確認目標檔案路徑、擁有權、特殊位元意圖和最低權限需求後，才複製 chmod OCTAL FILE 範本。該範本是規劃輔助；計算機永遠不會收到路徑，也不會呼叫 chmod。
以單一完整範例來說，八進位 4755 可拆分為：4 表示 setuid，7 表示擁有者 (讀取、寫入、執行)，5 表示群組 (讀取、執行)，5 表示其他人 (讀取、執行)。正規文字形式為 rwsr-xr-x：由於 setuid 和執行皆已設定，擁有者的執行位置變為小寫 s。將 rwsr-xr-x 往返轉換回計算機會再次產生 4755，確認特殊位元的大小寫區分已保留。
特殊位元、往返轉換安全性與模式位元限制
特殊位元是命令列和線上轉換最常意見解分歧的地方。命令列將 4755 套用至真實檔案時，核心可能會依據擁有權和安全性原則保留、清除或忽略 setuid。線上工具將 4755 回報為所要求的模式，並在結果表格中標示 setuid，但無法保證任何特定檔案系統會在磁碟上保留該位元。像 6755 的四位八進位輸入帶有 setuid 和 setgid；7755 帶有 setuid、setgid 和 sticky；7750 帶有三個特殊位元，且群組執行存在而其他人執行不存在。三位輸入明確表示沒有特殊位元，這就是為什麼未設定任何位元時，正規八進位會去除前置零。目錄上的 sticky 通常會限制非擁有該項目或目錄之使用者的刪除或重新命名；目錄上的 setgid 通常會影響新子項的群組。計算機會回報所要求的模式位元，但無法預測你的檔案系統是否會保留它們。
往返轉換安全性很重要，因為在工具之間複製值通常會遺失資訊。從 ls -l 複製而來的文字字串包含代表普通檔案的前置 -，以及代表目錄的 d；計算機會將其視為格式錯誤而拒絕，因為檔案類型字元帶有權限部分沒有的資訊。來自替代存取方法的結尾 . 或 + 也會被拒絕。計算機會徹底檢查 4,096 個值範圍內的每個模式，因此從任何有效的八進位到文字再轉回的轉換保證會回傳相同的值，包括 s、S、t 和 T 的大小寫。這項保證較難在運作中的核心上主張，因為檔案系統語意、掛載選項和安全原則可能會改變所保存的內容。
另一個值得注意的限制是，計算機描述的是模式位元，而非實際授權。程序仍然需要具備遍歷上層目錄的權限，而存取可能會受到擁有權、群組成員、上層目錄遍歷、capability、掛載選項、唯讀檔案系統和應用程式沙箱的影響。POSIX 定義了位元位置；其餘則屬於作業系統原則。當套用完美正確的模式後權限問題仍然存在時，下一步的調查方向是擁有權、群組成員、上層目錄遍歷，以及任何生效中的非模式控制項，而非不同的八進位值。
Choosing the Right Method for Your Workflow
For one-off lookups on a system you already administer, the command line is faster and more authoritative because it returns exactly what the kernel reports. For planning a mode, teaching the bit structure, or converting values documented in a runbook without opening a terminal, the browser tool is faster and more forgiving of bad input because it rejects malformed strings up front. For sensitive changes involving setuid, setgid, or sticky bits, use both: compute and verify the value in the Chmod Calculator, then apply it with chmod and confirm with stat. For broader chmod work, also remember that the calculator reports requested mode bits only and that least privilege should drive every decision. Avoid 777 as a default; diagnose ownership, groups, and parent-directory traversal first, and treat any chmod value copied from the tool as a review aid rather than a guarantee. The GNU chmod manual page documents the kernel-side semantics that no browser tool can promise.
Related reading: Box Shadow Generator: Command Line vs Online Workflows.