102.shtml.htm100644 1766 1746 10331 7236623521 12375 0ustar statuestatue FreeBSD使用大全
FreeBSD連載(26)：進程的權限
1999年11月28日 18:31 王波

進程的權限

　　由於FreeBSD是多用戶系統，因此進程必須要受到權限的控制和保護。出於安全性的考慮，一個用戶不可能殺 死其他用戶啟動的進程，一個進程也不能非法存取其他用戶的檔案數據。只有超級用戶和超級用戶啟動的進程才有最大的權限 ，普通進程就只與進程的執行者相關，只具有這個用戶的權限。

　　一些情況下（特別是執行系統維護任務時），要求普通用戶也能完成特殊權限的任務，那麼就必須在進程執行過程中 改變進程的身份。改變進程的身份則必須同時具備兩個要求：程序檔案本身具有SetUID或SetGID屬性，同時程序 中需要相應調用setuid()或setgid()系統調用，這兩個系統調用能夠檢查檔案的屬性，並完成更改進程權限 的操作。

　　通常只有系統程序才需要利用這兩個屬性，例如系統程序su允許普通用戶成為root用戶，就使用的是這個能力 。 

$ ls -l a*

-rwxr-xr-x   1 user  wheel  3212 Dec  4 12:36 a1

-rwxr-xr-x   1 user  wheel  3212 Dec  4 12:36 a2

$ chmod u+s a1

$ ls -l a*

-rwsr-xr-x   1 user  wheel  3212 Dec  4 12:36 a1

-rwxr-xr-x   1 user  wheel  3212 Dec  4 12:36 a2

$ chmod g+s a2

$ ls -l a*

-rwsr-xr-x   1 user  wheel  3212 Dec  4 12:36 a1

-rwxr-sr-x   1 user  wheel  3212 Dec  4 12:36 a2

　　上面第一個chmod（chmod u+s a.out）為a.out增加設置屬主身份權限，然後列表中對應 屬主的執行權限位的 “x” 標志將改變為 “s” （檔案屬性顯示為rwsr-xr-x）。第二個c hmod （chmod g+s a.out）為a.out增加設置組身份權限，則列表中對應組的執行權限位的 “x ” 標志將改變為 “s” （檔案屬性顯示為rwxr-sr-x）。同樣，SetUID和SetGID 屬性也都有相應的八進制表示方式，SetUID為04000，後面的三個八進制位屬於檔案的讀寫訪問屬性設置，相應S etGID為02000，它們兩個屬性位處於讀寫屬性位之前。下面是一個更改屬性設置的例子： 

# ls -l /bin/ps

-r-xr-sr-x  1 bin  kmem 163840 May  6 06:02 /bin/ps

# chmod a=r /bin/ps

# su user

$ ps

bash: ps: Permission denied

$ ^D

# chmod a+x /bin/ps

# su user

$ ps

ps: /dev/mem: Permission denied

$ ^D

# chmod g+s /bin/ps

# su user

$ ps

  PID  TT  STAT      TIME COMMAND

  226  p2  S      0:00.56 bash

  239  p2  R+     0:00.02 ps

$

　　第一次以user身份執行ps時，ps的檔案屬性被改為對所有用戶只有讀權限，因此不能執行，shell報告 Permission denied﹔第二次以user身份執行ps時，ps報告不能打開/dev/mem檔案，這是 因為普通用戶無權存取內存映象檔案。而第三次執行ps時，由於設置了setgid位，和kmem同組的進程就能夠打開 /dev/mem檔案，從而正確執行了ps程序。

　　具有SetUID或SetGID屬性的程序，能夠在進程執行中調用系統調用setuid()或setgid() ，調用成功後這個進程就具有了程序檔案屬主和組的權限，就可以完成以前改變身份之前不能完成的任務。因為通過它們程 序可以改變進程的用戶標識，繞過系統的權限設置，因此這兩個屬性對於系統安全非常重要。尤其是屬於root的檔案，並 設置了SetUID屬性的程序，更是系統安全中值得注意的地方。為了保証系統安全，必須保証沒有非法的SetUID或 SetGID程序的存在，通常管理員可以使用find命令來完成這個任務，例如查找具有SetUID的程序，則執行：

# find / -perm 4000 -print
103.shtml.htm100644 1766 1746 14447 7236623521 12412 0ustar statuestatue FreeBSD使用大全
FreeBSD連載(27)：應用軟體的類別
1999年11月29日 12:23 王波

安裝應用軟體

　　FreeBSD下擁有多種預編譯好的軟體包，包括了從數學運算到系統維護，從圖象處理到Internet服務 程序等大量的軟體。之所以能擁有如此豐富的軟體，除了Unix本身就是一個非常流行的開發平台之外，另一個重要原因就 是每種Unix中均提供了高級語言C作為了標準開發語言，而C語言具有高度可移植性，並且隨著Unix的流行它成為了 最重要的一種程序設計語言。

　　由於Unix運行在多種不同的平台上，而不同平台上的二進制執行檔案只包含本平台上的機器指令，因此造成一個 平台上的應用程序不能直接在另一個平台上運行。但是在Unix的世界中，有著通用的編程語言C和相同的系統調用，使得 不同的Unix平台上程序的C代碼基本相同，為一種Unix開發的應用程序，很容易就能移植到其他Unix系統中。傳 統上在Unix上安裝各種應用軟體一般使用原始碼的形式，需要管理員手工編譯安裝，這就要求管理員需要熟悉C語言及其 開發工具。然而這樣操作畢竟是一個繁瑣的任務，尤其對於不太熟悉C語言的使用者更為困難。因此各種Unix各自發展了 一些直接安裝二進制程序的機制，FreeBSD中也提供了Packages Collection── 一種管理和安 裝預編譯好的軟體包機制，來幫助使用者管理各種應用軟體，使得用戶不需要了解C語言及其開發工具，也能正常進行應用軟 件的安裝和管理。

  • 應用軟體的類別

　　在安裝和使用應用軟體的時候，正版和盜版等版權問題總是電腦使用者需要考慮的話題之一。很多電腦使用者總 以為軟體的版權問題與光碟、磁帶類似，不是正版就是盜版。然而情形並非絕對如此，絕大多數軟體的開發者傾向於讓自己開 發的程序被盡可能多的人使用，當軟體開發者不以軟體作為獲利的目的時，對軟體的使用就沒有採取任何限制，或者是很寬容 的限制。其他使用者就可以自由使用這些軟體，而不需要考慮版權問題。

　　正由於軟體開發者的目的不同，因此對他們的軟體使用的版權保護方法也不同。有的開發者出於自己的個人興趣、需 要或信仰而開發軟體，希望自己的軟體為更多的人使用，沒有或暫時沒有從軟體中獲利的目的，因此就鼓勵其他人使用這個軟 件。有的開發者出於盈利的目的開發軟體，因此就使用了嚴格的版權限制。按照不同軟體的版權限制，可將應用軟體可以分為 兩類：

  • 公共域軟體與自由軟體

　　這些軟體的作者對版權不加任何限制或者限制很少，屬於這一類的軟體通常提供源程序，允許使用者自由使用軟體並 任意修改。FreeBSD系統中包括的軟體均屬於這一類，因此使用者不需要考慮使用FreeBSD的版權問題。其中公 共域軟體對版權沒有任何限制，可以認為是屬於放棄版權的軟體。很多公共域軟體是科研機構和大學開發的，但也被商業公司 用於自己的系統中，此時商業公司就使用了自己的版權聲明，而用戶卻無法自由使用該軟體。

　　為了保護軟體不被商業機構濫用，自由軟體基金會的Stallman使用了GNU版權許可來保護用戶自由使用軟 件的權利，這個版權許可允許將自由軟體用於商業目的，但必須允許用戶有自由使用、拷貝、修改的權利。根據這個許可，可 以銷售GNU軟體，但必須同時包括它的源程序以便用戶根據情況修改（或者在用戶要求時提供）。

　　GNU軟體許可並不是唯一的自由軟體許可權聲明，FreeBSD使用的BSD許可也是另一個重要的版權許可。 與GNU許可相比，BSD許可更寬松一些。BSD許可只要求必須保持顯示的相關作者的聲明信息，對商業使用限制更少。 此外還有X的版權許可等。由於GNU軟體許可最為著名，並且也比較完善，因此很多非自由軟體基金會的軟體也使用這個許 可權，用來保護自己軟體的版權。

　　事實上這一類軟體在電腦發展中起了很重要的作用，它們常常最先實現很多新想法、新功能，推動軟體技術的發展 。自由軟體的功能、效率和可靠性並不比商業軟體差，有的軟體甚至要好於同類的商業軟體，唯一的問題是自由軟體不提供技 術服務，僅僅隨同軟體提供一些電子文檔，需要使用者自己去學習安裝和使用。當然，自由軟體通常也有相應的商業版本，差 別就在於提供了商業技術服務支持。

  • 共享軟體與專有軟體

　　這些軟體通常是基於商業目的開發的軟體，這些軟體通常使用嚴格的版權規定。這些軟體中的大部分不允許使用者免 費使用。但出於商業目的，一些軟體允許使用者免費使用，但對軟體的自由使用提出了一定的條件和限制。

　　一些共享軟體不提供原始碼，一些商業軟體的演示版本提供了較弱的功能和使用時間限制。還有一些軟體的限制更寬 松，允許個人用戶自由使用軟體，但不許可自由分發、拷貝軟體。

　　一些FreeBSD安裝介質中，在基本系統之外也提供了一些共享軟體，供使用者手工安裝（不能使用安裝程序安 裝）。這些軟體允許使用者在一定條件下，並按照軟體本身的聲明使用這些軟體。由於版權問題，系統不會將這些軟體包括進 系統內部，使用者只有在保証軟體版權條件下才能運行這些軟體。

  • 開放源碼觀念

　　由於在Unix世界中，軟體的標準為C語言，有了C原始碼就能將應用程序移植到其他Unix上，因此在Uni x傳統上，就有一種提供軟體的同時也應該提供源碼的觀念。

　　發布軟體的原始碼對用戶有很多好處，一方面用戶能夠了解他們使用的軟體是可以信賴的，即使存在問題，也能夠及 時發現錯誤，並依據源碼及時糾正，這些修正返回到開發者那裡，同樣起到促進軟體發展的目的。另一方面畢竟通用軟體並不 一定完全適合用戶的需要，發布軟體的源碼使得用戶能夠按照自己的需求定制軟體。

　　因此在Internet上很多軟體的作者都認同這種觀念，這種觀念還得到了包括Netscape等商業公司的 支持，進而組織了開放源碼組織（Open Source）來支持這種觀念。FreeBSD的眾多開發者就是這個組織的 堅定支持者。其網址為http://www.opensource.org

　　目前開放源碼得到了一些商業公司的支持，如netscape公司就公開了它們的瀏覽器的原始碼。出於技術的發 展，軟體本身已經不再包括太多的技術秘密了，在Internet上可以找到各類程序的原始碼，依靠未公開接口保持軟體 秘密的做法基本被大家拋棄。當程序設計從 “藝術” 轉變為 “工程” ，重要的就不再是程序設計的秘密，而是軟體工 程了。商業公司也可以從開放原始碼的情況下，獲得使用者更多的建議，使得它的軟體能進一步完善。


119.shtml.htm100644 1766 1746 14231 7236623521 12410 0ustar statuestatue FreeBSD使用大全
FreeBSD連載(28)：Packages Collection
1999年11月30日 17:05 王波

Packages Collection

　　FreeBSD中提供了上G字節大小的預編譯並打好包的二進制應用軟體包，這些軟體包能夠立即安裝使用。在軟 件包中不但記錄了二進制軟體的內容，還包括這些軟體的安裝位置、軟體包的描述信息，以及軟體包之間的依賴關系，這種管 理軟體的機制稱為Packages Collection。通常安裝介質提供的這些Packages位於安裝介質中的 packages目錄下，使用安裝程序sysinstall就能夠很容易的安裝和卸載這些安裝好的軟體包。（由於空間 的限制，安裝光碟上並不能包括所有的軟體包，可以從Internet上下載，在Walnet Creek發布的FreeBSD 光碟中的第三張也包括了大量預編譯好的軟體包）。

　　在FreeBSD下，每個預編譯的軟體包是使用tar和gzip進行打包壓縮後的檔案，其檔案名中的前面為這 個Package的名字（包括版本號），並使用tgz後綴，例如navigator瀏覽器的Package檔案為netscape-navigator-4.07.tgz。。

　　使用root權限執行sysinstall，然後選擇Configure選單項中的Packages選項，系 統將按不同的應用軟體的類別，顯示出相應的選單選項，每個選項對應一類應用軟體，其中All項中包括所有可用的應用軟 件。

　　這些軟體也被放置到安裝介質中的packages目錄下對應的不同存儲子目錄中，子目錄和選單選項是一一對應的。

# ls -l /cdrom/packages

All          converters   kde     print      x11

INDEX        databases    lang    security   x11-fonts

Latest       deskutils    mail    shells     x11-toolkits

archivers    devel        math    sysutils   x11-wm

audio        editors      misc    tcl81

benchmarks   emulators    net     textproc

chinese      gnome        news    tk81

comms        graphics     perl5   www

　　如果進入了一個種類的子選單，那麼就可以看到，已經安裝的軟體有一個 “X” 標記，可使用空格鍵反選擇這個 已安裝的軟體，系統將立即卸載這個軟體。或者選擇一個未安裝軟體，然而此時並沒有立即進行這個軟體的安裝，而是要等到 全部選擇了所有想要安裝的軟體包之後，再回到上級選單，選擇 “Install” 按鈕才開始進行安裝。

  • Packages的相互依賴關系

　　各個軟體包之間並不是孤立的，而是在相互之間存在一定的依賴關系。例如，所有的X Window應用軟體都在 X Window下運行，那麼如果沒有安裝X Window伺服器軟體，也不能正確安裝這些應用軟體。此外，Pack ages中也並不全是應用軟體，它也包括各種函數庫及其他種類的支持檔案，那麼有的應用軟體包就依賴於這些庫檔案和支 持檔案。

　　由於存在各種相互依賴關系，必然對軟體包的安裝和卸載發生影響。當安裝一個軟體包時，FreeBSD將會首先 安裝這個軟體包依賴的其他軟體包，然後才能安裝這個軟體包本身。如果沒有安裝它所依賴的軟體包，則就不能正常安裝這個 軟體包本身。同時，當刪除一個軟體包時，必須預先刪除依賴這個軟體包的所有其他軟體包，否則就不能正常完成刪除任務。 FreeBSD對這個依賴關系限制比較嚴格，即使是同一個軟體，但版本不同，依賴於這個軟體另一個版本的其他軟體包也 不能正確安裝，必須保証版本的一致性。

　　使用Packages Collection來安裝和管理應用軟體，可以維持軟體安裝檔案結構的一致性，因為 Packages Collection安裝的軟體其檔案目錄結構符合FreeBSD的習慣，清晰明了。此外軟體包之 間的依賴關系對於同時維護多種軟體也很有效，因此最好不要繞過Packages Collection手工安裝軟體。 當需要重新定制軟體的時候，可以通過Ports Collection來完成，它在編譯好軟體之後，可以使用軟體包的 方式安裝和維護軟體。

　　每個軟體包的安裝信息被放置在/var/db/pkg目錄下維護，這個目錄下的每個子目錄都對應於一個安裝過 的軟體包，如果某個子目錄被破壞，那麼相應的軟體包的信息就不復存在了。

  • 管理Packages

　　雖然使用sysinstall來管理軟體比較直觀，但是這需要一個標準的安裝介質，適合大量安裝軟體包時使用 。而在不使用安裝介質的時候，僅僅需要添加某個獨立的軟體包或進行維護時，sysinstall就不適合了。FreeBSD 提供了十分簡單的幾個管理命令來完成這個任務。

　　pkg_add 安裝一個Package，其參數為要安裝Package的檔案名或獲得這個檔案的URL 。當使用URL來指定Package的位置時，pkg_add首先使用fetch程序下載該軟體包，然後進行安裝。 通常可以使用 “-v” 參數，使pkg_add顯示出進行的操作過程。

　　pkg_delete 刪除一個軟體包，其參數為軟體包的名字，由於此時軟體包已經被安裝到系統中了 ，因此名字中不必使用tgz後綴。同樣也可以使用 “-v” 參數。

　　pkg_info 獲取一個軟體包的安裝信息和簡短描述，參數為軟體包名字時，將參看目前已安裝的軟體 包中是否存在它，當使用的參數為帶tgz後綴的檔案名時，將查看目前目錄中是否存在這個軟體包檔案。或者可以使用 -a參數列出目前安裝的所有軟體包的信息： 

# pkg_add netscape-communicator-4.5.tgz

# pkg_delete netscape-communicator-4.5

　　但在實際應用的過程中，值得注意的問題常常發生在升級軟體包時。由於同一軟體的不同版本通常使用同樣的檔案名 ，因此在安裝一個版本時將覆蓋掉另一個版本的檔案，但是同時新版本的Packages並不會自動刪除老版本Packages 的安裝信息。因此如果再一次卸載舊版本時就會將新版本中具有同樣檔案名的檔案刪除掉。解決問題的方法是先卸載老 版本，再安裝版本的Packages。一旦出現問題，可以再次將新版本Packages重新安裝一次即可。
120.shtml.htm100644 1766 1746 7421 7236623521 12363 0ustar statuestatue FreeBSD使用大全
FreeBSD連載(29)：印表機配置：系統結構
1999年12月2日 00:52 王波

印表機配置

　　FreeBSD是多用戶操作系統，因此可能有多個用戶同時發出打印請求，如果每個請求都直接訪問印表機，那麼 必然就會發生衝突問題。為了使印表機能為所有的用戶服務，FreeBSD使用偽脫機的打印服務方式。在這種方式下，每 個使用FreeBSD的打印用戶並不直接訪問印表機，而是通過一系列偽脫機打印程序來使用印表機。

　　FreeBSD的打印系統提供了以下功能：

  • 控制用戶對印表機的訪問，包括本地的印表機和網路印表機﹔
  • 允許用戶提交打印作業，並允許用戶可以管理自己的打印作業﹔
  • 維護一個打印隊列，防止多個用戶同時使用印表機的現象發生﹔
  • 可以選擇在文檔的開始打印標志，使打印出的文檔至於混淆﹔
  • 能通過過濾器支持不同的印表機﹔
  • 提供記帳功能﹔

  • 系統結構

　　通常用戶使用程序lpr進行打印，但lpr並沒有直接將所有打印的檔案發送到印表機上，而是將其放到打印緩衝 目錄中。通常這個緩衝區在/var/spool目錄下，每個印表機有自己的spool目錄，打印檔案就被放到這裡，存 儲為一個臨時檔案。而系統使用守護進程lpd監視spool目錄，當發現一個緩衝目錄中有需要打印的文檔時，lpd就 復制自身，為這個打印任務產生一個lpd進程，這個進程負責處理這個打印緩衝目錄的文檔，將其發送到這個目錄對應的打 印機中進行打印。由於一個印表機對應一個緩衝目錄，並且由一個lpd進程管理，因此就不會發生多個打印任務同時訪問打 印機，發生資源衝突問題。

　　在這種打印方式將普通的打印系統分為三個部分：

  • 用戶接口：打印命令lpr等是用戶用來實施打印和管理的程序，可以通過它將要打印的檔案放到本地或遠程的打印緩衝區中﹔
  • 打印緩衝區：每個印表機有自己的緩衝區，用戶或管理員可以通過一系列命令進行維護﹔
  • 印表機管理程序：打印守護進程lpd是打印系統的中心，負責監視緩衝區，並將緩衝區中的打印作業送到印表機上進行打印﹔

　　這種方式雖然與直接訪問印表機相比看起來比較複雜，但是這樣能夠支持多用戶和多印表機﹔而且使用打印緩衝區和 後台打印守護程序使打印工作放到後台進行，用戶不需等待打印結束。此外，這樣也可以使得打印系統可以很好的和網路相結 合，可以通過lpd將打印到其他主機上的打印作業通過網路發送出去，或者監視網路上發送來的打印文檔，將其放入打印緩 沖區中進行處理。

　　將打印過程分為三個部分的另一個優點是可以使用過濾程序，對放置在打印緩衝區中的打印作業進行處理，這樣可以 完成轉換格式、統計信息等很多功能，充分發揮了易管理的特點。

　　這種BSD風格的打印系統是FreeBSD預設提供的，為了支持多種印表機，以及支持對中文和圖形的打印，還 需要安裝額外的軟體包。包括ghostscript, psutils, apsfilter, gb2ps等，這些 軟體都通過Packages Collection進行安裝。

　　為了使用這個打印系統，就必須啟動打印守護進程lpd，rc.conf中有一個選項lpd_enable就用 於這個目的。


122.shtml.htm100644 1766 1746 44130 7236623521 12403 0ustar statuestatue FreeBSD使用大全
FreeBSD連載(30)：配置印表機
1999年12月2日 23:09 王波

配置印表機

　　本地印表機通常連接到電腦的並口上，因此在安裝印表機之前，首先要查看並口的狀態是否正常。正常情況下，缺 省的硬體配置將能夠自動偵測到電腦的並口，那麼在啟動時，系統將在控制台上顯示下面的信息，如果由於滾屏太快而沒有 看到這一行的話，可以使用dmesg命令進行查看：

$ dmesg | grep lpt

nlpt0:  on ppbus 0

nlpt0: Interrupt-driven port

　　在FreeBSD 3.0之前使用lpt作為印表機的驅動程序，這個老驅動程序對於現有具備多個模式的並口硬 件支持能力不足。3.1之後系統的並口驅動程序更新了，使用了nlpt作為新的驅動程序名字，但設備檔案的名字仍然為 /dev/lpt0。以後當老版本的驅動程序徹底從FreeBSD中消失之後，驅動程序名字會恢復為lpt。

　　通常不需任何配置，並口就能正常工作。此時就可以通過設備檔案/dev/lpt0來直接訪問並口（0表示第一 個並口，依次類推），如果並口和印表機的電纜連接也正常，就能測試印表機是否正常，此時需要root權限。

# lptest > /dev/lpt0

　　如果對於普通行式印表機，這將打印出一頁測試信息，但如果印表機是使用PostScript或其他頁面描述語 言，印表機並不一定進行打印，但印表機的狀態指示燈將閃爍。如果印表機是PostScript印表機，可以使用下面命 令來測試：

# lptest | a2ps -q -o - > /dev/lpt0

　　這需要預先通過Packages Collection安裝好a2ps軟體，其中使用的-q參數表示不輸出a2ps 的狀態信息，-o -參數表示向標準輸出輸出轉化後的PS數據，如果沒有使用這個參數，則a2ps直接將PS數 據發送給lpr命令，由於此時打印系統還未設置完畢，因此需要直接輸出到印表機端口上以進行測試。

　　當這個測試正常之後，就可以嘗試使用lpr命令來打印文檔了。當然此時打印系統的設置還沒有完成，預設的設置 並不一定適合每個電腦。應該調整打印設置，使得打印系統適合本系統。

  • 印表機配置檔案printcap

　　當並口和印表機連接正確之後，可以進行下一步配置/etc/printcap檔案了。在BSD打印系統中，使 用這個printcap檔案來定義印表機，包括命名印表機、將打印緩衝區和具體的印表機相聯繫等。下面的例子中配置了 兩個印表機，一個為本地的LaserJet 6P型印表機，另一個為遠程FreeBSD電腦printersvr上 的印表機。

lp|lj|ps|HP LaserJet 6P:\

     :lp=/dev/lpt0:sd=/var/spool/lpd/lp:lf=/var/log/lpd-errs:sh:mx#0:\

     :if=/usr/local/libexec/lpfilter:



rlp|remote printer:\

     :rm=printersvr:rp=lp:sd=/var/spool/output/lpd/printersvr:lf=/var/log/lpd-errs:

　　從上面的例子可以看出printcap檔案的格式：

　　printcap中的每行描述由多個部分組成，每個部分用 “:” 分隔﹔由於對印表機的描述一行寫不下，必 須使用反斜杠 “\” 分隔，這是Unix和C語言的標準做法。為了避免出現配置錯誤等問題，不要在同一個描述部分的 中間續行﹔

　　每行中的第一個描述部分定義印表機的名字，通常可以用多個名字來稱呼一個印表機，例如本例中第一個HP LaserJet 6P又有另外的名字lp、lj和ps，這些名字方便用戶和不同的程序使用印表機。這些名字之間使用豎線 “|” 分隔，習慣上使用最後一個名字作為印表機的全名﹔

　　每個印表機的各個定義部分定義了印表機的不同屬性，定義方式就是上例中使用的方式，定義字符串使用 “=“ ，定義數值使用 “#” 。一個印表機應該具備下面的不同屬性：

　　lp（local printer）定義本地印表機使用的設備，通常為並口設備/dev/lpt0。

　　rm（remote machine）定義遠程電腦的名字，這在使用遠程印表機時有用。

　　rp（remote printer）的值應該為rm定義的遠程電腦上的一個印表機名。遠程印表機不需要l p來定義印表機端口，但需要使用rm和rp定義，以將打印檔案發送到遠程電腦上的正確印表機中。這個印表機名應該在 遠程電腦中/etc/printcap中進行了定義。如果沒有使用rp定義而只使用了rm定義，則使用該電腦上的 預設印表機。

　　sd（spool directory）定義這個印表機使用的緩衝區目錄，這個目錄一般放在/var/spo ol的下面，並擁有合適的權限設置，以使得打印系統能正確處理緩衝區。系統預設使用/var/spool/lpd目錄 來放置要打印的檔案，不同的印表機應使用這個目錄下的不同子目錄，習慣上這個目錄名與前面定義的印表機名字相一致。

　　lf（log file）定義與這個印表機相聯繫的日誌檔案，記錄出現的錯誤信息，習慣上放在/var/lo g目錄下。

　　mx（maximum size）定義緩衝區中打印檔案的最大尺寸，單位為千字節，預設值為0，表示不限制打 印檔案的大小。

　　if（input filter）定義一個輸入打印過濾器，過濾器程序用於將用戶打印作業的格式轉變為印表機 能夠識別的格式。

　　of（output filter）定義輸出過濾器，這也是一個打印過濾器，習慣上使用if的多些，使用of 的少些。如果if和of都沒有定義，打印系統則使用預設的過濾器/usr/libexec/lpr/lpf。

　　sh（suppress header），不打印標題頁。

　　mc（maximum coyies）定義最大的打印份數，預設為0不限制打印份數。

　　br（baud rate）定義串口波特率，只有在使用串口印表機時才有用。

　　當將prinrcap檔案設置正確之後，就能夠使用打印命令lpr來打印文本檔案了，由於沒有設置打印中文或 圖形的過濾器，打印系統只能打印英文檔案，它將處理過的檔案直接發送到印表機上進行打印。

  • 在PostScript印表機上打印

　　大多數印表機不但能打印字符，也能夠打印圖形，應用軟體通過輸出控制字符對印表機進行控制。這些控制字符就被 稱為印表機控制語言。為了將字符和圖形檔案輸出到印表機上，就需要過濾器將打印檔案轉化為印表機識別的打印語言。

　　打印過濾器是打印程序的一個重要部分，使Unix的打印系統更為靈活，從而能適合各種不同的印表機。除了將文 檔轉換為印表機識別的語言之外，還可以對要打印的檔案做其他處理，例如某些行式印表機需要文檔同時使用回車和換行，而 Unix的文本檔案只使用換行，此時直接打印文檔就會造成行列不齊，這些情況下就需要一個過濾器進行轉換。

　　印表機控制語言可以分為兩類，一種將操縱印表機進行繪圖的命令及其他控制命令通過特殊字符（或特殊字符引導的 命令）來表示，對普通字符檔案不作處理，直接發送到印表機。此時普通英文字符檔案可以直接發送到印表機上打印，但要打 印包括圖形在內的檔案就是包括特殊控制字符的二進制檔案，不能用文本方式進行查看。另一種為Postscript語言 ，它使用頁面描述語言來描述要打印的內容，可以直接打印的檔案就是一個符合一定語法規則的文本檔案，因此對於一個Po stScript印表機來講，一個普通文本檔案只是一個不合乎語法的PostScript語言檔案，不能被直接打印。

　　因此如果要在僅支持PostScript的印表機上打印普通文檔，也必須使用識別PostScript的過濾 器進行轉換，首先將普通文本檔案轉換為PostScript語言，再發送給PostScript印表機進行打印。Fr eeBSD的Packages Collection中專門有一個類別print，提供了很多打印相關的軟體包，其中 包括很多種將文本檔案轉換為PostScript檔案的過濾器程序，如a2ps等。其中gb2ps能將GB編碼的文本 轉換未內嵌中文的PostScript檔案，從而能在PostScript印表機上將中文檔案打印出來。

　　因此首先應該安裝這些轉換軟體包，當安裝了這些轉換程序之後，最簡單的使用方式是先使用他們將文檔轉換為Po stscript檔案，再發送給打印命令lpr，這可以通過管道來實現。一些打印工具內部就包括了使用管道，自動將生 成的Postscript數據發送給lpr命令的指令，下面的a2ps指令就直接將PostScript檔案發送給l pr命令。

　　$ a2ps file

　　或者可以在printcap檔案中設置if參數，以自動使用這些過濾器，此時要設置過濾程序從標準輸入上讀入 數據，將PostScript數據從標準輸出上輸出。

　　 :if=/usr/local/bin/a2ps -q -o -:

　　對於要使用gb2ps來打印中文檔案的情況，由於gb2ps使用參數讀入源檔案、並輸出PostScript 中文檔案，不使用標準輸入輸出，因此不能直接使用gb2ps作過濾器程序，而需要自己使用臨時檔案保存中間結果，生成 PostSript檔案之後再打印。此外，gb2ps輸出的PostScript檔案都包括一頁gb2ps的版權信息 ，對於打印來講沒有必要每次都打印這個版權頁，可以使用psutils中包括的psselect程序，從原有檔案中去 除第一頁，再進行打印。

　　高級的過濾器程序應該能夠識別各種不同格式的文檔檔案，並依據文檔的格式，使用不同的過濾器功能來進行處理， 最後生成符合印表機描述語言的打印檔案。

  • PostScript與Ghostscript

　　PostScript使用命令來描述頁面，雖然也是文本檔案，但這裡都是繪圖指令，需要一個PostScript 語言解釋器對檔案中描述的指令進行解釋操作，才能得到正確的結果。因此PostScript檔案在普通印表機上只 能打印出源檔案，同樣普通文檔在PostScript印表機上也不能正確解釋、打印出來。下面是一個PostScript 檔案的開始部分：

%!PS-Adobe-3.0

%%Creator: gb2ps

%%CreationDate: Fri Oct 31 18:36:45 1998

%%DocumentNeededResources: font Symbol

%%+ font Courier

%%+ font Times-Roman

%%DocumentSuppliedResources: file images/file.ps

%%Pages: 32

%%PageOrder: Ascend

%%Orientation: Portrait

%%EndComments

%%BeginProlog

　　如果要查看PostScript的內容，則需要一個頁面語言解釋器。雖然存在不少商業PostScript解 釋器，但大部分並不見得比Ghostscript好，雖然GhostScript只是一個免費的PostScript 解釋器。GhostScript能在X Window下正確顯示PostScript檔案的內容，並能實現各種強大的 PostScript處理能力。Ghostscript是一個相當複雜的程序，如果僅僅是要查看Postscript 檔案的內容，可以使用命令 “gs psfile.ps” ，退出時在Ghostscript提示下輸入 “quit ” 即可。

$ gs psfile.ps

Aladdin Ghostscript 5.50 (1998-9-16)

Copyright (C) 1998 Aladdin Enterprises, Menlo Park, CA.  All rights reserved.

This software comes with NO WARRANTY: see the file PUBLIC for details.

GS> quit

　　另外，Ghostscript有一個前端程序Ghostview，能使用Ghostscript來瀏覽PostScript 檔案，但使用了比較簡單的圖形操作方式。Ghostscirpt和Ghostview都可以通過Packages Collection 安裝。

  • 在非PostScript印表機上打印

　　通常非PostScript印表機使用特殊的ESC序列來表示命令，而對普通文本不做特殊處理，因此文本檔案 仍然被看作文本檔案，能夠直接打印文本檔案，因此這些非PostScript的印表機能夠直接設置為普通的文本印表機 來使用。

　　然而要想充分發揮印表機的能力，打印包括圖形在內的文檔，就必須有能理解這台非PostScirpt印表機使 用的控制語言的過濾器。這些過濾器就相當於Windows下的印表機驅動，應該由生產這台印表機的廠商提供。但是很多 低檔印表機是專門為使用DOS或Windows的電腦生產的，沒有為Unix配置過濾器，因此在這些印表機上打印圖 形就遇到了困難。幸運的是，Ghostscript能夠識別很多種印表機，並能將PostScript檔案在指定的設 備上打印出來。

　　因此在前面的操作中生成了Postscript檔案之後，就可以使用Ghostscript在一台非Post Script印表機上打印PostScript檔案，下面檔案將在一台Laserjet4印表機上打印test.ps 檔案。

# gs -sDEVICE=ljet4 -sOutput=/dev/lpt0  test.ps

使用gs -help能列出一系列Ghostscrit支持的設備檔案，有些是印表機設備，有些是代表不同的圖形格式的偽設備。

$ gs -help

Aladdin Ghostscript 5.50 (1998-9-16)

Copyright (C) 1998 Aladdin Enterprises, Menlo Park, CA.  All rights reserved.

Usage: gs [switches] [file1.ps file2.ps ...]

Most frequently used switches: (you can use # in place of =)

 -dNOPAUSE           no pause after page   | -q       `quiet', fewer messages

 -gx  page size in pixels   | -r  pixels/inch resolution

 -sDEVICE=  select device         | -dBATCH  exit after last file

 -sOutputFile= select output file: - for stdout, |command for pipe,

                                         embed %d or %ld for page #

Input formats: PostScript PostScriptLevel1 PostScriptLevel2 PDF

Available devices:

   appledmp iwhi iwlo iwlq hl7x0 bj10e bj200 bjc600 bjc800 lbp8 lips3 m8510

   uniprint la50 la70 la75 la75plus lj250 declj250 ln03 ap3250 epson eps9mid

   eps9high lp8000 lq850 epsonc st800 stcolor lp2563 dnj650c deskjet djet500

   cdeskjet djet500c cdjcolor cdjmono cdj500 cdj550 cdj670 cdj850 cdj890

   cdj1600 laserjet ljetplus ljet2p ljet3 ljet3d ljet4 lj4dith cljet5

   lj5mono lj5gray pj pjetxl pjxl paintjet pjxl300 pxlmono bbox pxlcolor

   ibmpro jetp3852 imagen cp50 necp6 oce9050 oki182 okiibm r4081 sj48 xes

   bmpmono bmp16 bmp256 bmp16m ccr cgmmono cgm8 cgm24 sxlcrt dfaxhigh

   dfaxlow faxg3 faxg32d faxg4 bit bitrgb bitcmyk cif miff24 inferno jpeg

   jpeggray mgrmono mgrgray2 mgrgray4 mgrgray8 mgr4 mgr8 pcxmono pcxgray

   pcx16 pcx256 pcx24b pcxcmyk pdfwrite plan9bm pbm pbmraw pgm pgmraw pgnm

   pgnmraw pnm pnmraw ppm ppmraw pkm pkmraw pngmono pnggray png16 png256

   png16m psmono psgray psrgb pswrite epswrite sgirgb t4693d2 t4693d4

   t4693d8 tek4696 tiffcrle tiffg3 tiffg32d tiffg4 tiff12nc tiff24nc tifflzw

   tiffpack x11 x11alpha x11cmyk x11cmyk2 x11cmyk4 x11cmyk8 x11gray2

   x11gray4 x11mono nullpage

Search path:

   . : /usr/local/share/ghostscript/5.50 :

   /usr/local/share/ghostscript/fonts

For more information, see /usr/local/share/ghostscript/5.50/doc/Use.htm.

Report bugs to ghost@aladdin.com, using the form in Bug-form.htm.

　　從這些簡單的名字中很難判斷那個設備對應於自己的印表機型號，為了找出正確的設備檔案名，需要閱讀Ghost script的文檔device.txt，或者選擇相近的設備名並反復嘗試。如果萬一找不到自己的檔案名，也許要升級 Ghostscript的版本，或者更新自己Ghostscript的設備驅動之後再重新安裝Ghostscript 。

　　當能夠使用Ghostscript打印文檔之後，就需要將它和FreeBSD的打印過濾器集成在一起了，因此 首先要將打印的文檔轉換為PS文檔，然後將PS文檔轉換為印表機支持的格式，因此就需要更改過濾程序。例如在一個EP SON行式印表機上輸出文檔，使用的標準過濾應該是，最後兩個短橫線表示標準輸出和標準輸入：

#! /bin/sh

a2ps -q -o - | \

gs -sDevice=epson -sOutfile=- -

  • 使用apsfilter配置印表機

    •

    設置印表機要手工編輯/etc/printcap檔案，安裝並配置各種過濾器，安裝Ghostscript等。這些操作都非常煩瑣，幸好FreeBSD通過Ports Collection提供了一種自動配置印表機的apsfilter程序。

    Ports Collection的機制、用法將在後面討論。

    為了使用apsfilter設置印表機並配置過濾器，就需要執行下列命令：

    # cd /usr/ports/print/apsfilter/

    # make install

    　　然後，系統將自動下載、編譯安裝必要的過濾器軟體，此後將自動啟動一個設置程序，通過選單提示讓用戶選擇打印 機的各種屬性，包括印表機的類型、端口、分辨率、紙張大小等等。最後將自動生成合適的printcap檔案和各種過濾 器。這些過濾器能分辨要打印檔案的類型，進行正確的處理。

    　　apsfilter生成的過濾器是調用包括ghostscript在內的大量其他軟體，因此上面的make過 程就需要從網路上下載必要軟體包，可以通過預先安裝相應的Packages以減少下載任務。如果網路太慢，下載過程可 能會出現問題導致軟體安裝問題，後面會講到如何為Ports Collection手工下載必要的軟體包。

    • 使用和控制印表機

    　　當一切都配置正確之後，使用印表機就非常簡單了。為了自動啟動lpd守護進程，需要將/etc/rc.con f檔案中的lpd_enable項設置為lpd_enable=”Yes”，FreeBSD在下次系統啟動時會自動啟 動lpd。當lpd沒有啟動時，也不需要重起電腦，簡單使用root身份執行lpd就可以啟動這個守護進程。有了l pd守護進程，打印系統就能正常進行打印工作，並能針對整個網路上的用戶，提供打印服務了。

    　　使用者可以直接使用lpr命令打印檔案，或者通過管道來使用lpr命令。

    $ lpr hello.c

    $ ls | lpr

    　　如果系統中某個印表機沒有配置打印過濾器，用戶可以直接使用自己的打印過濾器，通過管道將輸出送到lpr中。 這提供了一種較靈活的配置方式，使得用戶不需要root權限，也能使用合適的印表機過濾器。下面是一個使用gs打印文 件的例子：

    $ gs -dNOPAUSE -q -sljet4 -sOutputFile=\|lpr -- tt.ps

    　　注意這個例子中使用反斜線取消豎線的特殊含義，將其和緊隨其後的lpr一起作為參數發送給gs，gs再將其解 釋為管道操作。可以將上面的檔案編制成shell程序，這樣每次就能更方便的使用。

    　　當使用lpr將打印作業放入打印緩衝區之後，就能使用lpq命令來查看打印隊列的內容：

    $ lpq

    waiting for lp to become ready (offline ?)

    Rank   Owner   Job  Files                 Total Size

    1st    user    1    hello.c                151 bytes

    2nd    user    2    (standard input)      3359 bytes

    3nd    user    3    (standard input)     43765 bytes

    　　在這個例子中，由於印表機lp沒有被正常連接到系統上，因此lpq在第一行提醒使用者目前印表機不正常。由於 這台印表機工作不正常，因此用戶可能不想使用這個印表機進行打印了，而想通過其他印表機進行打印。為了避免在這台打印 機正常之後，仍然打印這個作業，需要將這個打印作業刪去。這可以通過命令lprm加上作業序號（顯示在lpq中第三列 ）來完成：

    $ lprm 1

    dfA001freebsd.domain dequeued

    cfA001freebsd.domain dequeued

    　　或者使用all作參數，這將刪除該用戶的所有打印作業。用戶只能刪除自己的打印作業，只有root才能刪除其 他用戶的作業。如果root使用all參數，那麼將會將這個印表機緩衝區中的所有打印作業全部清空。

    　　作為系統管理員，需要進一步的能力來管理打印守護程序。BSD風格的打印系統使用lpc來執行這個功能，以 root身份啟動lpc，則進入lpc的交互模式，然後使用help命令可以得到管理命令的列表。一般可以使用start all 命令來啟動所有的印表機，或者使用stop lp命令來停止一台名為lp的印表機。

    # lpc

    lpc > start all

    　　也可以用命令行的方式使用lpc，例如重新啟動所有的印表機，使用帶參數的lpc發出以下命令：

    # lpc restart all
    124.shtml.htm100644 1766 1746 22602 7236623521 12405 0ustar statuestatue FreeBSD使用大全
    FreeBSD連載(31)：系統日誌
    1999年12月3日 17:11 王波

    系統日誌與備份

    　　由於FreeBSD是一個多用戶系統，那麼就需要管理員進行日常維護，特別是用做網路伺服器的系統，一旦因為 缺乏維護而造成停機故障，就會造成很大損失。即使對於單用戶的FreeBSD系統，同樣也要執行這些不可缺乏的維護任 務，只是由於系統歸個人使用，那麼對維護的要求就不必那麼高，維護任務就輕松一些。

    • 系統日誌

    　　系統的日誌記錄提供了對系統活動的詳細審計，這些日誌用於評估、審查系統的運行環境和各種操作。對於一般情況 ，日誌記錄包括記錄用戶登錄時間、登錄地點、進行什麼操作等內容，如果使用得當，日誌記錄能向系統管理員提供有關危害 安全的侵害或入侵試圖等非常有用的信息。

    　　BSD提供了詳細的各種日誌記錄，以及有關日誌的大量工具和實用程序。這些審計記錄通常由程序自動產生，是缺 省設置的一部分，能夠幫助Unix管理員來尋找系統中存在的問題，對系統維護十分有用。還有另一些日誌記錄，需要管理 員進行設置才能生效。大部分日誌記錄檔案被保存在/var/log目錄中，在這個目錄中除了保存系統生成日誌之外，還 包括一些應用軟體的日誌檔案。當然/var目錄下的其他子目錄中也會記錄下一些其他種類的日誌記錄檔案，這依賴於具體 的應用程序的設置。

    $ ls /var/log

    adduser            maillog.5.gz     sendmail.st.1

    dmesg.today        maillog.6.gz     sendmail.st.10

    dmesg.yesterday    maillog.7.gz     sendmail.st.2

    httpd-access.log   messages         sendmail.st.3

    httpd-error.log    messages.0.gz    sendmail.st.4

    kerberos.log       messages.1.gz    sendmail.st.5

    lastlog            messages.2.gz    sendmail.st.6

    lpd-errs           messages.3.gz    sendmail.st.7

    maillog            messages.4.gz    sendmail.st.8

    maillog.0.gz       messages.5.gz    sendmail.st.9

    maillog.1.gz       news             setuid.today

    maillog.2.gz       ppp.log          setuid.yesterday

    maillog.3.gz       sendmail.st      userlog

    maillog.4.gz       sendmail.st.0    wtmp

    • 系統登錄日誌

    　　系統會保存每個用戶的登錄記錄，這些信息包括這個用戶的名字、登錄起始結束時間以及從何處登錄入系統的等等。 它們被保存到/var/log/lastlog、/var/log/wtmp和/var/run/utmp檔案中，這 三個檔案以二進制格式保存了這些用戶的登錄數據。

    　　其中/var/run/utmp檔案中保存的是目前系統用戶的登錄記錄，因此這個檔案會隨著用戶進入和離開系 統而不斷變化，而它也不會為用戶保留很長的記錄，只保留當時隨機的用戶記錄。系統中需要查詢目前用戶狀態的程序，如 who、w等就需要訪問這個檔案。utmp可能不包括所有精確的信息，某些突發錯誤會終止用戶登錄會話，當沒有及時更新 utmp記錄，因此utmp的記錄不是百分之百的可以信賴的。

    　　而/var/log/wtmp保存了所有的登錄、退出信息，以及系統的啟動、停機記錄，因此隨著系統正常運行 時間的增加，它的大小也會越來越大，增加的速度依賴於系統用戶登錄次數。因此可以利用這個日誌用來查看用戶的登錄記錄 ，last命令就通過訪問這個檔案來獲得這些信息，並以反序從後向前顯示用戶的登錄記錄，last也能根據用戶、終端 tty或時間顯示相應的記錄。ac命令同樣也使用wtmp中的數據產生報告，但它的顯示方式不同。它可以根據用戶（ac -p） ，或按日期（ap -d）顯示信息，這樣管理員就能獲得一些非常有用的反常信息，如一個平時不太活躍的用戶 突然登錄並連接很長時間，就有理由懷疑這個帳戶被竊取了。

    　　注意：X Window由於會同時打開多個終端視窗，因此會使得用戶登錄連接時間迅速增加。

    　　lastlog檔案保存的是每個用戶的最後一次登錄信息，包括登錄時間和地點，這個檔案一般只有login程 序使用，通過用戶的UID，來在lastlog檔案中查找相應記錄，然後報告其最後一次登錄時間和終端tty。然後， login程序就使用新的記錄更新這個檔案。

    　　這三個檔案是使用二進制格式保存的，因此不能直接查看其中的內容，而需要使用相關命令。當然也可以通過程序來 訪問這三個檔案，這就需要了解它們使用的數據結構。其中utmp和wtmp使用同樣的數據結構，而lastlog使用 另外一個數據結構，可使用man來進行查詢具體結構。如果系統的用戶數量很多，那麼wtmp檔案的大小會迅速增加，在 系統/var檔案系統空間緊張的情況下，就導致這個檔案系統被占滿。系統不會主動控制這個檔案的大小，因此這需要管理 員的干預，需要手工及時清除，或編寫shell腳本定期保存和清除。

    　　系統還可以提供記賬統計的功能，要打開系統的計賬功能，需要使用accton命令，注意，accton必須跟 隨記賬日誌檔案的名字作參數，而不帶參數的accton將關閉記賬進程。

    　　當打開了記賬功能後，可以使用lastcomm來檢查在系統中執行的所有命令的信息，包括執行的命令、執行命 令的用戶、用戶使用的終端tty，命令完成的時間，執行時間等。從lastcomm的輸出也能幫助管理員檢查可能的入 侵行為。

    　　此外可以使用ac命令來查詢用戶的連接時間的報告，sa命令來查詢用戶消耗的處理器時間的報告。

    • Syslog日誌記錄

    　　最初，syslog只是為了sendmail而設計的消息日誌工具，由於它提供了一個中心控制點，使得sys log非常好用和易配置，因此當今很多程序都使用syslog來發送它們的記錄信息。syslog是一種強大的日誌記 錄方式，不但可以將日誌保存在本地檔案中，還可以根據設置將syslog記錄發送到網路上的另一台主機中。

    　　支持syslog方式的系統啟動了syslogd守護進程，這個程序從本地的Unix套接字和監聽在514端 口（UDP）上的Internet套接字，來獲得syslog的記錄。本機中進程使用syslog系統調用發送來sy slog記錄，然後由syslogd將他們保存到正確的檔案或發送到網路上另一台運行syslogd主機中去。

    　　syslogd的設置檔案為/etc/syslog.conf，定義消息對應的相應目標，一條消息可以達到多 個目標，也可能被忽略。

    #       $Id: syslog.conf,v 1.9 1998/10/14 21:59:55 nate Exp $

    #

    #       Spaces are NOT valid field separators in this file.

    #       Consult the syslog.conf(5) manpage.

    *.err;kern.debug;auth.notice;mail.crit          /dev/console

    *.notice;kern.debug;lpr.info;mail.crit;news.err /var/log/messages

    mail.info                                       /var/log/maillog

    lpr.info                                        /var/log/lpd-errs

    cron.*                                          /var/cron/log

    *.err                                           root

    *.notice;news.err                               root

    *.alert                                         root

    *.emerg                                         *

    !ppp

    *.*                                             /var/log/ppp.log

    　　syslog.conf的配置可以分為兩個部分，第一部分用於區分消息的類型，另一個用於設置消息發送的目的 地。通常，消息的類型包括消息的產生者，例如kern表示核心產生的消息，auth表示認証系統產生的消息，等等，還 包括消息的級別，例如emerg表示非常重要的緊急信息，alert表示系統告警狀態，crit表示關鍵狀態，err 表示一般的錯誤信息，warning表示警告信息，notice表示提示信息，但還不是錯誤，info表示一般信息， debug表示調試信息等，因此一個消息的類型可能為：kern.debug、mail.info等，但頁可以使用通 配符*進行匹配。

    　　從上面的syslog.conf的設置可以看出，系統正常運行中的很多重要的信息，如錯誤信息*.err、內 核調試信息kern.debuf、認証報告auth.notice等被直接輸出的console中，另外還有一些比較 重要的信息被輸出到/var/log/messages檔案中，發送郵件的記錄將被保存在/var/log/mail log檔案中，打印記錄為/var/log/lpd-errs等，使得管理員可以根據這些檔案來查詢相關記錄，進行統 計或尋找系統問題。其中使用syslog記錄的messages檔案中包括root登錄的信息、用戶多次登錄失敗的嘗 試等對系統安全相當重要的信息，因此也是系統遭受攻擊之後，攻擊者會根據syslog.conf中設置試圖清除相關文 件中自己的登錄記錄。因此對於安全性要求更高的系統，可以嘗試將syslog發送到另一台電腦上，或者輸出到一些設 備檔案中，如在印表機上立即打印輸出。

    　　系統會使用newsyslog定期檢查syslog輸出的messages檔案和maillog檔案，將舊數 據壓縮保存為備份檔案，如messages.1.gz等。

    • 其他日誌

    　　除了系統登錄記錄和syslog記錄之外，其他還有一些應用程序使用自己的記錄方式。

    　　系統每天都會自動檢查系統的安全設置，包括對SetUID、SetGID的執行檔案的檢查，其結果將輸出到/ var/log/security.today檔案中，管理員可以與/var/log/security.yeste rday檔案對比，尋找系統安全設置的變化。

    　　如果系統使用sendmail，那麼sendmail.st檔案中以二進制形式保存了sendmail的統計 信息。

    　　在系統啟動的時候，就將核心的檢測信息輸出到螢幕上，這些信息可以幫助用戶分析系統中的硬體狀態。一般使用d mesg命令來查看最後一次啟動時輸出的這個檢測信息。這個信息也被系統保存在/var/log/dmesg.tod ay檔案中，系統中同時也存在另一個檔案dmesg.yesterday，是上次的啟動檢測信息，對比這兩個檔案，就 可以了解到系統硬體和核心配置的變化。

    　　lpd-errs記錄了系統中lpd產生的錯誤信息。

    　　此外，各種shell還會記錄用戶使用的命令歷史，它使用用戶主目錄下的檔案來記錄這些命令歷史，通常這個文 件的名字為.history（csh），或.bash-history等。


    125.shtml.htm100644 1766 1746 20347 7236623521 12412 0ustar statuestatue FreeBSD使用大全
    FreeBSD連載(32)：系統備份
    1999年12月5日 17:50 王波

    系統備份

    　　不管系統是多麼可靠，總會發生一些意想不到的事情，致使系統數據丟失。例如硬體故障或人為操作失誤等。因此使 用備份來保護數據不丟失是一種非常重要的手段，尤其在系統數據非常重要的時候。經常進行數據備份能夠減少偶然破壞造成 的損失，保証系統能夠從錯誤中恢復正常運行。

    • 備份策略

    　　在進行備份之前，首先要選擇使用的備份策略，這將決定何時需要進行備份，以及出現故障時進行恢復的方式。通常 使用的備份方式有三種：

    　　完全備份：每隔一定時間就對系統進行一次全面的備份，這樣在備份間隔期間出現數據丟失等問題，可以使用上一次 的備份數據恢復到前次備份時情況。這是最基本的備份方式，但是每次都需要備份所有的數據，並且每次備份的工作量也很大 大，需要太多的備份介質，因此這種備份不能進行的太頻繁，只能每隔一段較長時間才進行一次完整的備份，例如以一個月為 一個備份周期。但是這樣一旦發生數據丟失，只能恢復到上次備份的數據，這個月內更新的數據就有可能丟失。

    　　增量備份：首先進行一次完全備份，然後每隔一個較短時間進行一次備份，但僅僅備份在這個期間更改的內容。當經 過一個較長的時間後再重新進行一次完全備份，開始前面的循環過程。由於只有每個備份周期的第一次進行完全備份，其他只 進行改變的檔案的備份，因此工作量小，就能夠進行更頻繁的備份。例如以一個月為一個周期，一個月進行一次完全備份，每 天晚上0點進行這一天改變的數據備份。這樣一旦發生數據丟失，首先恢復前一個完全備份，然後按日期一個一個恢復每天的 備份，就能恢復到前一天的情況。這種備份方法比較經濟。

    　　更新備份：這種備份方法與增量備份相似，首先每月進行一次完全備份，然後每天進行一次更新數據的備份。但不同 在於，增量備份是備份該天更改的數據，而更新備份是備份從上次進行完全備份後更改的全部數據檔案。一旦發生數據丟失， 可以使用前一個完全備份恢復到前一個月的狀態，再使用前一個更新備份恢復到前一天的情況。這樣做的缺點是每次作小備份 工作的任務比增量備份的工作量要大，但好處在於，增量備份每天都有備份，因此要保存數據備份數量太多，而更新備份則不 然，只需保存一個完全備份和一個更新備份就可以恢復故障以前的狀態。另外在進行恢復工作時，增量備份要順序進行多次備 份的恢復，而更新備份只需兩次恢復，因此它的恢復工作相對簡單。

    　　增量備份和更新備份都能以比較經濟的方式對系統進行完全備份，在這些不同的策略之間進行選擇不但與系統數據更 新的方式相關，也依賴於管理員的習慣。通常在系統數據更新不是太頻繁的話，可以選用更新備份的方式。但是如果系統數據 更新太快，使每個備份周期後面幾次更新備份的數據量已經相當大，這樣使用更新備份已經不太經濟了。這時候可以考慮增量 備份或混用更新備份和增量備份的方式，或者縮短備份周期。

    • 操作磁帶設備

    　　FreeBSD下SCSI接口的磁帶設備檔案名為/dev/rsa0或/dev/nrsa0，其中n代表非回 卷類型，每次在nrsa0上存儲數據之後磁帶沒有回卷，這樣就能在磁帶中保存多次備份。而rsa0設備在每次保存數據 並關閉磁帶時會回卷，這樣只能存儲一次備份。由於磁帶容量大，一次不會用完一個磁帶的容量，因此一般使用nrsa0設 備，以進行多次備份。

    　　3.1-release之前使用老SCSI驅動程序的磁帶設備為st，對應的設備檔案就為rst0和nrst 0，而非SCSI的磁帶設備有rwt0，rft0，分別為IDE和軟碟控制器接口的磁帶設備。

    　　n表示非回卷模式，r代表raw方式，代表字符設備。而sa為磁帶設備的驅動程序名。0表示設備序號，如果有 多個磁帶，下一個設備將為rsa1。

    　　一般使用/dev/nrsa0作為備份設備，因為這個設備是非回卷的，那麼每次備份之後磁帶仍然停留在最後移 動的位置上，這樣就可以在下次備份時接續往磁帶中寫入，使用一個磁帶進行多次備份。但是如果讀取具體的備份，必須使磁 帶卷到具體備份的起始位置才行。需要回卷磁帶要使用mt命令來完成。

    　　# mt /dev/nrsa0 rewind

    　　回卷磁帶到最開始地方﹔

    　　# mt /dev/nrsa0 reten

    　　先向前卷到尾部再回卷磁帶，保持磁帶前後松緊一致﹔

    　　# mt /dev/nrsa0 fsf 1

    　　跳到下一個備份檔案，使用2將跳到下面第二個檔案﹔因此要定位一個磁帶上第4次備份的檔案，可以使用rete n回卷磁帶，再使用fsf 4跳到第4個備份。

    　　每次使用mt均需使用mt來確定磁帶的位置，一般的應用程序並不能自動確定檔案的開頭，而在磁帶上每兩個備份 檔案當中必然有一段無用的數據，如果再讀完一個備份之後立即去讀取下一個備份檔案，就不能識別這些備份檔案之間的無用 信息，必然導致報告錯誤。

    • 使用tar進行備份

    　　選定了備份方式之後，可以使用tar、cpio、dump等備份工具軟體將數據備份到磁帶上。對於一般的備份 ，使用tar就足夠了。tar的參數有：

    　　參數c是創建備份（Create）

    　　參數v表示回顯模式（Verbose），將產生一系列所備份的檔案列表

    　　參數f指定使用的備份檔案，它後面的參數為輸出的備份檔案名

    　　參數x是展開備份檔案

    　　參數t是顯示備份檔案的內容

    　　參數T後面跟隨一個檔案參數，指定從這個檔案中讀取要備份的各個檔案的路徑

    　　參數z是使用壓縮方式創建和解開備份檔案，這是GNU的新版tar的功能，需要同時安裝gzip

    　　如果不使用T參數，那麼就需要一個參數，指明進行備份檔案和目錄的路徑

    　　這些選項參數可以使用Unix下的標準參數符號 “-” 進行引導，如 “-c” 、 “-f” 等，大部分 參數都是單獨使用的參數，而有些如 “-f” 、 “-T” ，其後面還要跟隨一個檔案名作參數。因此可以將單獨的參 數寫在一起，如 “-cv” 就等同於 “-c -v” ，也可以與一個需要參數的選項寫在一起，如 “-cvf f ilenam” 就等同於 “-c -v -f filename” 。如果不使用 “-” 引導參數，tar也能識 別這些命令選項。如 “tar tvf filename” 就等同於 “tar -cvf filename” 。 tar能夠創建備份文檔，能夠備份到磁帶上或者產生一個檔案，如：

    　　# tar cf root.tar /root

    　　將/root目錄下的所有文檔備份到root.tar檔案中，root.tar指定輸出的備份檔案，/roo t指出要做備份的目錄。如果要備份到磁帶上，將輸出的備份檔案指定為磁帶設備檔案即可：

    　　# tar cf /dev/nrsa0 /root

    　　如果設置了環境變量TAPE，則可以不使用參數f指定輸出磁帶設備名字。

    　　# TAPE=/dev/nrsa0; export TAPE

    　　# tar c /root

    　　從備份文檔中解出所有檔案或某個檔案，只需要使用x選項替換前面的c選項，例如從磁帶中解出hello.c文 件：

    　　tar xv hello.c

    　　列出tar備份文檔中的內容，可以使用t選項，tar tv將列出磁帶上的所有檔案內容，而tar tf r oot.tar將root.tar檔案上的內容列出。

    　　tar本身不支持檔案壓縮，因此創建的檔案要比較大。但tar可以和GNU的壓縮軟體gzip合作，直接生成 壓縮檔案，所需要的是在參數中增加z選項。壓縮的備份檔案和普通tar備份是不同的，因此凡是壓縮的備份操作，均需使 用z參數。如：

    　　# tar czvf root.tar.gz /root

    　　# tar xzvf root.tar.gz hello.c

    　　# tar tzvf root.tar.gz

    　　要進行增量備份和更新備份，必須找出那些檔案在這個期間進行更新。這個任務可以由程序find來完成，例如查 找過去七天更改的檔案，並使用tar的-T參數制定進行備份的檔案，進行備份：

    　　# find / -mtime -7 -print > /tmp/filelist

    　　# tar -c -T /tmp/filelist -f /dev/nrsa0

    　　由於要使用find來找出需要備份的檔案列表，那麼就需要使用檔案的修改時間進行查詢，需要使用-mtime 參數。另一個更有用的參數是-newer，可以查找出所有比某個檔案更新的檔案，由於備份是周期進行的，因此可以在完 全備份之後生成一個標記檔案，那麼所有比這個檔案新的檔案都需要進行更新備份。

    　　# find / -newer full_back_tag_file -print > /tmp /filelist

    　　進行備份需要定期執行，不能完全依賴於管理員手工進行備份。備份也應該選擇在系統比較空閑時進行，以免影響系 統的正常處理任務。通常可以選擇半夜0:00點之後進行備份，這樣更不能將這個任務由管理員手工完成了。Unix提供 了定時服務cron，能夠在確定的時間中執行一系列任務，因此備份必須和cron合作來完成，或者使用/etc下的d aily，weekly，monthly檔案定時操作。


    127.shtml.htm100644 1766 1746 32374 7236623522 12420 0ustar statuestatue FreeBSD使用大全
    FreeBSD連載(33)：DOD參考模型
    1999年12月5日 18:11 王波

    第4章 網路配置與使用

    　　60年代末，美國國防部（DOD）對建立分組交換的廣域網很感興趣，其基本想法是通過連接多個地域的分散網路 ，那麼局部地區的網路故障不影響其他部分網路的正常運行。主要是由於當時正處於冷戰的形勢下，他們要求建立能夠在部分 地區被襲擊的情況下，仍正常運行的軍事網路。

    　　研究機構ARPA開始了這個稱為ARPAnet的網路項目的研究，由於這個項目要求在不同的電腦之間進行通 信，而不同的電腦上會運行不同的操作系統，因此就存在不同系統之間如何按照同樣的規則進行交流的問題。因此最重要的 問題就是開發所有的系統都遵守的標準協議，讓它來實現應用程序對應用程序的通信，並獨立於具體的電腦平台。因此，他 們開發了獨立於特定電腦系統的標準協議，以實現各種電腦之間的通信。

    　　由於存在多種應用程序，因此協議也並非一個，而是一組協議。而TCP協議和IP協議就是他們開發的這些協議中 最重要的兩個，因此通常就以TCP/IP來稱呼整個協議族，稱為TCP/IP協議，這正是目前流行的Internet 使用的協議標準。

    　　TCP/IP的成功與BSD Unix分不開的，由於TCP/IP是平台獨立的，而當時大學的研究機構主要使 用BSD Unix，因而加州大學伯克利分校最先在BSD Unix中實現了TCP/IP。於是這一技術很快推廣到使 用BSD Unix的大學中，TCP/IP得到迅速推廣，越來越多的網路使用這個協議，越來越多的網路也通過這個協議 進行了互聯，逐漸形成了今天的Internet。

    • DOD參考模型

    　　參考模型是關於電腦之間如何進行通信的一種形象化表示方式，它將進行通信所需要的每一步驟按照層次的概念組 織起來。如果一個步驟處理的事情是負責物理線路的具體傳輸，就認為屬於模型中的低層，反過來，如果一個步驟是與具體的 應用程序打交道，就認為屬於模型中的高層，在高層和低層之間按照邏輯關系，還有一些中間層次。

    　　將通信過程劃分為不同層次的原因是因為通信過程是一個複雜的過程，對於用戶來講，能使用WWW瀏覽信息，能發 送電子郵件就能滿足需要，他們只關心這些應用程序，而不關心具體的通信過程﹔另外一些軟體駐留在後台處理通信過程中必 要的任務，如建立連接，發送數據等，而不關心數據是如何發送出去的﹔還有一些硬體專門用來負載信號的傳遞﹔這樣不同的 軟硬體有著層次分明的調用關系，自然就形成了層次的概念，而參考模型正是對這些層次進行區分和定義。

    　　在參考模型中，數據的物理傳送是由應用程序──屬於模型的最高層，向低層傳送，直至具體傳輸數據的傳輸協議層 ，由這個層將數據通過物理介質──如電纜、光纜、微波等傳送到目的電腦。當數據到達目的電腦時，它沿模型向上傳遞 ，最終到達目的電腦中的應用程序。這個過程就是傳送數據的物理過程。

    　　可以使用一個簡單例子來解釋這個通信過程。例如朋友之間互相傳遞信函是另一種較容易理解的通信過程，這個過程 中有寄信者、收信者、郵遞員、郵車等等。由寄信者將信交給郵遞員，郵遞員處理信件之後將信通過郵車發到對方的城市，對 方城市的郵遞員再將信交給收信者。這樣就可以將這個過程按層次劃分，寄信者和收信者可以看作一個層次，他們使用郵政服 務，可以看成應用層﹔所有層次的郵政員工是一個層次，進行具體的處理通信工作，可以稱為通信層﹔而郵車可以看成另一個 層次，處理具體發送郵件工作，稱為傳輸層﹔這只是一個簡單例子，具體網路通信過程則要複雜的多。

    　　從上圖可以看出，雖然物理數據的傳送是先從上到下，再從下到上回到另一台電腦的應用程序中，如果不考慮低層 是如何進行具體處理的，就可以將通信看成在每一層與另一個電腦中的相應層之間進行的。這樣在每層與另一台電腦相應 層之間就存在邏輯上的連接通信和傳遞數據的能力。如果還使用前面的寄信的例子來說明的話，就是寄信者只考慮收信者，收 信者也只考慮寄信者，而不管郵遞員是如何處理信件的，在邏輯上就是朋友之間的通信關系。

    　　這樣用邏輯通信的方式將數據傳送歸結到各層中的協議上，每一個協議只定義了完成通信的一個任務，成功的完成整 個通信過程要求多個協議協同進行，這些協議將分屬參考模型的不同層次，而且每個協議只與對方相應的協議通信，而不需考 慮整個通信過程，這樣複雜的通信過程就得到了簡化，從而能更容易實現。

    　　按照對網路的不同理解，可以有不同的參考模型，將通信分為不同的層次結構，其中影響最大的就是國際標準化組織 開發的OSI標準七層模型和TCP/IP中使用DOD四層模型。

    　　DOD模型的四層分別為：

      • 應用層（Application）

      • 主機到主機層（Host to Host）

      • 網路互連層（Internet）

      • 網路訪問層（Network Access）

    • 網路訪問層

    　　TCP/IP並沒有定義任何網路訪問層的協議，這個層的協議大部分是由其他通信組織定義的，這反而使TCP/IP 能適合幾乎全部硬體平台。網路訪問層和硬體相關，負責基本的通信，這一層最常見硬體的是以太網和使用普通電話線的 撥號連接。對於以太網，這一層定義了介質訪問控制地址（MAC地址），用於標識不同的電腦。有了網路訪問層，電腦 之間就有了物理連接，電腦之間就為相互交換數據提供了條件。

    　　在FreeBSD下，網路硬體是以網路界面（Interface）的形式存在的，如果電腦的網卡被正確探測 到的話，則就有一個相應的網路界面。例如第一個3C905網卡的網路界面是xl0，第一個Ne2000兼容網卡網路界 面是ed0，使用核心級PPP驅動的ppp網路界面為ppp0等。這些網路界面都對應於核心中的硬體驅動程序，只有在 硬體被檢測到之後，這些網路界面才能被正常使用。除此之外，還有一個本地環路網路界面lo0，這使得即使沒有任何網路 界面的硬體存在，也能使用FreeBSD運行網路程序為本機提供網路服務。

    • 網際層（Internet層）

    　　Internet層負責確定一台電腦能在網路上的位置，並找出通向它的路徑，然後才能夠相互交換數據。這種 路徑選擇功能既複雜又重要，因此實現這個功能的IP協議是整個TCP/IP協議組中的最基本協議。

    • IP地址

    　　IP協議給每個電腦都分配了一個唯一的IP地址，這個地址是一個分為四部分的32位長的數，每個部分為8位 ，使用點將其分開，例如192.168.1.64，這樣IP地址就表示的比較清晰﹔每個IP地址被劃分為兩個部分，一 個為網路地址（Network Address），用於表示電腦所在的子網路，一個為節點地址（Node Addr ess），用於標識電腦在子網路中的位置﹔網路地址和節點地址通過網路掩碼（netmask）進行區分，對應網路掩 碼二進制位為一的IP地址部分為網路部分，其他的為節點部分。

    　　例如網路掩碼255.255.255.0（16進制形式為0xffffff00）將192.168.1.64 的網路部分分為192.168.1和64兩部分，因此其網路地址為192.168.1.0，節點部分為0.0.0.6 4。這個IP地址在FreeBSD下可以寫作192.168.1.64/255.255.255.0或者192.16 8.1.64/24，後面一種形式和前一個是等價的，表示子網掩碼的二進制位中前面為1的位共有24位，即255.2 55.255.0。

    　　同一個網路中的網路地址應該相同，但節點地址應該不同，因而子網掩碼可以決定這個網路中可以擁有的TCP/I P主機的數量，即節點地址的範圍減2，其中節點地址二進制位全為0的地址為網路地址，表示這個網路本身，而節點地址二 進制位全為0的地址為廣播地址，用於在網路中發送廣播包。

    　　在IP協議中，為了便於管理，為不同種類的IP地址定義了預設的網路掩碼，而定義的具備不同網路掩碼的IP地 址就組成不同的網路類別。

    　　A類網路：1.0.0.0到127.0.0.0，預設網路掩碼為255.0.0.0，每個網路可以容納16, 777,214台電腦﹔

    　　B類網路：128.0.0.0到191.0.0.0，預設網路掩碼為255.255.0.0，每個網路可以容 納65,534台電腦﹔

    　　C類網路：192.0.0.0到223.0.0.0，預設網路掩碼為255.255.255.0，每個網路只 能容納254台電腦﹔

    　　其他的IP地址屬於D、E、F類地址，被IP協議保留用在了mutlicast等其他方面。

    　　這樣劃分的目的是為了讓IP地址可以同時滿足要求不同IP地址數量的大型網路和小型網路的需要。然而隨著In ternet的發展，IP地址開始變得緊張起來，目前已經提出了IPv6標準，以擴展IP地址的範圍，解決地址緊張的 問題。目前絕大多數網路還沒有支持IPv6，因此完全轉向IPv6還是一個漫長的過程，這也是FreeBSD不將比較 成熟的FreeBSD IPv6計劃──KAME，包括入FreeBSD發行版本的原因之一。目前主要使用另一種IP 地址轉換技術（NAT, Network Address Translete）來解決IP地址緊張的問題。

    • 路由

    　　有了IP地址，電腦就能確定在它在網路上的位置。當一台電腦要和另外電腦通信時，它首先必須知道對方的 IP地址，如果該IP的網路地址和它相同，兩台電腦就處在同一個子網上，能通過網路訪問層進行通信。直接通過IP地 址請求獲得對方的MAC地址，以通過網路訪問層進行通信，這需要通過另一個協議──ARP協議，從IP地址獲得對方的 MAC地址。

    　　如果兩台電腦不在同一個網路內，就需要一些特殊的電腦──路由器的幫助，才能將IP數據包發送到對方計算 機上。當兩台電腦不在同一個網路內時，電腦將查看自己的路由表，找出通往對方的合適路由器的IP地址，將IP數據 包發送給這台路由器，由各級路由器負責將IP包發送到目的地。因此一台電腦要想和子網外的電腦通信，至少要知道一 台路由器，由這台路由器負責將數據發送到子網外，通常稱這台路由器為預設網關（default Gateway）。

    　　那麼，路由器就必須了解到通往其他子網的通路，這些路徑可以通過route命令由管理員手工加進去，也可以通 過路由器之間相互交換數據，使路由器學習到更多的路由信息。路由器之間交換路由數據的協議主要有RIP、OSPF、B GP等協議。FreeBSD也能很好的支持這些路由交換功能，因此FreeBSD也是用做軟體路由器的最佳選擇。

    • DNS與名字解析

    　　通常IP地址不易記憶，實際使用中是通過使用主機名來標記一台電腦，而主機名可以自動轉換為IP地址，再進 行實際的連接。主機名與IP地址的對應關系可以配置在主機名配置檔案/etc/hosts中，但在網路上更普遍的是通 過DNS協議，將對應關系保存在網路上多台名字伺服器（DNS server）中，這樣就能通過名字伺服器來維護自己 組織機構的名字解析數據。

    　　由於網路上不同的電腦屬於不同的網路和組織機構，因此電腦的名字可以分為區分組織的域名（Domain Name）和在組織內區分電腦的主機名，形成一種多級的結構。例如一台電腦的名字為wb.example.com .cn，其中wb為主機名，example.com.cn為域名，其中example代表工作的單位，com是類別代 碼，代表這個單位是公司機構，cn是國別代碼，代表這個機構位於中國。

    • 主機-主機層

    　　這一層負責維護不同電腦上的兩個進程的通信，它的主要作用就是將應用程序與網路的複雜性相隔離，應用層只需 發出請求，而不必顧及任務是如何完成的。這一層包括兩個協議：傳輸控制協議TCP和數據報協議UDP。

    　　TCP協議是一種面向連接、有分組順序控制和差錯控制的安全準確的協議，因此必須在網路上傳送額外的維護信息 ，網路開銷大，但也是最常用的網路協議。TCP協議在不同機器之間建立了虛擬連接，它使用一個16位的端口地址（po rt number）來區分不同連接。應用程序必須使用一個或幾個端口地址用來提供網路服務，因此對於常用的網路服務 ，其使用的端口地址就是固定的。FreeBSD下在/etc/services就定義了一些常用的端口地址。

    　　UDP協議不建立連接，因此也不保証數據正確完整，相對來講網路開銷小，然而對於不可靠的網路連接，數據完整 性無法保証。UDP也使用端口地址發送和接受屬於不同應用程序的數據。

    • 應用層

    　　應用層就是為了讓應用程序在不同的電腦上運行並相互通信而實現的多種協議，每種協議都對應一類應用程序。並 且隨著Internet上的應用程序的不斷增加，應用協議的種類也越來越多。在/etc/services檔案中定義 的每一行就對應一個固定端口，就可能對應於一種應用程序類型。除此之外還有很多非標準應用程序，當然一個系統中並不會 同時運行所有種類的應用程序。

    　　大部分TCP/IP應用程序是屬於客戶機/伺服器類型的，這種類型的應用程序包含兩個部分，其中伺服器程序通 常運行在伺服器系統的後台，稱為守護程序（daemon）。守護進程運行在後台，隨時接受客戶連接以提供服務﹔客戶軟 件就是應用程序的用戶接口，用戶通過它使用伺服器上的資源。

    　　由於希望在需要的時候伺服器能立即提供服務，這樣就需要啟動大量並不常用的守護進程運行在系統中，就浪費了系 統資源。因此Unix使用一個超級守護程序inetd來監控這些不常用到的服務請求。只有在inetd接到客戶程序的 連接請求後，才啟動相應的應用服務程序進行處理，這樣系統中就不必運行過多的守護進程了，從而節約系統資源。inet d的配置檔案為/etc/inetd.conf，管理員必須配置這個檔案，以便指定系統提供那種服務。

    #

    # Internet server configuration database

    #

    #	@(#)inetd.conf	5.4 (Berkeley) 6/30/90

    #

    ftp	stream	tcp	nowait	root 	/usr/libexec/ftpd	ftpd -l

    telnet	stream	tcp	nowait	root 	/usr/libexec/telnetd	telnetd

    shell	stream	tcp	nowait	root 	/usr/libexec/rshd	rshd

    login	stream	tcp	nowait	root 	/usr/libexec/rlogind	rlogind

    finger	stream	tcp	nowait	nobody	/usr/libexec/fingerd	fingerd -s

    #exec	stream	tcp	nowait	root 	/usr/libexec/rexecd	rexecd

    #uucpd	stream	tcp	nowait	root 	/usr/libexec/uucpd	uucpd

    #nntp	stream	tcp	nowait	usenet	/usr/libexec/nntpd	nntpd

    comsat	dgram	udp	wait 	root 	/usr/libexec/comsat	comsat

    ntalk	dgram	udp	wait 	root 	/usr/libexec/ntalkd	ntalkd

    #tftp	dgram	udp	wait 	nobody	/usr/libexec/tftpd	tftpd /tftpboot

    　　inetd.conf中的第一列為使用的端口地址，通常在/etc/services中進行定義，第二列和第 三列為連接種類，stream為tcp連接，dgram為udp，第四列可以為非daemon方式啟動的進程配置為n owait，為以daemon方式啟動的進程設置為wait。然後為執行程序的用戶，要執行的程序位置和要執行的程序 命令及其參數。
    128.shtml.htm100644 1766 1746 40357 7236623522 12421 0ustar statuestatue FreeBSD使用大全
    FreeBSD連載(34)：手工配置網路
    1999年12月6日 11:44 王波

    基本網路設置

    　　在FreeBSD系統中，網路能力十分重要，對於一個標準的FreeBSD系統，至少要有一個網路界面以便與 其他電腦通信。最常見的網路界面為以太網卡。此外FreeBSD也支持Token Ring和FDDI，以及普通電 話撥號連接、ISDN、ATM等廣域網連接方式。在電腦網路領域內最常使用的連接方式是本地多台電腦使用局域網互 聯，再通過一台專用電腦與廣域網連接，因此一個電腦最常使用的是局域網連接方式，並且局域網是永久連接方式，設置 十分簡單。

    　　FreeBSD對網卡的支持是在系統核心中實現的，要使一個網卡工作正常，就需要系統核心擁有這個網卡的驅動 ，並配置好它占用的硬體資源。為了保証網卡被正確的檢測到，應該使用dmesg來查看系統的檢測信息。

    　　使用sysinstall可以完成最基本的網路配置，可以配置主機名、域名、IP地址、預設網關、DNS服務 器等。配置的這些內容被寫入系統的配置檔案rc.conf中保留下來。當系統安裝完成之後，在sysinstall的 網路配置界面下試圖重新配置網路時，由於網路正在運行，sysinstall將提示 “Running multi- user, assume that the network is already configured?” 此 時需要回答No，表明需要重新設置網路，才會進入配置界面。

    • 手工配置網路

    　　使用sysinstall進行網路配置的優點是所有的網路數據將在同一個界面下進行設置，不容易發生錯誤和遺 漏現象。但熟練的Unix用戶在平時維護系統的時候更喜歡使用手工配置，因為手工配置有很多優點：

    • 熟悉命令之後，手工配置更快速，並且不需要重新啟動﹔

    • 能夠使用配置命令的高級特性﹔

    • 更容易維護配置檔案，找出系統故障﹔

    • 能更深刻的了解系統配置是如何進行的。

    　　僅僅使用sysinstall進行設置，不可能對系統設置有深刻的了解，因而一旦發生問題，就容易束手無策。 對於管理員來講，不能被動的僅僅停留在能夠使用和操作的階段，而是要了解系統是如何進行工作的，才能更好的進行系統維 護和管理。因而需要使用命令行方式。一旦熟悉之後，就會發現命令行才能提供全部靈活的操作能力，而全螢幕方式限制很多 ，過於呆板。

    • 配置電腦名字

    　　每個系統都應該有一個名字，這個名字通常在系統安裝時確定，可以使用hostname命令來獲得目前系統的名 字。同樣設置電腦的名字也需要使用hostname命令，但這需要root權限：

    # hostname wb.example.com.cn

    # hostname

    wb.example.com.cn

    • 配置網路界面

    　　網路界面實際就是網卡的驅動程序，操作系統使用它與網路硬體打交道，而配置網路界面的操作應該通過 命令ifconfig來完成。理解了IP協議之後，使用ifconfig設置網路界面相當簡單。

    # ifconfig  xl0  inet  192.168.1.64  netmask  255.255.255.0 up

    　　其中xl0標識一個3c905B的網路界面，inet為inetnet的簡寫，標識IP協議，FreeBSD也支持其他幾種協議， 如ipx、atalk等。設置本網路界面地址為192.168.1.64，網路掩碼為255.255.255.0，up表示將這個網路界面運行 起來。通常不需要這麼複雜的寫法，簡單的使用下面命令將使用預設網路掩碼配置這個網路。

    # ifconfig  xl0  192.168.1.64

    　　使用down參數可以簡單停止網路界面的工作：

    # ifconfig xl0 down

    　　此外，還可以在一個網路界面上捆綁上多個IP地址，第二個及其之後的IP地址可以使用alias參數 指定，如果不再想使用這個地址，可以使用delete命令刪除這個ip別名。

    # ifconfig xl0 192.168.100.100 alias

    # ifconfig xl0 delete 192.168.100.100

    　　ifconfig的另一個重要的作用是用來觀察目前網路的所有界面的配置狀態，-a參數將列出所有界面 的配置信息。更改配置之後最好使用這個命令查看效果。

    # ifconfig -a

    xl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500

            inet 192.168.1.64 netmask 0xffffff00 broadcast 192.168.1.255

            ether 00:90:27:4e:f6:67 

            media: autoselect

            supported media: autoselect 100baseTX <full-duplex> 100baseTX 10baseT/UTP <full
-duplex> 10baseT/UTP

    lp0: flags=8810<POINTOPOINT,SIMPLEX,MULTICAST> mtu 1500

    tun0: flags=8050<POINTOPOINT,RUNNING,MULTICAST> mtu 1500

    sl0: flags=c010<POINTOPOINT,LINK2,MULTICAST> mtu 552

    ppp0: flags=8010<POINTOPOINT,MULTICAST> mtu 1500

    lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384

            inet 127.0.0.1 netmask 0xff000000

    　　上圖顯示的信息包括各個網路界面，如以太網界面xl0，並行口界面lp0，用於ppp撥號的tun0和ppp0界 面，用於slip撥號的sl0界面等各個網路界面的設置數據。

    　　對於點對點的PPP界面，ppp0或tun0，通常要求指定另一端的IP地址，如果沒有另一端的IP地址，就不 能正常設置網路，事實上PPP軟體會自動完成這些設置，而不需手工執行ifconfig。

    # ifconfig  tun0 inet 10.10.1.42 10.10.1.29

    • 配置路由表

    　　在同一個局域網上的電腦是直接連通的，但是不同的網路上的電腦並沒有直接相連，只能通過一 台特殊的專用電腦-路由器來完成連通。路由器連接有多個網路界面，每一個網路界面連接到一個相應的網 絡上，有一個相應的IP地址。而網路內部的電腦要向外連接，必須通過路由器進行轉接，因此電腦必須知 道路由器的IP地址。

    　　預設網關就是一個網路中的最基本的路由器，負責幾乎所有的向外連接任務。假設預設網關的地址為 192.168.1.254，則設置預設網關的命令為：

    # route add default 192.168.1.254

    　　更複雜的情況下，網路中可以有多個路由器，每個路由器負責到一些網路的轉發任務，因此應該在電腦 中配置這個網路上所有路由器及這些路由器負責的網路的路由數據。可以使用route命令增加到各個網路的靜態路 由數據，其中-net參數是一個可選參數，否則route從所給予的IP地址中判斷它是網路還是電腦，同樣可以指定 -host參數為一個遠程電腦指定路由。

    # route add -net 192.168.10.0/24 192.168.1.253

    # route add -net 192.168.20.0 192.168.1.253

    　　這個語句將在路由表中增加到網路192.168.2.0和192.168.3.0的路由，其中ip地址後面的24用於指示網 絡掩碼，它代表二進制方式的網路掩碼前面非0位的長度，24個非0位的掩碼等價於255.255.255.0。如果沒有指 定網路掩碼，route就使用該ip對應的預設網路掩碼。

    　　設置完路由表之後，可以使用netstat -r命令來查看目前的路由表的內容。

    # netstat -r

    Routing tables

    

    Internet:

    Destination        Gateway            Flags     Refs     Use     Netif Expire

    default            192.168.1.254      UGSc        1      941      xl0

    127.0.0.1          127.0.0.1          UH          1      644      lo0

    192.168.1          link#1             UC          0        0      xl0

    192.168.1.254      0:e0:1e:ce:85:a9   UHLW        2        0      xl0

    192.168.1.64       0:90:27:4e:f6:67   UHLW        1        6      lo0

    192.168.1.253      link#1             UHLW        2        0      xl0

    192.168.10         192.168.1.253      UGSc        0        0      xl0

    192.168.20         192.168.1.253      UGSc        0        0      xl0

    　　除了顯示到達其他網路的路由器之外，路由表中，還能顯示出到達本地網段電腦的方式，例 如link#1表示通過第一個網路界面，也能顯示直接連接的其他主機的MAC地址。

    • 保存配置

    　　上面的命令都是立即生效的命令，但是並沒有將信息寫入配置檔案中，因此要想讓系統重起之後配置仍 然有效，就必須更改配置檔案/etc/rc.conf。這裡可以設置主機名，各個網路界面的屬性，以及各個路由設置等。

    hostname="wb.example.com.cn"

    network_interfaces="xl0 ppp0 lo0"  

    ifconfig_xl0="inet 192.168.1.64  netmask 255.255.255.0"

    ifconfig_ppp0="inet 10.10.1.42  10.10.1.29"

    ifconfig_lo0="inet 127.0.0.1"

    defaultrouter=”192.168.1.254”

    static_routes=”static_route1 static_route2”

    static_route1=”-net 192.168.10.0/24 192.168.1.253”

    static_route2=”-net 192.168.20.0/24 192.168.1.253”

    　　其中network_interfaces定義了多個網路界面的名字，此後相對應的ifconfig_xl0等項的值是相應的 ifconfig的參數。同樣static_routes參數也使用相同方式，來定義多個靜態路由。

    • 配置名字解析

    　　在Inetnet發展的早期，僅僅使用主機名配置檔案來作主機名/IP之間的映射，這對於互連的電腦較 少時十分有效，而隨著相連的電腦的增多，hosts檔案會越來越大，如果用目前Internet上的電腦數量去 衡量的話，使用hosts檔案根本不可能。

    # cat /etc/hosts

    127.0.0.1	 	localhost 

    192.168.1.64 	wb.example.com.cn  wb

    192.168.1.254 	gateway 

    192.168.1.253	gateway2

    192.168.1.252	gateway3

    202.102.245.49	www.online.ha.cn

    　　因此人們發展了一種分級的方式管理名字與IP地址對應關系，稱為域名解析系統。在這個系統中採用 一種分級結構，每個組織負責自己的域及通過這個域內的名字伺服器，對域內的電腦名字和IP地址的對應關 系進行維護，每個域內還可以劃分為幾個不同的子域，子域由子域內的名字伺服器負責解析，這樣就降低了維 護任務的複雜程度。通過標準協議DNS，Internet上所有的名字伺服器可以相互交換數據，這樣每台電腦都能 通過查詢名字伺服器來查詢Internet上所有的電腦名字。

    　　要使用域名解析系統DNS，當用作普通的DNS客戶時，只需配置/etc/resolv.conf檔案，指出所使用的名 字伺服器。

    # cat /etc/resolv.conf

    domain example.com.cn

    nameserver  192.168.1.250

    nameserver  192.168.2.210

    　　這個配置檔案指出本機使用的域為example.com.cn，這樣如果查名字www，將會首先使用 www.example.com.cn作為全名。這裡定義了兩個名字伺服器，第一個為192.168.1.250，第二個為 備用名字伺服器192.168.2.210。

    　　注意，因為此時還不能通過DNS查詢名字，因此這裡要使用IP地址而非主機名來指定名字服 務器。

    　　由於可以同時使用/etc/hosts主機檔案和/etc/resolv.conf中配置的DNS伺服器都能進行電腦名字與IP 地址之間的轉換，就可以規定查找的順序，在/etc/host.conf檔案中規定了進行名字轉換時查找的順序。

    bind

    hosts

    　　系統預設設置的順序如上，第一行為bind，（Berkeley Internet Name Domain）這是DNS域名系統 的標準實現，第二行為hosts，因此這表示先查找DNS伺服器，然後再查找本機中的檔案hosts。由於從DNS 伺服器上查找名字可以得到域名的全部信息，因此如果本機具備DNS名字的情況下，應該設置為查找DNS服 務器優先。

    　　雖然一般DNS名字解析速度並不會造成太大的影響，但如果本地的DNS反應較慢或者這台FreeBSD計 算機的名字沒有登記到DNS伺服器上，那麼伺服器試圖查找本機名字的行動就影響網路應用程序的連接速 度，造成很多依賴於主機名的應用程序啟動非常緩慢，為了加速電腦名字解析速度，可以更改這個檔案 設置為先查找本機檔案優先。

    • 使用基本網路工具

    　　當配置好網路之後，就可以使用系統提供的網路程序來訪問網路，如使用ftp來從遠程電腦上下載 檔案、telnet登錄上遠程系統等。FreeBSD下不但提供了這些普通的網路應用程序，而且還提供了相當豐富網 絡工具，幫助進行判斷網路狀態，發現網路故障。

    　　最基本的查看本地網路設置的程序，包括前面提到的設置程序ifconfig、route，以及查看網路狀態 的程序netstat。還有另外的一些程序，可以用來判斷網路連接狀態。

    　　前面提到的netstat的用法是使用-r參數來獲得路由器的信息，而不使用這個參數啟動netstat將報告 目前的連接狀態，包括TCP/IP連接和Unix socket連接。

    # netstat 

    Active Internet connections

    Proto Recv-Q Send-Q  Local Address          Foreign Address        (state)

    tcp        0      2  wb.online.ha.cn.telne www.1030                ESTABLISHED

    tcp        0      0  wb.online.ha.cn.49157 wcarchive.cdrom..20    ESTABLISHED

    tcp        0      0  wb.online.ha.cn.1139  wcarchive.cdrom..ftp   ESTABLISHED

    tcp        0      0  wb.online.ha.cn.telne www.1029                ESTABLISHED

    tcp       56      0  wb.online.ha.cn.1138  wcarchive.cdrom..ftp   CLOSE_WAIT

    tcp        0      0  wb.online.ha.cn.telne www.1028                ESTABLISHED

    tcp        0      0  wb.online.ha.cn.telne www.1027                ESTABLISHED

    tcp        0      0  wb.online.ha.cn.1101  email.9999             ESTABLISHED

    Active UNIX domain sockets

    Address  Type   Recv-Q Send-Q    Inode     Conn     Refs  Nextref Addr

    f458af00 dgram       0      0        0 f4571fc0        0 f458ae40

    f458ae40 dgram       0      0        0 f4571fc0        0 f458af40

    f458af40 dgram       0      0        0 f4571fc0        0 f458af80

    f458af80 dgram       0      0        0 f4571fc0        0 f458afc0

    f458afc0 dgram       0      0        0 f4571fc0        0        0

    f4571fc0 dgram       0      0 f45705c0        0 f458af00        0 /var/run/log

    　　可以使用ping來判斷與遠程電腦是否能夠連通。

    $ ping ftp.freebsd.org

    PING wcarchive.cdrom.com (209.155.82.18): 56 data bytes

    64 bytes from 209.155.82.18: icmp_seq=1 ttl=240 time=520.726 ms

    64 bytes from 209.155.82.18: icmp_seq=2 ttl=240 time=773.465 ms    

    ^C

    　　要想知道這台電腦是怎樣和遠程電腦相連接的，可以使用traceroute來獲得從本機達到遠 程電腦所經過的路由器，以及到達各個路由器的開銷等信息。

    $ traceroute www.pku.edu.cn

    traceroute to sun1000e.pku.edu.cn (162.105.254.12), 30 hops max, 40 byte packets

     1  202.102.245.1 (202.102.245.1)  1.078 ms  0.862 ms  0.850 ms

     2  202.102.235.165 (202.102.235.165)  157.337 ms  157.957 ms  174.054 ms

     3  202.97.26.217 (202.97.26.217)  134.037 ms  57.994 ms  55.602 ms

     4  1S7-rtr1-r-1-hbwh.cn.net (202.97.26.165)  274.626 ms  120.154 ms  580.097 ms

     5  202.97.10.113 (202.97.10.113)  623.421 ms  888.556 ms  794.748 ms

     6  6A05-rtr2-c-1-bjbj.cn.net (202.97.1.189)  411.728 ms  247.819 ms  245.688 ms

     7  202.97.9.1 (202.97.9.1)  762.538 ms  945.893 ms  920.904 ms

     8  202.97.8.254 (202.97.8.254)  1181.508 ms  1107.783 ms  374.649 ms

     9  1F0-rtr1-r-1-bjbj.cn.net (202.97.2.14)  960.674 ms  635.770 ms  700.182 ms

    10  202.97.16.190 (202.97.16.190)  391.926 ms  214.433 ms  721.839 ms

    11  * 202.112.63.100 (202.112.63.100)  313.066 ms *

    12  * * *

    13  * * beijing-rgw-lan.cernet.net (202.112.1.66)  434.928 ms

    14  * * *

    15  * 202.112.5.194 (202.112.5.194)  282.973 ms  340.009 ms

    16  sun1000e.pku.edu.cn (202.112.7.12)  827.202 ms * *

    　　由於traceroute會在網路上產生大量的數據流，因此一般不要頻繁使用這個命令，以免造成無謂的 網路流量。

    　　為了獲得從一個電腦名字獲得其IP地址，或者從IP地址得到電腦名字，可以直接使用nslookup來 查詢DNS伺服器。

    $ nslookup ftp.freebsd.org 

    Server:  ns.hazzptt.net.cn

    Address:  202.102.224.68

    

    Non-authoritative answer:

    Name:    wcarchive.cdrom.com

    Address:  209.155.82.18

    Aliases:  ftp.freebsd.org

    $ nslookup 209.155.82.18

    Server:  ns.hazzptt.net.cn

    Address:  202.102.224.68

    

    Name:    wcarchive.cdrom.com

    Address:  209.155.82.18

    　　nslookup不僅能用於查詢普通的IP地址，還可以查詢其他更複雜的DNS信息，如某個域的名字服務 器的地址，郵件伺服器地址等。
    129.shtml.htm100644 1766 1746 7275 7236623522 12404 0ustar statuestatue FreeBSD使用大全
    FreeBSD連載(35)：串口和modem
    1999年12月7日 11:30 王波

    撥號網路

    　　局域網上的FreeBSD要和Internet（或其他廣域網）連接，就需要使用廣域網界面。對於一般用戶， 採用普通電話線進行撥號的方式，是比較常見的做法。這就需要首先使用電腦的串口連接到modem（調制解調器）上， 再通過modem連接到Internet上。

    • 串口和modem

    　　因此如果採用撥號方式連接一台電腦到遠端，則必須配置好電腦的串口和modem。

    　　個人電腦一般有兩個串口，在DOS下稱為COM1、COM2，FreeBSD使用Unix的習慣從0開始排 列數字，相應的串口硬體為sio0、sio1。啟動時系統將自動檢測這些硬體，檢測結果顯示在螢幕上，可以在登錄後使 用dmesg來查看這些啟動信息，判斷硬體是否真的被檢測到了。如果串口被檢測到，就能使用連接到相應串口上的外置 modem進行連接。

    　　如果使用內置modem卡，卡上將包括一個串口設備，根據這個卡的設置，這個串口設備可以為sio2或sio3 ，因此必須保証核心支持第三、第四個串口設備sio2和sio3。但與DOS不同的是，modem卡使用的IRQ不 能與已有串口共享硬體資源。由於DOS是單任務操作系統，不可能同時使用兩個串口，共享IRQ是可以的，因此COM1 與COM3共享IRQ 4，COM2與COM4共享IRQ 3。但是對於多用戶操作系統FreeBSD來講，同時會有 多個進程訪問設備，每個設備必須單獨占有IRQ，因此必須在核心中將modem卡的IRQ設為另外的空閑值。

    　　要更改卡上的跳線或在DOS下運行設置程序更改卡上的設置，以使硬體上設置與核心配置相一致。通常PNP的 modem卡能正確設置硬體資源，也可以通過UserConfig重新設置。

    　　當FreeBSD的核心檢測到串口設備之後，就能夠通過相應的設備檔案來訪問這些串口了。對應第一個串口sio0 的設備檔案為/dev/ttyd0和/dev/cuaa0，對應第二個串口sio2的設備檔案為/dev/tty d1和/dev/cuaa1，依次類推。

    　　FreeBSD對一個串口提供了兩個設備檔案，事實上它們對應同樣的硬體，只是屬性略有不同。cuaa0主要 用來撥出，ttyd0主要用於撥入和直接連接。設置這兩個設備檔案的原因是電腦與modem相互通信的數據有兩類， 一種為電腦通過串口發送給modem的控制指令，常用的為Hayes的AT指令，這些數據是發送給modem的，而 另一種數據是電腦通過modem發送到電話網上的傳輸數據，這些數據只需要讓modem進行調制解調即可。而對於應 用程序來講，要想非常簡單的來區分這兩種數據，就可以使用兩個初始狀態不同的設備檔案。

    　　當外部撥入內部時，電話連接已經設置好了，數據傳輸是在電腦與電話網之間，modem只進行調制解調，此時 就使用ttyd0。而當向外撥號時，modem還沒有建立連接，電腦應該向modem發送指令，控制modem執行 撥號等操作，此時就使用設備檔案cuaa0。一旦連接建立之後，系統將重置設備檔案的屬性，使得cuaa0同樣也是將 數據發送向電話網上。

    　　因此ttyd0和cuaa0這兩個設備檔案，只是初始狀態不同，而並沒有本質的差別。事實上大多數撥號軟體會 重置設備檔案的狀態，使用哪個設備都可以正確完成撥號過程。然而習慣的做法仍然是使用cuaa0用於撥出，ttyd0 作為撥入，這樣能避免某些軟體不能正確重置設備檔案的狀態的問題。


    130.shtml.htm100644 1766 1746 70731 7236623522 12411 0ustar statuestatue FreeBSD使用大全
    FreeBSD連載(36)：PPP協議
    1999年12月8日 13:09 王波

    PPP協議

    　　通過電話連接使用IP協議有兩種協議，一種為SLIP協議，另一種為PPP協議，FreeBSD支持這兩種協 議，但是SLIP協議已經過時，目前已經很少有ISP使用這種方式提供接入服務了，而PPP協議則成為了標準。

    　　建立一個PPP連接需要以下過程：

    • 在PPP的兩端建立一條物理連接，通常為電話連接，但也有直接電纜連接或虛擬的tunnel連 接的形式。具體如何建立連接，例如撥號等，並不屬於PPP協議本身的任務。

    • 由PPP的伺服器端對客戶端進行驗証，可以有最簡單登錄的驗証方式、PAP或CHAP等驗証方式 。由於PAP和CHAP並不在線路上傳輸密碼本身，因此更為安全，不必擔心密碼會泄露出去。

    • 驗証完畢之後，PPP伺服器將按照配置，分配給客戶IP地址，並將網關地址和其他的一些配 置信息傳送給客戶。如果是Microsoft客戶，還可以按照MS的擴展協議分配給客戶NetBIOS名字服務 器的地址。這樣就建立了一條PPP連接。

    　　FreeBSD對PPP提供了兩種不同方式的支持，一種為核心級PPP，它將PPP協議代碼編譯進核心，並運 行一個PPP守護進程pppd，提供對PPP的支持，這是一種傳統的方法，但配置起來較困難。另一種為用戶級PPP， 它使用一個應用程序ppp，通過通用tunnel設備傳遞PPP數據，配置較為容易。一般情況下可以使用用戶級PPP 來建立撥號方式的Internet連接。

    　　要建立PPP連接，首先要檢查串口、modem和電話線連接是否正確。可以使用一些通信軟體來幫助進行診斷， 例如minicom，如果使用minicom能正常撥號，並在撥ISP的撥號伺服器時能出現username和password 提示，就說明串口和modem的配置正確無誤。接下來就可以配置PPP連接。

    • 用戶級PPP設置

    　　用戶級PPP使用tunnel設備進行PPP數據的傳遞，因此核心中必須支持相應的tunnel設備，通常為 tun0。預設核心中支持這個偽設備（pesudo-device tun），/dev目錄下也具備相應的設備檔案t un0。如果同時需要多個撥號連接，就可以增加核心中支持的偽設備數量和相應的設備檔案。

    　　要使用ppp，還需要設置它的配置檔案，這些檔案位於/etc/ppp目錄中。預設情況下，/etc/ppp 目錄下安裝了這些檔案的例子：

    # ls -l /etc/ppp

      total 21

      drwxr-xr-x   2 root     wheel         512 Aug 17 16:18 .

      drwxr-xr-x   8 root     wheel        1536 Aug 29 18:31 ..

      -rw-r--r--   1 root     wheel        5112 May 20 20:06 ppp.conf.sample

      -rw-r--r--   1 root     wheel        1130 May 20 20:06 ppp.conf.server.sample

      -rw-r--r--   1 root     wheel        1894 May 20 20:06 ppp.deny

      -rw-r--r--   1 root     wheel        1665 May 20 20:06 ppp.dialup.sample

      -rw-r--r--   1 root     wheel        1402 May 20 20:06 ppp.linkdown.sample

      -rw-r--r--   1 root     wheel        1422 May 20 20:06 ppp.linkup.sample

      -rw-r--r--   1 root     wheel        1705 May 20 20:06 ppp.pap.dialup.sample

      -rw-r--r--   1 root     wheel         313 May 20 20:06 ppp.secret.sample

    　　這些以sample結尾的檔案都給出了最常用的配置，因此只需復制生成正確的設置檔案，再稍加修改， 就能用於使用者自己的撥號連接。

    • 手工撥號

    　　ppp.conf是用戶級PPP的主要配置檔案，可以從ppp.conf.sample生成適合自己的ppp.conf。ppp.conf 檔案使用帶有冒號的標籤標識不同的選項，第一項標籤通常為default：，用於設置預設的選項。

    default:

     set log Phase Chat Connect Carrier LCP IPCP CCP tun command

     set device /dev/cuaa2

     set speed 115200

     deny lqr

     set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\"
 AT OK-AT-OK ATE1Q0 OK \\dATDT\\T TIMEOUT 40 CONNECT"

    　　注意default:為這一項的標籤，必須位於一行的開始，而其他的行是這一項的具體配置，因此使用一個空白 字符開頭。否則語法錯誤就造成不能ppp不能正常建立連接的問題。

    　　第一個設置set log用於設置連接過程中要記錄的日誌內容，這有助於幫助解決連接過程中出現的故障﹔第二 項設置set device設置連接使用的串口設備，本檔案中設為第三個串口cuaa2﹔第三項設置了串口與mode m的連接速度，115200為PC常用的串口通信芯片UART 16550的最大通信速率﹔第四項在該medom上屏 蔽線路質量請求lpr﹔最後一項為發送到medom的一些命令和相應的回應，通常稱這些為交談腳本（chat script ），上例中這個設備跨越了兩行，實際上它應該位於同一行內。

    　　設置了default項之後，就可以進入ppp程序測試這些設置是否正確了。

    # ppp

    ppp > term

    atdt 163

    username: pppuser

    password: 

    PPP >

    　　進入ppp程序之後，輸入term命令可以進入終端模式，這個模式下用戶可以直接輸入modem認可的AT指 令控制modem，本例中使用atdt 163撥接163，連接之後系統將進行提示輸入用戶名和密碼，此後ppp就建 立起PPP連接，而ppp的提示符改變為大寫的PPP。

    • 設置撥號連接

    　　使用手工輸入的連接方法不很方便，而且也不適合使用PAP或CHAP等安全認証方式的連接，因此 最好在ppp.conf對指定的連接進行配置。這要求對每個要連接的ISP，都配置相應的設置。例如對CHINANET 的接入，使用下列chinanet標籤配置：

    chinanet:

     set phone 163

     set login "TIMEOUT 5 ogin:--sername: pppuser word: key123"

     set timeout 120

     set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0

     delete ALL

     add 0 0 HISADDR

    　　這個例子中使用chinanet作為設置的標籤，設置了電話號碼為163，登錄時使用sername匹配對用 戶名的提示Username，接收到這個字符串後自動輸入用戶名pppuser，使用word匹配對密碼的提示Pas sword，然後自動輸入密碼。這裡只使用了提示信息的一部分來進行匹配，這是為了避免匹配時出現問題。對於不同的系 統，這些提示還有所不同，對於使用Unix作登錄伺服器的提示為通常的Login，而大多數專用撥號伺服器的提示為U sername。

    　　set ifaddr用於設置本地PPP連接的IP地址，由於PPP協議在客戶和伺服器之間協商客戶的IP地 址，通常由撥號伺服器從自己控制的自由IP地址池中分配給撥號的電腦一個動態IP地址，因此這裡的設置只是客戶端對 地址協商進行的限制。可以針對本地要申請的IP地址，和遠端電腦的IP地址進行限制，本地的IP地址和網路掩碼為s et ifaddr的第一個參數，而遠端的IP地址和網路掩碼為set ifaddr的第二個參數，前兩個參數的網路 掩碼是用於限制IP地址所在的網路，可以是真實網路的網路掩碼，也可以不是，第三個參數才是用來指定PPP界面使用的 網路掩碼。

    　　一般情況下，不需要對雙方的IP地址範圍進行限制，撥號之後可以接受任意的IP地址，就如上例中設置本地IP 地址和遠端IP地址的限制網路掩碼長度都為0，由於網路掩碼長度為0使得任意IP地址都符合要求，此時掩碼前面的IP 地址就沒有意義了。

    　　如果想讓撥號的電腦擁有一個靜態IP地址，就必須設置網路掩碼為32，明確指定IP地址，此時也可以省略掩 碼，直接使用IP地址本身。例如，本地每次連接都使用靜態IP地址192.168.1.98，另一端的IP地址為19 2.168.1.64，那麼這一項就應為：

    　　set ifaddr 192.168.1.98 192.168.1.64 255.255.255.0

    　　使用靜態IP地址就能使FreeBSD使用固定的IP地址，從而能使用DNS域名，以方便提供更多的服務。然 而，這個set ifaddr的配置命令可以更靈活，可以在協商IP地址時指定本機使用的IP地址範圍，或者指定對方 所在的IP地址範圍，進行地址限制。例如：

    　　set ifaddr 192.168.1.98/24 192.168.1.64/24 255.255. 255.0

    　　這種限制撥號網路IP地址範圍的機制對於使用自動撥號的情況十分有用，通常可以使用帶參數的命令ppp -a uto將ppp程序放入後台，一旦有網路請求就立即撥號建立連接。但是FreeBSD上有多個網路界面，就需要判斷這 個網路請求需要使用哪個撥號網路界面進行網路傳輸，否則如果使用錯誤的撥號網路進行撥號，即使建立了連接，也不能找到 目的電腦建立連接。由於每個連接請求中都具備目的IP地址，便需要根據這個IP地址來進行判斷。然而普通的撥號網路 在建立連接之前是沒有分配IP地址的，因此還是無法確定對這個IP地址的連接請求應該通過那個撥號網路界面進行傳輸。 但是，如果指定了ppp網路界面的IP地址範圍，就可以根據這個地址範圍來判斷連接請求中的IP地址是否在這個範圍內 ，以決定是否使用這個網路界面進行撥號。

    　　delete all指出刪除不必要的路由配置，add 0 0 HISADDR指出將預設路由設為對方的地 址，由於使用動態IP時，在建立連接前對方的IP是未知的，因此使用HISADDR代替。如果已知撥號伺服器的IP地 址，也可以直接填上這個IP地址。也可以不將撥號伺服器作為預設路由，而只將它作為對某個子網的路由，那麼在這個配置 中就不可以使用0作為IP地址和網路掩碼，必須使用正確的IP地址和子網掩碼進行設置。例如add 192.168. 1.0 255.255.255.0 HISADDR，就將對方作為通向192.168.1子網的路由器。事實上這些 設置路由的指令等價於執行對應的route指令，以設置路由，如route add 192.168.1.0 HIS ADDR -netmask 255.255.255.0。

    　　然而對於動態分配IP的情況，問題在於在ppp進行撥號的時候，對方的IP地址HISADDR還沒有確定，因 此這些設置路由的指令往往不能正確執行。必須在撥號完成，建立了PPP連接之後，HISADDR才能確定，因此設置路 由的命令應該放在更合適的位置：ppp連接建立之後立即執行的檔案ppp.linkup中。 

    MYADDR:

     delete 0

     add 0 0 HISADDR

    192.168.1.98:

     add 192.168.1.0 0 HISADDR

    chinanet:

     delete ALL

     add 0 0 HISADDR

     !bg /etc/ppp/ppp.fetchemail

    　　ppp.linkup檔案格式與ppp.conf檔案相同，它在PPP連接建立後執行，執行與撥號使用的標籤 相同的項，以及客戶獲得的地址為標籤的項。通常使用MYADDR表示本機得到的IP地址，因此這個標籤下的內容都將執 行﹔而192.168.1.98項表示獲得這個地址時增加下面的路由，最後一項以chinanet為標籤，與ppp. conf相同，表示進行這個chinanet撥號後執行的相關動作，其中包括在後台執行的取郵件的腳本ppp.fet chmail。

    　　如果撥號伺服器要求使用PAP或CHAP認証，而不是普通的登錄認証方式，則要在ppp.conf中的使用不 同的配置選項：

    chinanet:

     set phone 163

     set login

     set authname pppuser

     set authkey key123

     set timeout 120

     set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0

     delete ALL

     add 0 0 HISADDR

    　　使用authname和authkey來定義PAP或CHAP認証方式下的用戶名和密碼，就能連接到使用PAP或CHAP 的撥號伺服器，而具體使用哪種認証方式則由撥號伺服器決定。

    • 進行撥號連接

    　　設置了針對具體撥號連接的配置之後，撥號就非常方便了，直接使用該撥號服務的標籤進行操作。

    # ppp

    ppp > dial chinanet

    PPP >

    　　使用ppp的dial命令發起連接之後，ppp連接被建立，提示符也由原來的小寫ppp>變為大寫PPP>， 這就表示PPP連接已經正確設立了。這個時候如果使用ifconfig進行查看，就可以看到網路界面tun0 已經設置正確，並可以使用了。

    　　當要結束連接時，使用close或quit命令關閉連接。結束連接時將執行/etc/ppp目錄下的ppp.linkdown 腳本。ppp.linkdown腳本和ppp.linkup格式相同，都會依據相同的標籤執行操作。

    　　如果使用者租用了一條模擬專線，專門用於Internet連接。這樣就不希望每次傳輸時都重新進行連接，而希 望建立一條永久連接，ppp在後台自動撥號連接到Internet上，並一直維護這個連接。這樣就可以使用-ddial 參數啟動ppp。

    # ppp -ddial chinanet

    　　-ddial參數使得ppp立即使用相應參數對應標籤設置的撥號連接建立永久連接，而不管有沒有實際的 數據傳輸。而絕大多數情況下，使用者並沒有租用專線，還是希望在有數據傳輸時才建立網路連接，在沒有 數據傳輸時斷開網路連接，以減少電話連接時間。這樣就可以使用-auto參數啟動ppp。

    # ppp -auto chinanet

    　　這樣啟動的ppp將一直停留在後台，但並不立即進行連接，而是在應用程序發出網路請求時才進行撥 號，這個網路請求的目的地址應該在chinanet標籤定義的網路地址範圍內。而如果一段時間內沒有任何數據 傳輸，就斷開連接（這個時間由set timeout命令設置，單位為秒）。

    # ppp -backgroud chinanet

    　　-background選項使PPP立即進行撥號，並停留在後台。但與-auto不同在於，在一段沒有數據傳輸的 時間間隔後ppp將斷開連接，但是ppp程序也停止執行，而不象auto參數那樣，ppp一直駐留在後台監視網路 連接，要再次建立連接必須重新執行ppp程序。這個選項適合最普通的網路客戶，使用戶能明確什麼時候才 建立連接。

    # ppp -alias -ddial chinanet

    　　ppp程序的另一個有用的選項是alias。如果撥號用戶內部有自己的局域網，用戶或許希望讓整 個網路內的電腦共享一個撥號連接。使用ppp的alias選項能使FreeBSD將局域網上的網路連接請求中的 本地IP地址替換為FreeBSD系統的ppp網路使用的IP地址，從而使其他用戶也能訪問外部網路。-alias參數 應該和auto或ddial參數聯合使用，以駐留在後台提供服務。這種方式比較簡潔、易用，當然代理伺服器 和網路地址轉換的方法能提供更多的控制能力。

    　　當使用這些參數執行ppp程序時，ppp程序將切換在後台維護PPP連接。然而由於ppp程序在後台運行，就 無法輸入指令以控制ppp程序的執行。為了方便使用者控制後台運行的ppp程序，ppp提供了通過socket連接 的方式來接受外部輸入。為了支持這個特性，便需要設置set server選項。

        set server 6670 MySecretpassword

    　　這個選項將使ppp程序監聽6670端口，並使用MySecretpassword作為連接時認証的密碼，以免ppp程序 被非法控制。此後，就可以使用pppctl向ppp程序發送指令，這些指令都是ppp的標準指令。

    # pppctl -p MySecretpassword 6670 set timeout 300\; dial

    　　除了使用標準的Intenet套接字接收pppctl的連接之外，ppp還能通過本地Unix套接字來接收輸入。這 就需要設置一個套接字使用的檔案及其訪問屬性，具備更好的安全性。

        set server /tmp/ppp MySecretPassword 0177

    　　而在pppctl中應該使用對應的參數以指明相應的Unix套接字：

    # pppctl -p MySecretpassword /tmp/ppp set timeout 300\; dial

    • 核心級PPP及撥號程序

    　　PPP協議只是定義了兩台電腦之間如何進行通信的方式，並沒有定義如何進行撥號建立連 接。用戶級PPP由於以應用程序的方式來實現了PPP協議，因此它可以集成撥號程序，使用起來很方 便。但核心級PPP並非如此，它使用一個守護進程pppd來實現ppp協議，因而必須首先使用外部撥號 程序建立連接。核心級PPP比較難以使用，因此FreeBSD使用者通常使用用戶級ppp。

    　　但是pppd是實現PPP協議的最早方式，其他繼承BSD Unix網路代碼的Unix系統中也使用這種 PPP實現方式，這樣pppd使用的廣泛性就不僅局限於FreeBSD。很多使用者對核心級PPP進行封裝， 實現了多種圖形化的連接工具，假如想使用這些圖形化撥號連接工具的話，就需要對pppd有一定了 解。因此這裡只對pppd的撥號方式加以簡單介紹，事實上使用ppp程序建立連接更為常用和方便。

    　　用來配合pppd的撥號程序有很多，最常使用的是chat，此外如kermit、tip也可以用於和 pppd進行配合。由於撥號程序要和pppd相互配合，因此需要將要發送給撥號程序的命令放入一個 檔案中，而在啟動撥號程序時使用相關參數告訴它到該檔案中讀取命令。

    　　對於chat撥號程序，通常將它的撥號程序命名為chat.script，放在/etc/ppp目錄下。

    ABORT BUSY
ABORT 'NO CARRIER'
# Wait up to 5 seconds for the reply to each of these
TIMEOUT 5
'' ATZ
OK ATDT163
# Wait 40 seconds for connection
TIMEOUT 40
CONNECT
TIMEOUT 5
serrname:-\\r-sername: pppuser
assword: 123456

    　　使用chat -f /etc/ppp/chat.script可以啟動chat進行撥號，chat程序等待PPP伺服器發送 Username:提示，發送用戶名，等待PPP伺服器發送Password:提示，發送用戶密碼。然而，chat程序 只能負責撥號，至於撥號完成之後的任務，就必須由pppd來負責了。

    　　pppd使用網路界面ppp0，當然可以在核心配置中增添配置值並重新編譯核心，就可以根據需 要增加可使用的ppp界面的數量。例如將可以使用的ppp界面改變為3個，則核心配置檔案應包括 “ pseudo-device ppp 3” ，這樣在重新編譯核心，建立相應的設備檔案並重新啟動後，就可 以使用ifconfig命令來查看可以利用的網路界面：

    # ifconfig -a

    ppp0: flags=8010<POINTOPOINT,MULTICAST> mtu 1500

    ppp1: flags=8010<POINTOPOINT,MULTICAST> mtu 1500

    ppp2: flags=8010<POINTOPOINT,MULTICAST> mtu 1500

    lo0: flags=8008<LOOPBACK,MULTICAST> mtu 16384

            inet 127.0.0.1 netmask 0xff000000

    　　核心還可以配置ppp界面在傳輸時對ppp數據進行壓縮，事實上用戶級ppp和核心級ppp都支持 傳輸壓縮，但核心級ppp多支持兩種方式，一種是ppp的BSD壓縮標準，另一種為delalte壓縮標準。一 般都可以在核心配置中加上這兩個選項，使ppp連接中可以使用這些選項，以提供更高的傳輸效率。 那麼核心配置檔案中的ppp相應配置應包括：

    pseudo-device   ppp     3

    options PPP_BSDCOMP

    options PPP_DEFLATE

    　　核心級ppp使用的配置檔案也放在/etc/ppp目錄下，檔案名為options，此外各個用戶可以使 用自己的配置檔案~/.ppprc。

    # cat /etc/ppp/options

    defaultroute

    domain example.com.cn

    crtscts 

    modem 

    deflate 12,12

    idle 300

    lock

    　　defaultroute項將在ppp連接設定之後，將預設網關設置為PPP伺服器上﹔domain設置本機的 域名﹔crtscts告訴ppp使用modem的硬體流量控制，如果硬體不支持這種方式，就只好使用另一種軟 件流量控制方式為xonxoff﹔modem行使ppp使用DCD信號來判斷連接是否正常，有無掉線現象﹔deflate 使pppd使用defalte壓縮方式﹔idle設置了一個時間限制，當在300秒的時間內沒有數據傳送，就斷 開連接﹔lock則創建一個鎖定檔案，其他程序在發現存在這個檔案後，就能得知相應的串口已經被使用。

    　　配置好配置檔案之後，就可以使用pppd進行連接了：

    # pppd /dev/cuaa1 57600 connect 'chat -f /etc/ppp/chat.script' user pppuser

    　　預設情況下，使用pppd命令立即進行撥號連接，在超過idle參數設定的時間內沒有數據傳送的條 件下斷開連接並退出。然而在options檔案中可以使用persist參數告訴pppd建立一條永久連接，或者使 用demond參數告訴pppd停留在後台，監視網路數據，一旦有要求就立即進行連網，超時後就斷開連接， 但pppd仍然停留在後台等待下次數據傳送。這兩種形式分別等價於ppp程序的ddial和auto模式。

    • 撥號訪問FreeBSD

    　　FreeBSD不但能夠能通過PPP協議和遠程撥號伺服器相連接，也能夠提供撥號服務，讓其他計算 機能夠撥入本機。事實上PPP協議本身，並不沒有區分客戶機和伺服器，PPP伺服器只需要比客戶機多完 成一些額外的工作，如用戶認証、分配IP等。然而PPP必須建立在已經設定好的連接上，而為了設定連 接，撥號伺服器和客戶端的設置就有不同的地方。首先在硬體上，伺服器上的modem必須能接受連接， 建立物理連接，然後伺服器和客戶軟體要進行額外的驗証過程，最後雙方才啟動ppp，設定ppp連接。

    • 接受撥號終端訪問

    　　早期的Unix使用字符終端訪問主機，將字符終端通過串口連接到電腦上之後，就能通過這些 終端登錄進Unix系統了。但是FreeBSD下預設屏蔽了串口的終端登錄過程，要完成這個任務，管理員還 必須更改/etc/ttys檔案，為串口指定一個getty進程，以監視串口，一旦發現有連接請求，便立即啟動 登錄進程login接受用戶的登錄。

    　　在/etc/ttys中有下面的行是與串行端口相關的，對應於個人電腦的四個串口，使用getty進程 進行監控，但預設狀態為off，並沒有打開這個功能。如果要使用某個串口進行終端連接，就需要改變相 應行的設置為on，同時還可以改變第三列中的終端類型設置及最後一列的安全設置。

    ttyd0     "/usr/libexec/getty std.9600" unknown   off secure

    ttyd1     "/usr/libexec/getty std.9600" unknown   off secure

    ttyd2     "/usr/libexec/getty std.9600" unknown   off secure

    ttyd3     "/usr/libexec/getty std.9600" unknown   off secure

    　　getty的第一個參數std.9600指明了串口的各項參數，這個參數在/etc/gettytab中定義 ，定義了如波特率、校驗方式、數據位、停止位以及流控方式等。預設使用9600，指明了連接速率為9600bps，現 代串口連接通常使用的連接速率要比這個設置高，因此要根據自己的串口和modem的型號，選擇gettytab中的更 高速率，如std.19200或std.57600。

    　　更改系統之後，可以使用kill -1 1使FreeBSD重新讀取ttys檔案，或者重起電腦，才可以使 用終端連接。這時在連接在串口上的終端鍵碟上按下幾次回車鍵後，字符終端將連接到電腦上，會出現登錄提示。如果沒有 出現提示，就說明終端設置和使用的gettytab檔案中的設置項不匹配，可以更改終端設置或gettytab檔案中 的設置，使兩者使用的校驗、停止位、流控等設置選項保持一致。

    　　如果沒有專用的字符終端設備，可以使用終端仿真軟體，如Windows下的超級終端，Unix下的minicom 等，都能通過串口登錄到FreeBSD下。

    　　可以看到，使用串口連接，那麼再加上modem和電話，就能夠使得遠程電腦能連接到這個FreeBSD系統 上了。對於提供登錄服務的電腦來講，並不會注意一個連接是從串口直接相連的，還是通過modem建立的。然而這就要 設置伺服器的modem，必須設置為能進行應答，以接通客戶電腦打入的電話來設定連接。因此必須首先初始化modem ，需要使用AT命令AT&C1&D2&S0=1&R2&W。可以通過mi nicom或ppp的term模式，直接輸入這個AT指令設置modem。

    　　當雙方都配置好串口，連接設置好modem，並且連接上電話線之後，兩台遠程電腦相連接的準備工作就完成了 。這時可以使用通信軟體，例如minicom或kermit，從一台電腦遠程登錄到另一台電腦上，除了需要撥號， 與本地連接沒有什麼兩樣。

    • 設定PPP伺服器

    　　如果遠程電腦能正常登錄進入FreeBSD，那麼說明撥號連接沒有問題，那麼下一步就是分別配置PPP客 戶端和伺服器端。事實上對於PPP來講，建立連接之後，客戶端和伺服器端就沒有區別了，區別在於建立連接的 過程中，伺服器要驗証用戶的登錄並為其分配IP地址等。

    　　使用用戶級PPP和核心級PPP均可實現PPP伺服器，由於用戶級PPP配置起來更為容易，因此更為常用。同樣，這 也需要更改配置檔案/etc/ppp/ppp.conf。

    dailserver:

     allow users

     enable proxy

     set ifaddr 192.168.1.64 192.168.1.123

    　　以上是一個ppp程序做撥入伺服器的設置例子，這個例子中允許普通可以啟動這個ppp程序，並打開了代 理ARP功能，使其他電腦能通過這個電腦同客戶正常通信，為連接上的客戶電腦分配IP地址。

    　　當ppp客戶電腦連接到ppp伺服器上之後，通過ppp伺服器的路由能力，ppp客戶就能和外部電腦通信了。 並且兩個ppp客戶機之間的通信也必須經過ppp伺服器轉發。由於在每個ppp客戶看來，其他的ppp客戶是與它自己位於 同一個網段內，因而它就廣播ARP請求詢問對方的MAC地址，以便進行直接通信。而在事實上，ppp客戶之間並沒有物理 連接，它們之間無法直接通信，因而廣播的ARP請求也不可能傳送給目的電腦。此時，具備代理ARP能力的ppp伺服器 就能代替某個客戶，回應發送ARP請求的客戶。此後這個客戶就以為ppp客戶的物理地址就為ppp伺服器的物理地址，所 有的數據包都先轉發給ppp伺服器，然後它再轉發到另一個ppp客戶機中。這個代理內部的電腦回應ARP請求的功能就 被稱為Proxy ARP，它能夠對外隱藏內部的網路結構，如內部子網或ppp連接。

    　　同時配置PPP用戶的登錄腳本為立即啟動使用伺服器標籤的ppp程序，因此一個簡單PPP用戶登錄腳本應為：

    #! /bin/sh

    exec /usr/sbin/ppp -direct dialserver

    　　direct參數就用於在標準Unix認証之後，立即啟動ppp進程，使客戶端直接與伺服器端ppp交談，以建立ppp 連接。這個檔案應該是一個可執行的檔案，最簡單的登錄腳本可以讓不同的PPP用戶共同使用一個撥號伺服器標籤， 更複雜的情況應該為每個撥號用戶都設置獨立的選項，並在登錄腳本區分用戶，啟動不同的撥號選項。

    　　由於getty在接收到連接請求之後，就立即執行login認証過程，因此系統認証提示為Login，而與前面ppp客 戶設置中使用Username的認証提示不同，需要修改前面的設置，才能使用前面的認証登錄上伺服器。但也由於getty 必須執行login認証，因此使用getty作為ppp伺服器的端口監控進程，就無法進一步支持PAP或CHAP認証。為了支持這 些複雜的認証方式，就需要使用mgetty或類似的端口監控進程來監視是否有連接請求。

    　　在FreeBSD的Handbook中有使用mgetty設置ppp伺服器的例子。

    • PPP程序的其他功能

    　　除了最常見撥號連接上Internet之外，還可以利用ppp程序的功能來完成其他幾種任務。在預設的ppp.conf中 給出了幾個例子，這些例子能幫助使用者進一步了解ppp程序的能力。

    • 串口線連接

    　　使用串口線直接連接與使用medom除了不需要撥號之外並無不同，但是通常要在兩端都使用LQR，用於 幫助判斷電纜的連接情況。此時客戶端的ppp.conf中的設置應為：

    direct-client:

     set dial ""

     set line /dev/cuaa0

     set sp 115200

     set timeout 900 10 3

     set log Phase Chat LQM

     set login "TIMEOUT 5 ogin:--ogin: ppp word: ppp HELLO"

     set ifaddr 10.0.4.2 10.0.4.1

     enable lqr

     accept lqr

    　　而ppp伺服器應該設置為：

    direct-server:

     set timeout 900 10 3

     set log Phase LQM

     set ifaddr 10.0.4.1 10.0.4.2

     enable lqr

     accept lqr

    • TCP上的PPP通道

    　　可以將PPP建立在TCP網路連接之礎上，而非通過電話網路，這樣就在TCP/IP網路上建立了一條 PPP通道。tcp-client為客戶端電腦的設置，這裡使用一個網路連接作為連接設備，tcpsrv為遠程計 算機的主機名，1234為tcpsrv上的TCP端口：

    tcp-client:

     set device tcpsrv:1234

     set dial

     set login

     set escape 0xff

     set ifaddr 10.0.5.1 10.0.4.1 255.255.255.0

    　　tcp-server為伺服器端電腦的設置：

    tcp-server:

     set escape 0xff

     set ifaddr 10.0.4.1 10.0.5.1 255.255.255.0

    　　當ppp客戶端使用tcp-client進行連接時，它將向tcpsrv的1234端口發送ppp連接請求。這就要求 tcpsrv能偵測到對1234端口的連接請求，並啟動ppp伺服器來建立連接。因此就可以使用inetd監聽上面 定義的端口1234，並負責啟動ppp伺服器。就需要在/etc/services中應該增加相應的端口：

    pppsrv		  1234/tcp

    並在/etc/inetd.conf中增加相應的選項：

    pppsrv 	stream	tcp	nowait	root	/usr/sbin/ppp ppp -direct tcp-server

    　　修改好inetd.conf之後，向inetd發送SIGHUP信號使得其重讀設置檔案。然後就可以使用ppp建 立虛擬連接了。在ssh等加密傳輸軟體的幫助下，還可以進一步設定為安全的虛擬通道連接。

    • 數據包過濾

    　　在ppp的auto模式下，需要根據超時設置斷開連接，但是網路中一些協議會定時發送一些數 據包，這些數據包主要用於保持網路數據的及時更新，大部分情況下不影響網路應用。但是這些數 據包會引起ppp刷新時間設置，從而使得ppp一直保持撥號連接。

    　　這時可以使用ppp的過濾機制中的afilter過濾器，它定義了在auto模式時應濾掉的數據包， 使得數據包不會影響超時時間。下面的三行分別不允許ICMP包和DNS包通過，最後一行允許其余的包 通過。

        set afilter 0 deny icmp

        set afilter 1 deny udp src eq 53

        set afilter 2 deny udp dst eq 53

        set afilter 3 permit 0/0 0/0

    　　使用dial參數的情況下，也有相似的限制，這時使用dfilter主要來限制icmp數據包。

        set dfilter 0 deny icmp

        set dfilter 1 permit 0/0 0/0

    　　另外，還可以使用包過濾能力，按照端口、地址來允許或屏蔽某些TCP數據包。

        set ifilter 0 permit tcp dst eq 80

        set ofilter 0 permit tcp src eq 80

        set ifilter 1 permit 192.168.1.0/24 0/0

        set ofilter 1 permit 0/0 192.168.1.0/24

    　　ifilter表示對進入的數據包進行過濾，ofilter表示對出去的數據包進行過濾，因此上 面的設置允許進行WWW瀏覽（80端口），並允許與192.168.1.0這個網段內的電腦進行連接。每 一個過濾器最多可以定義20個規則。

    • 撥號網關

    　　當一個局域網上的一台FreeBSD通過PPP連接到Internet上之後，其他電腦也能通過這台FreeBSD 訪問Internet，從而共享同一條撥號線路。這必須使用ppp的alias選項啟動ppp，這樣當內部計 算機的數據包到達這台FreeBSD之後，由ppp將這些數據包中的IP地址更換為本機ppp界面上的IP，同時也會 對端口地址進行調整，再發送到外部的Internet上。

    　　要完成這個任務，還需要將這台FreeBSD配置為允許轉發IP數據包，在/etc/rc.conf中配置 gateway的值為YES。但為了使得路由保持正確，不能啟動routed或gated等動態路由程序，因為這些程序 會動態更改路由表，如果改動與ppp相關的路由數據，就會使得FreeBSD不能正確路由數據包。

    　　使用這種連接方式，再加上ppp的簡單過濾能力，FreeBSD就能作為一個簡易的具備一定防火牆能力的 Internet訪問網關，能夠提供整個內部網路訪問Internet的能力，並將內部網與Internet相隔離。然而 這個簡易的撥號網關僅限於使用ppp界面，並且功能也有限。FreeBSD提供了更強大的防火牆能力，能完成要求更為 複雜的各種任務。
    131.shtml.htm100644 1766 1746 11412 7236623522 12401 0ustar statuestatue FreeBSD使用大全
    FreeBSD連載(37)：DNS的體系結構
    1999年12月9日 14:20 王波

    DNS服務

    　　通常，一台電腦只需要配置域名解析就可以了，不需要自己運行名字伺服器守護進程，然而有些時候需要設置自己 的名字伺服器，這就需要FreeBSD下配置名字伺服器BIND（Berkeley Internet Name D omain）。BIND也是由伯克利開發的一個著名軟體，它的執行程序為named，運行在Internet上幾乎所 有的名字伺服器上，構成Internet的名字系統。

    　　由於普通的客戶電腦並不需要運行named，因此在其/etc/rc.conf配置檔案中，named_enable 應為NO。當需要運行named以提供DNS服務的時候，就要將這個參數的值改為”YES”。

    • DNS的體系結構

    　　Internet上的DNS名字服務為一種分布式的體系，由分布在Internet各地的DNS伺服器上的named 守護進程為整個Internet提供本域內電腦的名字解析服務。DNS域名結構為分級方式，例如www.online.ha.cn 中最後面的cn為頂級域名，由後向前分別劃分為不同級別的域。

    　　Internet上的頂級域名有兩種，一種象cn這樣的國別代碼，另一種是如同edu、org、net、com 等分類代碼。國別頂級域下的次級域名同樣可以按照地域或組織結構來分類劃分。

    　　那麼要進行名字解析，就需要從域名的後面向前，一級級查找這個域名。因此Internet上就有一些DNS服 務器為Internet的頂級域提供解析任務，這些DNS伺服器稱為根DNS伺服器。知道了根DNS伺服器的地址，就 能按級查找任何具有DNS域名的主機名字，BIND代碼中就包括了這些根DNS伺服器的地址。

    　　名字服務使用zone的概念來表示一個域內的主機，然而zone與域也有所區別，zone只是域的一部分，而 不是整個域。因為zone中不包括域下的子域。例如域名www.example.org.cn的域為example.org.cn ，這是一個獨立的zone。這個域下可由子域組成，例如www.sub.example.org.cn就 屬於其子域sub.example.org.cn，子域也是一個獨立的zone，並不包括在example.org.cn 這個zone之內，作為域的example.org.cn中就包括sub.example.org.cn子域。

    　　除了從名字查找主機的IP地址這種正向的查找方式之外，另外還有從IP地址反查主機域名的解析方式。很多情況 下網路中使用這種反向解析來確定主機的身份，因此也很重要。查找名字的反向解析是從前面的網路地址向後面的節點地址， 逐級查找，因此IP地址zone是IP地址的前面部分。然而由於一個主機的域名可以任意設置，並不一定與IP地址相關 ，因此正向查找和反向查找是兩個不同的查找過程，需要配置不同的zone。

    • 使用DNS查詢工具

    　　用來進行DNS查詢的一個非常有用的工具是nslookup，可以使用它來查詢DNS中的各種數據。除了可以 在命令行下直接進行基本的DNS查詢之外，直接啟動nslookup將進入一個交互模式，這裡能查詢各種類型的DNS 數據。

    　　的名字解析數據可以有各種不同的類型，有設置這個zone的參數的SOA類型數據，有設置名字對應的IP地址 的A類型數據，有設置從IP地址反向解析DNS名字的PTR數據，有定義服務與這個zone的DNS伺服器的NS數據 ，以及定義主機別名的CNAME數據。這些不同類型的數據均可以通過nslookup的交互模式來查詢，需要使用 set type命令設置相應的查詢類型。

    $ nslookup 

    Default Server:  ns.hazzptt.net.cn

    Address:  202.102.224.68

    

    > set type=ns

    > yahoo.com

    Server:  ns.hazzptt.net.cn

    Address:  202.102.224.68

    

    Non-authoritative answer:

    yahoo.com       nameserver = NS2.DCA.yahoo.com

    yahoo.com       nameserver = NS5.DCX.yahoo.com

    yahoo.com       nameserver = NS.EUROPE.yahoo.com

    yahoo.com       nameserver = NS1.yahoo.com

    

    Authoritative answers can be found from:

    NS2.DCA.yahoo.com       internet address = 209.143.200.34

    NS5.DCX.yahoo.com       internet address = 216.32.74.10

    NS.EUROPE.yahoo.com     internet address = 195.67.49.25

    NS1.yahoo.com   internet address = 204.71.200.33

    >

    　　這個例子就使用nslookup來查詢yahoo.com這個zone的名字伺服器，需要將類型設置為ns來執行查詢。用 來幫助獲得DNS數據的工具還有很多，如dig能迅速返回整個zone的名字解析數據，dnswalk可以用來幫助查詢名字 伺服器的設置。這些工具都可以用來幫助查找DNS的設置問題。
    133.shtml.htm100644 1766 1746 16717 7236623523 12421 0ustar statuestatue FreeBSD使用大全
    FreeBSD連載(38)：配置緩衝或轉發方式的named
    1999年12月10日 11:40 王波

    配置緩衝或轉發方式的named

    　　在Internet中主要使用名字進行連接，因此網路中的DNS查詢會十分頻繁。很多情況下，會有大量且重復 的DNS查詢。尤其在使用撥號連接的條件下，由於名字伺服器位於ISP端，即使是曾經查詢過的名字，其信息仍然保存在 線路的另一端的名字伺服器的緩衝區內，重復的DNS查詢將占據寶貴的線路帶寬。並且DNS查詢還往往使得網路連接軟體 不能正確獲得超時信息，不能適時斷開連接以節省電話連接時間。

    　　因此，最好的辦法是將查詢結果保存在本地電腦上，以避免重復查詢造成的無謂的網路流量。雖然很多TCP/IP 客戶機能夠在本機內保存一個名字解析緩衝區，但這個緩衝區相對來講太小了，起不到很有效的作用，然而如果要將這個緩 沖區設置的較大，又不能及時刷新名字解析數據。要想很好的緩衝DNS數據，最好的緩衝區還是DNS伺服器本身，因為DNS 的實現方式就是一種經常刷新的緩衝方式，並且named可以根據不同zone的不同設置，來實現數據刷新。

    　　因此，最簡單的辦法就是設置一個具備緩衝能力的名字伺服器，它將能夠用做名字解析的緩衝，這就要需要設置名字 伺服器的過程。

    • 在/etc/resolv.conf中，將127.0.0.1作為第一個可選伺服器，其他DNS伺服器作為備份，使得名字查詢通過本地的名字伺服器進行，以利用它的緩衝機制﹔

    • 在/etc/rc.conf中，將named_enable設置為”YES”，允許啟動named，rc.conf中有關named的其他選項不需改變﹔

    • 改變到/etc/namedb目錄下，運行make-localhost程序，這將產生針對本電腦的解析數據localhost.rev檔案﹔

    • 修改/etc/namedb/named.conf檔案，使其符合一個轉發系統的要求。

    • 啟動名字伺服器，可以使用root身份直接執行named守護進程，並在rc.conf中更改named_enable的設置值。

    • 設置named.conf

    　　要成功配置named，最重要的一步就是改變配置檔案named.conf，一個用於轉發的設置檔案應為：

    options {
        directory "/var/namedb";
        datasize 20M; 
        forward only;
        forwarders {
            202.102.224.68
        };
};
zone "." {
        type hint;
        file "named.root";
};
zone "0.0.127.in-addr.arpa" {
        type master;
        file "localhost.rev";
};

    　　這個設置檔案中去除了任何注釋項，named中使用與C++相同的注釋方式，即用兩個斜線來表示一行注釋，而 設置語句也類似C的語法。

    　　第一個語句options用於設置named的參數，directory指明named的工作目錄為/etc /namedb，datasize用於設置緩衝區的大小，forward only和forwarders用於指明這 個伺服器只是一個轉發伺服器，並設置轉發的名字伺服器的地址。這兩個轉發選項不是必須設置的，不進行設置時named 就能很好的適應解析和緩衝任務。這樣名字伺服器初始時就從根名字伺服器中獲得信息，這些信息將保存在named的緩衝 區內，此後就可以查詢緩衝區內的相關伺服器來獲得進一步的名字解析。

    　　第二個語句用於設置根zone，這用於設置Internet上的根名字伺服器，一切本地無法解析的數據將發送 給那些根名字伺服器進行解析，設置了工作目錄下的named.root檔案中記錄了這些根名字伺服器的地址，記錄根名 字伺服器的檔案名字也可能為root.hints。第三句定義了對127.0.0.0的反向查詢的數據，0.0.12 7.in-addr.arpa為一個反向解析zone，其IP地址也是反序排列的，並且使用in-addr.arpa 後綴，而對應的反向解析數據在localhost.rev檔案中定義。

    　　BIND的目前版本為8，之前的版本為4.9.x，它們使用named.boot作為named的配置檔案。 大多數Unix版本，包括大多數商業Unix在內，還沒有更新他們的名字伺服器到目前的BIND 8，仍然運行老版本 的named。但必須注意named.boot檔案的格式與named.conf不同，不能混用。BIND 8提供了 很多優秀的特性，因此最好立即升級到新版本。

    　　named.root檔案給出了Internet上的多個根名字伺服器，用於初始化named的緩衝區。借助 這些名字伺服器的幫助，一台名字伺服器能對整個Internet進行查詢。一般不需要改變這些檔案的內容，但是如果要 建設一個內部網，不與Internet連接，就不需要named.root中的這些根名字伺服器的地址，而要更改為自 己網路內的根名字伺服器的地址。事實上，沒有任何內部網路能和Internet相比擬，需要使用多台根名字伺服器來維 護其域名解析系統，直接設置一台或幾台名字伺服器，並指定客戶電腦使用這些名字伺服器就滿足要求了。

    • zone數據檔案的格式

    @	IN	SOA	freebsd.example.org.cn. root.freebsd.example.org.cn.  (
				1998012314	; Serial
				3600	; Refresh
				900	; Retry
				3600000	; Expire
				3600 )	; Minimum
	IN	NS	freebsd.example.org.cn.
1	IN	PTR	localhost.

    　　這是根據電腦的名字和域名產生的localhost.rev檔案，這個檔案定義了對127.0.0.0這個 反向zone的反向名字解析數據，可以用於從IP地址查詢主機的名字。

    　　第一個設置定義了一個SOA記錄，這個類型的記錄定義了包含一個zone的開始，並用於設置zone中數據刷 新時間等參數。在這個記錄中，@代表一個zone，由於這個設置檔案中沒有設置它的值，那麼它就是named.con f中的定義語句中zone的值，這裡就為0.0.127.in-addr.arpa。空白字符分隔之後為IN，這是用 於表示定義的關鍵字，SOA表示這一行的類型為SOA記錄，接下來的freebsd.example.org.cn. 為這台主機的全名，注意，這裡以 ”.” 結尾，如果在名字解析配置檔案中不以點結尾，named將自動附加上目前 zone的值﹔此後給出了一個聯繫用的email地址，這裡為root@freebsd.expampleorg.or g.cn，但是由於@在設置檔案中有特殊含義，因此使用點代替﹔

    　　再後面就是SOA記錄的參數，這些參數使用了括號，並分在幾行分別設置，這主要是為了使得設置更為清楚，將它 們放在同一行內也可以。SOA記錄的參數有序列號，用於標識SOA記錄數據 ── 其他名字伺服器使用這個數據與自己 緩衝區內的數據對比，來判斷這個zone的數據是否更新，否則就沒有必要傳輸全部zone的數據。因此可以使用日期來 表示不同的序列號，以使得更改過SOA記錄之後，其他名字伺服器能即使刷新數據﹔刷新時間 ── 用於告訴其他名字服 務器何時來檢查zone中的數據是否更新，這裡配置為1小時（3600秒），這個時間間隔對於不經常改變的伺服器來講 太小了，應該配置為一天或更大﹔第三個參數為連接的嘗試次數﹔然後是過期時間，表示一旦某個zone的正式名字伺服器 不能提供其服務，其他名字伺服器在其緩衝區中保存多久該zone的緩衝數據﹔最後一個參數指出其他名字伺服器緩衝這個 檔案內容的最小時間間隔，在這個間隔內不應該刷新該zone的名字解析數據。

    　　當括號結束之後，這個SOA設置項就結束了。而第二項設置定義了一個名字伺服器記錄，這個設置直接用空格和IN 開頭，表示這一項仍然使用上一項中的設置，這裡就是@。NS代表這一項定義是名字伺服器類型，最後給出了名字伺服器 的名字freebsd.example.org.cn.，表示這個zone的名字解析數據位於這個名字伺服器中。

    　　第三項定義了一個反向查詢指針記錄PTR，第一列為1，由於沒有使用點結尾，因此其全形式應為127.0.0.1 ，第三列PTR表示這個記錄為PTR記錄，是給定IP地址返回名字的查詢形式，最後一列即是127.0.0.1的 名字localhost。
    135.shtml.htm100644 1766 1746 20105 7236623523 12405 0ustar statuestatue FreeBSD使用大全
    FreeBSD連載(39)：定義自己的名字服務
    1999年12月11日 15:02 王波

    定義自己的名字服務

    　　緩衝形式的名字服務只能用於名字查詢，但沒有定義任何名字數據。如果要想讓自己 的網路有一個域名，並為其他電腦都提供服務，就必須使用完整配置的名字伺服器。

    • 正向解析zone

    　　第一步要為自己的子域在/etc/namedb/named.conf檔案中定義zone，並修改設置檔案 named.conf。在named.conf檔案中，首先要刪除forward的相關設置，使伺服器不僅用於轉發 請求，也能擁有自己的名字解析數據庫。然後再增加一項新zone的定義：

     zone "bsdgroup.example.org.cn" {
        type master;
        file "db.bsdgroup";
};

    　　這一項描述了bsdgroup.example.org.cn的zone對應的配置檔案為db.bsdgroup。其中 type master表示這台DNS伺服器為這個zone的主伺服器，對於一個zone來講，可以由多個DNS 伺服器提供服務，以提供一定的備份能力。當為一個zone使用多個DNS伺服器的時候，通常可 以設置一個主伺服器，而其他伺服器為輔伺服器，輔伺服器將從主伺服器上獲得zone的解析 數據，而本地檔案只是用於萬一主伺服器出現故障的情況。

    　　更改過named.conf中的zone設置項，就能創建zone的解析數據檔案db.bsdgroup，用於 保存zone內的解析數據。

    @           IN   SOA  ns.bsdgroup.example.org.cn. admin.example.org.cn. (
                         1999010801 ; Serial (date, 2 digits version of day)
                         86400   ; refresh (1 day)
                         7200    ; retry (2 hours)
                         8640000 ; expire (100 days)
                         86400 ) ; minimum (1 day)
            IN   NS   ns.bsdgroup.example.org.cn.
            IN   NS   ns1.bsdgroup.example.org.cn.
            IN   MX   10  ns
            IN   MX   20  ns1

ns          IN   A    192.168.4.21
ns1         IN   A    192.168.4.22
www         IN   CNAME  freebsd.example.org.cn.

    　　這個設置檔案中首先為這個zone定義了SOA記錄，接下來定義了服務於這個zone的兩個 名字伺服器。當為一個zone定義名字伺服器時，有的管理員以為將名字伺服器設置的越多越能 提供備份，其實並不是這樣。如果定義的一台名字伺服器，其named.conf（或named.boot）設 置檔案中並沒有設置它為這個zone服務，那麼該名字伺服器上就沒有這個zone的解析數據，這 就導致一些客戶從這個名字伺服器中查詢這個zone的數據失敗。這個配置錯誤就是Internet中 經常發生的Lame Server錯誤，一些老版本的named不能檢測並糾正這個錯誤，就會導致網路上 部分客戶電腦不能解析這個zone。同樣，多個名字伺服器之間還應該保持zone數據一致，正 確劃分好主/輔伺服器可以很好的解決這個問題。

    　　然後又針對這個zone定義了兩個MX記錄，表示對應於這個zone的郵件伺服器為ns和ns1， 這樣在電子郵件中的地址中，就不需要使用具體的電腦名字ns.bsdgroup.example.org.cn， 而可以直接使用bsdgroup.example.org.cn。其中ns的參數為10，ns1的參數為20，用於標識不 同郵件伺服器的優先級，一個郵件總是首先向低優先級的郵件伺服器發送，只有當這個伺服器 出現故障時，才會嘗試其他的郵件伺服器。

    　　這個檔案中還定義了幾個A記錄，這個記錄具體定義ns和ns1的IP地址，然後定義了一個 www的電腦，但這只是freebsd.example.org.cn的一個別名。

    　　這個zone是對該zone中的電腦進行正向名字查詢，從名字返回相應的IP地址，進一步 可以配置反向查詢zone，輸入要查詢的IP地址，返回正確的主機名字。

    • 反向解析zone

    　　前面提到的localhost.rev就是一個反向查詢zone檔案。因此要定義其他反向解析zone， 就與它相似。首先在named.conf中增加一個設置語句：

    zone "4.168.192.in-addr.arpa" {
        type master;
        file "bsdgroup.rev";
};

    　　網路地址以反方向的方式寫出，並使用in-addr.arpa後綴，表示一個反向查詢zone為192.168.4。 然後創建反向解析數據bsdgroup.rev： 
    @	IN	SOA	ns.bsdgroup.example.org.cn. admin.example.org.cn.  (
				1998012314	; Serial
				3600	; Refresh
				900	; Retry
				3600000	; Expire
				3600 )	; Minimum
	IN	NS	ns.bsdgroup.example.org.cn.
21	IN	PTR	ns.bsdgroup.example.org.cn.
22	IN	PTR	ns1.bsdgroup.example.org.cn.

    　　注意，這裡正向解析和反向解析位於同一台伺服器上，這只是一種較簡單的情況，但對 Internet上更廣泛的複雜情況，並不總是如此。

    • 維護名字伺服器

    　　當完成了這一步之後，就可以把本網路上所有電腦的解析數據，使用A記錄增加到 db.bsdgroup中，使用PTR記錄增加到bsdgroup.rev檔案中去，並重新啟動named守護進程，或者 向named發送SIGHUP信號（使用kill或killall），使其重新讀取設置檔案。那麼所有使用這台計 算機作名字伺服器的電腦將能正確查詢相應的名字和IP。

    　　但是，外部的電腦並不知道有這個名字伺服器的存在，因此外部電腦還無法查找到 正確的結果。因此就需要將這個名字伺服器，及其提供伺服器的域，登記到Internet上的正式名 字伺服器上，以便這個名字伺服器上的zone數據通過正式伺服器發布到整個Internet。最方便的 做法是將這個名字伺服器登記到其上一級名字伺服器上，如在example.org.cn的名字伺服器中可 以指定bsdgroup.example.org.cn子域的zone設置及名字伺服器。

    bsdgroup.example.org.cn.	IN	NS	192.168.4.21

    　　此後，外部電腦才能查找bsdgroup這個域的內容。

    這個例子中使用了兩個名字伺服器ns和ns1，為了保持兩個伺服器中的數據一致，兩個伺服器 一個需要作為主伺服器，另一個必須作為輔伺服器。主伺服器ns在配置檔案named.conf中使用 type master來說明，而輔伺服器ns1使用type slave來說明：

    zone "bsdgroup.example.org.cn" {
        type slave;
        file "db.bsdgroup";
};

    　　這使得ns1首先嘗試從ns（192.168.4.21）中獲得zone的配置數據，如果不能成功再從本 機配置檔案中獲得。這樣既能起到備份作用，又能保持解析數據盡量一致。

    　　named在啟動和運行的過程中將不斷向控制台打印信息，這些信息也被寫入/var/log/messages 檔案中。查看這些檔案可以判斷是否有錯誤發生。

    Feb 15 01:26:17 roke named[6091]: starting.  named 8.1.1 Sat Feb 14 \
       00:18:20 MET 1998 ^Iwb@example.org.cn:/var/tmp/bind-8.1.1/src/bin/named
Feb 15 01:26:17 roke named[6091]: cache zone "" (IN) loaded (serial 0)
Feb 15 01:26:17 roke named[6091]: master zone "0.0.127.in-addr.arpa" \
       (IN) loaded (serial 1)
Feb 15 01:26:17 roke named[6091]: listening [127.0.0.1].53 (lo)
Feb 15 01:26:17 roke named[6091]: listening [129.240.230.92].53 (ppp0)
Feb 15 01:26:17 roke named[6091]: Forwarding source address is [0.0.0.0].1040
Feb 15 01:26:17 roke named[6092]: Ready to answer queries.

    　　此外，隨著Internet的發展，根DNS伺服器也會不斷更新，因此保持自己的DNS伺服器中 root.hints（或named.root）檔案與Internet上的真實根檔案伺服器同步也是非常重要。通常可 以使用dig來從一個根檔案伺服器上取得這個檔案：

    # cd /etc/namedb
# dig @rs.internic.net . ns >root.hints.new

    　　如果一切正常，就可以將root.hints.new復制為named.root，並重新啟動named。此外還 有一些常用的工具程序有nslookup，dig，dnswalk，named-xfer等，能用來分析DNS設置，幫助解 決設置問題。
    137.shtml.htm100644 1766 1746 6042 7236623523 12373 0ustar statuestatue FreeBSD使用大全
    FreeBSD連載(40)：郵件伺服器
    1999年12月12日 18:59 王波

    電子郵件

    　　FreeBSD支持在Internet上收發電子郵件，也能被用作一台功能強大的郵件伺服器，為眾多使用不同 操作系統的客戶機服務。

    • 郵件伺服器

    　　Internet上與電子郵件相關的協議主要有SMTP、POP3和IMAP，其中SMTP是郵件傳輸協議，用於計算 機之間交換電子郵件，POP3和IMAP是用於客戶電腦遠程訪問郵件主機上時使用的。

    　　FreeBSD系統預設即包括了sendmail程序，它按照SMTP協議在Internet上接收和發送E mail。sendmail在預設設置下就已經能夠正常工作，一般情況不需要進行改動。如果更改sendmail的配置， 就需要更改sendmail的配置檔案sendmail.cf，這個檔案相當複雜、難於設置。因此如果希望設置郵件服務 器的一些特殊屬性，就需要小心更改sendmail，討論sendmail的設置不在本書的範圍之內，並且，還有其他 的郵件伺服器能用來代替sendmail，來完成接收和發送Internet郵件的任務。通常這些sendmail的代替者具 備更高的性能、易於更改設置，並且沒有sendmail中經常報告的安全漏洞，因此如果需要定制郵件伺服器， 推荐使用這些sendmail的代替產品，例如qmail或postfix。

    　　如果系統的用戶經常使用其他電腦，如運行Windows9x的個人電腦，來訪問自己的電子郵件，可 以在伺服器端安裝支持POP3或IMAP4的服務程序，這樣Windows9x中的電子郵件客戶軟體就能訪問伺服器中的 郵件。pop3協議比較簡單，因此Windows下一般的電子郵件處理軟體都支持pop3協議，相對而言IMAP協議更復 雜一些，對電子郵件的支持能力更強，但支持imap協議的軟體就較少。比較流行的電子郵件軟體可以支持這 兩種協議，如netscape messager、Eudro等。因此伺服器可以有選擇的支持這兩種協議。

    　　如果僅需要提供POP3支持，可以使用qpopper，而要同時支持POP3和IMAP，就可以安裝imap-uw（uw指 University of Washington，IMAP協議和這個伺服器程序的開發者）。安裝imap-uw之後，還需要更改 inetd.conf，增加以下行：

    pop3	stream	tcp	nowait	root	/usr/local/libexec/ipop3d	ipop3d
imap4	stream	tcp	nowait	root	/usr/local/libexec/imapd	imapd

    　　重起inetd，則遠程用戶就能在其客戶軟體中處理電子郵件了。
    139.shtml.htm100644 1766 1746 27474 7236623523 12431 0ustar statuestatue FreeBSD使用大全
    FreeBSD連載(41)：在FreeBSD上查看郵件
    1999年12月14日 13:50 王波

    在FreeBSD上查看郵件

    　　FreeBSD上的用戶可以通過mail程序來查看自己的Email，mail是一個最基本的交互式Unix 命令，可以運行在任何類型的終端上，然而使用它來處理郵件也很不方便。使用者常常安裝其他更 為便利的電子郵件客戶程序來處理自己的郵件，這些軟體有elm、mutt、pine，以及只用於X下的 netscape messager、kmail等。

    　　雖然基於X的郵件處理軟體比較方便和易於學習，然而通過網路遠程直接使用這些X程序比 較麻煩，不是任何電腦上都運行了X伺服器的。而幾乎所有的電腦系統中都支持telnet等字符 終端連接軟體，使用支持字符終端的郵件處理程序就使得使用者無論身在何處，只要連接到自己的 主機上就能處理自己的電子郵件。

    　　在遠端訪問自己的電子郵件的另一種方式是：首先在遠端的客戶機上安裝、配置電子郵件 軟體，再使用這些軟體訪問自己主機上的郵件。這些遠程訪問郵件伺服器的軟體使用POP3協議或者 IMAP協議，讓用戶查看遠程電腦上的郵件。

    　　這兩種方式的不同在於郵件處理軟體的安裝位置，安裝在主機上的郵件處理程序基於X或字 符終端，不需要改動客戶電腦上的任何配置，因此適用於經常改變客戶機的使用者。安裝在客戶 機上的用戶可以充分發揮客戶電腦的優勢，例如MS Windows的用戶界面，這種方式適用於擁有固 定個人用電腦的使用者。這兩種方式並不相互衝突，而是相互補充的，適合不同情況的使用者。

    • 郵件處理程序pine

    　　由於基於字符終端的郵件軟體啟動快捷，能通過telnet等防真終端使用，而不需改變客戶計 算機的任何配置。因此Unix的使用者至少都會選擇安裝一種基於字符終端的郵件處理軟體，以作為 最基本的郵件處理軟體。pine就是其中之一，它提供了簡潔的字符選單界面，功能強大且易於操作， 易用性超過很多圖形接口的郵件處理程序。

    　　在Pine的主選單下，可以執行發送電子郵件（Compose message），查看目前檔案夾的內容 （Message index），選擇不同的檔案夾（Folder list），使用和維護地址簿（Address Book）， 使用S（Setup）用於設置Pine，使用Q（Quit）退出pine回到shell提示下。正常情況下，不需要對 pine進行任何設置，就能正常使用pine閱讀和發送電子郵件。

    　　然而當使用pine來發送中文郵件時，pine會對中文進行重新編碼，以適應7位傳輸，雖然大 部分電子郵件客戶都會識別這些標準的編碼格式，但還是有一些電子郵件程序不能識別出這些編碼 ，造成閱讀問題。此時就可以重新設置pine直接使用8位編碼。

    　　在主選單下選擇Setup，當出現提示時，使用Config進入配置部分。就可以搜尋包含enable-8-bits 的兩個選項，配置自己使用的字符集（由於pine中不直接支持中文字符集，可以設置為ISO-8858-1） ，以支持8位字符。

    　　還可以在這裡設置Pine來閱讀Usenet新聞，這就要在nntp-server的選項中填寫本地新聞服 務器的域名，並配置news-collections選項，例如本地新聞伺服器的名字為news，那麼news-collections 就應設為 ”*{news/nntp}/[]”。也可以設置遠程檔案夾，使得Pine能訪問遠程主機上的郵件。

    　　Pine預設支持使用IMAP協議訪問遠程主機上的郵箱，但它對POP3的支持未在其文檔中公布， 不能使用設置程序來完成。可以手工更改用戶個人目錄下的配置檔案.pinerc中的選項incoming-folders， 以支持POP3，下面為一個例子： 

    incoming-folders="imapfolder" {imaphost}INBOX,
	 "pop3folder"	{pop3host/pop3/user=wb}INBOX

    　　這個例子中配置了兩個遠程帳戶，一個為imaphost上的郵箱，使用IMAP協議進行訪問，在 pine中的檔案夾名為imapfolder，第二個為pop3host上的郵箱，後面使用/pop3指明使用pop3協議 ，/user=wb指明使用wb作帳戶名，其檔案夾的名字為pop3folder。使用這樣的格式就能使pine來管 理多個電腦上的多個郵箱。

    　　那麼再次啟動pine就能有位於不同主機上的相應incoming和nntp檔案夾，用戶打開相應的檔案 夾就能使用imap、pop3或nntp等不同協議，訪問相應的郵件或新聞了。

    • 使用fetchmail管理多郵件帳戶

    　　盡管使用pine能非常方便的管理多個POP3或IMAP郵箱，但是如果郵箱主機與目前FreeBSD系 統的網路連接很慢，使用pine來閱讀這些郵箱中的郵件就非常遲緩。此時更好的辦法是先在後台將 郵件取到回本地郵箱中，然後使用pine或其他郵件處理程序進行處理。

    　　fetchmail就是一個非常方便的從遠程郵件主機下載郵件的應用軟體，它支持pop3、imap， 以及對pop3的一些擴展協議。當安裝好fetchmail之後，使用者可以直接啟動fetchmail，來取得郵 件的方法為：

    $ fetchmail -p pop3 -u wangb email.online.ha.cn
password for wangb@email.online.ha.cn:

    　　在輸入正確的密碼之後，fetchmail將使用pop3協議訪問主機email.online.ha.cn，並取回 用戶wangb的電子郵件，取回的電子郵件將發送到本地郵箱中。也可以用更複雜的方式在後台運行 fetchmail，則需要設置個人目錄下的.fetchmailrc檔案。

    $ cat ~/.fetchmailrc
poll email-wangb via email.online.ha.cn
	protocol pop3
	authenticate password
	username wb here is wangb there
	password "1111"
	smtphost localhost
	pass8bits
	stripcr
	fetchall
$ chmod 700 ~/.fetchmailrc

    　　設置檔案中第一行poll email-wangb via email.online.ha.cn中設置了要下載郵件的郵件 伺服器為email.online.ha.cn，其中email-wangb為對應這一個帳號的標籤名字，用於區分多個不同 的郵箱。然後指定使用的協議為pop3，認証方式為標準的Unix密碼認証，然後，定義了遠端主機上 的郵件帳戶名為wangb（用there表示遠端主機設置），郵件下載到本地用戶wb的郵箱中（使用here 指明本地主機設置）。

    　　smtphost定義了fetchmail用來轉發郵件時使用的smtp主機，passsword定義了遠程郵件服務 器中帳戶的密碼，在密碼中使用了數字或特殊字符時，就需要使用雙引號將密碼括起來。pass8bits 允許下載郵件中存在8位字符，stripcr用於過濾額外回車字符，由於DOS和Unix在文本定義上的不同 ，這一項用於兼容一些不識別這個差異之處的Windows系統的郵件伺服器，fetchall表示取回全部郵 件，否則就只取回最新的郵件。

    　　此外，這個檔案因為包括了遠端伺服器的密碼，因此必須具備屬性700，以避免其他用戶能讀 取這個檔案，否則fetchmail不會運行。

    　　這樣，就可以不使用任何命令行參數，直接在後台運行fetchmail了。每個用戶可以使用cron來運 行自己的fetchmail命令，來管理自己的郵件，而撥號用戶可以在撥號後，使用ppp.linkup啟動fetchmail ，取回自己的郵件。

    • 使用Procmail設置郵件過濾

    　　由於Internet的使用者不但使用電子郵件和朋友、同事聯繫，而且還通過maillist與Internet 上的其他使用者討論共同感興趣的話題，用戶收到的電子郵件越來越多，並且還會受到廣告、宣傳品 等垃圾郵件的騷擾。使用Promail、maildrop等郵件過濾程序就能幫助使用者阻擋這些廣告和宣傳品， 並幫助管理用戶接收到的郵件。Procmail就是一個用於過濾用戶接收到的電子郵件，並能對其自動分類 、處理的一個應用軟體。對於每天都會收到大量電子郵件的Internet使用者，這是一個非常有用的工具。

    　　為了使用Procmail，必須在用戶接收到Email時，啟動Procmail進行處理。這個任務可以使用 兩種不同的方式來完成，一個是將Procmail配置為系統的郵件分發代理（Mail Deliery Agent），系 統的郵件伺服器使用porcmail代替其本身原有的郵件分發功能，來分發用戶的郵件。這種方式需要由 系統管理員根據郵件伺服器的不同，而進行不同的設置。

    　　另一種方法是使用個人目錄下的.forward檔案，系統郵件伺服器在給某個用戶分發郵件的時候， 如果發現他的個人目錄中存在.forward檔案，那麼就會按照這個檔案中的內容來進行處理。因此就可以 在.forward檔案中啟動procmail處理用戶接收到的郵件，與更改系統MDA的設置方式相比，這種方式更為 靈活，並且可以由每個用戶來決定是否使用這個過濾處理能力。

    　　.forward檔案可以按照需要設置三種不同的處理方式：定義存儲郵件的郵箱檔案名、進行轉發 的目的地址或者對電子郵件進行處理的外部應用程序，顯然啟動Procmail是應使用第三種方法。

    　　.forward檔案應該屬於這個用戶（或root），並且其權限設置應該為不能被其他或同組用戶可寫。

    $ cat ~/.forward
"|IFS=' '&&exec /usr/local/bin/procmail -f-||exit 75 wb"

    　　這個.forward的例子裡，使用"|"字符設置括號內的參數為一個執行命令，這樣 sendmail就能啟動一個shell執行設置的命令，並使用管道的方式讀取sendail的輸出。執行命令中首 先定義了IFS環境變量（用於分隔不同的域），然後執行procmail，如果procmail執行失敗就執行 exit 75 wb告訴sendmail，郵件分發失敗，需要更改wb為使用者自己的登錄名。

    　　procmail使用用戶個人目錄下的.procmailrc檔案，來設置對收到的Email進行處理的過濾規 則。最簡單的.procmailrc檔案為：

    :0c: 
* ^FROM.*@freebsd.org
$HOME/mail.backup

    　　第一行首先使用冒號開始定義一個過濾規則，緊隨其後的應該是一個數字，這個數字規定了這 個規則占用的配置行數，一般使用0表示沒有限制配置行，此後的c表示復制（copy），表示下面的規則 只是用於處理郵件的副本，而郵件本身仍然會被其他的過濾處理規則處理。這一行最後的冒號，用於表 示在處理過程中進行加鎖，防止同另一個procmail進程處理同一個檔案時發生衝突，通常這個機制在存 儲郵件檔案時非常有幫助。

    　　第二行就開始了一個過濾規則的定義，過濾規則使用*字符開頭。一個規則中使用模式匹配來匹 配電子郵件信頭或內容中的特定行。上面例子裡的這個規則匹配所有來自於freebsd.org的電子郵件。 在第三行定義了對符合上面規則的郵件的處理方法，由於給出了一個檔案名mail.backup，因此將所有 來自於freebsd.org的電子郵件添加到mail.backup檔案中保存。如果使用!開頭定義規則處理辦法，表 示進行轉發處理，!後面就為進行轉發的電子郵件的地址，或者以|開頭，表示啟動後面的命令進行郵件 處理。

    　　procmail不區分大小寫，它使用Unix最常用的模式匹配方式進行匹配特定的郵件。因此使用這 些匹配模式和procmail規則，可以定義一個更複雜的.procmailrc：

    PATH=$HOME/bin: /usr/bin: /usr/ucb: /bin: /usr/local/bin:.
SHELL=/bin/sh
MAILDIR=$HOME/mail
DEFAULT=$MAILDIR/mailbox
LOGFILE=/dev/null
SENDMAIL=/usr/lib/sendmail

:0:
* ^From.*badguy          
/dev/null/

:0c:
* ^(From|Cc|To).*freebsd.org
| gzip >> freebsdmail.gz

:0:
* ^From.*@hotmail.com
* ^Subject:.*(joke|funny)
{
   :0 c
   ! friend1@hotmail.com friend2@usa.net
   :0
   joke
}

:0
* ^Subject:.*order
* !^FROM_DAEMON
* !^X-Loop: marketing@company.com
{
   :0 h c
   | (formail -r -A"X-Loop: marketing@company.com " ; \
   cat /market/acknowlegement.txt ) | $SENDMAIL -t
   :0 c
   ! market2@company.com
   :0
   market
}

    　　這個配置檔案的第一部分中設置了幾個環境變量，用於設置procmail的運行環境，其中將 MAILDIR設置為~/mail，與pine使用的目錄相同，因此這將使pine能直接讀取procmail處理過的郵 件。

    　　第二部分中為郵件定義了三個不同的過濾規則及相應的處理操作，第一個規則將來自badguy 的郵件濾掉（輸出到/dev/null）﹔第二個規則將與freebsd.org的通信使用gzip保存到freebsdmail.gz 中，用於保存相應maillist的郵件﹔第三個規則將某個使用hotmail帳號的朋友，並使用joke或funny標 題給自己發送笑話的郵件同時轉給其他幾個朋友，並同時保存在joke檔案夾中﹔最後一個規則是設置了 一個自動回復郵件系統，對於使用order做標題，並且沒有FROM_DAEMON行（自動郵件回復程序使用FROM_DAEMON 作標記，通常不需要回復這些的郵件，否則會造成回復循環），並且沒有包括X-Loop行的郵件進行處理：

    　　首先將X-Loop行添加到郵件中（使用formail將它們添加到mail的信封上），以免造成對同一個郵件的 循環處理，然後將檔案/market/acknowlegement.txt發回給發送者﹔並以及轉發郵件，在market中保存郵件。

    　　根據這些規則，使用Procmail就能完整的處理各種郵件，減輕電子郵件不斷增多而造成的困擾。
    140.shtml.htm100644 1766 1746 23357 7236623524 12416 0ustar statuestatue FreeBSD使用大全
    FreeBSD連載(42)：NFS用戶端
    1999年12月14日 14:09 王波

    網路檔案系統（NFS）

    　　NFS是一種Unix之間通過網路共享檔案的標準方式。使用NFS，就能夠透明的安裝和 訪問網路上遠程主機上的檔案系統，將其安裝到本機的檔案系統中。

    • NFS用戶端

    　　安裝NFS伺服器上的檔案系統的方式與安裝本機磁碟檔案系統非常相似，同樣是通過 mount命令：

    # mount  nfssrv:/exports  /mnt

    　　這個命令將nfssrv主機上的/exports目錄安裝到本機的/mnt目錄下。可以看到安裝 NFS與本地磁碟檔案系統的不同在於 ── 檔案系統的描述方法不同。本地磁碟檔案系統使 用/dev下的設備檔案來描述，而NFS檔案系統使用遠程主機名和主機上的共享目錄名（中間 使用:分隔）來描述。當然其執行的實質是不同的，事實上mount根據檔案系統的類型，執 行mount_nfs來真正安裝nfs檔案系統。

    　　/mnt應該是本地檔案系統上的一個空目錄，沒有安裝其他檔案系統。如果這個目錄 非空，那麼使用mount之後，原有的本地檔案系統中的內容將不可被訪問，只能看到新安裝 上的檔案系統中的內容。

    　　由此來看，NFS客戶不需要進行複雜的配置，只需知道NFS伺服器的主機名和共享出 的目錄名即可。事實上，知道了NFS伺服器的主機名，就可以使用showmount命令，來查看這 台伺服器共享出的目錄名和訪問限制。

    # showmount -e nfssrv

    　　使用NFS檔案系統只需要核心支持，而不需其他額外設置,但是同時使用nfsiod進程 能夠提供高效的緩衝機制，從而改善nfs檔案系統的性能，應該可以在裝載NFS檔案系統之前 執行這個守護進程。

    # nfsiod -n 4

    　　參數-n 4用於限制nfsiod的副本數量，每一個nfsiod用於輔助處理一次I/O操作，因 此如果通過NFS檔案系統進行頻繁的I/O操作，就要考慮增加nfsiod的副本數量。

    　　由於使用nfsiod能夠提升系統性能，對於NFS客戶電腦，就可以在系統啟動時執行 這個守護進程。這需要在FreeBSD的系統配置檔案rc.conf中設置nfs_client_enable參數的 值為"YES"，系統啟動時就自動執行nfsiod。

    • 使用fstab

    　　對於經常用到的NFS檔案系統，並且提供NFS服務的Unix主機也非常可靠。那麼就可 以將這些系統加入/etc/fstab檔案中，在系統啟動時自動安裝該NFS檔案系統。由於NFS檔案 系統不在本地，因此在伺服器不能提供NFS服務時就會造成故障，系統會遇到啟動障礙，而 不同正常啟動。因此對於一台不穩定的伺服器系統，最好不要使用/etc/fstab來裝載NFS文 件系統，或者在/etc/fstab的設置參數選項中使用noauto參數，不讓系統自動裝載這個檔案 系統。

    # Device                Mountpoint      FStype  Options         Dump    Pass#
/dev/wd0s3b             none            swap    sw              0       0
/dev/wd0s3a             /               ufs     rw              1       1
/dev/wd0s3f             /usr            ufs     rw              2       2
/dev/wd0s3e             /var            ufs     rw              2       2
proc                    /proc           procfs  rw              0       0
/dev/wcd0c              /cdrom          cd9660  ro,noauto       0       0
nfssrv:/exports         /nfs            nfs     ro,noauto       0       0

    　　/etc/fstab檔案中的第四列為安裝檔案系統時使用的安裝參數，如果增加了noauto選 項，這樣系統啟動時並不立即安裝這個檔案系統，而是直到管理員輸入mount命令之後才進行 安裝。但是此時mount命令的參數就可以比較簡單，對應前面安裝nfssrv的命令，可以簡化為 mount /nfs，mount會查看fstab檔案尋找匹配的行，以使用正確的參數安裝檔案系統。

    • 自動安裝守護進程AMD

    　　為了更方便的使用NFS，可以使用自動安裝軟體amd（automounter daemon，自動安裝 守護進程）自動維護檔案系統，這就使在訪問具體目錄時能夠立即安裝該檔案系統，而經過一 端時間間隔內沒有任何訪問發生，再自動卸載這個檔案系統。

    　　amd需要指定一個進行監視的空目錄，所有要安裝的檔案系統與這個目錄下的子目錄 一一對應﹔它還需要一個維護用的空目錄，用於安裝遠程檔案系統，而監視目錄中的子目錄 將是正確安裝的檔案系統的符號連接。這些子目錄和符號連接並不需要管理員創建，而是要 在映射檔案中指明，由amd來創建和維護。當監視子目錄被訪問時，amd守護進程就會安裝相 應的檔案系統並建立正確的連接，使得目錄和檔案能被正常訪問。

    　　通常使用/etc/amd.map用作amd的映射檔案，這個檔案就用於告訴amd子目錄與檔案系 統的對應關系。下面是一個最簡單的映射檔案amd.map：

    # cat /etc/amd.map
/defaults       type:=host;fs:=${autodir}/${rhost};rhost:=${key}
nfssrv	         typs:=nfs;rhost:=nfssrv;rfs:=/exports

    　　第一行使用/defaults定義預設的設置，type參數用於定義維護的檔案系統的類型， host類型為通過NFS安裝遠程伺服器中直接在exports檔案中輸出的目錄，fs參數為amd安裝文 件系統使用的安裝位置，變量autodir為amd維護安裝檔案系統的目錄，而rhost變量為遠程計 算機的名字，需要進行設置。預設的rhost變量設置為${key}的值，當用戶訪問amd監視目錄的 子目錄時，key就被設置為這個子目錄的名字。通過這個預設設置，當用戶訪問amd監視目錄的 任意一個子目錄時，這個子目錄名就被轉換為遠程NFS伺服器的名字，amd就自動將這個伺服器 共享的目錄安裝到fs定義的安裝位置上。

    　　第二行設置一個專有的映射關系，第一列也是amd設置的key值，當訪問對應的子目錄 時就啟動這個設置，這一個安裝點為nfs類型，nfs類型與host略有不同，host類型只需要rhost 定義，而查詢伺服器上的共享出的目錄來自動安裝，而nfs類型則要配置者手工指定遠程主機共 享的目錄，這就需要設置rfs參數。通常在自動維護的電腦數量較少時，使用nfs類型更明確 ，否則可以使用host類型以簡化配置工作。

    　　設置好映射檔案之後，就可以運行amd守護進程了。

    # amd -a /net -c 1800 /host /etc/amd.map
# ls /host
# cd /host/nfssrv
# ls -l /host
nfssrv

    　　上面的amd的命令參數為，第一個-a參數告訴amd將真實的檔案系統安裝到/net這個臨時 目錄下，在執行amd之前必須建立這個空目錄，這個目錄將被amd作為autodir變量設置映射關系 ﹔-c參數用於指明超時參數，經過這個時間間隔內沒有訪問這個檔案系統上的內容，就卸載已 安裝的檔案系統，設置為1800秒﹔而/host目錄為amd監視用戶訪問的目錄，訪問這個目錄中的 子目錄，就會觸發amd守護進程，例如上例中使用cd /host/nfssrv訪問nfssrv子目錄，那麼amd 就將啟動，將nfssrv設置為key值，因此amd就讀取/defauts設置的預設參數和nfssrv這個key值 對應的參數，然後執行自動安裝過程。最後一個參數就是指定映射檔案為/etc/amd.map。

    　　因此，amd的處理過程可以總結為：用戶首先訪問/host目錄下的子目錄，觸發amd﹔amd 使用子目錄的名字作為key值，讀取相應映射檔案中的設置，將檔案系統安裝到/net目錄下的相 應目錄上（fs定義的目錄）﹔最後amd在/host目錄下以key值建立符號連接，指向已經安裝到/net 目錄下的真實檔案系統，使得用戶訪問子目錄的操作能夠正常完成。

    　　amd主要是和NFS結合使用，用於維護多台伺服器的用戶和檔案目錄的一致性，然而amd 不僅僅能用於維護NFS檔案系統，同樣也可以用於維護其他種類的檔案系統，如CD9660、本地文 件目錄的連接，以及擴展到運行一個程序等方式自動安裝相應的檔案系統，對於這些非NFS檔案 系統，就需要使用不同的type參數定義不同的類型。例如可以使用amd將所有用戶的個人目錄維 護在同一個路徑下，而不是事實上分布在不同目錄和主機上，等等。此時，amd.map應為：

    /defaults	 opts:=rw,grpid,nosuid,nodev
    

    wb   host==wb;type:=link;fs:=/home/wb
    

    cd   opts:=ro;host==wb;type:=cdfs;dev:=/dev/wcd0c
    

    dos  host==wb;type:=program;mount:="/sbin/mount_msdos mount_msdos /dev/wd0s1 focus/FreeBSD/"

    　　這個映射檔案中的預設設置中首先使用opts設置了幾個安裝選項，用於安裝檔案系統時 使用。由於這個例子中維護的檔案系統NFS檔案系統，因此沒有使用變量定義相應的參數，而且 在維護的檔案系統不多的條件下，可以直接定義各個自動安裝所需要的各個參數。

    　　第一個設置為是一個link類型，它必須在主機為wb（本地主機的名字，amd將自動設置 host變量）時才有效。這個類型只是用於建立連接，因此就沒有必要定義rhost和rfs，而通過 fs定義需要建立連接的目標。因此當訪問/host/wb目錄時，amd就自動建立一個到/home/wb的 符號連接。

    　　第二個設置為cdfs類型，這用於訪問時自動安裝CDROM，它通過dev參數設置安裝使用的 設備檔案。第三個設置為program類型，當訪問/host/dos目錄時，amd會自動執行後面的mount_msdos 程序，裝載上dos分區，安裝點被使用變量path傳遞給外部程序的參數。

    　　為了在啟動時自動執行amd，需要修改rc.conf中的設置，更改其中的選項amd_enable為”YES”， amd的執行參數在amd_flags項中設置，預設為：

    amd_flags="-a /net -c 1800 -k i386 -d my.domain -l syslog /host /etc/amd.map"

    　　這個參數使用了另一些有用的參數，-k參數用於運行amd的電腦核心體系，-d參數用 於定義電腦的domain名，修改這個參數可以幫助amd偵測電腦所在的domain名字，因此要修 改為電腦實際的域名，-l參數定義審計記錄檔案，預設使用syslog。amd的設置相當複雜，這 裡只是通過一個映射檔案來提供針對一個目錄的自動安裝維護，實際上amd可以同時維護多個目 錄，這就需要設置一個配置檔案，來定義多個監視目錄。對於一般的目的，使用命令行指定一 個映射就夠用了。
    141.shtml.htm100644 1766 1746 6506 7236623524 12374 0ustar statuestatue FreeBSD使用大全
    FreeBSD連載(43)：NFS伺服器
    1999年12月15日 18:57 王波

    NFS伺服器

    　　為了使得其他系統能使用FreeBSD上的硬碟空間，就需要運行NFS服務進程。NFS伺服器 使用了幾個守護進程用於提供NFS服務。最基本的提供NFS服務的系統至少要運行nfsd和mountd 守護進程，nfsd用於處理NFS協議，而mountd用於處理客戶的mount請求。此外，由於NFS使用RPC 遠程調用，因此portmap、rpc_lockd、rpc_statd等RPC守護進程都可以用來幫助提供更高效的 服務。

    　　這些守護進程一般應該在系統啟動時載入，因此需要在rc.conf中更改相關的參數： nfs_server_enable, rpc_statd_enable, rpc_lockd.enable和portmap_enable參數將對應相應 的守護進程。

    　　那麼系統重起之後，就有了能共享檔案出去的能力，余下的工作只是用來配置需要共享 那些目錄，以及進行何種限制以保証安全性，這些設置工作需要更改/etc/exports檔案：

    # cat /etc/exports
/usr/src/sys -maproot=daemon ns host2
/usr/ports -ro -network 192.168.1.0

    　　從這個例子中可以看出exports檔案的格式，首先是定義要共享出去的檔案目錄，必須 使用絕對路徑，而不能使用是符號連接。後面就是對這個目錄進行訪問限制的參數，用於保証 安全性。第一行設置中，將/usr/sys/src目錄共享出去，但限制客戶機上的root用戶等價於本 機上的daemon用戶，以避免客戶機上的root用戶擁有這個伺服器上的root權力，進行非法操作 ，此後的ns和host2參數是主機名，這就限制只有ns和host2才能共享這個/usr/sys/src目錄。 第二行設置共享了/usr/ports目錄，但限制為只允許讀取，並且也只有192.168.1.0網路上的 電腦才能訪問這個共享目錄。

    　　目錄的訪問限制中具有多種選項，這些選項對於保証NFS的安全性相當重要。

    　　-ro---以只讀形式輸出檔案系統，遠程客戶只能讀不能寫這個目錄

    　　-maproot---將客戶機上的root用戶映射為伺服器中的某個用戶和族，也可以使用UID 和GID的形式，如maproot=root，maproot=10，或maproot=10:1。這個設置選項可以用來保護 伺服器上的檔案系統不被客戶中的使用者非法訪問。

    　　-mapall---將客戶上的所有用戶都映射為本機的某個用戶，使用形式與maproot相同 。它同樣也是用於保護伺服器檔案系統的安全性的。

    　　-alldirs---允許安裝該目錄下的所有子目錄。

    　　-network---允許一定網路上的電腦可以裝載這個檔案系統。

    　　-mask---用於修訂 network中的網路號使用的預設掩碼，可定義對網路的一部分開放 檔案系統。

    　　當更改了exports檔案之後，需要向mountd發送SIGHUP信號，使其重讀exports檔案的 內容。
    142.shtml.htm100644 1766 1746 11641 7236623524 12411 0ustar statuestatue FreeBSD使用大全
    FreeBSD連載(44)：X Free86的硬體要求
    1999年12月16日 13:34 王波

    第5章 設置和使用X Window

    　　當將FreeBSD系統用作伺服器的時候，其正常工作並不依賴於任何圖形界面， 只使用字符界面就能完成幾乎的全部伺服器端任務。然而，圖形界面具有更大的靈活 性，可以同時打開多個視窗、執行一些字符界面無法完成的任務（如圖形處理）、使 FreeBSD系統更容易使用等，圖形界面的處理能力是打算將FreeBSD系統用做個人工作 站平台的必備能力。

    　　FreeBSD通過X Window系統來支持圖形界面，X Window是由MIT開發的一套標 準圖形接口，其目前版本是X11R6.3。與MS Windows或Macintosh的圖形界面不同，X Window是一套平台獨立的基本圖形功能調用接口，它不包括具體的硬體實現和具體的 顯示風格，因此X Window具備高度可配置性，有多種多樣的顯示風格。如果將圖形界 面分為涉及應用程序的顯示管理能力、進行圖形處理的圖形接口和低層的顯示硬體接 口三個部分，那麼X Window就是中間層和低層的一套圖形處理協議。

    　　但是MIT發布的X Window原始碼並不包括低層代碼，即系統在具體顯示硬體上 的實現，為了使X Window能在電腦的具體硬體上運行起來，還需要開發相應的驅動 程序。除了專有廠商開發了各種硬體驅動程序以提供真正可用的X Window系統之外， 另一個具備多種硬體驅動程序並可以自由使用的X Window系統為XFree86。它是由很多 志願者組織的，利用X Window的原始碼為各種顯示硬體開發可供自由使用的X伺服器， 使得X Window系統能夠在具體的操作系統硬體上真正運行起來。FreeBSD以及其他幾種 自由操作系統均使用Xfree86系統作為圖形系統。

    • 安裝和設置X伺服器

    　　FreeBSD中使用XFree86作為基本X Xindow系統，然而也有專業廠商為FreeBSD 系統制作X伺服器，例如Xi Graphics公司，商業公司開發的X伺服器通常能夠支持更多 、更新的顯示硬體，並能支持新型硬體的各種特性。XFree86由於為志願者進行開發， 不能得到顯示硬體生產廠商的技術支持和技術資料，因此對新硬體的支持要差一些。 一般情況下，如果沒有使用太新的顯示硬體，XFree86即能滿足建立圖形系統的需要。 因此這裡就介紹設置和使用XFree86系統的方法。

    • X Free86的硬體要求

    　　目前XFree86最新發布的版本為XFree86 3.3.3，支持多種類型的顯示卡。但是 圖形界面比文本界面需要更多的系統資源，尤其是內存空間。通常要正常運行X Window 的FreeBSD系統，至少需要8MB內存，並且還應有8MB的交換空間，以運行其他X應用程序 。然而要想獲得更高的性能，還應該有更好的硬體條件，如帶有硬體加速能力的顯示卡。

    　　顯示卡：XFree86支持多種顯示卡，從普通的VGA顯示卡到專用圖形加速 卡。一般的個人電腦均使用某一種VGA兼容的顯示卡，這就滿足XFree86的最低要求。 但如果XFree86支持顯示卡的具體類型，就可以用256色或更高的真彩色、更大的分辨率 的顯示模式來運行X Window系統，否則就只能使用16色的標準VGA模式。而且使用圖形加 速卡的硬體功能會明顯改善圖形界面的顯示速度。

    　　顯示器：由於Unix的使用者和開發者用慣了專業工作站，所以他們設計的 圖形界面是為了大螢幕而設計的。在小顯示器上使用X Window，往往會覺得按鈕過大、邊 框過粗等等，因此顯示器最好能達到1024x768的分辨率，甚至更高，才能更好的發揮X Window下的各種界面風格的優勢。

    　　鍵碟：常用的Unix工作站鍵碟也與PC鍵碟的排列不太一樣，但是一般的使 用者更習慣PC風格的鍵碟。XFree86可以重新映射鍵碟，預設情況下鍵碟的映射為PC風格的 鍵碟，但對於更熟悉工作站鍵碟使用者可以重新定義鍵碟上的排列。

    　　滑鼠：MS Windows使用的是2鍵滑鼠，在X Window中更習慣使用3鍵滑鼠， 對於只有2鍵滑鼠的電腦，XFree86能提供一種模擬第三鍵操作的功能。使用風格也不太 相同，例如在Windows95中使用雙點 “double click” 來執行程序，在X下一般只需單點即 可，因為使用X Window的用戶通常是長期使用電腦的專家，他們認為雙點操作使得手指 處於緊張的狀態，長期進行雙擊操作會對手指造成損傷。

    　　安裝XFree86之前，首先需要了解電腦的顯示卡是否被XFree86所支持，XFree86支 持大量常見的顯示卡硬體，然而由於X伺服器的驅動不是由硬體廠商開發的，那麼一個硬體 從出現到被XFree86支持需要一段時間，很多硬體廠商出於保護商業機密的考慮，沒有公開 他們硬體的詳細資料，這就對開發對他們硬體的驅動程序提供了額外的阻礙。安裝了XFree86 之後，可以查看其文檔目錄中的README檔案（FreeBSD下這個檔案的路徑為/usr/X11R6/lib/X11/doc/README ），來查看Xfree86支持的顯示卡芯片的種類。
    144.shtml.htm100644 1766 1746 6314 7236623524 12374 0ustar statuestatue FreeBSD使用大全
    FreeBSD連載(45)：安裝XFree86
    1999年12月17日 18:23 王波

    安裝XFree86

    　　FreeBSD將XFree86作為了操作系統的基本組件，可以在安裝系統時選擇安 裝。在安裝系統時進行的組件選擇時，按照對不同組件的選擇，例如選擇X-User 或X-Developer選項，將安裝Xfree86系統。系統安裝時還會提示用戶立即設置 XFree86，但是由於FreeBSD的初始運行與圖形界面關系並不大，因此這個設置工 作可以在安裝系統之後的任何時候進行，而並非必須在初始安裝時進行。

    　　如果在初始安裝時沒有安裝XFree86，也能夠在整個安裝系統安裝完成之 後再進行安裝。此時可以從安裝介質中手工安裝二進制組件，或者自己從Xfree86 主頁（http://www.xfree86.org）或FreeBSD站點種下載XFree86的最新版本，重 新編譯並安裝。XFree86的安裝檔案放置在安裝介質根目錄的/XF86333目錄中，安 裝時僅僅需要將相關檔案解開到/usr/X11R6目錄下就行了。可以使用sysinstall 或這個目錄下的install.sh程序來幫助安裝。

    　　在XFree86的較早版本中，其設置是一個十分困難的問題。因為顯示卡種 類很多，而且每個卡的參數種類也繁多，要正確設置XFree86，就必須對這些硬體 有較深的了解。最早的時候需要手工更改配置檔案，後來XFree86提供了一個交互 式的命令行配置程序xf86config，來幫助使用者配置X Window。但是這個程序只 是簡單的提示使用者輸入相關信息，並且一個選項一旦確定，就不能回溯回去進 行修正。因此，如果是第一次使用xf86config來配置XFree86的話，毫無疑問將 會遇到種種問題。

    　　幸而在後來的XFree86中，XFree86的開發者又提供了另一個配置程序： XF86Setup，它首先啟動16色的標準VGA模式的X Window，再執行圖形界面的設置 程序，通過圖形界面提供了一種更為容易的方式來設置XFree86的伺服器。

    　　當使用sysinstall程序來設置X Window（選擇Configure選單中的Xfree86） ，那麼它將提示使用者選擇XF86Setup和xf86config這兩種不同的設置方法。注意這 個選項中的PC98是指日本生產的一種特殊電腦硬體類型，而非標準硬體中的主板 PC98規范，因此使用標準PC的使用者不需要使用這個設置選項。

    　　如果不使用sysinstall來啟動設置程序，也可以手工在命令行中輸入（ 必須是以root權限）相應的命令：

    　　# /usr/X11R6/bin/XF86Setup

    　　或

    　　# /usr/X11R6/bin/xf86config

    　　使用不同的命令將啟動相應的設置程序。
    145.shtml.htm100644 1766 1746 37715 7236623525 12427 0ustar statuestatue FreeBSD使用大全
    FreeBSD連載(46)：使用XF86Setup配置X伺服器
    1999年12月19日 17:46 王波

    使用XF86Setup配置X伺服器

    　　XF86Setup是在圖形界面下運行的設置程序，它運行在圖形界面下，如果系統沒有啟動 X Window系統，那麼它會自動啟動一個標準VGA模式的X伺服器，因此這就要求FreeBSD系統內 必須安裝了XFree86的VGA模式的伺服器XF86_VGA，XF86Setup首先使用預設設置啟動這個16色 、640x480分辨率的X伺服器，然後再運行XF86Setup設置程序本身。

    　　但如果已經啟動了X伺服器，使用這個設置程序進行重新設置X伺服器的話，那麼就會 使用現有的X伺服器。XF86Setup還會詢問是否以現有設置為基礎進行設置，如果X Window運行 正常的情況下，應該以現有設置為基礎進行修改，而不必完全重新進行設置。

    　　XF86Setup配置程序的顯示如上圖顯示，它顯示了可供操作的六個選項，設置滑鼠的 Mouse選項，設置鍵碟的Keyboard，設置顯示卡的Card選項，設置顯示器的Monitor選項，設 置顯示模式 ── 分辨率和刷新頻率的Modeseletion選項，以及設置一些其他X伺服器的選項 Other，除了最後一個選項之外，每個選項都需要重新設置。

    　　在XF86Setup中可以使用滑鼠或鍵碟進行操作，通常鍵碟都是標準鍵碟，因此不需要 額外設置，而滑鼠需要額外的檢測和設置。設置程序會試圖檢測電腦上所使用的滑鼠類型 和端口，以對滑鼠進行探測。如果FreeBSD系統配置並運行了moused，XF86Setup就毫無問題 的檢測出這個偽滑鼠設備，供使用者使用滑鼠進行操作。如果沒有使用moused，就有檢測鼠 標就可能失敗，使用者就只能使用鍵碟進行操作。

    　　在這個設置界面下，首先可以使用回車，首先進入滑鼠選項的設置界面，這樣可以 首先設置滑鼠，滑鼠設置完畢之後就能使用滑鼠進行下面的各項操作了。與大部分應用程序 相同，鍵碟操作使用的基本鍵是Tab與Enter，Tab用於在各個設置選項之間切換，Enter用於 選擇相應的選項。

    　　第一次進行操作時將出現上圖所顯的對話框，閱讀過其顯示的信息之後，就可以確 認，以進入各項設置的操作過程。

    • 設置滑鼠

    　　設置X伺服器的第一步就是要配置滑鼠，滑鼠是X Window的必需設備，如果沒有設置 滑鼠，X伺服器就不能正確啟動。如果已經使用Sysinstall配置好了控制台滑鼠守護進程moused ，那麼滑鼠就能被正確偵測到，這就能略過設置滑鼠的步驟，直接進入下一個設置選項。

    　　moused守護進程在後台維護著/dev/sysmouse這個偽設備，將滑鼠物理端口送來的鼠 標移動和點擊數據轉化為這個偽設備上的滑鼠操作數據，那麼X伺服器就能使用/dev/sysmouse 這個設備檔案作為滑鼠設備，使用SysMouse作為滑鼠類型，而不必管真實的滑鼠端口和類型。 使用moused的一大好處就是滑鼠設備由moused維護，而與X伺服器無關，因此不會因為滑鼠的 問題造成X伺服器的故障。因此一般情況下，應該使用moused來維護滑鼠設備。

    　　如果不打算運行moused來管理滑鼠設備，此時就需要根據滑鼠的具體類型和連接到 的具體端口，來選擇對應的正確設備檔案，來為X伺服器設置滑鼠。如果滑鼠是接在第一個 串行端口sio0上，那麼對應的設備為/dev/ttyd0，第二個串口設備為ttyd1，而常用的串口 2鍵滑鼠為Microsoft類型。其他設備檔案包括對應PS/2滑鼠的psm0，對應總線滑鼠的mse0等 。但是在moused正常啟動的條件下，真實的物理端口就不能正常工作了。

    　　當沒有使用moused的時候，就需要使用鍵碟進行操作。鍵碟操作就比較繁瑣，但設 置完畢之後，可以立即選擇右邊的按鈕 “Apply” ，使滑鼠可以立即發揮作用，此後就能使 用滑鼠進行其他操作了。如果滑鼠設置正確，該界面上右邊的滑鼠圖形中的按鍵會隨滑鼠按 鍵而閃動，其位置坐標會隨滑鼠移動而改變。

    　　除了基本的滑鼠類型和端口之外，滑鼠選項中還有很多參數可以調整，其中一個重 要的參數為 “Emulate3Button” ，因為X Window系統習慣上使用3鍵滑鼠進行操作，很多功 能用到了滑鼠的第三個鍵。而普通個人電腦滑鼠是2鍵滑鼠，那麼就需要使用2鍵模擬中鍵 的功能，選擇這個選項就使得在同時按下滑鼠的左右2鍵時，X伺服器將這個動作解釋為按下 了第三個鍵 ── 中鍵。當然如果電腦上本來就是使用3鍵滑鼠，就不必考慮這個問題了。 滑鼠還有一些其他設置，如解析率、移動速率等，一般使用預設值，不需要改動。

    　　注意：在使用moused的情況下，映射的sysmouse偽設備本身就為一個3鍵滑鼠，因此 Emulate3Button選項就會失效。需要使用moused的 “-3” 參數，在moused中打開雙鍵模擬第 3鍵的功能。

    • 鍵碟設置

    　　接下來就需要配置鍵碟，預設設置為標準101鍵的PC鍵碟，就在標準個人電腦下正 常工作，因此對於快速配置X伺服器，可以略過這一步配置。當然也可以根據實際選擇102鍵 標準鍵碟或104鍵Windows95標準鍵碟，其他種類的鍵碟在個人電腦平台上很少見到。

    　　這個部分中的其他設置是為了與Unix工作站使用的鍵碟相兼容，而對鍵碟上的功能 鍵Ctrl、Shift等重新映射它們的位置和定義。主要是因為專用工作站鍵碟中的控制鍵的位 置與標準PC鍵碟不同，使用這些設置就能使標準PC鍵碟適合習慣於專用工作站鍵碟的使用者 。這些設置一般根據使用者的個人習慣而定，對於習慣個人電腦鍵碟的使用者，一般不需 要改變這些設置。

    • 設置顯示卡

    　　對於X Server的設置來將，最重要、也最困難的一步就是設置正確的顯示卡類型， 目前的X伺服器已經相當完善，有能力自行檢測顯示卡的硬體種類，因此甚至可以不配置這 個選項，而留給設置系統來確定。此時就可以跳過這個設置步驟。

    　　然而對於個人電腦平台來講，硬體種類過多，並且不同的號稱兼容的硬體事實上 存在細微兼容性問題，自動檢測並不能保証百分之百檢測正確，因此如果自動檢測的結果 不能使X伺服器正常工作，就需要手工指定顯示卡硬體的類型，及相應的參數。顯然手工設 置這些參數不是一個簡單的事情，需要對自己電腦的硬體有相當了解，最好閱讀README 檔案（左邊按鈕），並進一步閱讀/usr/X11R6/lib/X11/doc目錄下的相關文檔，以了解清 楚硬體配置。

    　　此時，XFree86的自動檢測信息也對了解硬體配置信息很有幫助，XFree86提供的程 序SuperProbe可以用來來檢測目前電腦使用的硬體，這個程序將探測顯示卡的硬體設置， 並將結果返回給用戶，幫助用戶設置系統。

    # /usr/X11R6/bin/SuperProbe

SuperProbe Version 2.18 (22 December 1998)
        (c) Copyright 1993,1994 by David Wexelblat 
        (c) Copyright 1994-1998 by The XFree86 Project, Inc

        This work is derived from the 'vgadoc2.zip' and
        'vgadoc3.zip' documentation packages produced by Finn
        Thoegersen, and released with all appropriate permissions
        having been obtained.  Additional information obtained from
        'Programmer's Guide to the EGA and VGA, 2nd ed', by Richard
        Ferraro, and from manufacturer's data books

Bug reports are welcome, and should be sent to XFree86@XFree86.org.
In particular, reports of chipsets that this program fails to
correctly detect are appreciated.

Before submitting a report, please make sure that you have the
latest version of SuperProbe (see http://www.xfree86.org/FAQ).

WARNING - THIS SOFTWARE COULD HANG YOUR MACHINE.
          READ THE SuperProbe.1 MANUAL PAGE BEFORE
          RUNNING THIS PROGRAM.

          INTERRUPT WITHIN FIVE SECONDS TO ABORT!

First video: Super-VGA
        Chipset: ATI 264GT3 (3D Rage III) (Port Probed)
        Memory:  2048 Kbytes
        RAMDAC:  ATI Mach64 integrated 15/16/24/32-bit DAC w/clock
                 (with 6-bit wide lookup tables (or in 6-bit mode))
                 (programmable for 6/8-bit wide lookup tables)
        Attached graphics coprocessor:
                Chipset: ATI Mach64
                Memory:  2048 Kbytes

    　　XF86Setup提供的顯示卡設置界面有兩種，一種是以各種具體不同的顯示芯片列表的 方式進行顯示的，如上圖所示，但顯示卡上的其他硬體設置都是通過自動檢測進行探測。另 一種依據X伺服器的種類進行劃分，可以指定芯片的具體類型、顯存的容量等一些參數的設 置。一般可以選擇Detailed Setup按鈕，設置X伺服器的具體參數。

    　　在這個Detail Setup的設置方式中，能選擇不同的X伺服器，並設置芯片、顯存、時 序等具體的硬體參數，由於X伺服器能夠自動探測到系統中的這些參數，一般不必設置這些 值。最重要的是要在選擇要使用的正確X伺服器，這是因為每一種X伺服器只能支持部分種類 的顯示芯片，如果選擇的X伺服器不支持實際使用顯示芯片，那麼肯定不能正確檢測出顯示 硬體的各個參數。因此需要根據顯示芯片來確定X伺服器，而XFree86的文檔中提供了那種X 伺服器支持那些顯示芯片的相關信息。

    　　必須注意的是，這裡選擇的X伺服器一定要在安裝過程中安裝到系統中了，否則就找 不到正確的X伺服器程序，也不可能正確啟動X Window系統。

    • 顯示器類型

    　　接下來要確定顯示器的類型，目前使用的顯示器都為多頻顯示器，需要選擇正確的 水平和垂直同步頻率範圍。顯示器的水平和垂直同步頻率範圍決定了顯示器的分辨率和刷新 頻率能力，超過這個頻率範圍將使顯示器不能正常工作，甚至損壞顯示器。實際上顯示器的 分辨率和該分辨率下刷新頻率這兩個參數才是使用者最關心的數據，也是用來判斷顯示器能 力的最基本參數，此外還有一些參數，如色差、輻射等，屬於對顯示器的更高要求，但它們 對於X伺服器的設置沒有影響。

    　　一個顯示器的水平和垂直同步頻率範圍決定顯示器在某個分辨率下的最高刷新頻率， 反過來，一個給定的分辨率和在此分辨率下的給定刷新頻率也能確定顯示器的同步頻率範圍， 因此可以在圖上給出的可選的分辨率和刷新速率選項中，選擇自己顯示器支持的分辨率與刷新 頻率的最高值。選擇的值太低就不能充分發揮顯示器的能力，太高會造成不能正確顯示的問題 。因為這個設置比較重要，因此需要查看顯示器手冊以得到正確的參數設置（另一種方式是通 過從低到高的嘗試，來確認正確的設置）。

    　　當選定了一個顯示器的類型時，就也確定了該顯示器使用的顯示模式，即分辨率和相 應的刷新頻率。因此X Window就會使用的相應顯示模式，這個模式就可以用於下面的設置。然 而顯示器實際能支持的模式要多於這裡設置的顯示模式，XF86Setup中並沒有提供在同步頻率 範圍內支持的全部分辨率，只是提供了在某個同步頻率範圍內值得推荐使用的顯示模式。雖然 顯示器的最小點大小和顯示器本身的大小決定了一個顯示器最適合的顯示分辨率，例如在小顯 示器下使用太高的分辨率就沒有太大意義（因為實質上並不能區分出兩個近鄰的點），但是提 供更多的顯示模式能適應一些特殊需要。通常對於15英寸顯示器最好使用800x600或1024x768 分辨率，17”顯示器可以使用1024x768或1280x1024分辨率。

    　　另一方面，由於一定顯示器的水平和垂直同步範圍一定，因此如果分辨率提高了，則刷 新頻率就不得不降下來，甚至降到隔行掃描的方式，這樣顯示器將閃爍的厲害，不適合長時間 使用。當分辨率和刷新頻率的設置超出水平和垂直同步頻率範圍，則顯示器將不能正常顯示。

    • 設置顯示模式

    　　另外一個設置是選擇正確的顯示模式，XF86Setup從低到高列出一系列分辨率模式和 多個顏色深度供選擇。這一步能選擇的顯示分辨率模式要受上一步設置的顯示器支持的顯示模 式的限制。在上一步設置中，有的顯示器設置中同時設置了多個顯示模式選項，此時就能在這 裡選擇相應的多個顯示分辨率，而有的設置僅僅支持部分顯示模式，這裡就只能使用對應的分 辨率。同時設置多個顯示模式的好處是能夠動態切換顯示模式，但對於正常使用並沒有太大必 要。選擇的最大分辨率模式將決定X伺服器虛屏大小的設置。

    　　然後可以選擇運行X的顏色數，預設為8bpp，即256色，但由於硬體的發展，顯示內存一 般都比較充裕，因此更常使用16bpp、24bpp等設置，使X能使用更豐富的顏色。這個顏色數主要 由顯示內存和顯示虛屏的大小來決定，虛屏中的每個象素都占用一個顏色深度大小的顯示內存 （8bpp為1個字節，16bpp為2個字節等等），而虛屏的大小為該顏色深度下的最大分辨率模式的 大小（可以在以後更改），那麼所有虛屏上的象素占用的空間，不能操作顯存的大小。一般來將 ，也不應該將虛屏（或顏色深度）設置的占滿顯存，因為硬體加速卡內部操作會使用空余顯存作 緩衝區，占滿顯存就會影響硬體加速能力。

    • 其他設置

    　　其他選項中主要設置一些X伺服器的屬性標志，如是否可以使用Ctrl-Alt-BackSpace熱鍵 退出X伺服器，是否允許動態切換顯示分辨率，是否捕獲各種信號，是否允許從其他電腦上使用 xvidtune或類似程序改變目前顯示分辨率模式，是否許可從其他電腦的X客戶程序更改伺服器的 鍵碟和滑鼠設置等。

    　　一般均使用預設設置，如果管理員要提供更大的限制，例如不允許使用熱鍵退出而必須使 用正常的退出方式等，就應該改動預設設置。

    • 保存設置啟動X伺服器

    　　所有的選擇結束之後，就可以選擇這個對話框最下端的Done按鈕，XFree86將按所配置的 參數重新啟動相應的X伺服器。如果配置正確，那麼X伺服器將會正確啟動，進入設置好的圖形系 統。

    　　這個時候選擇選單的第一項可以運行xvidune，XF86Setup在這裡提供了一個對顯示模式 進行微調的機會。顯示器出廠設置的時候，只有最常用的顯示模式才被調整到最佳設置，其他模 式的設置並不位於最佳設置，在寬、窄、高、低等方面均不是最佳設置。這樣在顯示器的顯示模 式切換的時候，常常會發生顯示器所顯示的內容不在螢幕正中，或者高度、寬度不正常，這種問 題一般可以通過調節顯示器下面的按鈕來糾正。然而對較早的模擬式顯示器來講，調整一個顯示 模式的設置，就會影響其他顯示模式（例如字符模式）的顯示，這樣就不適合經常切換顯示模式 的情況。對於數字式顯示器就不存在這個問題，因為顯示器能記憶多個顯示模式的設置數據，因 此現在一般不需要使用這個調節程序，而直接使用顯示器的調整按鈕。

    　　然而xvidtune也能幫助糾正顯示模式的偏差，而且無須調整顯示器下的任何旋鈕，這尤其 對於舊式顯示器就更為重要。它通過微調顯示模式使用的掃描頻率，直接糾正這個問題。因此就可 以執行xvidtune調整顯示，當一切正常之後，退出xvidtune時，設置程序將從xvidtune中獲得目前 使用的掃描頻率，並將其保存到設置檔案中。如果在設置程序之外執行xvidtune，不會自動保存調 整結果，而需要手工更改設置檔案。

    　　xvidtune能改變顯示模式，也可能超出顯示器支持的能力之外，早期的固定頻率的顯示器 可能會因此造成損壞，現代多頻顯示器不會因為短時間的模式超範圍使用，造成過於嚴重的後果。 但仍然需要小心操作。xvidtune視窗中顯示有調節參數的按鈕，每點按一次改變一些參數之後， 應該先使用Test來看看有無問題，再使用Apply來確認改變。一旦顯示內容變的不可分辨，表示設 置超出了顯示器的能力，就應該迅速使用Ctrl、Alt和Backspace組合鍵將X殺死，以避免長時間超 範圍使用顯示器，而對顯示器造成損壞。

    　　使用xvidtune或數字式顯示器的調節鍵將模式調節正確之後，然後選擇第二項，將結果保 存到前面指出的配置檔案中，預設為/etc/XF86Config，這就是XFree86的X伺服器使用的配置檔案 。退出XF86Setup之後，就可以使用startx來啟動X Window了。

    　　X伺服器如果不能正確啟動，說明前面的配置中出現了錯誤。此時可以重新進入設置程序， 並重新開始進行設置。需要更仔細的修改相應的配置，以避免錯誤再次發生。配置錯誤主要發生在 顯示卡硬體的設置上，但也要注意顯示器的設置不要超過顯示器的實際顯示能力。

    　　當確信XFree86的目前版本不支持所使用電腦的顯示硬體，就只能使用16色的標準VGA模 式，或者購買Xi Graphics等商業公司X伺服器。一些Linux版本，具備新型顯示硬體的XFree86的補 丁或X伺服器，FreeBSD的使用者可以從補丁出發重新編譯支持新硬體的X伺服器，或者直接運行Linux 的X伺服器，所需要作的只是調整相應的設備檔案的不同。
    147.shtml.htm100644 1766 1746 3363 7236623525 12401 0ustar statuestatue FreeBSD使用大全
    FreeBSD連載(47)：使用xf86config配置X伺服器
    1999年12月19日 17:59 王波

    使用xf86config配置X伺服器

    　　除了XF86Setup之外，XFree86還提供了另一個交互式的設置 程序xf86config。使用xf86config來配置X伺服器是一個比較繁瑣的 過程，因為X的配置過程本來就比較複雜，而xf86config使用命令行 交互方式，不能向後返回前一步的設置，因此一旦出現失誤，就沒 有機會進行糾正，只能重新啟動xf86config再次進行設置。正因為 如此，一般情況下不必使用這個設置程序對X Window進行設置，而 應該使用更容易使用的XF86Setup。只有在特定的情況下，才需要使 用xf86config。

    　　當然進行XFree86的設置，所使用的概念是相同的，因此只要 詳細了解了電腦的顯示硬體，並有足夠的細心和耐心，使用xf86config 同樣也能成功的完成設置任務。
    149.shtml.htm100644 1766 1746 12262 7236623525 12421 0ustar statuestatue FreeBSD使用大全
    FreeBSD連載(48)：X Window的基本概念
    1999年12月21日 15:56 王波

    使用和配置X Window

    　　設置好X伺服器之後，就可以使用startx啟動圖形界面，以使用其他圖形界 面的經驗來使用X Window，但使用者常常會發現這個界面相當簡單和粗糙。這是因 為X Window具有很大的靈活性和可配置性，其最基本的系統只提供了最基本設置， 如果要真正得到好用的界面，還需要進一步的設置。

    　　為了設置和使用X Window系統，首先就需要了解相關的X Window概念。

    • X Window的基本概念

    　　第一次接觸X Window系統的使用者很容易混淆X Window系統中的客戶機/服 務器的概念，初次接觸X Window的使用者會認為X Window下的客戶機/伺服器的概念 與普通網路中的客戶機/伺服器的概念不太相同。通常的觀念中，使用者使用客戶工 作站，使用遠端伺服器提供的檔案或打印服務，而在X Window下，使用者使用X服務 器進行操作，而客戶程序可以運行在本地或者遠端電腦上。

    　　如果進一步理解客戶/伺服器的概念，就會了解客戶/伺服器的概念指的是具 體運行的進程，而非電腦或使用者。不是與使用者聯繫最密切的電腦就是客戶， 而是首先要明確服務資源，然後再以資源提供者和資源占用者來進行區分。在一般 的客戶/伺服器方式的應用中，一般是客戶程序直接與使用者交互，因此就容易造成 錯誤的概念，以使用者為中心來區分客戶和伺服器。

    　　但在X Window下，服務資源為X伺服器的顯示處理能力，X客戶程序要顯示圖 形圖象，但它不能直接控制顯示硬體，只能使用由用戶面前的X伺服器提供的顯示資 源，同樣它也不能接受用戶輸入，也只能使用X伺服器控制的鍵碟或滑鼠資源來接受 輸入。在這裡，X伺服器是硬體的控制者，X客戶只是單純的執行程序，只能使用X服 務器提供的服務進行輸入輸出。

    • X伺服器（X Server）是一個管理顯示的進程，必須運行在一個有圖形 顯示能力的電腦上。理論上，一台電腦上可以同時運行多個X伺服器，每個X服 務器能管理多個與之相連的顯示設備。

    • X客戶程序（X Client）是一個使用X伺服器顯示其數據的程序，它可以運行 在與X伺服器不同的電腦上。

    • X協議（X protocol）是X客戶程序和伺服器進行通信的一套協議，X協議支持 網路，能在本地系統中和網路實現這個協議，支持的網路協議有TCP/IP、DECnet等。

    　　X的這種任務劃分有幾個優點：

    客戶程序可以在遠程電腦上執行計算任務，而使用的X伺服器僅負責複雜的圖形 顯示，充分發揮X伺服器在顯示上的優勢。

    　　只有X伺服器與硬體打交道，所有的客戶程序都是硬體無關的，很容易在不同 的平台上移植。

    　　客戶程序可以在不同的電腦上運行，從巨型機到個人電腦，充分發揮網路 計算的優越性。

    　　盡管每個X客戶程序都可以對整個螢幕範圍內進行顯示操作，但標準的做法是先 創建一個顯示視窗，此後客戶程序的所有顯示都相對於這個視窗進行操作。這樣在同一 螢幕內，就能同時顯示多個獨立的客戶程序，通過對視窗的管理在不同的程序之間進行 切換。每個視窗應該位於螢幕的哪個位置，何時顯示，何時隱藏，以及視窗的標題、四 周如何顯示，這些都不應該由產生這個視窗的客戶程序自己控制和維護，否則就不能達 到簡化設計的目的。X Window並沒有自己實現這些任務，在X的設計原則中，這些代表 GUI風格的任務仍然是客戶程序的任務，因此X將管理視窗的任務給予了一個特殊客戶程 序 ── 視窗管理器，使用不同的視窗管理器將使X Window的外觀看起來截然不同。

    　　X系統只負責顯示圖形，並不限制顯示和操作的風格，因此不同的X Window的風 格並不相同，使用者可以根據自己的喜好進行選擇。

    　　因此X Window上，所有的視窗形成了一個樹狀結構。X Window的視窗管理程序運 行在根視窗上，所有的其他視窗為根視窗的子視窗，而其他視窗上也有相應的按鈕、對話 框等組件，這些是它的子視窗。

    　　由於X Window系統只提供了最基本的系統調用，而具體的視窗都有很多共性，因 此要開發X應用程序，應該首先使用開發工具包，而沒有必要直接使用最基本的X Window 的系統調用，以簡化寫作程序的工作量。不同的公司或組織開發了各種工具包來提供創建 和管理具體視窗的構件，例如Motif套件，OpenLook套件等。每種套件都提供了選單、按 鈕、對話框等圖形界面的標準構件，還提供基本的視窗管理器。使用不同套件開發的程序 ，其顯示風格也不相同，因此就在不同程序之間形成了不同的GUI風格。Motif和Openlook 就是兩種不同的圖形界面風格，目前Motif成為了商業X Window的一個標準，很多商業軟 件均基於Motif進行開發，而Openlook則沒有獲得更普遍的支持。
    150.shtml.htm100644 1766 1746 21562 7236623525 12414 0ustar statuestatue FreeBSD使用大全
    FreeBSD連載(49)：進入X Window
    1999年12月21日 16:20 王波

    進入X Window

    　　X伺服器的執行程序位於/usr/X11R6/bin目錄中，並且使用一個符號 聯接 “X” ，指向具體的執行程序，如XF86_VGA16或XF86_S3V等。因此直接輸 入X命令就能啟動設置好的X伺服器，系統將進入圖形狀態，並出現一個可以 移動的X形滑鼠指針，但並沒有其他反應。這是因為X伺服器只負責處理輸入 和顯示，具體對使用者的輸入進行處理則由其他X客戶負責，而直接啟動X服 務器沒有啟動任何X客戶，因而不能處理用戶的任何輸入。

    • 手工啟動X Window

    　　因此為了利用圖形界面的處理能力，在啟動X伺服器的同時還應該啟 動X客戶程序來負責回應用戶的輸入。這個任務可以通過shell程序startx或 xinit來作到，這兩個程序能在啟動X的同時，啟動X Window的視窗管理程序 和其他X程序。

    　　startx和xinit預設查看使用者個人目錄下的.xinitrc檔案，在這個 檔案內應該包含啟動各個X客戶程序的命令。最簡單的.xinitrc可能只包含 一個命令來啟動一個仿真終端xterm，也可以包含一系列命令來啟動多個程 序，創建出漂亮的X環境。想自己定制X Window操作環境的使用者可以手工 創建和修改這個檔案，以得到不同的用戶界面。

    xmodmap -e 'keysym Alt_L = Meta_L Meta_L'
xterm &
xearth &
twm

    　　在這個例子中執行了 xmodmap用於修改X的鍵碟定義，然後在後台執 行xterm提供一個仿真終端，執行xearth設置X Window的背景，最後在前台執 行一個簡單的視窗管理器twm。視窗管理器被放到前台執行，這樣當退出視窗 管理器時將退出整個X伺服器的執行。

    　　預設情況下，用戶並沒有創建這個.xinitrc檔案，這樣xinit命令就 只能啟動一個xterm終端仿真程序，而沒有執行任何其他的X程序，也沒有執 行視窗管理器。因此，直接使用xinit啟動的X Window僅僅具備一個終端窗 口，將滑鼠移動到它上面之後，才能輸入命令執行其他操作。用戶如果想要 啟動視窗管理器或其他程序，必須在終端視窗中輸入相應的命令。

    　　由於X Window中存在多個視窗，但只有一個稱為 “焦點” 的視窗才能 接收輸入。X Window預設使用滑鼠的位置來選擇輸入焦點視窗，當然另一些窗 口管理器也可以通過鍵碟來切換輸入焦點視窗。

    　　但是即使不存在.xinitrc檔案，使用startx也能啟動視窗管理器和幾個 X客戶程序，這是由於startx發現用戶個人目錄下不存在.xinitrc檔案之後，就 使用系統中的/usr/X11R6/lib/X11/xinit/xinitrc作為xinit程序的啟動檔案 （startx只是調用xinit的一個shell腳本）。因此更改系統的xinitrc檔案，就 能使所有沒有創建.xinitrc的用戶仍然享有啟動檔案來啟動X Window系統。由 於FreeBSD是一個多用戶系統，這樣配置啟動檔案就能簡化每個用戶的初始配置 任務。在用戶對X Window的了解加深之後，就能進一步配置自己的啟動檔案來 定制自己使用的X Window風格。

    • XDM系統登錄方式

    　　startx或xinit必須先在控制台下登錄之後，輸入相應命令才能進入X Window 環境。另一種方法為預先啟動X Window系統，在X Window下登錄進系統。這種 方式是使用xdm來實現的。

    　　以root用戶登錄之後，在命令行輸入xdm，則系統立即啟動X伺服器，並 啟動相應的登錄管理程序，在X Window上出現一個登錄視窗，允許各個用戶登 錄入系統。

    　　在用戶通過登錄認証之後，xdm就需要為用戶啟動登錄會話。xdm就以用 戶身份執行/usr/X11R6/lib/X11/xdm/Xsession檔案，然後再執行用戶個人目錄 下的.xsession檔案。個人目錄下的.xsession檔案與.xinitrc檔案類似，也是一 個標準shell腳本，以下是一個例子。

    PATH=/usr/bin:/usr/sbin/:/usr/X11R6/bin:/usr/local/bin
xrdb -load .Xdefaults 
xterm &
xearth &
twm

    　　這個檔案與.xinitrc檔案的不同之處在於，由於.xinitrc是在用戶登錄之 後由xinit使用的，因此包括PATH在內的環境變量都已經在用戶的.profile等檔案 中設置正確了，而通過xdm登錄的用戶並沒有執行.profile等設置檔案，因此必須 在.xsession中設置PATH等環境變量，才能正確找到各個執行檔案，否則就必須使 用絕對路徑來啟動應用程序。

    　　另一個不同之處在於，個人目錄下的.xsession檔案必須存在，用戶才能 通過XDM正常進入X Window，否則登錄過程就會發生錯誤。而對於xinit來講，.xinitrc 不是必需的如果.xsession的執行有問題，用戶就不能從xdm的登錄界面上登錄進系 統。此時可以檢查相應用戶目錄下的.xsession-errors檔案，這個檔案中將包含執 行.xsession的錯誤信息。

    　　在FreeBSD 3.1-RELEASE中存在一個小問題，.xsession必須具備有可執行 屬性，否則就不能正確執行，這個問題在3.2-RELEASE中已經修正。可以從.xsession-errors 中的錯誤信息中來發現這個錯誤。

    　　先使用root登錄系統，再手工執行xdm顯然只是一個調試時的執行方式， 如果要真正使用xdm讓用戶登錄系統，應該在系統啟動時自動執行xdm，最簡單的 方法是在/usr/X11R6/etc/rc.d目錄下增加一個可執行的檔案，例如命名為xdm.sh， 並使用chmod +x xdm.sh使其可以被執行，最簡單的xdm.sh可以為以下的形式：

    #! /bin/sh
echo “Enter xdm”
/usr/X11R6/bin/xdm

    　　這樣系統將在啟動後直接啟動xdm，進入X Window並展示一個登錄界面等待 用戶登錄。xdm以一種守護進程的方式運行在後台，每次用戶退出之後會自動重新 啟動另一個登錄界面，允許用戶登錄。

    　　當然也可以將xdm命令放入rc.local檔案中，然而使用單獨的啟動檔案使得 啟動檔案更為整齊、清晰。

    　　啟動Xdm的另一種方式是更改/etc/ttys中的設置，系統會根據ttys檔案中 的配置在相應終端上啟動相應的程序，因此可以在一個空余的控制台終端上，通常 是第四個虛擬控制台ttyv3，啟動xdm。

    ttyv3     "/usr/X11R6/bin/xdm -nodaemon"       xterm    on secure

    　　ttys中指定的進程具備再產生的特性，每個進程退出之後立即被重新執行。 因此可以不必使用xdm本身的守護進程功能，而讓系統來維護Xdm自動執行。就需要使 用-nodaemon參數，使xdm以普通進程的方式運行。

    • 遠程啟動X客戶程序：

    　　X Window本身的X協議支持網路，是一種分布式的體系結構。如果使用者的 FreeBSD與其他Unix通過網路相連接，就能在一個電腦上運行X客戶程序，而將窗 口顯示在另一個運行X伺服器的電腦上。

    　　由於一台電腦上可以運行多個X伺服器，每個伺服器會支持多個顯示屏， 那麼X客戶程序必須確認在電腦上的某一個伺服器的某一個顯示屏上進行顯示，因 此必須包括電腦地址、X伺服器序號和顯示屏號來唯一確定一個顯示資源的位置， 例如xserver:0.0，通常一台電腦中並沒有過多的X伺服器，該X伺服器也不具備多 個顯示屏，因此就可以對顯示資源的位置進行簡化，一般使用xserver:0的表示方式。

    　　這種表示方式就可以標志遠程X伺服器的顯示位置，當執行X客戶程序時， 就需要在命令行上使用display選項，來告訴X客戶程序這個顯示位置的參數。

    xclient $ xterm -display xserver:0&

    　　或者通過設置DISPLAY環境變量來達到同樣的目的。

    xclient $ DISPLAY=xserver:0; export DISPLAY
xclient $ xterm &

    　　這兩種方法都向名為xserver的電腦上的X伺服器發出了請求，但能否正 常開出視窗還必須得到這個X伺服器的許可。預設情況下X伺服器具備訪問控制能力 ，標準訪問控制方法使得只有具備訪問許可的X客戶，及其子程序才能訪問X伺服器 的資源，而其他X客戶程序不能使用X伺服器資源。當使用者使用startx和xinit啟動 X伺服器時，或者通過xdm登錄進系統時，其後啟動的X客戶程序就繼承了原有的訪問 權限。然而通過網路啟動的X客戶程序，使用X伺服器資源就受到了這個訪問控制的 限制，不能正常啟動。

    　　控制X伺服器的訪問控制能力的命令為xhost，為了使得xserver的顯示資源 能被xclient上的X客戶程序所使用，就必須在已經具備X伺服器訪問能力的X仿真終 端下執行以下指令：

    xserver $ xhost xclient

    　　上面的xhost命令允許xclient電腦上的X客戶程序使用這個X伺服器，也可 以執行使用+作為xhost的參數，這將允許任意X客戶程序訪問X伺服器，因此就存在 一定的安全性問題。如果通過網路使用X伺服器的情況比較多，就可以將相應的xhost 指令放入.xinitrc或.xsession中，自動進行設置。

    xserver $ rsh xclient /usr/X11R6/bin/xterm -display xserver:0
wb’s password:

    　　上面是一個使用rsh在一個遠程電腦上執行X程序，而將視窗開回X伺服器上 的例子，在執行這個命令之前應該執行了xhost client以打開訪問權限。
    151.shtml.htm100644 1766 1746 34554 7236623526 12423 0ustar statuestatue FreeBSD使用大全
    FreeBSD連載(50)：定制X Window的基本方法
    1999年12月22日 13:45 王波

    定制X Window的基本方法

    　　與其他圖形界面相比，X Window是高度可配置的，這是因為X Window 本身只是定義了一系列最基本的顯示功能調用，而並沒有規定圖形視窗應該是 什麼樣子的，因此大批程序員為X Window開發了各種不同風格的開發工具包和 視窗管理程序，使得X Window的風格多種多樣。因此X Window的使用者有多種 選擇，可以根據自己的喜好來定制工作站的圖形界面。

    • 顏色深度、分辨率與字體配置：

    　　在前面的設置過程中可以設置X伺服器使用多種色彩深度，如8bpp、 16bpp、24bpp和32bpp，一般來講色彩深度越大，所能表現的色彩越豐富，而 24bpp就被稱為真彩色，能真實的表現圖象的色彩（32bpp實際也只是24bpp， 它是為了讓每個象素都占據獨立的32位雙字，以對齊象素邊界，加速處理速度） 。預設的色彩深度為對應於256色的8bpp，顯然這不足於表現圖象的色彩，在硬 件能力滿足的條件下應該使用更高的色彩深度（要受顯存大小和分辨率大小的 限制）。例如要設置X伺服器工作在16bpp的準真彩色下，可以使用帶參數的 startx或xinit。

    　　$ startx -- -bpp 16

    　　其中前面的兩個--線表示將後面的參數不加改變的傳遞給X伺服器。另 一種設置預設色彩深度的方法是在X的設置檔案XF86Config中設置DefaultColorDepth 選項。

    由於X Window中的色彩深度是可以改變的，為了幫助客戶程序使 用具體的色彩，X客戶程序中使用的色彩將通過X伺服器映射為真實的色彩。X中 還定義了多種標準色的名字，在X程序或資源定義檔案中直接使用色彩名字，如 Red、Blue，就得到常用的顏色。

    X伺服器也可以同時支持多種分辨率， 並能夠在運行時刻動態切換它所支持的分辨率。在前面XF86Setup設置程序中的 顯示器設置選項中，有部分顯示器能同時設置了幾個顯示模式，然而這些分辨率 並不是該顯示器能支持的分辨率的全部，如果是使用xf86config或者手工更改設 置檔案，還能設置更多的分辨率。當設置了多個分辨率模式的時候，就能在X Window下使用熱鍵、和<+>向後切換模式，使用 、和<->向前切換分辨率模式，其中<+>和 <->是小鍵碟上的鍵，主鍵碟上的<+><->並不能用來切換分辨 率。

    　　雖然存在不同的分辨率模式，但是X伺服器顯示的虛屏大小仍然相同，虛擬 顯示屏大於實際顯示屏，但可以通過滑鼠的移動，在實際顯示屏上顯示虛擬顯示屏 的不同部分。因此在有多個分辨率的時候，虛擬顯示屏至少應該等同於最大分辨率 的大小，這樣不論切換到哪個分辨率，應用程序的視窗仍然保持原有的樣子，只是 視窗有可能位於真實的顯示屏外，需要通過移動滑鼠來移動虛擬顯示屏，看到應用 程序視窗的全貌。由於移動虛擬顯示屏是通過直接控制顯示卡上的寄存器來進行的 ，不需要在顯存或內存中進行額外的移動或復制操作，因此幾乎不消耗資源，也不 影響任何顯示速度。

    　　雖然XFree86預設已經支持了相當豐富的字體，但是還是有可能需要安裝新 的字體，例如某種中文字體。X Window的字體應該在配置檔案中設置其搜尋路徑， 但在啟動X Window之後，也可以使用xset命令來重新設置字體的搜尋路徑。

    　　xset fp+ ：增加一個字體搜尋目錄。

    　　xset fp- ：刪除一個字體搜尋目錄。

    　　xset fp= ：重新設置字體搜尋目錄。

    　　xset fp rehash：更改某個字體目錄中的內容後，強迫系統刷新字體搜尋路徑。

    　　要想使用一些使用者自己設置的字體，就要按下面的步驟將這些字體加入 到X Window的搜尋路徑。

    • 　　將這些字體單獨放在一個目錄下，或者放到系統原有的字體目錄下。

    • 　　運行 “mkfontdir 該字體目錄” ，構建這個字體目錄（將按照所有的字體， 重新生成fonts.dir檔案）。

    • 　　使用 “xset fp+ 該字體目錄” 或 “xset fp rehash” ，使設置生效。

    　　fonts.dir檔案中包含該字體目錄下所有字體的名字，以下為一個例子的部分 內容，該檔案每一行都給出一個字體的名字。

    gb16st.pcf.gz -isas-song ti-medium-r-normal--16-160-72-72-c-160-big5.1980-0
gb24st.pcf.gz -isas-song ti-medium-r-normal--24-240-72-72-c-240-big5.1980-0
10x20.pcf.gz -misc-fixed-medium-r-normal--20-200-75-75-c-100-iso8859-1
gb16fs.pcf.gz -isas-fangsong ti-medium-r-normal--16-160-72-72-c-160-big5.1980-0

    　　可以看出font.dir中的內容分為兩部分，第一部分為字體檔案的名字，第二部 分為字體的名字。每個字體的名字用 “-” 將不同的部分分隔開了，這些相互分隔的部 分包括字體的開發者、字體的類別、字體本身的尺寸（磅數）、傾斜度和點的大小，字 符間距的類型、字體所為的字符集，以及字符的風格。

    　　可以看出，每個字體的名字相當複雜，然而可以通過定義別名的方式來簡化具 體字體的名字，在一個字體目錄下，都有一個對應的fonts.alias的檔案，這裡就登記 了很多字體的別名，使用者也可以自己根據需要增添。

    fixed        -misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso8859-1
variable     -*-helvetica-bold-r-normal-*-*-120-*-*-*-*-iso8859-1
5x7          -misc-fixed-medium-r-normal--7-70-75-75-c-50-iso8859-1
5x8          -misc-fixed-medium-r-normal--8-80-75-75-c-50-iso646.1991-irv

    　　上面就是某個font.alias的一部分，它的第一列就為簡單易記的別名。在運行 X Window時，可以使用xlsfonts來查看系統中可以使用的字體信息，使用xfontsel來 查看每種字體的外觀。

    • 定制客戶桌面基本方法

    　　根視窗的特征可以使用xsetroot命令來設置，可以使用它來定制視窗的顏色（背 景色和前景色），或者使用一個位圖作為背景等。也可以使用”xset s seconds”來定義屏 幕保護的激活時間，”xset s default”將螢幕保護設為系統的預設配置。

    　　還有很多更強大的X程序能用來定制X的根視窗，設置壁紙和螢幕保護。例如可以使 用xv來將gif或jpg等類型的圖片設置為壁紙，這些程序都可以在FreeBSD的Packages Collection 和Ports Collection中找到。

    　　X客戶程序通常使用標準的構件，通常這些構件都有一些標準的參數來定義它們使 用的字體、文字的前景色、背景色、滾動條等。這些參數可以通過更改構件的資源設置， 來改變其設置。一般使用用戶個人目錄下的.Xdefaults或.Xresoures作為用戶的個人資源 檔案，資源檔案在啟動時在.xinitrc檔案中由xrdb命令載入系統。

    　　除了資源設置之外，標準X客戶程序中的構件也支持標準的命令行選項，可以用來 改變視窗構件的屬性：

    　　-borderwith或-bw，框架的寬度，以像素為單位

    　　-foreground或-fg，前景色

    　　-background或-bg，背景色

    　　-display，客戶程序要使用的X伺服器的顯示位置

    　　-font或-fn，顯示特殊文字使用的字體

    　　-geometry，視窗的幾何結構，包括位置和大小

    　　-iconic，以圖標方式啟動

    　　-title，標題欄的標題

    • 選擇視窗管理器和桌面環境

    　　在FreeBSD安裝好XFree86之後，預設的視窗管理器是twm，這是一個比較簡單的 視窗管理器，會使得第一次接觸X Window的使用者對X Window產生不好的印象，但是如 果進一步了解X Window系統，就會知道X Window本身並沒有包括真正好用的視窗管理器 ，但是卻存在很多種優秀的視窗管理器能達到這個目的，使X Window變得更華麗、更易 用。

    　　因此必須從Packages Collection中選擇安裝相應的視窗管理器或桌面環境，可 供選擇的有fvwm95、AfterStep、KDE等。

    　　fvwm95是從另一個視窗管理器fvwm2的進行改進之後的版本，它被設置為與Windows95 的桌面非常相似，因此習慣於Windows95界面的個人電腦使用者常常會選擇這個視窗管 理器，然而既然使用的是X Window，沒有必要一定還要使用Window95的顯示風格，使用 fvwm2、AfterStep等其他視窗管理器來嘗試其他風格更為有益。一般情況下使用者還是 會安裝一個fvwm95，fvwm95使用的配置檔案是用戶主目錄下的.fvwm2rc95檔案，而預設 配置檔案為/usr/X11R6/lib/fvwm95/system.fvwm2rc95檔案。使用fvwm95時最簡單的啟 動檔案.xinitrc應包括：

    　　/usr/X11R6/bin/fvwm95

    　　AfterStep是模仿NextStep的視窗管理器，這個視窗管理器精巧而且漂亮，如果 不是過於沉迷於Windows95的操作方式，不妨使用這個視窗管理器，它還有幾個派生的管 理器，如WindowMaker、enlightenment等。為了充分發揮AfterStep的華麗，X的顯示屏 應該大於800x600的分辨率，並至少使用16bpp的色彩深度。AfterStep的所有配置檔案均 放置在用戶主目錄下的GNUStep目錄中，相應的啟動檔案為：

    　　/usr/X11R6/bin/AfterStep

    　　與前面兩者不同，gnome和KDE不僅僅是一個視窗管理器，還包括大量的應用程序 和相關工具（gnome使用enlightenment作為其預設視窗管理器）。這些桌面環境包括各種 應用程序、控制條、圖形化的設置程序等，使用它們能夠全面享受到圖形桌面環境的優 點，但它們占用的系統資源也相對較多。如果是將安裝FreeBSD的電腦用做一台工作站 ，那麼就應該選擇其中一種桌面環境，用戶可以根據自己的喜好來選擇安裝gnome或者KDE。

    　　如果選擇安裝了KDE時，在.xinitrc及.xsession中應該包含的相應啟動命令為：

    　　/usr/local/bin/startkde

    　　在3.2=RELEASE之後，FreeBSD能通過Sysinstall來設置不同的桌面環境，Sysinstall 能安裝相應的軟體包，並在/usr/share/skel中添加dot.xinitrc和dot.xsession檔案，這樣 在生成用戶時就自動生成.xinitrc和.xsession檔案。

    • 配置和使用KDE

    　　KDE不單單是一個視窗管理程序，它包括了使用X Window圖形界面進行操作所 需要的各種應用程序。它的主要部分為一個擁有任務條、工具條、快捷圖標的桌面環 境，並包括可用於瀏覽WWW網頁的檔案管理器、編輯器、計算器、CD播放器、郵件處 理程序、新聞組閱讀程序等等大量的應用程序。

    　　KDE的另一個特點就是包括了對圖形界面外觀的定制程序，一般情況下Unix中進 行配置需要修改對應的配置檔案，雖然這種方式提供了很大的靈活性，但對於很多不重 要的設置，並不需要這麼靈活的方式，而要求方便、簡易。在KDE下不需要使用手工更 改配置檔案，而是通過圖形界面的設置程序進行設置，因此更容易使用。下面為一個KDE 界面的例子：

    　　由於KDE是為了高性能的圖形界面開發的，因此為了獲得較好的觀感，至少應該 以800x600分辨率運行X Window，建議使用1024x768以上的分辨率，以充分發揮KDE的顯 示效果。

    　　KDE圖形桌面由桌面背景、快捷圖標、工作欄和任務條組成，每個可以點擊的位 置上通常使用左鍵一次點擊啟動相應的功能，使用右鍵點擊出現一個選單，可以進行相 關設置。上圖為進行工作欄和任務條的外觀設置，設置它們顯示的不同的大小和位置。 此外，在桌面上使用右鍵可以配置桌面外觀，包括牆紙和螢幕保護。點擊左下角的K圖標 可以彈出一個選單，選單中包括了KDE環境提供個多種應用程序，也可以添加對其他應用 程序的連接。

    　　與MS Windows不同，KDE（以及大部分X視窗管理器），使用一次點擊啟動應用程 序，而不是雙擊。KDE下切換視窗的熱鍵與Windows相同為Alt-Tab。

    　　KDE界面低部工作欄上的各個按鈕都對應一個相應的應用程序，而其中並列的四 個按鈕，對應四個不同虛擬螢幕，每個螢幕上的內容各不相同，可以分別配置。KDE最 多可支持八個虛擬螢幕，每個視窗只顯示在一個螢幕上，除非使用滑鼠將視窗左上角的 圖釘標志打開，這樣操作之後這個視窗總顯示在螢幕上，而不管如何切換虛擬螢幕。

    　　KDE的配置工作全部可以通過KDE配置中心（KDE Control Center）來完成。點中 左下角的 “K” 圖標，在選單中選中KDE Control Center或使用工作欄上的快捷圖標，就 可以啟動它對KDE的外觀進行配置。

    　　KDE控制中心可以設置KDE桌面環境的排列方式，如工作欄、任務欄的大小和位 置，視窗的風格，使用的顏色，螢幕保護以及其他一些應用程序的相關設置。這些設置 也可以在KDE桌面環境中，使用滑鼠右鍵彈出的選單中的選項來啟動。

    　　由於KDE是一種國際化的應用程序，因此可以使用上面的設置程序將KDE使用的字符 設置為中文。當將KDE使用的語言設置為中文時，那麼所有KDE的選單都使用中文，但是這 需要中文X伺服器或其他中文系統的中文顯示能力的支持，否則KDE雖然顯示的是中文字符， 但是顯示的卻會是亂碼。

    　　對於使用XDM登錄方式的系統，需要使用xdm以提供系統登錄。雖然用戶登錄後可以 從.xsessin中啟動KDE，但仍然擺脫不了xdm過於簡陋的登錄畫面。而KDE的另一個特點就是 提供一個xdm的替代程序kdm，這使得系統管理員可以替換掉簡單的xdm界面，使用kdm來提 供更漂亮的XDM登錄界面，這使得X Window系統表現得更為華麗。

    　　上圖就是一個kdm的外觀，它同樣也是在KDE控制中心中來進行配置的，只是由於 kdm屬於系統程序，因此只有root運行的KDE控制中心才能選擇這一項配置功能。設置KDM ，需要選擇KDE配置中心的第一個選項Desktop Manager。

    　　這個選項中可以設置kdm的圖標、出現在kdm的用戶列表中的用戶、或者不出現在kdm 的用戶列表中的用於，以及在會話結束時用於關閉系統的指令等。

    • 將工作站用作專用X終端

    　　專用機房中常常使用X終端為公共使用者提供服務，使用者可以通過這些終端以XDM 方式登錄到機房中的Unix主機上去。X終端不允許使用者登錄到自己系統中，而只能使用本 地X伺服器的處理能力，登錄到其他主機上進行使用。

    　　由於個人電腦硬體更為便宜，並且由於硬體的發展其性能也並不落後，使用個 人電腦作X終端也是一種在使用專用X終端之外很不錯的選擇。可以使用FreeBSD作操作 系統，Xfree86支持X Window系統，就能將FreeBSD系統用作專用X終端，這樣的優勢是所 有的軟體都可以免費得到，就使得在實現幾乎同樣的性能的條件下，卻減少了大量的資金 投入。

    　　同樣也可以通過設置使得用戶不能登錄進本地系統，而是直接登錄到網路上的其 他Unix主機中去。這需要那台提供登錄服務的Unix主機運行xdm，這樣X終端就能通過xdmcp 協議在網路中通過廣播或者直接查詢的方式，查找到運行xdm的主機，並連接上來提供登錄 登錄畫面，就如同在本地系統一樣。用作X終端的FreeBSD系統需要以使用特別的參數運行X， 以查找XDM主機。

    　　如果運行XDM的Unix主機和用作X終端的FreeBSD系統在同一個以太網段上，可以使 用廣播的方式尋找運行XDM的主機，此時啟動X的命令為：

    　　# /usr/X11R6/bin/X -broadcast

    　　這樣系統上將列出本地所有運行XDM的Unix主機，供使用者選擇登錄。或者可以直 接查詢方式，通過query參數直接與某台Unix主機相連接，這可以用在客戶機和伺服器不在 同一個網段上的時候。

    　　# /usr/X11R6/bin/X -query Unixhost

    　　為了使系統一啟動就進入這個登錄狀態，可以將這個命令寫入shell腳本，並放入 系統啟動目錄/usr/X11R6/etc/rc.d中。然而此時使用ttys檔案進行設置更佳，因為此時可 能同時想關閉虛擬控制台，以防止X終端使用者切換到虛擬控制台上。
    152.shtml.htm100644 1766 1746 17165 7236623526 12423 0ustar statuestatue FreeBSD使用大全
    FreeBSD連載(51)：中文X應用軟體
    1999年12月23日 13:49 王波

    X Window下的中文環境

    　　Unix的中文化對於Unix的推廣使用一向是個難題，對於象FreeBSD這 樣的操作系統來講，中文化工作比較零亂，雖然有不少X下的中文軟體，但是 由於國內軟體發展的水平還不高，自由軟體的開發水平更是如此，並且自由 軟體的開發者之間也沒有被有效的組織起來，因此還沒有出現一個很完整的 中文系統。

    　　然而中文相關的軟體卻相當豐富，在Ports Collection中，有一個類 別就是chinese，專門收集中文相關的處理軟體，但其中絕大多數是台灣的BIG5 版本。因為台灣在FreeBSD領域的發展相當快，很多軟體都是先由台灣出現相 應BIG5版本之後，再出現GB版本。

    bash-2.02$ ls /usr/ports/chinese
CJK             big5fonts       gbfonts         nvi-big5        ted
CVS             c2t             gbscript        nvi-euc-cn      tin
Makefile        celvis          hc              nvi-euc-tw      xcin
README.html     cless           hztty           pine3
Wnn             cnsfonts        kcfonts         pine4
bg5ps           cxterm          lunar           pkg
big5con         gb2ps           mule-wnn4       rxvt

    • 中文X應用軟體

    　　在X Window下使用中文的基本條件之一就是需要安裝合適的中文字庫。 目前的XFree86發行版本中帶有一些基本中文字庫，在系統安裝選擇X組件的設 置時需要將其包括在內，然而中文存在不同的編碼方式，使用不同編碼的應用程 序就使用不同的字體檔案，XFree86中提供的中文字體對於另外一些中文程序還 是不夠的。

    　　Packages Collection中的chinese類別中也提供了其他的一些BIG5和GB 編碼的字體，如gbfonts、kcfonts、big5fongs等軟體包，需要使用pkg_add命令 將其安裝入系統。在真正執行中文X應用程序時，可以使用xlsfont命令可以查 看系統中是否有相應字庫，如：

    $ xlsfonts *gb*
-cc-song-medium-r-normal-jiantizi-0-0-75-75-c-0-big5.1980-0
-cc-song-medium-r-normal-jiantizi-40-400-75-75-c-400-big5.1980-0
-cc-song-medium-r-normal-jiantizi-48-480-75-75-c-480-big5.1980-0
-isas-fangsong ti-medium-r-normal--0-0-72-72-c-0-big5.1980-0
-isas-fangsong ti-medium-r-normal--16-160-72-72-c-160-big5.1980-0
-isas-song ti-medium-r-normal--0-0-72-72-c-0-big5.1980-0
-isas-song ti-medium-r-normal--16-160-72-72-c-160-big5.1980-0
-isas-song ti-medium-r-normal--24-240-72-72-c-240-big5.1980-0
hanzigb16fs
hanzigb16st
hanzigb24st

    　　當一個字體不存在但同時存在同樣編碼的其他字體的時候，可以通過在 fonts.alias中定義別名的方法來幫助解決這個問題。

    　　除了Packages Collection提供的字體之外，從網路上也可以得到其他的 一些中文字體。在ftp://ftp.ifcss.org站點中收集了很多自由或共享中文字體 和中文軟體。

    • cxterm

    　　cxterm是一個使用非常廣泛的中文X終端程序，已經被移植到很多種類 的Unix系統中。它已經被FreeBSD的愛好者做成Packages，因此安裝起來非常簡 單。cxterm支持GB、BIG5以及日、韓文等編碼和多種輸入法。

    　　直接啟動cxterm只能用於瀏覽中文而不能進行輸入，這是由於cxterm需 要X系統的一些資源設置，以使用快捷鍵切換不同輸入法，並根據設置尋找其輸 入法對應的數據檔案。要輸入中文必須進行設置，將資源檔案預先載入，指定熱 鍵、輸入法和輸入字典所在的目錄。cxterm軟體包中提供了一個預設的資源檔案 CXterm.ad，一些使用者將這個檔案中的相應資源定義放入~/.Xdefault中，用戶 登錄進入X Window時就載入這些資源。另外，cxterm還提供了一個shell腳本 ── CXterm，可以在啟動cxterm之前完成相應的資源設置工作，所以一般應該 用如下CXterm命令來啟動cxterm，這種啟動方式更為簡易。

    　　$ CXterm &

    　　在中文的仿真終端下使用bash作為shell時，會發現在命令行中無法輸入 中文，這是因為bash對輸入進行了額外處理，可以在~/.bashrc中設置bash讓其 通過中文（另一個可能的因素為stty的終端設置）：

    stty pass8
bind 'set convert-meta off'
bind 'set meta-flag on'
bind 'set output-meta on'

    　　在FreeBSD下的預編譯的cxterm軟體包中，cxterm的輸入法及輸入字典放 在了/usr/X11R6/lib/X11/cxterm.dic目錄中。由於cxterm的影響，它的輸入法被 相當多的X Window下的中文軟體所使用。

    　　標準的CXterm是黑白的，但也存在一個補丁，使CXterm能顯示彩色。然 而，Packages Collecion中預編譯好的CXterm為標準程序，要使用彩色CXterm就 需要自己下載補丁並重新編譯CXterm。

    • Xcin與crxvt

    　　crxvt是另一個中文X仿真終端軟體，與cxterm相比，它更小巧，占用更少 的內存，並能以ANSI標準顯示彩色。Xcin是一個獨立的輸入伺服器，它獨立於具體 的X程序之外來提供中文輸入功能，X應用程序可以使用其接口支持中文輸入。crxvt 就使用Xcin作輸入系統。與cxterm的將輸入與仿真終端集成在一起的方式不同， Xcin在crxvt外打開一個單獨的視窗，但在crxvt中可以使用Ctrl-Space進行Xcin 下的中英文輸入切換。可以看出Xcin的設計目的是作為一個通用輸入模塊來實現 的，以便多個應用軟體都能使用同一個輸入模塊來進行中文輸入，而不是象cxterm 一樣，每個程序使用自己的輸入模塊。

    　　FreeBSD的Packages Collection中，也包括了Xcin與crxvt，但遺憾的是，他 們是台灣big5版本。當然這也容易理解，這個軟體本來就是由台灣人開發的。其中 crxvt可以通過使用hztty使其能顯示gb數據，但使用者顯然不會使用台灣的輸入法輸 入中文。幸好這個軟體已經被移植到GB環境下，並也有編譯好的軟體包形式（未被正 式FreeBSD發行版本收錄），這樣就可以使用pkg_add等工具進行管理，而不再需要手 工編譯。

    　　執行時，需要啟動xcin和cxrvt，注意要使用Xcin而不是xcin啟動Xcin，主要 是Xcin能使用正確的輸入法參數啟動真正的xcin程序，直接啟動xcin由於沒有指定輸 入模塊的設置，就會導致程序啟動失敗。

    $ Xcin &
$ cxrvt &

    • 其他支持中文的軟體與中文本地化

    　　除了cxterm、cxrvt之外，Ports Collection還包括其他一些軟體，如hztty 用於終端上hz、big5、gb等不同編碼的動態轉換，big5con用於在控制台上顯示中文 big5碼（在hztty的幫助下可以顯示gb碼），cvi用於替換vi進行中文編輯工作，cless 用於替換more顯示中文，gb2ps用於中文文本檔案的打印處理等。

    $ LANG=zh_CN.EUC; export LOCALE
$ LC_ALL=zh_CN.EUC; export LC_ALL

    　　對於支持多語言的軟體，使用環境變量LANG和LC_ALL來標識不同的語言、及 不同的環境。預設情形下使用的語言LANG被設置為C，如果要支持中文，應該設置為 zh_EUC.GB，同樣LC_ALL用於設置不同語言使用的信息格式的不同，如日期、時間的 表示方式等。雖然目前不是每個應用程序都支持這些環境變量，但隨著FreeBSD系統 的升級，應用程序國際化程度的提高，以後的軟體越來越多會對各種語言提供更完善 的支持。

    　　另外，FreeBSD下的一些傳統工具程序不支持國際化的語言，應該使用較新的 GNU工具代替。例如標準的ls命令不能顯示中文檔案名，可以安裝gnuls軟體包，使用 gnuls -N命令來代替預設的ls命令，可以通過shell中的alias設置，使得用戶感覺不 同執行命令的差異。
    153.shtml.htm100644 1766 1746 16107 7236623526 12417 0ustar statuestatue FreeBSD使用大全
    FreeBSD連載(52)：外掛式中文顯示與輸入軟體
    1999年12月24日 15:52 王波

    外掛式中文顯示與輸入軟體

    　　對於支持中文的軟體，可以使用自己的方式處理中文的顯示與輸 入。然而更一般的軟體中，都沒有直接提供中文支持，有些能夠部分識 別中文但無法處理中文輸入，如Netscape Navigator。有些根本不能識 別中文，有些甚至將8位字符作為非法字符來看待。對於最後一種過濾8 位字符的情況，是沒有辦法能使其正常顯示、輸入中文，但對於前兩種 情況，就有變通的方式使其正常顯示和輸入漢字。

    • 動態連接庫的wrap技術

    　　X Window下的客戶程序要顯示字符，需要調用libX11.so.6動態 連接庫中的XDrawString()等函數進行具體處理顯示，如果這個函數能夠 區分出中文字符，並自動使用合適的中文字體進行顯示，那麼客戶程序 就能正常顯示中文。因而最基本的想法是修改X11R6中這些相關的顯示處 理函數，使它們能正常顯示中文。當然這可以通過直接修改XFree86發行 版本中這個函數的原始碼，並通過重新編譯、安裝庫函數來做到。然而 這需要更改原有的正式發行版本，不是每個用戶都願意並且能夠重新編 譯X系統的，並且這種方法對於不具備原始碼的商業X伺服器系統就不使 用。而且更改libX11.so.6也不太安全，缺乏靈活性，因此最好不更改原 有的連接庫，就能達到正確處理中文的目的。

    　　由於一般的應用程序使用動態連接的方式，在應用程序載入內存 時，系統才將具體的動態連接庫連接上。因此如果在系統載入標準的庫 之前，預先載入一個包含同樣名字函數的動態連接庫與應用程序連接， 那麼程序會使用先連接的第一個庫中的同名函數庫，而非原有的標準庫 函數，這種方式就稱為包裝（wrap）的方法。

    　　現代Unix都支持這種預連接動態連接庫的能力，系統在載入動態 連接庫之前，首先查看LD_PRELOAD環境變量，如果這個變量定義了一個動 態連接庫，那麼就在連接其他標準動態連接庫之前先連接這個變量定義的 動態連接庫。因此如果這個預載入的動態庫中有XDrawString()等函數的 定義，那麼它們就覆蓋了系統中libX11.so.6庫中的原有定義，而這個包 裝庫可以通過直接訪問libX11.so.6庫來找到原有的標準函數，以真正處 理顯示。

    　　出於系統安全的考慮，系統不允許SetUID或SetGID的程序載入LD PRELOAD變量設置的動態連接庫，這主要是避免用戶通過定義自己動態連 接庫，在setuid等系統調用之後取得root權限。因此包裝技術不適合具有 SetUID或SetGID屬性的二進制執行檔案。此外，靜態連接的執行程序在程 序內部查找顯示函數，也不適合使用包裝技術（可以使用ldd命令來查看 執行程序的動態連接關系，來判斷其連接類型），除了這兩種情況之外的 其他X應用程序，就能支持中文包裝技術。

    　　在使用包裝技術時，另一個重要的問題是FreeBSD系統中存在兩種 不同的執行檔案格式，a.out和ELF格式，它們分別使用a.out和ELF格式的 動態連接庫。因此對於不同格式的執行檔案，必須使用相應格式的包裝庫 來包裝不同的libX11.so動態連接庫，不同格式的庫不能相互連接。3.0版 本以上，預設格式為ELF，預設庫也為ELF格式的動態連接庫。因此3.0版 本以後要支持對a.out格式進行包裝，一方面包裝的動態連接庫的位置就 改變為/usr/X11R6/lib/aout/libX11.so.6.1，同時也需要使用編譯器的 -aout選項生成a.out格式的動態連接庫，以進行包裝。目前發行的標準 Packages均已經轉向ELF，仍使用a.out格式主要是一些商業軟體，如 Netscape Navigator。

    • Xcin AnyWhere

    　　XA（Xcin AnyWhere）是一個較早的使用包裝技術的中文輸入軟體 ，它原來僅僅是用於中文輸入，為Xcin提供一個標準接口，後來被加入了 中文顯示能力。具備中文顯示能力的XA被稱為XA+CV版本。

    　　XA是由台灣開發者開發的，目前版本為XA-0.4b，它具備GB顯示能 力的國標版本為xa-1.04。它能夠在FreeBSD下編譯執行。對於這些包裝方 式的外掛中文系統，可以使用它提供的shell腳本xa來啟動應用程序。

    　　$ Xcin&

    　　$ xa kvt&

    　　或者自己設置LD_PRELOAD變量為wrap動態庫的全路徑，再啟動相 應的應用程序。

    　　$ LD_RELOAD=/usr/X11R6/lib/wrap.so; export LD_PRELOAD

    　　$ kvt&

    　　在啟動了它的輸入伺服器Xcin之後，那麼就能在xa啟動的程序中就 能使用熱鍵切換Xcin的中英文輸入了。

    • Chinput與ZhXwin

    　　Chinput是另一個使用了包裝技術的中文輸入和顯示軟體，它是使 用了cxterm的輸入原始碼模塊在Linux下開發的，在FreeBSD下也能夠正常 編譯運行。Chinput的作者在其正式發布1.4.1版本中包括了幾個與中文顯 示和輸入無關的軟體，雖然單個軟體都還很有用，但是將幾個軟體捆在一 起，使得應用程序管理比較混亂，還是應該將每個單獨的應用程序獨立出 來，Chinput就專門用於中文的輸入和管理。FreeBSD中可以使用Packages 的管理機制來管理應用程序之間的關系。

    　　Chinput使用資源檔案Chinput.ad，並需要Cxterm的輸入法，因此 需要預先安裝Cxterm包。它還提供了一個腳本run來運行應用程序。但直接 設置LD_PRELOAD變量的方法也不複雜（移植到FreeBSD後的package中的執 行腳本被更名為crun），Chinput的輸入伺服器為chinput，因此可以使用 下面的命令來啟動Chinput。

    　　$ chinput &

    　　$ crun kvt &

    　　ZhXWin的輸入伺服器也使用Chinput的chinput，並加上一個比較簡 單卻有效的用於處理顯示的包裝庫，它可能是基於Chinput的一個早期版本 發展的。ZhXWin的優點是簡單、有效，標準Chinput使用了幾種不同大小的 字體進行顯示，而ZhXWin僅僅使用一種字體，然而除了一些字符間距的處理 方面，其顯示效果還不錯。

    　　$ LD_RELOAD=/usr/X11R6/lib/libst.so; export LD_PRELOAD; kvt&

    • 使用包裝軟體

    　　每個包裝軟體由兩個部分組成，一個部分為輸入模塊，需要單獨運 行。XA使用Xcin作輸入模塊，Chinput和ZhXwin使用chinput作輸入模塊。 另一個部分為包裝庫，需要使用LD_PRELOAD環境變量進行設置。

    　　如果要讓視窗管理器，如KDE，也顯示中文，就需要在啟動這些視窗 管理程序之前設置好包裝庫，這就需要在.xinitrc或.xsession檔案中的最前 面增加LD_PRELOAD變量的定義：

    $ mv ~/.xinitrc ~/.xinitrc.orig
$ cat > ~/.xinitrc
LD_PRELOAD=/usr/X11R6/lib/wrap.so
export LD_PRELOAD
chinput &
^D
$ cat ~/.xinitrc.orig >> ~/.xinitrc

    　　然而由於這些中文包裝軟體需要處理鍵碟，以用於輸入中文，直接讓包 裝軟體接管視窗管理器，就使得它也影響視窗程序的鍵碟控制，就使得一些熱 鍵不能正常使用。雖然通過包裝KDE，使KDE能顯示中文選單和中文提示，但為 了使用正常的鍵碟操作，還是推荐對每個需要中文能力的軟體分別進行包裝， 而不要直接對視窗管理器進行包裝。

    　　所有的這些中文包裝庫都比較新，沒有經過足夠的實踐考驗或測試，因 此存在問題是難免的。當包裝了視窗管理器時，如果包裝庫出現問題，就可能造 成X伺服器的鍵碟死鎖，對使用者的操作沒有反應。然而此時系統並沒有停止運 行，可以使用網路連接上去，殺死X伺服器，更改包裝設置。
    154.shtml.htm100644 1766 1746 6171 7236623527 12401 0ustar statuestatue FreeBSD使用大全
    FreeBSD連載(53)：中文X伺服器
    1999年12月25日 12:50 王波

    中文X伺服器

    　　除了在X11的庫函數級漢化，以支持顯示中文的能力之外，另一種使 X Window系統顯示中文的方法是在X伺服器級進行漢化。漢化X伺服器就使得 所有的西文軟體能正常顯示中文，當然它必須沒有對8位字符進行特殊的過 濾處理。並且由於是在伺服器低層對中文進行支持，因此速度和兼容性也很 好。XFree86的漢化版本稱為CXwin，也是由台灣開發者首先進行開發，目前 移植到GB的版本為CXwin 0.5。

    　　為了安裝CXwin，必須重新編譯X Server，這樣首先就要下載XFree86 的伺服器源程序，展開後使用Patch命令打上CXwin的補丁後，重新編譯X服務 器。最後才能生成針對不同硬體的中文X伺服器，那麼就可以使用CXwin的X 伺服器代替原有的同樣硬體的X伺服器，在X Window下就能夠正常顯示中文 了。

    　　X伺服器被放到/usr/X11R6/bin目錄下，例如S3顯示卡對應的X服務 器為XF86_S3，需要使用同名的CXwin伺服器替換原有的程序。除了標準的 XFree86的設置檔案之外，CXwin還使用配置檔案/etc/X11/ChineseConfig來 設置中文字體等設置，一般預設設置檔案就能滿足正確顯示中文的要求。由 於CXWin是直接替換原有的X伺服器，因此必須保証安裝CXwin之前XFree86已 經安裝和設置正常了。

    　　從顯示效果來看，CXwin 0.5有最佳的顯示效果，會根據不同英文字 體大小而選擇對應大小的中文字體，因此除了有時由於漢字字體過大而使得 字體被切去一部分之外，對於字體的大小和間距處理的最好。然而中文輸入 還要依靠XA或Chinput。因此最佳的效果應該是使用CXwin用於基本顯示，XA 或Chinput用於包裝某個應用程序，提供中文輸入，並設置了中文為預設語 言的KDE作桌面環境。有了這些之後，FreeBSD系統就具有了中文桌面操作環 境的基本中文處理能力了。

    　　為了利用CXwin的顯示，而不被包裝軟體截去中文顯示能力，最好使 用不帶中文顯示能力的xa（無CV代碼）來管理中文輸入。此外，Chinput也 使用了多種不同大小的字體來提供輸出，其顯示效果也不錯。帶CV能力的xa 使用字體縮放技術來產生合適大小的字體，但字體縮放會消耗額外的系統資 源。ZhXwin最簡單，適合簡單瀏覽中文的情況 。

    　　由於CXwin需要針對每個不同的X伺服器進行修改，因此對於不同的X 伺服器，其顯示效果存在差異，有的X伺服器具有相當不錯的顯示效果，而有 的效果較差，或不能正常顯示，而有的X伺服器還不支持中文顯示能力。需要 隨著CXwin的進一步發展，各個問題才會被逐漸解決。
    155.shtml.htm100644 1766 1746 35672 7236623527 12432 0ustar statuestatue FreeBSD使用大全
    FreeBSD連載(54)：配置檔案XF86Config
    1999年12月26日 16:09 王波

    配置檔案XF86Config

    　　位於/etc目錄下的XF86Config檔案是XFree86的X伺服器的配置檔案，XF86Setup 或者xf86config在配置完後就將配置信息保存在這個檔案中。XFree86也提供了一個配置 檔案的樣例檔案，/usr/X11R6/lib/X11/XF86Config.eg，可以用作參考。很多情況下需 要對X的行為進行微調，而並不想重新啟動設置程序重復進行整個設置過程，這樣手工修 改配置檔案就更為方便。

    　　有一些X伺服器的參數使用配置程序並不能進行配置，必須在原有XF86Config上 手工更改配置檔案。

    　　下面將以一個簡單的配置檔案為例進行簡單介紹XFree86的設置選項。

    • 檔案搜尋路徑

    Section "Files"
    RgbPath    "/usr/X11R6/lib/X11/rgb"
    FontPath  "/usr/X11R6/lib/X11/fonts/75dpi/:unscaled"
    FontPath  "/usr/X11R6/lib/X11/fonts/100dpi/:unscaled"
    FontPath   "/usr/X11R6/lib/X11/fonts/misc/"
    FontPath  "/usr/X11R6/lib/X11/fonts/75dpi/"
    FontPath  "/usr/X11R6/lib/X11/fonts/100dpi/"
#    FontPath   tcp/fontserver:7000
#    ModulePath	"/usr/X11R6/lib/modules"
EndSection

    　　上面是配置檔案的第一部分 “Files” ，這個檔案部分定義了 X Window使用的搜索檔案路徑，如調色板檔案的路徑RGBPath，字體路徑FontPath，以 及ModulePath用來設置X伺服器的動態可加載模塊的路徑。

    　　其中字體路徑可以使用多行來設置多個路徑，也可以在一行之內設置多個路徑， 路徑之間使用逗號分隔。字體路徑也能定義為網路上的字體伺服器，這需要指定協議、 主機名和端口地址，例如tcp/fontserver:7000表示一台名為fontserver的字體伺服器使 用tcp端口7000提供字體服務。Unscaled用於修飾表示對這個路徑下的字體不進行縮放處 理，處理固定字體可減少系統資源的消耗。使用字體伺服器可以讓多個伺服器同享字體， 從而達到節約磁碟空間的目的。

    　　在行首使用符號 “#” ，表示這一行為注釋，並不被X伺服器處理。

    • 可加載模塊

    # Section "Module"
# Load "xf86Jstk.so"
# EndSection

    　　如果前面Files部分定義了ModulePath，這個"Module"部分就用 來裝載相應路徑下具體的模塊。一般情況下，並不需要使用這個功能，除非是使用了一 些非標準的功能，需要可加載模塊的支持，如xf86Jstk.so就是一個遊戲杆的驅動程序。

    • X伺服器選項

    Section "ServerFlags"
#    NoTrapSignals
#    DontZap
#    DontZoom
#    DisableVidModeExtension
#    AllowNonLocalXvidtune
#    DisableModInDev
#    AllowNonLocalModInDxev
EndSection

    　　"ServerFlags"部分設置一些X伺服器的運行參數，對應於XF86Setup 中的Other選項中所設置的內容，一般不需改變。

    　　NoTrapSignals選項使得X伺服器程序不去處理發送到X伺服器的各個信號， 正 常情況下不設置這個選項，X伺服器應該接收並處理這些信號，當接收到某些信號時就釋放X服 務器占用的資源，切換顯示模式並退出X伺服器的執行。因此打開這個選項就使得發送到X服務 器的信號沒有得到處理，在錯誤不嚴重的情況下，X程序仍將繼續執行而不退出。因此可以用 於調試X伺服器，觀察X的出錯原因及其影響。

    　　DontZap選項用於屏蔽Crtl-Alt-BackSpace熱鍵，通常不設置這個選項時，使用 者能夠使用這個組合熱鍵退出X伺服器。當要將XFree86系統用作公用X終端時，最好使用這個選 項屏蔽退出熱鍵，讓用戶使用正常的退出方式退出登錄會話。

    　　DontZoom這個選項用於屏蔽<Crtl><Alt><小鍵碟 “+” >或< 小鍵碟 “-” >兩個用於動態切換分辨率模式的組合鍵，當然X伺服器必須同時設置了多個分辨率 模式，這兩個組合鍵才有意義。

    　　xvidtune能實時改變X伺服器的顯示模式，例如調整顯示區域位於顯示器中的位置等。然 而一旦針對某個顯示器的顯示模式調整正確之後，就沒有必要動態改變了，因此可以使用DisableVidModeExtension 選項屏蔽xvidtune實時改變顯示模式的能力，以保証顯示器的安全。一般只有本伺服器上的 xvidtune可以完成這個操作，在目前X伺服器上運行遠程電腦上的xvidtune不允許改變本服 務器的狀態。但是，也可以通過設置AllowNonLocalXvidtune選項， 使得非本伺服器 上的xvidtune也有能力和本地的X伺服器進行通信。第二個選項必須在第一個沒有設置的條件 下才能設置。為了安全的原因，不應該允許遠程系統上的xvidtune獲得本伺服器的硬體設置信 息，不要設置這個選項。

    　　使用DisableModInDev選項，可以屏蔽客戶程序對輸入設備（滑鼠或鍵碟）的動 態改變。 而AllowNonLocalModInDxev選項可以許可非本地的程序（xset）能動態改變 鍵碟或滑鼠的設置。同樣，這兩個選項是衝突的。

    • 鍵碟設置

    Section "Keyboard"
    Protocol   "Standard"
#    Protocol  "Xqueue"
AutoRepeat 500 5
#    ServerNumLock
#    Xleds      1 2 3
     LeftAlt     Meta
     RightAlt    ModeShift
     RightCtl    Compose
     ScrollLock  ModeLock
#    XkbDisable
 XkbKeycodes     "xfree86"
 XkbTypes        "default"
 XkbCompat       "default"
 XkbSymbols      "us(pc101)"
 XkbGeometry     "pc"
 XkbRules        "xfree86"
 XkbModel        "pc104"
     XkbLayout       "us"
EndSection

    　　"Keyboard"用於定義鍵碟的參數，指定了鍵碟使用的協議、重復率以及對 一些功能鍵的重映射。通常在XF86Setup下就可以設置這些選項，而不必手工修改這些設置。

    　　"Standard"和"Xqueue"是兩種不同的鍵碟協議，一般應該使用Standard協 議，Xqueue是一種同時支持鍵碟和滑鼠的硬體使用的協議，在個人電腦平台上很少使用。

    　　"AutoRepeat"用於定義鍵碟的重復速度，"ServerNumLock"讓X伺服器處理 NumLock的狀態，否則是由系統的鍵碟驅動程序處理這個狀態。有些X客戶程序不能從系統鍵碟驅 動程序中獲得小鍵碟的情況，此時就需要設置這個選項。”Xleds”允許X程序，如xset，能 夠改變鍵碟上三個LED狀態燈NumLock、CapsLock和ScrollLocal的狀態。

    　　下面的"LeftAlt"等設置，用於將個人電腦鍵碟上的鍵重新映射為一些傳統Unix 工作站的鍵碟上使用的鍵，如Meta、Compose等，由於傳統X程序大多數是在工作站上開發的，因此 這些程序需要這些特殊的功能鍵來完成操作，就需要映射這些鍵的定義以保証兼容性。

    　　"XkbDisable"選項可以用於屏蔽X伺服器對鍵碟的擴展能力， 通常不應該屏蔽這個 能力，而不設置這個參數。這樣就可以在設置檔案中使用下面的設置選項重新定義鍵碟的類型、排 列方式、符號類型、型號、編碼等等。當然一般情況下可以不重新定義這些參數，預設設置為101 鍵PC鍵碟，適用於絕大多數的情況。

    • 滑鼠設置

    Section "Pointer"
    Protocol  "Sysmouse"
	 Device	   “/dev/sysmouse”
#    Protocol   "Microsoft"
#    Device     "/dev/ttyd0"
#    BaudRate  1200
#    SampleRate     150
#    Emulate3Buttons
#    Emulate3Timeout     50
#    ChordMiddle
EndSection

    　　"Pointer"部分用於定義滑鼠的參數，最重要的內容是定義滑鼠的類型 和使用的設備檔案。對於使用moused來管理滑鼠的情況，滑鼠配置相當容易，首先在控制台下 設置好滑鼠，然後使用/dev/sysmouse作設備檔案，Sysmouse作為滑鼠類型即 可。如果不打算使用moused來管理滑鼠，而想直接使用滑鼠設備，就需要正確指定滑鼠類型及 其設備檔案。例如最常見的MS兩鍵串口滑鼠使用/dev/ttyd0（或ttyd1串口），使用 Microsoft滑鼠類型，等等。

    　　注意必須保証系統核心識別出所使用的滑鼠設備（或者串口設備）。

    　　此外，BaudRate與SampleRate參數定義滑鼠驅動程序與設備通信的波 特率和採樣率，Emulate3Buttons和Emulate3Timeout讓兩鍵滑鼠能模擬三鍵鼠 標， 然而偽設備Sysmouse的模擬三鍵能力的設置需要在moused的啟動參數中設置，這裡的設 置是無效的。ChordMiddle與上面參數意義相反，定義按下三鍵滑鼠的中間鍵，等價於 同時按下左右兩鍵。

    • 顯示器設置

    Section "Monitor"
    Identifier  "Hyundai DeluxScan 15G+"
    VendorName  "Unknown"
    ModelName   "Unknown"
    HorizSync   30-70
    VertRefresh 50-150
#    ModeLine "1024x768i" 45 1024 1048 1208 1264 768 776 784 817 Interlace
#    Mode "1024x768i"
#        DotClock	45
#        HTimings	1024 1048 1208 1264
#        VTimings	768 776 784 817
#        Flags		"Interlace"
#    EndMode
# 800x600 @ 72 Hz, 48.0 kHz hsync
Modeline "800x600"     50     800  856  976 1040   600  637  643  666 +hsync +vsync
# 1024x768 @ 70 Hz, 56.5 kHz hsync
Modeline "1024x768"    75    1024 1048 1184 1328   768  771  777  806 -hsync -vsync
# 1280x1024 @ 87 Hz interlaced, 51 kHz hsync
Modeline "1280x1024"   80    1280 1296 1512 1568  1024 1025 1037 1165 Interlace
EndSection

    　　"Monitor"部分定義了顯示器的各種屬性，其中前三項設置Identifier 、VendorName、ModelName起到的只是標識顯示器的作用， 如果具備多個顯示器定義 選項的時候可以用來區分不同的定義選項，因此這三個設置主要用在配置檔案內部，並不重要。 後 面的水平同步HorizSync與垂直刷新VertRefresh的數據才是真正定義顯示器屬性的參 數，應該與具體的硬體相一致，這將決定顯示器能否工作在具體的顯示模式下。

    　　ModeLine或Mode定義了具體顯示模式使用的時序等參數，只有在這裡定義了相 應模式，X伺服器才能使用對應的模式，並在各種模式之間動態切換。然而XF86Setup並沒有設置在顯 示器的同步頻率範圍內支持的全部模式，因此會需要手工增加所需要的模式。而xf86config能將很多 顯示模式都加進設置檔案中，其中很多是不必要的，例如320x200等低分辨率，需要手工刪除。此外一 個分辨率可能會有多個顯示模式相對應，但不同模式的刷新頻率不同，顯然應該保留一個顯示器支持 的非隔行掃描、並具備最高刷新頻率的模式。這些顯示模式受到水平同步和垂直刷新數據的限制，X服 務器會在啟動時屏蔽超過前面定義的水平同步和垂直刷新數據範圍的模式，一避免損壞顯示器。

    　　顯然，Modeline和Mode選項中的設置數據是一般使用者無法正確設置的，因此就需要從XFree86 的文檔中查詢各種常見的顯示器和及其常用的顯示模式數據，來決定最接近自己顯示器的顯示模式，在 復制到自己的設置檔案中。XFree86的文檔位於在/usr/X11R6/lib/X11/doc目錄下，Readme.Config和 VideoModes.doc檔案描述了各種顯示模式的對應數據，Monitors檔案中收集了各種常見顯示器的水平 同步和垂直刷新數據。

    　　如果沒有定義多個模式，就不能使用X Server提供的動態切換分辨率模式的功能。

    • 顯示卡設置

    Section "Device"
    Identifier "Generic VGA"
    VendorName "Unknown"
    BoardName  "Unknown"
    Chipset    "generic"
#    VideoRam  256
#    Clocks    25.2 28.3
EndSection
Section "Device"
    Identifier  "ViRGE/DX or /GX"
    VendorName  "Unknown"
    BoardName   "Unknown"
    #VideoRam    2048
EndSection

    　　"Device"部分定義顯示卡設備的參數，同樣Identifier、 VendorName、ModelName起到標識作用，具體設置如使用的芯片、顯示內存 等設置應與所使用的硬體相一致，但也可以不配置，留給X伺服器自動探測。同樣，也可以 定義多個Device設置，某個具體的X伺服器程序只使用某個選項中的設置。

    　　如果要針對某個顯示卡更改具體參數，除了查閱顯示卡手冊之外，還要閱讀 /usr/X11R6/lib/X11/doc/目錄下的Devices、modeDB.txt和AccelCards等文檔，在其中查找 與具體顯示卡相關的數據信息。

    • 螢幕設置

        • Section "Screen"
    Driver     "vga16"
    Device     "Generic VGA"
    Monitor     "Hyundai DeluxScan 15G+"
    Subsection "Display"
        Modes      "640x480"
        ViewPort    0 0
        Virtual     800 600
    EndSubsection
EndSection
Section "Screen"
    Driver      "accel"
    Device      "ViRGE/DX or /GX"
    Monitor     "Hyundai DeluxScan 15G+"
    DefaultColorDepth 16
    Subsection "Display"
        Depth       24
        Modes       "800x600" "640x480"
        ViewPort    0 0
        Virtual     800 600 
    EndSubsection
    Subsection "Display"
        Depth       8
        Modes       "800x600" "640x480"
        ViewPort    0 0
        Virtual     800 600 
    EndSubsection
    Subsection "Display"
        Depth       16
        Modes       "1024x768" "800x600" "640x480"
        ViewPort    0 0
        Virtual     1024 768
    EndSubsection
EndSection

        　　“Screen”部分將具體定義X伺服器的顯示屬性，以及具體使用的 設備和顯示模式。同時可以存在多個Screen部分，而每個screen部分對應一種X伺服器。 雖然一般情況下都只使用一個X伺服器，然而也可能會使用標準VGA模式的X伺服器（如使 用XF86Setup時），因此一般配置檔案中都至少有兩個Screen部分的定義，一個由標準VGA 的X伺服器XF86_VGA16使用，在其中的Driver項中指定了vga16類型，另一個Screen 定義由支持更高模式的具備硬體加速能力的顯示卡X伺服器使用，如XF86_S3V，Driver 項為accel類型。X伺服器根據Driver項的設置來尋找正確的Screen部分設置參數。

        　　除了在Driver選項中指定了Screen選項與具體X伺服器的聯繫之外， 接下來的Device設置選項將指出這個Screen部分（也就是對應的X伺服器）使 用哪個顯示設備，這個選項的值與設置檔案前面定義的某一個Device部分中Identifier值相 同，這就將X伺服器和指定的顯示設備相聯繫起來（會存在多個定義顯示卡設備的Device部分） 。同樣，Monitor項將Screen部分與某個Monitor部分描述的顯示器相聯繫。

        　　在一個Screen部分中也可以定義多個Display子部分，每個Display子 部分為對應一種色彩深度的顯示模式設置，顏色深度Depth可以使用的值有8位（256色） 、16位偽真彩色、24位真彩色和32位真彩色（實際只用了24位），DefaultColorDepth用 於設置預設使用的色彩深度。X伺服器不能動態切換顯示顏色深度，只能在同一個顏色深度下切換 不同的顯示模式。這個顏色深度下可供使用的分辨率模式需要使用Modes定義，預設的分 辨率為第一個模式，然後可以使用熱鍵向前或向後切換。

        　　動態切換分辨率不影響應用程序的顯示，應用程序的顯示內容也不變，XFree86提供 了虛屏能力。虛屏提供了比實際螢幕更大的顯示範圍，例如使用800x600的顯示模式，虛屏的 大小可以是1024x768，這樣可以顯示更多的數據，實際螢幕之外的數據可隨滑鼠的移動而顯示 出來。這樣在切換模式的時候，虛屏的大小卻不變，可以移動滑鼠來查看應用程序切換到虛屏 之外的部分。預設情況下，虛屏的大小為最大的分辨率模式，也可以使用Virtual參數 定義更大的虛屏。可設置的虛屏大小受顯示卡內存和所顯示的色彩深度限制，色彩深度和虛屏 大小的乘積不能超過顯示內存的大小。為了達到最佳效果，還有一些其他考慮。例如加速卡內 有自己的處理器進行圖形加速處理，就要使用一些顯存作為緩衝區，因此將所有的顯存都用做 虛屏會影響顯示卡的加速處理。
    157.shtml.htm100644 1766 1746 33145 7236623527 12425 0ustar statuestatue FreeBSD使用大全
    FreeBSD連載(55)：Ports Collection
    1999年12月27日 16:23 王波

    第6章 定制應用軟體與系統核心

    　　為了充分發揮系統的性能，便需要對系統進行各種維護和配置工作。前面進 行的管理和維護還是基於最初安裝的FreeBSD系統，以及FreeBSD安裝介質中提供的二 進制軟體包。這樣的系統適用於大多數情況，但不是最適合特定要求的系統設置。根 據系統的具體情況來定制FreeBSD的各種設置，就需要進一步的工作。主要是由於 FreeBSD是一個自由軟體系統，它提供了軟體的原始碼可以供用戶定制，可以來適應 系統的具體環境。如果不能充分利用這些FreeBSD提供的原始碼，就不能真正發揮 FreeBSD的最大能力。

    　　FreeBSD系統提供的原始碼包括三個部分，核心原始碼、應用程序原始碼和軟 件Ports的原始碼。其中核心原始碼用於定制核心、提高系統性能、維護硬體配置以及 更新系統軟體，根據需要升級硬體和保持系統不斷升級以避免系統安全等方面的漏洞 等任務，因此最為重要，一個系統在初始安裝之後都需要重新編譯核心﹔應用程序源 代碼包括安裝到/bin、/sbin、/usr/bin、/usr/sbin目錄中的各個應用程序的原始碼 ﹔軟體Ports的原始碼並不是各個軟體的原始碼，而是各個軟體的編譯、安裝方法的代 碼，這可以用來安裝和管理各種應用程序。

    　　這些原始碼均包括在FreeBSD的安裝介質中，並能通過安裝程序進行安裝。除 了在初始安裝時安裝這些組件之外，系統正常運行時也能通過sysinstall或手工運行 相關目錄下的安裝腳本install.sh來添加他們。

    • 編譯應用軟體

    　　在Internet上有很多軟體包，它們遵循GPL、BSD或相似的版權許可，允許用戶 編譯運行這些軟體。正常情況下，安裝一個應用軟體的過程是：

    • 獲得原始碼檔案，這通常是一個使用tar打包，並使用compress或gzip壓縮後 的檔案。一般通過ftp絨N舋舅U載工具從Internet上得到。

    • 將檔案解開，得到原始碼檔案，一般需要使用tar和gzip進行解包處理。

    • 根據系統情況進行配置，通常這些軟體提供了自動配置程序，能根據系統環境 自動進行配置，或者可以手工更改設置檔案。

    • 然後就進行編譯，創建可執行的程序。

    • 接下來就需要將應用程序安裝到系統的指定位置。

    • 最後一步是配置應用程序的參數，使其能很好的執行。

    　　雖然軟體的作者通常已經將原始碼編寫相當完善，適合在多個平台上編譯， 但是將原始碼編譯成最終可執行的檔案，仍然是一個花費時間且需要繁瑣操作的過程 。尤其是當用戶對系統不是很了解的情況下，往往就可能在某一步遇到了問題，結果 就會導致整個安裝過程不能正常完成。

    　　因此FreeBSD提供了Ports Collection機制來管理、安裝軟體。每種要被移植 到FreeBSD上軟體被稱為一個Port，由某個FreeBSD的開發者維護。這個Port的維護者 首先將軟體移植到FreeBSD上，並將他所完成的這些移植工作按照Ports Collection 的要求進行設置，編寫相關的腳本，使下載軟體、配置、編譯、安裝的全過程能夠自 動完成，不需人工干預。每個Port中並沒有保存軟體包的原始碼或者二進制代碼，而 只是提供了搜索它的原始碼或者二進制軟體包的方法。有了Ports Collection，編譯 、安裝應用程序的過程就相當容易了。

    　　Ports Collection和Packages Collection是緊密相關的，大部分Port都會有 對應的二進制軟體包，除非這個軟體的許可權對以二進制格式分發有所限制。通常每 個原始碼形式的Port使用tar.gz結尾，而相應的軟體包使用.tgz結尾。因此可以使用 後綴來區分Port和軟體包。可以從Port中直接生成對應的二進制軟體包。

    • Ports Collection

    　　對於一般的使用者，有了FreeBSD提供的眾多預編譯好的軟體包，就可以直接 安裝這些應用軟體的二進制版本，而不需要使用Ports Collection重新編譯軟體。然 而安裝介質上附帶的軟體包是按照預設配置生成的，適合大多數用戶的需要，但並不 一定最適合特定用戶的特定需求。如果需要對某個軟體進行定制安裝，就需要使用 Ports Collection，進行修改後重新編譯安裝。

    　　在啟動這個軟體的安裝與管理機制之前，必須安裝 ── Ports Collection的 原始碼ports.tgz，它在安裝介質中提供，系統的初始安裝過程中，安裝程序將提示使 用者安裝Ports Collection，系統安裝之後也能直接從安裝介質上重新安裝或更新。

    　　Ports Collection的原始碼被安裝到/usr/ports目錄中，這個目錄稱為Ports 樹，以樹狀結構保存了各個應用程序的Ports。與Packages Collection的目錄結構相 同，Ports中也按類別進行相關分類，/usr/ports下的每個子目錄都包含某一類軟體， 在下一級的每個子目錄下就放置各個Port。

    $ cd /usr/ports
$ ls
CVS             archivers       devel           math            textproc
INDEX           astro           distfiles       mbone           vietnamese
LEGAL           audio           editors         misc            www
Makefile        benchmarks      emulators       net             x11
Mk              biology         games           news            x11-clocks
README          cad             german          palm            x11-fm
README.html     chinese         graphics        print           x11-fonts
Templates       comms           japanese        russian         x11-toolkits
Tools           converters      korean          security        x11-wm
WWW_SITE        databases       lang            shells
YEAR2000        deskutils       mail            sysutils

    　　因為每個Port的代碼位於自己的目錄中，如果僅僅只想安裝某個軟體包的port， 在解壓縮中只解某個具體的軟體就可以了。

    # tar zxvf /cdrom/prts/ports.tgz ports/www/netscape4.07

    　　由於Ports Collection是隨著應用程序的發展而常常更新的，當某個軟體升級造 成軟體的原始碼檔案的名字或位置改變，因此部分Port中有關下載軟體原始碼的位置的設 置，就很可能不再適用，從而造成某些Ports不能正常編譯安裝。因此當應用軟體更新之 後，就需要從ftp.freebsd.org更新對應這個Port的原始碼。可以下載某個Port的代碼並 放置到正確的位置上，就能完成該port的更新，而不必更新整個Ports Collection。或 者使用cvsup來同步原始碼，更新Ports Collection。

    　　由於Ports Collection中收集的軟體相當多，因此要想了解每個軟體的用途並找 出有用的軟體就有些困難。如果一個一個去看軟體的文檔，需要花費大量的時間。因此 FreeBSD提供了一些簡單的索引和搜索能力。下面操作將產生所有port信息的索引檔案。

    # cd /usr/ports
# make print-index > index.txt

    　　例如要搜尋pine相關的port信息，可使用：

    # cd /usr/ports
# make search key=pine

    　　也可以產生所有Ports的描述檔案，在/usr/ports目錄下產生一系列HTML超文本檔案， 然後通過netscape或lynx等瀏覽器查看各個軟體的描述內容。

    # cd /usr/ports
# make readmes

    　　Ports Collection與系統版本息息相關，因此如果要使用新版本系統的Ports Collection ，不但要升級Ports，而且要升級系統中的有關程序。FreeBSD提供了一些Packages來提供在 不升級系統的情況下支持高版本的Ports Collection。例如從3.1Release升級到3.1stable就 存在一個升級Package為：31Upgrade.tgz，可以查看http://www.freebsd.org/ports中的信 息，來查看在現有系統版本下如何支持最新的Ports。

    • 使用Ports Collection來編譯安裝軟體

    　　每個Port單獨占據一個子目錄，在這個目錄中就是Port的代碼，包括使用make編譯、 安裝這個軟體所必須的Makefile檔案，軟體的描述檔案README.html、用於版本維護的CVS目 錄、保存軟體包安裝信息的files目錄，以及保存軟體原始碼的補丁檔案的pkg目錄等。

    $ ls -al /usr/ports/security/ssh
total 13
drwxr-xr-x   7 root  wheel   512 Apr 19 01:18 .
drwxr-xr-x  53 root  wheel  1024 Apr 19 01:18 ..
drwxr-xr-x   2 root  wheel   512 Apr 14 16:36 CVS
-rw-r--r--   1 root  wheel  4974 Apr 19 01:18 Makefile
-rw-r--r--   1 root  wheel   715 Feb 15 17:06 README.html
drwxr-xr-x   3 root  wheel   512 Apr 14 16:36 files
drwxr-xr-x   3 root  wheel   512 Apr 19 01:18 patches
drwxr-xr-x   3 root  wheel   512 Apr 19 01:18 pkg

    　　由於Ports Collection就是用來簡化應用軟體的安裝過程的，因此安裝起來非常簡單， 例如要安裝一個播放mp3的軟體mpg123，則可以首先進入這個Port對應的目錄，然後使用make 命令進行處理。

    # cd /usr/ports/audio/mpg123
# make install

    　　在這台電腦連接到Internet上的條件下，在這個過程中系統將順序完成下載、編 譯、安裝幾個步驟。

    　　make fetch: 每個Port中並沒有保存應用軟體的原始原始碼檔案，它保存的 是如何獲得軟體的原始碼，並產生可執行檔案的操作過程。每種軟體的源檔案通常保存在其 他介質上（一般位於Internet上），那麼當通過Ports Collection來安裝一個軟體時，第一 步就是要獲得相關的檔案。這個下載檔案的功能是Ports Collection的一部分功能，如果這 台電腦聯接到Internet上了，它能夠到網路上找到該檔案並使用fetch命令將檔案下載到本 機內，所有的步驟都是完全自動完成的，需要使用者操作的僅僅是使用make命令來啟動這個 過程。

    　　如果使用的是make fetch命令，fetch參數將使得make僅僅完成下載任務，而不進行 編譯和安裝處理過程。

    　　即使電腦沒有聯接到Internet上，也不必擔心，因為Ports Collection將所有下載 的檔案都保存在/usr/ports/distfiles目錄中，而make命令將首先檢查該目錄中是否已經存在 了要下載的源檔案，當發現存在這個檔案之後，就不再重新下載。因而可以手工將這個應用軟 件的原始碼檔案拷貝到這個目錄下，make時就不會再重復下載過程了。如果不能確定源檔案的 位置，可以從Makefile檔案中獲得源檔案的位置，Makefile中將給出該源檔案存在幾個不同的 網路地址，供fetch命令連續嘗試下載，一般最新Ports Collection對應的軟體的源檔案都能 從ftp.freebsd.org中下載得到。

    　　make: 不帶任何參數的make命令在完成上述下載工作之後，就開始編譯軟體了 。make程序首先在這個Port目錄下建立一個工作子目錄，命名為work，此後將原始碼展開到這 個目錄下，再應用這個軟體的各個補丁檔案，並啟動自動配置和編譯過程。在這裡，每進行一 步操作，就在work目錄下生成一個空檔案，這些檔案用於標記編譯、安裝port的工作進行到哪 一步了。

    $ ls -al /usr/ports/security/ssh
total 8
drwxr-xr-x  3 root  wheel   512 Apr 14 16:57 .
drwxr-xr-x  7 root  wheel   512 Apr 19 01:18 ..
-rw-r--r--  1 root  wheel   768 Apr 14 16:57 .PLIST.mktmp
-rw-r--r--  1 root  wheel     0 Apr 14 15:56 .build_done
-rw-r--r--  1 root  wheel     0 Apr 14 15:56 .configure_done
-rw-r--r--  1 root  wheel     0 Apr 14 15:55 .extract_done
-rw-r--r--  1 root  wheel     0 Apr 14 16:57 .install_done
-rw-r--r--  1 root  wheel     0 Apr 14 15:55 .patch_done
drwxr-xr-x  4 root  wheel  4608 Apr 14 15:56 ssh-1.2.26

    　　make展開應用軟體包時會檢查下載軟體包的完整性，這是通過驗証下載檔案產生的MD5 數據是否與記載在Port中的數據相一致，來保証了下載軟體的正確性。

    　　每個Port的Patch是一些補丁程序，它包括這個軟體本身存在問題，用於修正或升級的 補丁，或者是維護這個Port的FreeBSD開發者用於修正系統差異而制作的Patch。所有的補丁程 序被放置在該Port目錄下的patches目錄中。

    　　要對這個軟體進行定制時候，應該首先使用make命令，保証原始碼展開到正確的目錄下 並編譯完畢。這樣能保証make應用了所有的補丁程序對原始碼進行修正，然後才能在此目錄中 修改相應配置,並刪除work子目錄中的相應標記檔案.build_done，使得可以重新開始編譯過程 ，重新編譯軟體。

    　　make install: 如果使用的是make install命令，那麼make先完次弤譯過程， 然後還將自動安裝這個Port，此時不但將軟體的各個部分安裝到正確的位置之外，還將執行Port 中附帶的shell腳本進行軟體的基本配置。當然這個配置過程是不完整的，完整的配置屬於這個 應用程序本身的功能。

    　　安裝完畢之後，還可以針對自己定制的Port生成對應的軟體包，使用make package命令 將自動完成這個過程。

    　　安裝每個Port的同時也就等同於安裝相應的Package，安裝過程同時也將在/var/db/pkg 目錄下記載下相應Package的安裝記錄。由於軟體包之間存在相互依賴關系，Ports Collection 中也使用同樣的原則來處理軟體之間的依賴關系，必須使用預先安裝這個Port依賴的所有其他 Packages之後，才能安裝（不影響編譯）這個Port。這個過程也將在make install中自動完成的 ，系統就會檢查依賴關系，自動使用Ports Collection安裝它所依賴的Port，最後才能繼續這個 Port的安裝過程。

    　　由於安裝過程依賴於軟體包之間的依賴關系，因此可能會出現比較複雜的情況。例如 Ports Collection的原始碼不完整，缺乏它所依賴的軟體包的信息，這樣安裝就不能正常完成 。還有就是Ports Collection之間不一致，由於軟體的版本不同，就可能造成依賴關系不完整 ，安裝過程不能繼續進行。這就需要使用者檢查依賴關系，更新整個Ports Collection來糾正 問題。

    　　有的軟體，本來就是提供的二進制形式的軟體，例如Netscape Communicator，因此並不 需要編譯過程。所需要的僅僅是將它們下載並安裝。即便如此，使用Ports Collection仍然能夠 幫助使用者更方便的完成這項工作。因為Ports Collection仍然維護著一些有用的信息，例如要 下載的應用軟體版本號和應用軟體的下載位置，應用軟體的安裝目錄和配置檔案所在的目錄等非 常有用的信息。使用包的方式進行安裝和管理，將保証應用軟體之間的依賴關系的完整性，方便 在不用的時候將包卸載，此外Ports Collection還將按照FreeBSD的習慣來組織檔案和目錄，便於 將要安裝的檔案放置到合適的位置中。

    　　通常FreeBSD將應用軟體安裝到/usr/local目錄下（X Window應用軟體安裝到/usr/X11R6 目錄下），其執行程序位於/usr/local/bin中，配置檔案位於/usr/local/etc中，而應用軟體如 果需要在系統啟動時自動啟動，相應的啟動檔案被放置到/usr/local/etc/rc.d目錄中。
    158.shtml.htm100644 1766 1746 20446 7236623527 12426 0ustar statuestatue FreeBSD使用大全
    FreeBSD連載(56)：手工編譯安裝程序
    1999年12月28日 11:11 王波

    手工編譯安裝程序

    　　雖然使用Ports Collection編譯和安裝軟體非常簡便，然而仍有兩個理由來 使用手工編譯安裝方式。一方面是Ports Collection中並不能涵蓋所有的軟體，有很 多軟體沒有收入Ports Collection中。有很多原因使得一些很優秀的軟體沒有被收集 入Ports Collection，例如，版權因素，或者沒有志願者對它移植到FreeBSD進行維 護。另一方面，即使是通過Port來定制軟體，仍需要了解了手工編譯安裝的過程和各 種編譯工具的使用，才能正常進行定制工作。

    　　通常在FreeBSD下編譯並安裝應用程序並不困難，因為FreeBSD是一種非常標 準的Unix，為Unix開發的標準C程序很容易就能在它上面編譯運行。

    • 編譯和軟體工具

    　　為了編譯和安裝一個應用程序，必須要了解編譯和運行軟體的一般方法。對 於大型程序和要求高效率的軟體，通常用高級語言C來開發，使用C語言編譯器將C源 程序編譯成執行程序。由於使用高級語言不依賴於硬體結構，這使得軟體非常容易移 植。Unix不僅提供了編譯器，而且還提供了眾多的工具來幫助進行編譯和維護，最有 用的工具為make。

    • GNU C與編譯連接過程

    　　C作為一種編譯型的高級語言，這就是說運行C程序之前要將其先編譯成可執 行的由機器指令構成的執行程序，因此就需要使用一個編譯器來對C原始碼進行處理 ，FreeBSD使用的是GNU的C編譯器。

    $ cc hello.c
$ ./a.out
Hello, world!

    　　UNIX下預設使用a.out作為生成的檔案名，可以使用-o參數指出生成的執行文 件名。

    　　事實上前面的編譯生成執行檔案的過程由兩步組成，一是生成目標檔案，通 常使用.o為後綴，然後進行連接生成執行檔案。因此，可以使用ar將多個目標檔案組 合成一個函數庫檔案，而可以使用nm來查看庫檔案的內容。

    $ cc -c f1.c
$ cc -c f2.c
$ ar c mlib.a f1.o f2.o
$ nm mlib.a

    　　FreeBSD使用的C語言編譯器gcc是一種非常流行的，多平台、高效率的C語言 編譯器，它提供了多種選項用於生成應用軟體。以下為常用的一些選項：

    -L

    定義連接庫檔案的目錄

    -I

    定義C源碼的頭檔案的目錄

    -o

    後面跟的參數為要生成的執行檔案的名

    -O

    進行編譯優化，可以指定使用不同的優化級別，從O2到O6，每個不同的級別使用的優化設置不同。

    相關的選項還有定義生成的指令碼類型的參數，如-m486生成486指令，預設的gcc版本（2.7.2）不支持Pentium代碼。

    -g

    加入調試代碼，可以在完成後使用strip命令刪除用於調試的信息

    -c

    僅僅進行編譯而不進行連接，生成目標檔案

    -fPic

    生成相對地址的代碼，用於最後生成動態連接庫

    -static

    強制生成靜態連接的程序

    -aout

    生成a.out格式的執行檔案、目標代碼等，預設使用ELF格式

    -elf

    3.0之後為預設設置，生成ELF格式的目標和執行代碼

    　　可以通過命令行參數查看目前使用的GNU C編譯器的版本：

    $ cc □version
Gcc version 2.7.2.1

    　　FreeBSD目前使用GNU的C編譯器gcc的版本為gcc 2.7.2.1，這不是 gcc編譯器的最新版本，但穩定性非常好。雖然目前新版本的gcc 2.8已經 很穩定了，但是由於編譯器在系統中的重要性，編譯器出現問題會造成系 統的穩定問題，因此FreeBSD還沒有轉向gcc 2.8。另一個沒有完全使用 gcc 2.8的重要原因是生成的執行檔案格式問題，gcc 2.8不再支持生成a.out 執行格式的二進制程序。但完全轉向gcc 2.8版本是必然趨勢，在目前正在 開發的FreeBSD 4.0-current中，已經使用了gcc 2.8作為標準配置。

    　　在3.1系統中，如果想使用gcc 2.8，就需要安裝Packages Collection 中提供的gcc-2.8軟體包（或者使用Ports Collection對原始碼進行編譯）。 事實上還有另外兩個更強大的根據gcc進一步開發的編譯器，pgcc支持Pentium 代碼（標準的gcc只支持生成486代碼），egcc除了支持Pentium代碼之外，還 提供了更大的優化能力。這些版本是商業公司依據gcc進行的開發，但根據GPL 許可，任意使用者都可以根據需要選擇使用，使用這些編譯器版本能進一步發 揮系統的能力。

    • make

    　　通常應用程序都比較複雜，那麼其源程序就不僅包括一個檔案，而是 由多個檔案構成，這樣應用程序的編譯和連接過程就相對複雜得多。最簡單 的情況下可以使用shell程序來自動完成這個任務，然而由於並不是每次都更 改了所有的檔案，每次都完全重新編譯所有的代碼，不但浪費了處理器資源， 也使得每次作一次小改變就得編譯所有得檔案，效率低下。最好是能夠按照需 要，編譯改動過的代碼檔案，而對沒有更新過的檔案就不必重新編譯，這樣就 節約了系統的處理能力。

    　　如果要使用shell腳本來處理這些依賴關系來，則要求根據檔案的更新 時間進行維護，需要的shell腳本就比較複雜。Unix提供了一個程序──make， 來幫助按照代碼之間的時間依賴關系來進行維護工作。

    　　make與其他解釋語言不同，不是直接告訴make需要執行的命令，而是給 定一些依賴規則，即在什麼條件下應該執行什麼處理，那麼make就自動分析檔案 的更新時間，完成剩下的工作。規定make規則的檔案一般命名為Makefile，這 是一個make指令的集合，這個檔案中包括目標定義、執行命令、宏定義和make 偽指令。下面為一個簡單的Makefile：

    CC = /usr/local/bin/egcc
hello:	hello.c
		$(CC) -o hello hello.c
clean: 
		echo delete files!
		rm hello

    　　這個例子中首先定義了一個宏CC，然後定義一個執行目標hello，這個 目標依賴於hello.c檔案，一旦hello.c更新，就需要執行下面的編譯指令。注意 ，位於定義目標之後的執行命令應該使用一個 “Tab” 制表符引導，而不是其他空 白字符。執行命令中首先將宏替換為它的值，再執行egcc命令編譯程序。

    　　一個Makefile檔案中可以定義多個目標，如上面例子中的hello和clean， 如果不使用任何命令行參數來啟動make，那麼預設使用第一個目標。為了應用其 他的make目標，則必須使用make的命令行參數。

    $ make clean
delete files!

    　　make使用的預設檔案名為目前目錄下的makefile或Makefile，如果使用 其他檔案，必須使用命令行參數-f指定檔案名。

    $ make -f newmakefile

    　　GNU的make命令首先查看的檔案名為GNUmakefile。

    　　使用了make，對大型的應用軟體進行維護就會容易一些。然而不同的系 統有一些與系統相關的定義，這些定義需要在Makefile中依據不同的系統重新設 置，例如X Window的目錄等，這樣要完成可以適合多個不同系統的Makefile檔案 ，仍然具有困難。有一些工具能幫助進行這些系統相關的設置，並生成Makefile 檔案，例如X Window系統使用xmkmf命令和imake模板檔案來產生本地的Makefile 檔案，這樣就能正確偵知本地系統中有關X Window的正確設置，但軟體開發者首 先要完成Imakefile檔案，以使用xmkmf。而GNU的軟體使用autoconf工具，它使 用configure命令用來偵測很多系統相關的設置，如編譯器、頭檔案、庫函數等 等，然後使用預設置的Makefile.in模板檔案來產生相應的Makefile。有了這些 工具，進行編譯各種多平台的應用程序都不再是困難的了。
    159.shtml.htm100644 1766 1746 34230 7236623527 12423 0ustar statuestatue FreeBSD使用大全
    FreeBSD連載(57)：可執行程序格式
    1999年12月29日 15:01 王波

    可執行程序格式

    　　在FreeBSD下的可執行程序通常可分為兩類，一類為使用各種解 釋語言編寫的腳本，如sh、awk、perl、Tcl等，這些程序需要解釋程序 進行解釋執行，小巧方便，對於實現不常使用、不要求效率的程序非常 有用﹔另一類就是使用C等高級語言編譯後產生的可執行二進制程序。

    　　Unix之所以功能強大，原因之一就在於它提供了強大的再開發 能力。這不僅與提供了高級語言C的編譯器有關，而且也與提供了很多 種能以解釋方式執行的簡單腳本語言有關。解釋程序腳本的特點是方便 性、簡單靈活，而且也比較容易學習入手。很多情況下，需要完成的工 作任務功能比較單一，並不需要頻繁運行，而且要求快速編寫出來，這 就適合使用解釋型語言編寫，並且解釋程序本身就具備處理文本和字符 串的便捷性，並能夠和很多現有程序通過系統提供的管道、環境變量等 方式結合起來，使得它們非常適合實現文本處理功能。

    　　解釋語言的缺點是每次運行程序時都要載入語言的解釋器，解釋 執行程序，因而效率較低，並且不能直接操縱內存和I/O設備，不適合編 寫大型程序和對效率要求較高的場合。

    　　每個解釋腳本程序的第一行指出該腳本程序使用的解釋器，例如 一個普通的shell程序的第一行為：

    #! /bin/sh

    　　不同的解釋語言可用在不同的方面，最常用的有shell解釋程序， 依據使用shell的不同，也分為不同的shell腳本，基本上也分為sh和csh 兩種不同的風格。系統管理中經常使用shell程序來執行一些日常管理任 務，很多軟體也使用shell程序來提供輔助安裝和設置任務。perl也是一 種常用的、功能強大的解釋語言，它兼有解釋性程序的方便性和高級編 程語言的強大功能，使程序員能在很短的時間內寫出非常有效的程序。 因此perl得到了眾多程序員的支持，通過為perl開發了更多的程序模塊 ，進一步使得perl的處理能力變得更為強大。目前perl已經成為了最流 行的一種解釋語言，尤其在編寫Web伺服器上的CGI程序方面，更是處於 無可爭議的地位。Tcl/tk是另一種解釋語言，它能用在X Window系統下 ，使用描述語言顯示不同的X控件，因此很多X應用程序使用它來建立自 己的圖形接口。

    • 二進制執行程序

    　　使用高級語言編寫、並經過編譯得到的二進制執行程序執行效率 更高，並且只有二進制格式的執行檔案才能充分利用Unix系統提供的全部 功能。同樣系統核心也是一個特殊格式的二進制執行檔案。

    　　早期的Unix使用a.out格式作為它的執行檔案格式，隨著Unix的發 展，又出現了其他幾種執行檔案的格式，目前最重要的執行檔案格式為ELF 格式，採用這種格式的最初想法是為了在不同平台間採用相同的執行檔案 格式，並實現動態共享連接庫。雖然ELF檔案格式並沒有達到AT&T最 初設想的全部目的，但這種檔案格式卻成為最流行的執行檔案格式。除此 之外，實際使用的檔案格式還有一種較老的COFF格式，這種格式是在Unix System V R3.2中使用的，目前只有老版本的SCO Unix中還在使用它，而 SCO也正逐漸轉向ELF格式。

    　　FreeBSD可以同時支持這兩種執行檔案的格式，FreeBSD 2.2.x之前 的版本使用a.out格式作為預設的執行檔案格式，到FreeBSD 3.x之後ELF格 式成為預設的執行檔案格式，並且以後會徹底轉向ELF。事實上在FreeBSD 下的a.out格式具備了相當多的特性，如動態連接等ELF格式具備的特性， 也有一些ELF格式不具備的特性，如壓縮執行檔案格式。但由於FreeBSD中 使用的編譯器gcc決定不再支持a.out格式的緣故，因此FreeBSD也必須轉向 ELF格式。這也是目前還支持a.out格式的FreeBSD版本預設使用較老版本編 譯器的原因之一。

    　　在FreeBSD中，a.out格式的執行檔案可以支持壓縮執行格式，這使 得使用gzip壓縮過的a.out格式的執行檔案也能立即執行，目前還不能對ELF 格式的檔案提供這種支持。

    　　FreeBSD的檔案格式從aout到ELF的轉變是漸變的，首先是在3.0-RELEASE 中將執行程序的預設格式轉變為ELF格式，核心檔案還保持aout格式，直至 FreeBSD-3.1，全部執行檔案格式才預設設置為ELF格式。

    　　轉向ELF也造成很多相關程序的轉變，如原有的Boot Loader不支持 ELF格式的核心，3.1-RELEASE就升級到新Boot Loader﹔而原有的可加載模 塊lkm為aout格式，也需要轉向ELF格式的modules。新可加載模塊的位置為 /modules目錄，並使用kldload、klduload、kldstat來進行管理。（aout格 式的模塊管理命令為modload、modstat和modunload）。

    　　a.out和ELF格式使用的庫檔案也是不同的，使用ELF執行檔案格式的 FreeBSD 3.x中，/usr/lib下為ELF格式的函數庫，而用一個子目錄/usr/lib/aout 存放a.out格式的函數庫，用於兼容2.2.x之前版本的FreeBSD程序。但這給一 些使用包裝技術的軟體（一些中文外掛系統）造成了一些小麻煩。對不同格 式的執行檔案要使用不同的包裝庫，系統不會將與程序本身格式不同的連接 庫連接到程序上，對應的錯誤信息為 “bad magic”，指出檔案格式的不同。

    　　由於3.x之後的預設格式為elf格式，為了生成a.out格式的檔案，必須 在編譯和連接時使用 -aout參數，告訴編譯器gcc和連接器ld使用不同的格式 生成執行檔案。

    • 靜態連接和動態連接

    　　在操作系統發展的早期，除了核心提供的接口，所有的庫函數都要 連接到程序中，這樣所有的程序都可以直接在系統核心下運行。然而事實上 大部分程序都會使用一些相同的庫函數，尤其是在使用高級語言編程的時候 ，通常都使用同樣的庫。例如，C語言編寫的程序通常都使用printf函數進行 輸出，使用scanf讀入用戶輸入內容。如果每個庫函數都連接到用戶程序中， 這樣每個程序都會包括這個函數的一個拷貝，就浪費了內存空間。

    　　因此，現代操作系統使用動態連接的技術，不將常用的庫直接編譯進 每個程序中，而是保留相應的接口，在核心載入程序時，再使用動態連接程 序將庫載入並和執行程序連接起來。這就是動態連接的技術，由於庫和程序 是分別載入的，因此多個程序可以共享一個庫的同一個拷貝，節約了資源。

    　　不論對於a.out格式還是ELF格式，FreeBSD均支持動態連接，因此應用 程序預設就使用動態連接的方式。如果想使用靜態連接，可以在應用程序編譯 連接時，指定-static連接選項，將目標程序連接成靜態連接的執行檔案。由於 庫代碼被連接進執行檔案中，靜態連接的執行檔案要比動態連接的執行檔案要 大。

    $ cc -static -o a1 hello.c
$ cc -o a2 hello.c
$ ls -l  a1 a2
-rwxr-xr-x  1 wb  wheel  45017 Apr 18 16:26 a1
-rwxr-xr-x  1 wb  wheel   2540 Apr 18 16:27 a2

    　　在FreeBSD下，共享庫被放到/etc/ld-config設定的目錄下，通常為 /usr/lib，每個庫檔案使用.so和庫的版本號結尾。例如，libc.so.3.1為一個 標準C庫函數的動態共享庫檔案。對於a.out格式的執行檔案，其動態庫檔案位 於/usr/lib/aout目錄下。

    　　可以使用程序ldd來確定一個程序使用的動態連接庫：

    bash-2.02$ ldd /usr/bin/vi
/usr/bin/vi:
        libcurses.so.2 => /usr/lib/libcurses.so.2 (0x2808e000)
        libtermcap.so.2 => /usr/lib/libtermcap.so.2 (0x2809a000)
        libc.so.3 => /usr/lib/libc.so.3 (0x2809f000)

    • 其他系統的執行檔案

    　　很多其他Unix系統，例如BSD/OS和Linux，也是運行在Intel平台上的 系統，那麼執行程序中的處理器指令是完全相同的，不同之處只在於應用程序 的格式、應用程序與操作系統的接口、庫檔案等。事實上由於同為Unix系統， 這些差異也很小，因此通過調整核心的一些參數設置，FreeBSD完全可以直接 運行這些系統下的執行程序。

    　　FreeBSD能夠同BSD/OS、NetBSD和OpenBSD的Intel平台上的應用程序相 兼容，同為BSD家族的成員，他們非常類似。NetBSD、OpenBSD和FreeBSD同為 免費系統，並且具有同樣的起源，與FreeBSD的關系非常密切，因此FreeBSD能 直接運行NetBSD和OpenBSD的Intel平台下的執行程序。然而NetBSD和OpenBSD 也是自由操作系統，因此它們中的應用程序也會有相應的FreeBSD版本，因此這 個功能一般很少用到。BSDI是一個商業公司，因此會提供BSD/OS下的二進制執 行檔案，但不提供原始碼。FreeBSD能夠完美的運行BSD/OS下的a.out格式的執 行檔案，ELF執行格式的程序也能執行，但偶爾會有問題發生，因此就需要調整 系統設置。

    　　FreeBSD也能夠執行SCO Unix的執行檔案，這需要使用核心的ibcs2（ Intel binary compatibility system 2）選項。這需要載入一個核心可加載 模塊，這需要使用root身份執行ibcs2命令以載入ibcs2模塊。

    # ibcs2

    　　可以在rc.conf中設置 “ibcs2_enable=YES” ，使開機後立即載入這 個模塊。

    　　但是要執行SCO的應用程序，僅有核心支持還是不夠的，還需要有SCO Unix的函數庫。但SCO Unix的庫函數是SCO Unix的一部分，受版權保護的。如 果使用者擁有合法的SCO共享庫和應用程序，就可以運行SCO Unix上的大型商業 應用程序。

    　　同樣，FreeBSD也能夠運行Linux的可執行程序，與執行SCO程序類似， 這也要求核心支持並載入相應的模塊。rc.conf中的相應參數為 “linux_enable” 。

    # linux

    　　但是與SCO不同的是，Linux是一種自由操作系統，其庫函數為GNU開發 的函數庫，使用GNU通用許可保護自由使用的權利。因此FreeBSD在Packages Collection中提供了Linux的共享庫，安裝了這些Linux的庫函數之後，就可以 執行Linux的執行程序了。

    # pkg_add /cdrom/packages/All/linux_lib-2.6.tgz

    　　FreeBSD也能執行Solaris x86和SCO Unixware的ELF格式執行程序，只 是這個功能還沒有加入正式發行版本。同樣，這也需要相應的系統動態連接庫 檔案，但是這些庫是商業產品，因此使用起來就會受到限制。

    • 運行Linux應用程序

    　　在運行Linux應用程序時，會遇到一些程序不能正確執行的情況，很多 情況下並不是FreeBSD本身的問題，而是由於系統的設置不正確造成的，必須作 一些設置和調整。

    　　由於Linux使用Elf檔案格式，有些時候FreeBSD不能分清一個ELF執行檔案 是那種系統的執行檔案，而誤認為是FreeBSD的執行檔案，導致不能正確執行程 序。此時就需要使用brandelf命令來指定需要執行的ELF執行檔案的類型，Linux 的ELF執行檔案為Linux：

    $ brandelf -t Linux linux_application

    　　另一種差異是系統檔案名字的差異，例如Linux的加密密碼檔案為shadow， 而FreeBSD使用master.passwd，Linux的控制台終端設備檔案為/dev/tty0，FreeBSD 為/dev/ttyv0，對於一些要使用這些系統檔案的應用程序，就造成無法正確讀取相 應檔案的問題，這種情況可以使用符號連接來解決。

    # cd /etc
# ln -s master.passwd shadow
# cd /dev
# ln -s ttyv0 tty0

    　　此外，Linux動態連接庫的版本不合適，也是很多Linux程序不能正常運行 的主要原因。Linux使用GNU開發的glib作為庫函數，編譯器gcc首先實現了glibc1 ，用於兼容標準的C庫函數libc5。隨著gcc的發展，它發展到了glibc 2，也被稱 為libc6。這兩個不同版本的庫有一定的差異，glib2功能更強，但由於出現時間 還短，不是所有的Linux版本都使用glibc2。有的Linux版本還在使用glibc1，如 Slackware 3.6，而另一些Linux如RedHat 5.0，Debin 2.0都使用glibc2，因此運 行Linux應用程序的時候，首先就要確認其使用的C庫函數版本。除了標準的C庫之 外，Linux應用程序使用的其他動態連接庫也會存在不一致的問題。

    　　因此如果Linux應用程序使用的庫和FreeBSD安裝的Linux共享庫版本不一 致，那麼就不會正常執行這些Linux程序。Linux是一個非常活躍的開發系統，某 些版本的Linux常常等不及系統穩定就將應用程序及其使用的庫升級，因此為了運 行要求新動態連接庫的Linux應用程序，就必須及時更新Linux的共享庫。除了及 時更新FreeBSD正式發行的Linux共享庫（這個共享庫通常為一個穩定版本，不會 一味求新）之外，為了跟上Linux升級的腳步，還必須手工安裝Linux的庫和其他 執行檔案。

    　　目前FreeBSD提供的Linux動態連接庫為Linuxlib-2.6，提供了對glibc2庫 及其他一些共享庫的支持，然而眾多的應用程序還會使用其他各種動態連接庫。 FreeBSD的軟體庫只能支持常用的Linux應用程序，為了徹底解決Linux應用程序的 動態連接庫更新問題，並不能依靠FreeBSD提供的軟體包。還是應該使用Linux的 方式，按照Linux的方式安裝所需要的Linux動態連接庫。

    　　FreeBSD下用於與Linux相兼容的程序和庫檔案統統位於/usr/compat/linux 目錄下（根目錄下有它的一個連接/compat/linux，compat目錄為兼容其他系統執 行檔案的目錄），為了安裝新的Linux檔案，首先要將這個目錄清除。

    # cd /usr/compat/linux
# rm -fr *

    　　安裝新的Linux兼容檔案可以通過多種方式來完成，由於目前最流行的 Linux系統通常使用RPM的包管理方式，因此可以使用RPM包來安裝Linux檔案。這 需要首先安裝包管理程序rpm，這個程序有FreeBSD版本（此時還無法運行Linux程 序）。可以在Packages Collection中找到這個軟體。

    　　然後就要為安裝Linux的RPM包初始化rpm，使rpm不使用根目錄作為系統的 起始路徑，而使用/usr/compat/linux作為所有的rpm包的根進行安裝，這就要使 用 --root參數指定相對的根目錄，以將Linux執行程序與FreeBSD執行執行程序 區分開。rpm在/usr/compat/linux/var/local/lib/rpm中記錄包的安裝信息。

    # mkdir -p /usr/compat/linux/var/local/lib/rpm
    

    # rpm --initdb --dbpath /usr/compat/linux/var/local/lib/rpm
    

    # rpm -i --ignoreos --root /usr/compat/linux ld.so-1.9.5-7.i386.rpm
    

    # rpm -i --ignoreos --root /usr/compat/linux ldconfig-1.9.5-3.i386.rpm
    

    # rpm -i --ignoreos --root /usr/compat/linux glib-1.0.1-3.i386.rpm
    

    # rpm -i --ignoreos --root /usr/compat/linux glibc-2.0.7-17.i386.rpm

    　　當使用rpm -I安裝好所有必須的系統支持檔案，以及需要執行的應用程序， 這樣安裝完畢之後，在通過調整一些參數，Linux程序就能正常執行了。主要需要根 據應用程序的錯誤提示，修改FreeBSD和Linux在檔案和目錄結構上的不同，如Linux 執行程序的位置，應該更改為/usr/compat/linux/usr/bin目錄或其他相應的路徑， 而非原有根目錄下的路徑，以使得Linux程序內部只調用Linux執行程序。只有一些 對執行程序的格式不敏感的程序，可以使用/bin或/usr/bin下的相應FreeBSD執行程 序。通過這樣的設置之後，在FreeBSD下就能運行包括Oracle 8 for Linux在內的大 型應用軟體。

    　　但是FreeBSD並不可能運行所有的Linux程序，有的應用程序程序對Linux核心 有一定要求，需要核心的特定版本的支持。一般來講，對於這些對Linux特定核心有要 求的應用程序，FreeBSD也就無法提供支持了。

    　　不管怎樣，雖然在FreeBSD下運行Linux執行程序沒有太大的問題，然而畢竟 Linux是一個獨立的操作系統，處理問題的風格與FreeBSD不同，因此除了較小的程序 之外，安裝支持檔案、必要的目錄結構等參數的調整是免不了的。
    163logo.gif100644 1766 1746 2107 7236606467 12110 0ustar statuestatueGIF89a6 dd藤舊!,6h竭0网娃8輹`(dih狙l踾p,疧`嚌m黓Lr#:1み")mB 4謀臃,I鶷S:vp)<羚V搿袧播^A Fs^R|FmA< o|Kvur MMoFRO}貝D|9>x猓仄dQ}b 鴉U6痀3淚`噅猑fYч掂K衶殪0 I佧<@槌\秬.依靜62彄E久O'd^`犁疺|=熉3/!泄$靷1<7閛6貍h覅欖籔潒吊so拿叛=w妞處A_菩;$艋簏鉀_*掑w, M\攐/=P傘&WE#Uo毿xッyPN舽埒%貘n#!vAv3n輘Z紀@t承^W梪cu絩ze貶iE3h攖siF孌誠KH北8湱m~蛈7f敻 嗝")"y獞h煂p FreeBSD使用大全
    FreeBSD連載(58)：為編譯核心準備原始碼
    1999年12月30日 15:44 王波

    　　

    配置FreeBSD核心

    　　安裝好FreeBSD之後，便需要根據硬體和電腦的應用需求重新配置FreeBSD的核心。標準核心已經能 夠滿足正常運行FreeBSD的需要，但是不建立針對自己電腦的核心，就不能說完全完成了FreeBSD的配置任務 。雖然FreeBSD提供了UserConfig可以來更改核心中硬體資源的，並通過可加載模塊以擴展核心能力，但仍 然有幾個重要的原因使得FreeBSD使用者重新定制核心：

    　　通用核心不能對所有的硬體都進行支持，某些對安裝和運行不是至關重要的硬體，如聲卡，或者較少用到的硬體，如 ATM卡，就沒有被編譯到通用核心中去。如果用戶的電腦上使用了這些硬體，就需要重新編譯核心。

    　　某些應用程序和FreeBSD的功能對核心的參數有特殊要求，例如Windows的模擬器Windows E mulation等。重新編譯核心能滿足這些應用程序對核心參數的特殊要求。

    　　通用核心中有很多不必要的硬體驅動程序，這些程序不僅使啟動時自動檢測硬體需要的時間變長，並且占用了內存空 間。由於核心是系統最重要的部分，將一直駐留在內存中，而不會置換到硬碟上，因此多余的核心驅動程序浪費了寶貴的物理 內存，對於系統性能有一定影響。

    　　重新生成核心也可以根據自己的硬體和需求優化核心參數，例如用作伺服器和系統和用於工作站的FreeBSD系 統的最優參數是不同的，並且通用核心是使用386指令集，而目前電腦一般都是Pentium級，因此可以使用最新的 編譯器和最優化的編譯選項，提高系統性能。

    　　定制核心能夠按照硬體和需求量體裁衣，使核心簡潔、干淨，這是一個提供高效率系統的重要因素。而且在Free BSD下，定制核心並不困難，即使是對系統不太熟悉的使用者，也能夠完成定制核心的任務，所需要的只是耐心等待編譯過 程。在安裝好系統之後，應該及時進行定制核心的操作。

    • 為編譯核心準備原始碼

    　　FreeBSD系統提供核心的原始碼，在安裝系統時是否安裝核心代碼與使用的不同安裝選項有關。安裝後的源代 碼位於/usr/src/sys目錄中，如果這個目錄不存在或者為空目錄，則說明原始碼沒有安裝。此時就必須重新安裝 核心原始碼。

    　　仍然可以使用/stand/sysinstall程序，選擇Distribution選項來安裝原始碼﹔也可 以運行安裝介質中src目錄下的install.sh來安裝。安裝FreeBSD核心原始碼之後，習慣上還創建了一個 符號連接/sys，指向/usr/src/sys目錄，以方便使用。

    　　在擁有了原始碼之後，就可以編輯配置檔案，進行配置工作了。原始碼目錄/usr/src/sys下有多個目錄 ，每個FreeBSD支持的設備、檔案系統都有自己的目錄，以存放相關的原始碼。在定制核心的時候，所關系的目錄是內 核配置檔案所在的目錄：/sys/i386/conf，i386目錄表示是Intel 386體系的電腦，其下的c onf目錄下就放置著核心的配置檔案。


    165.shtml.htm100644 1766 1746 14605 7236623530 12416 0ustar statuestatue FreeBSD使用大全
    FreeBSD連載(59)：編譯安裝新核心
    1999年12月31日 16:36 王波

    編譯安裝新核心

    　　在/usr/src/sys/i386/conf目錄下，可以看到一系列核心配置文 件的樣例。

    bash-2.02$ ls /sys/i386/conf
GENERIC   Makefile.i386   files.i386     majors.i386
LINT      PICOBSD-N.2000  ipfilter       options.i386
LKM       devices.i386    kernel.script

    　　目錄中最重要的檔案有GENERIC和LINT，名為GENERIC的檔案就是 通用核心kernel.GENERIC的配置檔案，而LINT檔案中包括FreeBSD支持的 幾乎所有配置參數，並逐一加以解釋。另一些檔案則是其他硬體配置下， 用於特定目的的配置檔案的例子。因此GENERIC和LINT檔案是在設置核心 時的必備參考。有了這些檔案作參考之後，就可以生成針對某個電腦具 體設置的配置檔案就更為簡單了，並執行編譯核心的任務。

    • 修改核心的一般原則

    　　要定制核心，就必須要生成配置檔案。一般都是通過更改已有配 置檔案的方法來生成特定的配置檔案，以簡化設置工作。但直接修改已有 的配置檔案的方式，如修改GENERIC檔案，並不可取，而應該先復制生成 一個新的配置檔案，這樣就可以使用多個配置檔案，維護多個不同配置的 核心。這些核心可以是為一台電腦準備的，也可以是為多台電腦準備 的。新配置檔案可以很方便的從對已有配置檔案，如GENERIC，進行復制 得到。例如：

    # cd /usr/src/sys/i386/conf
# cp GENERIC mykernel

    　　然後再修改mykernel這個配置檔案，第一步需要完成的任務是先刪 除不必要的硬體支持選項，這是因為通用核心支持的硬體設備通常要多於 電腦系統中實際存在的硬體設備，不必要的硬體驅動代碼會占用不必要 的核心內存空間。除了根據管理員對電腦硬體配置的了解來進行刪除不 必要的硬體驅動選項之外，比較簡便的方法是根據FreeBSD的通用核心在啟 動時報告的信息來判斷哪個設備已經探測到，哪個設備沒被探測到。使用 系統命令dmesg可以查看系統啟動時的信息，因此沒被探測到的設備可以使 用命令來得到：

    # dmesg | grep “not found”

    　　這個命令輸出的結果，或者是電腦中並不存在的設備，或者是驅 動程序的參數沒有配置正確，沒有正確檢測到硬體設備的情況。如果確認 沒有這個硬體設備，就可以在配置檔案中將其刪除。

    　　有些硬體設置的預設參數與系統中的硬體設置並不一致，可以通過 更改配置檔案中的配置參數來改變設置，以達到正確檢測硬體的目的。

    　　有些設備在GENERIC配置檔案中並沒有提供支持，例如聲卡設備，以 及多處理器支持能力。如果要想支持這些設置，就要將相應的設置參數增添 到配置檔案中，可以要參考檔案LINT中的相應設置來完成增添硬體的過程。

    　　為了得到一個合適的核心，或許需要不止一次的更改設置。當對計 算機的某些硬體設置不是很清楚，為了節約編譯核心次數，可以先通過 UserConfig更改確定正確的硬體設置，再重新編譯核心的這種循序漸進方 式，逐步獲得硬體的正確配置。

    　　重新定制核心不但是為了獲得硬體配置的正確性，還可以通過更改內 核設置支持一些FreeBSD支持的特定功能、優化現有能力，以發揮系統的最大 能力，從而達到將硬體具備的最大能力，充分發揮FreeBSD具備的強大處理能 力。

    • 編譯和安裝核心

    　　在生成自己的核心配置檔案mykernel之後，就可以進入下一步編譯安 裝過程了。在配置檔案所在的目錄中，輸入：

    # /usr/sbin/config mykernel
Removing old directory ../../compile/mykernel:  Done.
Kernel build directory is ../../compile/mykernel

    　　這個命令將產生一個/usr/src/sys/complie/mykernel的目錄，其中目 錄名對應於核心的名字，這樣就使得系統中可以同時維護多個不同的核心，不 同的核心相互獨立而互不干擾。這個目錄中就包括了編譯核心所需的源檔案。

    　　如果這個過程出現錯誤，就說明配置檔案中存在語法錯誤，config程序 將會提示出錯的行，以便使用者進行修改。但是config不會發現配置檔案中存 在的邏輯錯誤，這些邏輯錯誤只能在編譯核心時才能發現。

    　　下一步就是進入生成的目錄中進行編譯和安裝。

    # cd ../../compile/mykernel
# make depend
# make

    　　編譯過程需要一些時間以進行編譯，這時候就可以作些其他任務等待 編譯結束。但如果配置檔案存在邏輯錯誤，在編譯時會形成錯誤。因為核心配 置選項不是相互無關的，而是存在相關依賴關系，有些設置項會依賴於另外的 設置項。當發生這些邏輯錯誤的時候，當所有需要的源檔案都存在時，就說明 配置檔案中缺少一些基本參數定義的代碼，需要重新加入。例如所有的EISA設 備依賴於controller eisa0定義的EISA控制器，那麼刪除controller eisa0設 置項就會造次弤譯EISA設備時，缺少controller eisa0對應的源程序中定義的 函數和變量，就會造次弤譯失敗。確定沒有EISA設備的時候，就要刪除所有的 EISA相關選項，以避免邏輯錯誤。

    　　核心編譯成功之後，就可以進行安裝了：

    # make install

    　　這將原有核心更改為/kernel.old，然後將編譯後產生的新核心移到根 目錄下，命名為/kernel。此後可以重起系統，檢查新核心是否正確。

    # reboot

    　　如果新核心的配置不正確，造成某些硬體不能正確檢測造成不能正常啟 動。此時就需要重新用老核心進入系統，以重新進行編譯糾正錯誤。選擇不同 核心必須通過Boot Loader的交互界面進行，需要在啟動時進入Boot Loader，然 後可以輸入load kernel.old命令，使用老核心啟動系統，或者使用kernel.GENERIC 通用核心啟動系統。

    　　為了避免第二次編譯核心時，將錯誤的核心保存為kernel.old，覆蓋原 有的正確設置，也可以先將正確的核心拷貝為根檔案系統中的另一個檔案，進行 備份保存，只有放置在根分區上的核心才能正常啟動系統，因此備份到其他檔案 系統中核心意義不大。
    166.shtml.htm100644 1766 1746 70174 7236623530 12422 0ustar statuestatue FreeBSD使用大全
    FreeBSD連載(60)：預設核心配置選項
    2000年1月3日 11:23 王波

    預設核心配置選項

    　　通用核心的設置檔案中包含了很多比較重要的設置選項，這裡的設置選項 也是最常用的配置選項，為了編譯出適合自己電腦的設置，就需要了解這個檔案 中的設置選項。

    #
# GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks
#
# For more information read the handbook part System Administration -> 
# Configuring the FreeBSD Kernel -> The Configuration File. 
# The handbook is available in /usr/share/doc/handbook or online as
# latest version from the FreeBSD World Wide Web server 
# <URL:http://www.FreeBSD.ORG/>
#
# An exhaustive list of options and more detailed explanations of the 
# device lines is present in the ./LINT configuration file. If you are 
# in doubt as to the purpose or necessity of a line, check first in LINT.
#
#	$Id: GENERIC,v 1.143.2.2 1999/02/15 02:50:07 des Exp $

machine		"i386"
cpu		"I386_CPU"
cpu		"I486_CPU"
cpu		"I586_CPU"
cpu		"I686_CPU"
ident		GENERIC
maxusers	32

    　　machine行定義了系統所使用的電腦體系結構，對於運行在個人 電腦平台上的FreeBSD，此參數值只能是i386，運行在其他平台上的BSD系統將使 用其他相應設置。注意由於這個配置參數中混用了字母和數字，因此需要用引號將 其括起來。這種情況在配置檔案中經常會碰到，如果不使用雙引號括起來，配置程 序就不能區分它是用於標識字符串還是用於數值設置，造成語法錯誤。

    　　可以多個cpu參數描述了處理器類型，可以使用 ”I386_CPU” 、 “I486_CPU” 、 “I586_CPU” 、 “I686_CPU” 四種類型。 “I386_CPU” 是最低配置，缺 省的GENERIC配置檔案中將這些類型全部列出，這使得這個通用核心在任何個人計算 機系統下都能正常運行，但最好根據處理器類型進行針對配置。由於處理器是向下兼 容的，但不能向上兼容，因此如果配置的參數高於電腦實際處理器類型，核心就不 能正常啟動和工作。

    　　對於586以上的處理器，各個兼容廠商的標記方法各不相同，因此必須小心選擇 正確的處理器類型，以避免選擇錯誤。可以使用系統啟動時的檢測信息來判斷處理器的 類型：

    # dmesg | grep ^CPU

    　　ident用於標識核心，每個核心都應該具有自己的標識，GENERIC核心的 標識為GENERIC，而自己定制的核心可以在這一行中定義自己的標識。由於系統中可能 存在有多個核心，因此使用這個標識來幫助區分不同的核心。這個標識在系統啟動時將 顯示在啟動螢幕上。

    　　maxusers這個值並不直接限制FreeBSD的用戶數目，而是定義了核心中的 一些非常重要的系統表格大小，這些表格會隨系統中進程的增加和資源的被占用會逐漸 被填滿，而系統中的用戶和進程數量有一定的關系，因此這個值大概等於系統同時允許 的用戶數目。但是當用戶使用X Winodw或其他產生了大量進程和應用程序時，即使只有 很少的用戶，系統表格也很容易被填滿。因此這個值不能設置的太小。尤其是要將FreeBSD 用作伺服器的時候，伺服器會啟動大量的進程，往往要增大這個值以提升系統對高負載的 支持能力。

    　　系統的進程表的大小為：20+16*maxusers，去除系統啟動時自動啟動的一些守護 進程數目，因此可以大致估計出系統中空余的進程表項。進而估計出系統中還可以容納的 進程數目，因此就可以根據需求改變這個值的設置。

    options		MATH_EMULATE		#Support for x87 emulation
options		INET			#InterNETworking
options		FFS			#Berkeley Fast Filesystem
options		FFS_ROOT		#FFS usable as root device [keep this!]
options		MFS			#Memory Filesystem
options		MFS_ROOT		#MFS usable as root device, "MFS" req'ed
options		NFS			#Network Filesystem
options		NFS_ROOT		#NFS usable as root device, "NFS" req'ed
options		MSDOSFS			#MSDOS Filesystem
options		"CD9660"		#ISO 9660 Filesystem
options		"CD9660_ROOT"		#CD-ROM usable as root. "CD9660" req'ed
options		PROCFS			#Process filesystem
options		"COMPAT_43"		#Compatible with BSD 4.3 [KEEP THIS!]
options		SCSI_DELAY=15000	#Be pessimistic about Joe SCSI device
options		UCONSOLE		#Allow users to grab the console
options		FAILSAFE		#Be conservative
options		USERCONFIG		#boot -c editor
options		VISUAL_USERCONFIG	#visual boot -c editor

config		kernel	root on wd0

    　　MATH_EMULATE選項是一個x87浮點運算模擬器，當電腦中沒有x87協處理 器時才需要使用。目前586級以上處理器的處理器內部均已集成了浮點運算器件，因此除非 使用386芯片或部分低檔486芯片，核心配置並不需要這種模擬功能。此外，另一個具有相 同功能的選項為GPL_MATH_EMULATE，這個選項性能更好，只是它使用GNU的數學函 數代碼，而GNU公用許可比BSD許可要求更嚴格。因為這個版權的原因，預設使用 MATH_EMULATE，這保証FreeBSD可以只以二進制形式向外發布，而不違反GNU許可。 由於兩個選項功能相同，只能任選一種，不能同時使用這兩個選項。

    　　INET選項定義了基本的TCP/IP支持，由於FreeBSD是網路操作系統，因此這 是最基本的選項。

    　　FFS為BSD快速檔案系統，即UFS檔案系統，這是FreeBSD使用的基本檔案系 統。FFS_ROOT用於在UFS系統上啟動系統， 允許將UFS檔案系統用作根檔案系統。 由於UFS是FreeBSD使用的最基本的檔案系統，因此應該設置FFS_ROOT，以使系統能夠從磁碟 上正常啟動。

    　　NFS為Sun公司開發的網路檔案系統，它是Unix之間共享檔案系統一種事實標 準。NFS檔案系統也可以用作根檔案系統，這通過NFS_ROOT選項進行定義，使得可以 配置FreeBSD無碟工作站，無碟的FreeBSD系統可以用於專用X終端等特殊場合。

    　　"CD9660"為ISO 9660 格式的CD-Rom檔案系統，使用它訪問CD-Rom上的檔案系 統。"CD9660_ROOT"使得可以用光碟作根檔案系統。

    　　MFS為內存映射檔案系統，可以將內存映射為檔案系統，改善檔案系統的性能， 當然這只適合有大量物理內存和交換空間的系統。也可以使用mfs類型來將交換分區安裝到某 個目錄上，保存一些臨時檔案。例如，系統的交換分區為wd0s3b，那麼可以使用 “mount -t mfs /dev/wd0s3b /tmp” ，將交換分區安裝到/tmp目錄上。由於tmp是臨時目錄， 被程序用來交換數據，使用mfs檔案系統能提高訪問速度，這是擁有大量內存的電腦使用 mfs較常用的方式。MFS_ROOT用於將內存映射檔案系統用作根檔案系統，FreeBSD的安 裝軟碟就是使用的這種根檔案系統，此外，使用MFS_ROOT也用於將FreeBSD系統用作專用防火 牆的嵌入式操作系統。

    　　當安裝了系統原始碼之後，可以很容易生成能運行在一張軟碟上的FreeBSD系統，叫做 PicoBSD，它主要被用做路由器、防火牆等專用伺服器等。

    　　MSDOSFS選項定義了msdos的fat檔案系統，這不是必要的檔案系統選項，使用它 來訪問本地硬碟上的msdos檔案系統。如果要訪問軟碟上的msdos檔案系統，使用mtools軟體更 為方便。

    　　PROCFS是一個偽檔案系統，它被安裝到/proc目錄，用於訪問與相應的進程相關 的信息，一些系統程序如ps，使用它來獲得進程的信息。

    　　此外，"EXT2FS"選項為Linux所使用Ext2fs類型的檔案系統，如果用戶的電腦 上還運行著Linux，並希望使用FreeBSD訪問本地硬碟上的Linux檔案系統，就需要這個選項。

    　　FreeBSD 2.x以後版本是從4.4BSD發展來的，但FreeBSD 1.x是來自於4.3BSD的。4.3BSD是 一個非常重要的BSD版本，很多應用程序也是依照4.3BSD開發的。因此需要使用這個"COMPAT_43" 選項保持和基於4.3BSD（包括FreeBSD 1.x）應用程序的兼容性。

    　　SCSI設備在設置時需要一定的延遲時間，以便使SCSI控制卡能正確的和SCSI設備通信。因 此需要定義SCSI_DELAY=15000選項，與其他選項不同，這個選項為數值設置，使用了賦值 符號和數字。這個值的單位為毫秒

    　　UCONSOLE選項使用戶能接管console，通常在使用X Window時比較有用，這樣就能在 X Window下接管console輸出的與系統相關的信息。FAILSAFE選項使得配置程序對待核心更 為謹慎和保守，從而增加了系統的安全性。

    　　USERCONFIG和VISUAL_USERCONFIG這兩個選項使用戶可以在啟動時進入核心 參數設置程序UserConfig，配置硬體參數。USERCONFIG參數只提供基本命令行配置功能，而 VISUAL_USERCONFIG進一步提供全屏的編輯功能。

    　　config行指定核心檔案名及其位置，它指定核心名為kernel，並且核心所在的根檔案 系統位於wd0硬碟上，根檔案系統即為wd0a。FreeBSD習慣上使用kernel作為核心的檔案名，不應改變 。而它的位置wd0可能會根據硬體設置的不同而不同，例如：如果將FreeBSD安裝到了SCSI硬碟上，則 核心和根檔案系統的位置就為da0中的分區。

    # To make an SMP kernel, the next two are needed
options 	SMP				# Symmetric MultiProcessor Kernel
options 	APIC_IO			# Symmetric (APIC) I/O
# Optionally these may need tweaked, (defaults shown):
#options	NCPU=2			# number of CPUs
#options	NBUS=4			# number of busses
#options	NAPIC=1			# number of IO APICs
#options	NINTR=24			# number of INTs

    　　如果用戶的電腦有多個處理器，就需要取消注釋，使用這幾個選項以進行支持。一般 SMP和APIC_IO是最基本的兩個設置選項，SMP選項是用於支持對稱多處理器SMP結構 的基本代碼，APIC_IO支持APIC IO方式對稱I/O。使用這兩個選項之後，系統就能自動檢測出所使用 的處理器個數以及其他系統資源。當然也可以手工指定這些資源設置，這用於不能正確偵測處理器數 目時使用。預設核心不支持多處理器，因此對於多處理器系統必須重新生成核心。

    　　由於只有586以上的芯片才支持SMP，因此這需要在cpu行的設置中刪除386和486行的設置，明確指 定處理器的類型。否則就會發生邏輯衝突。

    controller	isa0
controller	eisa0
controller	pci0

    　　這三行定義了三種控制器的基本支持代碼：ISA、EISA和PCI總線控 制器。

    　　ISA總線類型是個人電腦的標準配置，很多驅動程序代碼都基於ISA控制器的代碼，因 此系統必須對ISA總線進行支持。EISA總線類型是ISA的擴展，使用在一些較老型號的伺服器中， 今天已經逐漸被PCI總線代替，它是可選的。PCI選項支持PCI總線設備的通用代碼，目前PCI總線 主板是個人電腦的主流，這個選項也是必須的。

    　　如果用戶的電腦不存在EISA總線，可以刪除對EISA選項的支持。但是，由於後面設置的一些設備 是EISA總線類型的設備，依賴這個選項的支持，必須同時也必須刪除所有的EISA總線類型的設備，否則就存 在邏輯錯誤。配置程序並不會自動刪除那些並不存在的設備選項，這樣就導致直到編譯時才會發現EISA總 線設備的驅動程序發生編譯錯誤，編譯不能正常完成。

    controller	fdc0	at isa? port "IO_FD1" bio irq 6 drq 2
disk		fd0	at fdc0 drive 0
disk		fd1	at fdc0 drive 1

    　　控制器fdc0是支持標準軟碟控制器的基本代碼，一般個人電腦能支持兩個軟碟驅動器， fd0和fd1設備。 通過drive參數的值可以指定這兩個軟碟的順序。fdc0使用的資源是個 人電腦預設設置，因此不存在系統探測問題。此外，雖然讓核心自動探測軟碟的數量沒什麼壞處， 但刪除不必要的選項可以略微加快系統啟動的速度

    options		"CMD640"	# work around CMD640 chip deficiency
controller	wdc0	at isa? port "IO_WD1" bio irq 14
#controller	wdc0	at isa? port "IO_WD1" bio irq 14 flags 0x00ff8004
disk		wd0	at wdc0 drive 0
disk		wd1	at wdc0 drive 1

controller	wdc1	at isa? port "IO_WD2" bio irq 15
disk		wd2	at wdc1 drive 0
disk		wd3	at wdc1 drive 1

options		ATAPI		#Enable ATAPI support for IDE bus
options		ATAPI_STATIC	#Don't do it as an LKM
device		acd0		#IDE CD-ROM
device		wfd0		#IDE Floppy (e.g. LS-120)

    　　前面的這些選項是用於支持IDE驅動器及硬碟的配置，事實上這些設置不但支持IDE驅動器， 還支持一些較老的ST506或ESDI界面的硬碟設備，雖然那些硬碟設備已經淘汰，沒有人再使用它們 了。

    　　"CMD640"用於修正使用CMD640控制芯片的系統主板的問題，wdc0是第一個IDE接口 控制器，wdc1為第二個IDE控制器，一個個人電腦系統中只能存在兩個標準IDE控制器，並且一 個IDE驅動器能帶兩個硬碟設備，因此wdc0上能連接兩個硬碟wd0和wd1，wdc1能連接wd2和wd3。其 中wd0和wd2為主硬碟，wd1和wd3為從硬碟。當然可以通過指定磁碟的參數at和drive參數的設置， 改變硬碟號的順序。

    　　由於IDE經過了一個長期的發展，控制器是由不同的制造廠商制造的，因此在一些細微的方 面也存在有差異，主要是新的控制器能夠支持更強的傳輸模式，當然它也支持原有的兼容模式。為 這些細小的差異沒有必要重寫驅動程序，只需要更改配置行中的參數設置，就能支持某些IDE控制 器的高級功能。

    　　每個控制器都有長32位的flags標志位，用於定義IDE硬碟的I/O類型，其中前16位定義 drive 1的標志，後16位定義drive 0的標志。例如wdc0的標志為0x00ff8004，表示定義了wd0的 標志為0x8004，使用32位I/O每次傳送4個扇區，而wd1設置為0x00ff，不探測32位傳輸而使用兼 容模式。這個標志也可以分割為兩個16位的部分，也在每個磁碟設備的標志中定義。

    　　IDE控制器中還支持光碟驅動器，首先需要ATAPI提供IDE界面使用的ATAPI類型光驅 基本代碼， ATAPI_STATIC這一選項使ATAPI代碼直接編譯到核心檔案中，而不編譯為可加載 模塊。而acd0就為IDE光驅的驅動程序。由於光驅就是連接在IDE控制器上，因此IDE接口的光驅還需 要相應IDE驅動器的支持，例如光驅接在第二個IDE控制器上，則必須增加wdc1控制器選項。如果光 驅上的主/從（master/slave）跳線不正確，就不能正確偵知IDE光驅，很多IDE光驅出廠設置位從設 備，在該IDE總線上沒有其他設備的情況下，應該將光驅跳為主設備。

    　　2.2和3.0release版本使用wcd0作光驅的驅動程序，而acd0是3.1-stable使用的新CD-ROM驅 動，因此從2.2.x或3.0-release升級到3.1-stable時，要更改設置檔案中的原wcd0項為acd0項。以 後隨著系統的發展，老wcd0的代碼會完全刪除，新代碼的驅動名字會恢復為wcd0。

    　　wfd0為IDE接口的軟碟驅動器，某些zip驅動器需要這個驅動器的支持。

    # A single entry for any of these controllers (ncr, ahb, ahc) is
# sufficient for any number of installed devices.
controller	ncr0
controller	ahb0
controller	ahc0
controller	isp0

# This controller offers a number of configuration options, too many to
# document here  - see the LINT file in this directory and look up the
# dpt0 entry there for much fuller documentation on this.
controller      dpt0

controller	adv0	at isa? port ? cam irq ?
controller	adw0
controller	bt0	at isa? port ? cam irq ?
controller	aha0	at isa? port ? cam irq ?
#controller	aic0	at isa? port 0x340 bio irq 11

controller	scbus0
#controller  scbus1 at ahc1 bus 0

device		da0
#disk  da0 at scbus0 target 0 unit 0

device		sa0
device		pass0
device		cd0	#Only need one of these, the code dynamically grows

    　　對於網路伺服器來講，SCSI控制器是理想的選擇，因為SCSI設備不需要占用電腦處理器的 處理能力，因此適合經常發生並發存取的伺服器系統。FreeBSD 3.0之後的SCSI驅動代碼已經完全重 寫，新的代碼更高效，並支持更多新設備。

    　　對於不同的SCSI設備，需要不同的SCSI控制器驅動程序，例如aha0為支持使用Adaptec 154x 芯片SCSI控制器的驅動程序，核心配置檔案LINT和安裝介質中的HARDWARE.TXT中也列出了FreeBSD支持的 SCSI控制器對應的各個選項。需要根據自己電腦上的SCSI卡的具體型號進行選擇。確定了具體的驅動之 後，可以刪除和添加相應的控制行，但需要注意最好不要改變配置檔案中控制器的前後順序，因為配置順 序決定系統檢測硬體的順序，那麼配置順序不正確有可能造成錯誤的檢測結果。

    　　scbus0控制器提供基本的SCSI總線驅動代碼，當不使用參數的時候，這個控制器將自動和檢 測到的某個SCSI控制器聯繫起來。在已經了解系統擁有的控制器的條件下，可以使用at參數手工指定某個序 號的SCSI總線位於哪個SCSI控制器上，一般一個SCSI控制器可以有幾個SCSI總線通道。上例中注釋中的 scbus1總線控制器被指定為ahc1控制卡上的第一個總線，注意自動分配SCSI總線序號的方式與手工指定 SCSI總線的方式不應該混用，以避免出現衝突錯誤。

    　　da0就用於標識SCSI硬碟設備，不同的SCSI磁碟的SCSI總線scbus0，總線上的target號和邏 輯單元號unit這三個參數是不同的，可以用來標識不同的SCSI硬碟。如果忽略這三個配置參數，FreeBSD按 檢測的順序分配硬碟的序號。但是也可以手工指定這三個參數，確定硬碟序號。同樣，手工指定和自動分配 序號不能混用。

    　　指定總線序號並指定硬碟序號的益處是硬碟序號的順序將與核心自動檢測的順序無關。由於每個系統 中會同時存在多個SCSI總線，每個總線上可以有安裝有多個SCSI設備和邏輯單元，因此在增加、移去某個磁 碟時，會使其他磁碟自動分配的序號發生改變，從而使FreeBSD安裝檔案系統出現問題，嚴重的會影響正常 啟動。解決辦法就是應該手工指定SCSI硬碟與總線、控制器的關系。

    　　sa0為SCSI磁帶驅動器，cd0為SCSI光驅，pass0為新SCSI驅動程序CAM中的通 道驅動程序。

    device		wt0	at isa? port 0x300 bio irq 5 drq 1
device		mcd0	at isa? port 0x300 bio irq 10

controller	matcd0	at isa? port 0x230 bio

device		scd0	at isa? port 0x230 bio

    　　上面這些驅動是一些老式的ATAPI界面的光驅，這些光驅控制器一般都和聲卡作在一起，目前已 經很少使用這些光驅了。

    # atkbdc0 controlls both the keyboard and the PS/2 mouse
controller	atkbdc0	at isa? port IO_KBD tty
device		atkbd0	at isa? tty irq 1
device		psm0	at isa? tty irq 12

device		vga0	at isa? port ? conflicts

# splash screen/screen saver
pseudo-device	splash

# syscons is the default console driver, resembling an SCO console
device		sc0	at isa? tty
# Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver
#device		vt0	at isa? tty
#options		XSERVER			# support for X server
#options		FAT_CURSOR		# start with block cursor
# If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines
#options		PCVT_SCANSET=2		# IBM keyboards are non-std

device		npx0	at isa? port IO_NPX irq 13

    　　atkbdc0為鍵碟控制器，atkbd0為相應的鍵碟設備，psm0為ps/2 類型的滑鼠設備。vga0為顯示驅動程序，標準的控制台程序需要它的支持。vga0的 conflicts標志指出這個驅動程序會和其他設備共享某些資源，告訴核心不要因為這個硬體發生 資源衝突而認為是這個設置不正確。FreeBSD為多用戶系統，一般情況下各個設備不應該相互共 享資源，以避免訪問衝突。除非設備不能被使用者直接訪問的情況下，硬體才能共享系統資源。

    　　如果要取得更好的顯示效果，可以使用VESA選項（options VESA），來支持800x600的 控制台顯示模式（能支持132x60的字符模式）。只是VESA選項不能和多處理器選項SMP共存，它 也要求系統核心提供對虛擬86模式的支持，以便VESA顯示子系統就能控制顯示卡，所以同時需 要 “options VM86” 選項。

    　　splash偽設備用於支持splash螢幕圖象和螢幕保護功能，這能使得系統啟動時展 示一個圖象啟動標志，並能提供控制台下的螢幕保護功能。

    　　全稱為syscon的sc0驅動程序定義了預設的控制台設備，支持彩色和虛擬控制台 模式。vt0是可以用來替換sc0驅動另一個控制台驅動程序，只有在使用有些特殊的與sc0 不兼容的硬體的時候，才需要使用這個pcvt控制台驅動程序。如果使用vt0驅動，那麼或者會需要 設置XSERVER、FAT_CURSOR等選項以提供更完善的支持。

    　　npx0為浮點協處理器的接口，這是用於支持浮點協處理器必需的選項。沒有浮點 協處理器的電腦必須配置數學防真MATH_EMULATE或者GPL_MATH_EMULATE以支持浮點運算。如果 同時使用了這兩類選項，則按照系統檢測結果，當npx0被檢測到時npx0就發揮作用。

    #
# Laptop support (see LINT for more options)
#
device		apm0    at isa?	disable	flags 0x31 # Advanced Power Management

# PCCARD (PCMCIA) support
#controller	card0
#device		pcic0	at card?
#device		pcic1	at card?

    　　上面這些選項用來支持便攜電腦，apm0用於支持高級電源管理功能，card0 控制器對PCMCIA接口的設備進行支持，需要指定相應的設備如pcic0等。

    　　標準的FreeBSD核心代碼支持的便攜電腦設備並不豐富，因此FreeBSD中有一個PAO的開發 計劃，專門為用於支持便攜電腦。

    device		sio0	at isa? port "IO_COM1" flags 0x10 tty irq 4
device		sio1	at isa? port "IO_COM2" tty irq 3
device		sio2	at isa? disable port "IO_COM3" tty irq 5
device		sio3	at isa? disable port "IO_COM4" tty irq 9

# Parallel port
device		ppc0	at isa? port? net irq 7
controller	ppbus0
device		nlpt0	at ppbus?
device		plip0	at ppbus?
device		ppi0	at ppbus?
#controller	vpo0	at ppbus?

    　　sio0、sio1、sio2和sio3為四個標準串口設備，其中sio0還可以用做終端 控制台，這樣專用伺服器就可以不使用顯示器、鍵碟而使用一個普通字符終端來完成控制任務， 這樣多個FreeBSD系統能放在專用機架上，用做專用伺服器。sio0的flags規定了這個串口用做控 制台的優先級，通常使用0x10就足夠了，使用0x20或0x40會妨礙對這個串口進行其他正常操作。

    　　3.0之前的FreeBSD系統使用COMCONSOLE設置選項來達到同樣的目的，這個選項在新系統中不 再有效，使用sio0的flags就能達到同樣的目的。

    　　要使用串口作控制台，還需要在/etc/ttys中定義相應的配置行，使得系統在sio0對應的ttyd0 設備上執行相應的getty命令。Packages Collection中的comconsole-0.1.tgz軟體包能幫助進行這些 設置。

    　　設備ppc0、控制器ppbus0用於支持並口設備，nlpt0為並口印表機設備，plip0為並口網路界 面，ppi0用於一般目的的輸入輸出。vpo0為某些並口SCSI設備的控制器，因此除了並口驅動之外， 也需要SCSI總線控制器scbus0和SCSI硬碟da0的支持。這些並口設備是3.1版本之後更新的並口驅動， 原有的驅動為lpt0，只能支持最標準的並口模式，不能並口的新模式。

    # Order is important here due to intrusive probes, do *not* alphabetize
# this list of network interfaces until the probes have been fixed.
# Right now it appears that the ie0 must be probed before ep0. See
# revision 1.20 of this file.
device ax0
device de0
device fxp0
device mx0
device pn0
device rl0
device tl0
device tx0
device vr0
device vx0
device wb0
device xl0

device ed0 at isa? port 0x280 net irq 10 iomem 0xd8000
device ie0 at isa? port 0x300 net irq 10 iomem 0xd0000
device ep0 at isa? port 0x300 net irq 10
device ex0 at isa? port? net irq?
device fe0 at isa? port 0x300 net irq ?
device le0 at isa? port 0x300 net irq 5 iomem 0xd0000
device lnc0 at isa? port 0x280 net irq 10 drq 0
device ze0 at isa? port 0x300 net irq 10 iomem 0xd8000
device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000
device cs0 at isa? port 0x300 net irq ?

    　　由於FreeBSD是網路操作系統，因此通常電腦常常通過以太網卡或廣域網卡與網路相 連接。對於每個網卡設備，必須在核心配置中進行相應的配置。上述選項就用於設置不同的網 絡設備的驅動程序。FreeBSD預設核心包括了對很多網卡設備的支持，這些設備的驅動程序都被 編譯入系統核心中，占據了大量不必要的空間。因此在定制系統核心時，最好刪去電腦上不 存在的網卡類型的驅動，這樣也可以加快系統的硬體探測過程。如果在預設核心中，網卡已經 能正常運行，就可以使用dmesg找出正確的網卡類型。當不能確定網卡類型的時候，更改核心 配置檔案一定要注意順序，因為檢測順序非常重要，由於不同的網卡驅動相互有影響，正確的 檢測順序可以避免出現探測錯誤。

    　　較老的ISA網卡還需要配置參數和硬體設置相一致，就要調整網卡使用的端口地址，irq 和iomem等參數與網卡使用的真實資源相一致。這是由於生產兼容網卡的廠商太多，因此各種兼 容網卡的預設設置卻並不相同，而較老的驅動程序不能自動探測設備使用的資源。新的PCI網卡 就不存在這個問題，驅動程序支持PNP，可以自動探測硬體資源。

    pseudo-device	loop
pseudo-device	ether
pseudo-device	sl	1
pseudo-device	ppp	1
pseudo-device	tun	1
pseudo-device	pty	16
pseudo-device	gzip		# Exec gzipped a.out's

    　　偽設備並不與具體的物理設備有關，但外在表現為一種設備。通常偽設備用於支持系統中 與某類操作相關的基本代碼。

    　　loop定義TCP/IP使用的loopback網路設備，這將使電腦能夠通過TCP/IP堆棧內 部，以127.0.0.1（通常名字定義為localhost）的IP地址訪問自身。由於FreeBSD為網路操作系統 ，這個選項是必須的。不管電腦上有沒有網路設備，FreeBSD都提供了這個loopback的偽網路設 備，以提供最基本的網路功能。網路功能是FreeBSD系統的基本功能，FreeBSD上的很多程序需要 網路支持才能正常運行。很多程序能使用這種網路支持，進行本機內部進程間的連接。

    　　ether偽設備定義了支持Ethernet協議的基本代碼，Ethernet是最流行的局域網標 準，如果電腦通過Ethernet網卡互相連接，就需要這個選項的支持。

    　　sl為支持SLIP協議的偽設備，其後的數值參數為支持的sl偽設備的數目。SLIP協議 已經逐漸被PPP協議取代。因此一般可以刪除這個選項。

    　　ppp是在核心中實現PPP協議的驅動程序，之後的數字指定了可同時使用的PPP會話的 數量。用戶使用這個偽設備便能使用pppd，使用PPP協議通過modem與另一台電腦相連接。

    　　tun為tunnel偽設備，用於建立直接的通道。它也被常用來支持PPP協議，不同在於 它在內部沒有實現PPP協議，而支持PPP協議的代碼是在應用軟體ppp中實現的。這是用戶模式的PPP 支持，與偽設備ppp相比，它較容易配置和使用。

    　　pty是偽終端設備，在遠程登錄等需要以終端方式進行連接，但又並非真實終端的應 用程序中必須使用這種設備，如telnet或xterm等程序。這裡定義的限制是核心允許同時創建的偽終端 數，預設設置對於個人使用還能基本滿足，但如果將系統用於提供遠程登錄服務，例如用做BBS伺服器 ，16個偽設備就遠遠不夠。此外，X Window用戶也會占用大量的pty設備。

    　　偽設備gzip是FreeBSD的另一種特性，它使FreeBSD能夠運行用gzip壓縮過的a.out格式 執行檔案，因此能節約磁碟空間。但是這種特性只支持傳統的a.out格式執行檔案，而FreeBSD自3.0以 後，雖然仍然支持a.out格式，但標準執行程序的格式轉為ELF格式。因此這個特性帶來的好處就大大 降低了。為了利用這個特性，可以將應用程序編譯為a.out格式（使用-aout編譯連接選項）。

    # KTRACE enables the system-call tracing facility ktrace(2).
# This adds 4 KB bloat to your kernel, and slightly increases
# the costs of each syscall.
options		KTRACE		#kernel tracing

# This provides support for System V shared memory and message queues.
#
options		SYSVSHM
options		SYSVMSG

    　　配置KTRACE選項使核心允許系統調用跟蹤程序ktrace能正常運行。

    　　SYSVSHM、SYSVMSG這個選項提供FreeBSD與System V的兼容性，其中第一個選項SYSVSHM 提供了進程間共享內存的機制，X Window系統就需要這種共享內存機制，以提高管理圖形的性能。 SYSVMSG用於支持System V的消息隊列，只在特定的程序中用到，如Windows 9x的模擬器wine。

    #  The `bpfilter' pseudo-device enables the Berkeley Packet Filter.  Be
#  aware of the legal and administrative consequences of enabling this
#  option.  The number of devices determines the maximum number of
#  simultaneous BPF clients programs runnable.
#pseudo-device	bpfilter 4	#Berkeley packet filter

    　　bpfilter即Berkeley Packet Filter，通常電腦只接收與本機有關的數據包或廣播包。 在網上傳播的數據包，如果與本機無關，電腦將不予理會，這樣的好處是減輕了處理器負擔。如果要讓 電腦能夠捕獲經過網卡的所有數據包，就要讓網卡工作在混雜模式，此時就需要使用這個偽設備。後面 的數字指定能同時使用這個功能的程序的數目。

    　　使用這個選項的目的是使電腦能捕獲數據包並進行分析，監測網路、尋找故障，一些特殊功能 如DHCP的客戶程序，也需要這個偽設備的支持。但這種功能如果被不正當使用，將對整個局域網的安全 造成威脅，尤其是使用共享式以太網連接方式的網路，網路上傳播的信息將被這台電腦所竊聽。需要 注意的是，不是所有的網卡都支持混雜模式，只有支持混雜模式的網卡才能使用這個功能。

    # USB support
#controller    uhci0
#controller    ohci0
#controller    usb0
#
# for the moment we have to specify the priorities of the device
# drivers explicitly by the ordering in the list below. This will
# be changed in the future.
#
#device        ums0
#device        ukbd0
#device        ulpt0
#device        uhub0
#device        ucom0
#device        umodem0
#device        hid0
#device        ugen0

#
#options       USB_DEBUG
#options       USBVERBOSE

    　　這些設置選項是用來支持USB控制器和USB設備，目前USB設備還不是很流行，但它是未來發展的 一個趨勢。
    167.shtml.htm100644 1766 1746 57137 7236623531 12430 0ustar statuestatue FreeBSD使用大全
    FreeBSD連載(61)：其他核心設置選項
    2000年1月3日 13:39 王波

    其他核心設置選項

    　　了解了最基本的GENERIC設置檔案的內容，使用者就能根據實際情況，將不必要的設置刪除，配置一個適合自 己硬體的核心。然而GENERIC核心並不能包括更豐富的設置，包括很多支持的硬體種類，或者特定的核心特性等。

    　　除了上面提到的這些較常用到的選項之外，FreeBSD中還支持一些不常使用的設備和選項，例如一些老式的連 接到聲卡上的光驅、遊戲杆等，FreeBSD甚至也支持IP over ATM協議和ATM網卡，千兆以太網卡等最新 的網路設備和協議。

    　　所有的選項均可以在LINT檔案中找到對應配置的例子，就需要根據具體硬體將配置增加到用戶自己的配置檔案中 。

    　　無論增加哪種硬體設備之後，都要檢查系統中是否有相應的設備檔案存在。通用核心中不存在的設備，預設也沒有生 成對應的設備檔案。因此需要進入/dev目錄中，使用/dev/MAKEDEV命令來產生相應的設備檔案。

    • 調整核心性能

    　　當運行一台高性能伺服器的時候，預設設置並不能充分發揮核心的所有能力。為了調整系統性能，便需要考慮 更多的設置選項。

    maxusers		256
options         "MAXMEM=(256*1024)"
options         "MAXDSIZ=(256*1024*1024)"
options         "DFLDSIZ=(256*1024*1024)"
options         NMBCLUSTERS=4096        
options         CHILD_MAX=512           
options         OPEN_MAX=512          
options		SMP
options		APIC_IO
options		SOFTUPDATES

    　　由於伺服器系統運行在高負載下，需要產生數量巨大的進程數目，並打開相當多的檔案。為了提供更好的支持就需要 增加系統中表格的大小，這應該增加maxusers設置參數。

    　　系統啟動時首先通過BIOS來檢測系統中的內存，但是一般的BIOS最多只能報告64M內存，因此FreeB SD需要自己檢測系統中的內存數量。然而系統內存檢測並不一定檢測到系統中的所有內存，因此需要在核心設置中指定內存 大小，MAXMEM選項就用來指定系統物理內存的容量。上例中將系統內存設置為256MB。

    　　此外，預設情況下FreeBSD限制每個應用程序使用128MB的內存，這對於一般的應用程序是滿足的。但是 對於特定的應用程序的伺服器，如大容量的新聞組伺服器，將占用大量內存，因此就需要增加相應的參數。核心選項MAXD SIZ為最大限制，DFLDSIZ為這個限制的預設值，那麼將應用程序的內存使用限制設為256MB的配置項為上例所 示。

    　　為了增加FreeBSD的網路性能，可以增加NMBCLUSTERS的值，這個設置決定網路界面接收數據時的 緩衝mbuf的大小，增加這個值就能使系統能同時響應更多的並發請求，這對於Web等高負載伺服器特別重要。CHIL D_MAX定義一個進程能打開的最多子進程數數目，而OPEN_MAX定義一個進程能同時打開的檔案描述字的數目，這 三個參數為繼承自4.4BSD中的設置參數，在FreeBSD下一般不需要調整，因此並沒有寫在LINT配置檔案中， 一般情況下，NMBCLUSTERS的預設值對於高負載伺服器略小一些，而CHILD_MAC和OPEN_MAX的缺 省值能滿足一般的高負載伺服器的要求。

    　　通常這些數值參數需要根據實際情況進行調整，而不應該一味的增大。使用vmstat，netstat，top 等系統工具可以觀察系統在實際情況下的運行狀態，以決定需要進行哪些調整。

    　　SOFTUPDATES選項能增加UFS類型的檔案系統存取速度，對於大部分種類的網路伺服器，系統瓶頸在於 磁碟訪問速度，而使用這個選項可以改善檔案系統的存取性能。這個選項之所以沒有被作為預設設置，主要是因為版權原因。 然而為了編譯帶有SOFTUPDATES選項的核心，還必須手工建立一些符號連接，因為SOFTUPDATES使用的 原始碼並不直接位於正確的編譯路徑下，而是位於一個非標準路徑下，FreeBSD使用這種方法提醒FreeBSD用戶 ，表示這個部分的版權與BSD版權許可不同，需要單獨處理。

    # cd /usr/src/sys/ufs/ffs
# ln -s /usr/src/contrib/sys/softupdates/*.[ch] .

    　　當建立了上述連接之後，帶有SOFTUPDATES選項的核心才能被正確編譯，然而即使核心支持這個選項， 還需要在檔案系統中設置softupdate選項，相應檔案系統才能真正使用這個功能，這需要對相應的檔案系統 使用tunefs命令：

    # tunefs -n enable /dev/rda0s1d

    　　這個命令只需執行一次就行了，為了避免出現問題，請在系統的單用戶模式下執行這個命令。同樣可以使用tune fs -n disable可以屏蔽這個功能。

    　　此外，對於多處理器的伺服器系統，還可以使用SMP選項和APIC_IO選項以支持多處理器。

    　　可以在編譯核心時打開更多的優化選項，預設情況的只能提供十分基本的優化，而且是使用標準版本的gcc 2. 7.2.1來編譯系統的。可以安裝egcc，並指定更高的優化選項，如-O6和-mPentium，來獲得更高級別的 優化和利用Pentium芯片專用指令。由於egcc僅僅支持ELF格式的執行檔案，因此不能用於3.0之前（包括3 .0-REKLEASE）使用a.out格式核心的系統。

    　　當使用egcc編譯核心時，需要更改執行config後產生的核心目錄下的Makefile，需要重新定義C C選項為/usr/local/bin/egcc，並更改優化選項-O為-O -mpentium，但是由於egcc 不支持gcc的編譯選項-fformat_externsion，因此還需要更改Makefile引用的/usr/s rc/share/mk/bsd.kern.mk檔案，刪除這個檔案中這個編譯選項的定義。

    　　雖然理論上編譯器優化不影響編譯結果，但是編譯器本身也會存在問題，使得在某些情況下發生錯誤。尤其對於系統 核心，它決定系統的穩定性。因而在編譯時採用