linuxcarp

『壹』 軟體開發

方向很多 就一般Java方向而言（另外還有C++、C#等多種）：

Unix/Linux操作系統

Unix開發環境
Unix操作系統概述、Unix文件系統、Unix的Kernel和Shell、遠程登錄的原理、用戶管理命令、基本文件和目錄操作命令、Unix操作系統的特殊字元、使用vi命令編輯文本文件、使用FTP進行文件傳輸、初始化文件及環境變數的配置、Shell腳本及crontab命令。
熟練掌握Sun Solaris Unix系統基本操作命令，能夠勝任Unix/Linux系統下的Java程序開發和管理工作。

Java SE開發

Java語言基礎
Java SE 6.0核心語法歸納講解，包括Java語言的特點、環境的配置、開發基本命令、類的定義技巧、方法調用過程、對象生成原理與內存分布、標識符、關鍵字和數據類型、運算符和表達式、Java商業運算要點、流程式控制制語句、Java數組和鏈表等演算法和數據結構；同時掌握Eclipse開發工具的使用。
熟練掌握Java核心語法

Java面向對象編程
囊括了Java面向對象的精髓，包括面向對象三大特性——封裝、繼承與多態，各種修飾符在面向對象思想下的綜合運用，抽象類的特點和使用技巧，面向介面編程的思想和實踐，內部類的應用，JDK核心類包括Object、String、Date和Calendar等類的使用和設計思想，正則表達式，自動封箱和解箱，Java異常處理，Java集合框架，泛型的語法和使用等。
熟練掌握Java面向對象思想

Java高級應用
主要研究：中高級軟體工程師的必修利器——Java反射編程，Java圖形開發組件的開發步驟和應用技巧，事件模型的設計理念和應用，Java多線程編程，Java的I/O流，Java網路編程等。
熟練掌握Java高級編程，這部分是作為高級程序員必須掌握的技術

XML語法與解析
XML（eXtensible Markup Language）的中文名稱是可擴展標記語言，是樹形的概念層次結構,簡而言之它就是一種保存結構化數據的格式。XML作為一種面向內容的描述語言，通過基於樹形數據結構的層次化概念分類體系模型，在很大程度上彌補了HTML作為網路標准語言在概念層次關系的語義表達上的不足。
主要學習內容：XML的意義、語法結構、XML良構的規范；DTD的意義和語法、使用名稱空間的技巧；Schema的意義、語法，使用Java API解析XML；基於Java DOM和SAX的XML處理技術。
掌握目前最通用的網路數據格式，並能熟練在商業開發中應用

資料庫編程

Oracle SQL
Oracle公司的Oracle資料庫產品是當今的高端企業級應用的主流產品。我們主要學習：Oracle 10g資料庫原理，SQL語句（DDL、DML、TCL、DCL）的語法，項目中經典SQL語句重現，Oracle資料庫函數包括字元函數、數值函數、日期函數、數據類型轉換函數以及組函數，資料庫的設計，表連接包括等值連接、非等值連接、自連接和外連接，SQL子查詢，Oracle序列對象在項目中的運用，索引及視圖，系統表的應用技巧，Oracle SQL的錯誤排查及調優解決方案。
掌握Oracle資料庫設計、操作和開發

MySQL資料庫
MySQL5.0資料庫的管理和開發要領，掌握MySQL和Oracle資料庫的異同點。
掌握MySql資料庫的設計、操作和開發

JDBC編程
JDBC為Java開發者使用資料庫提供了統一的編程介面，使得開發人員可以使用純Java的方式來連接資料庫，並進行操作。學習的主要內容有：JDBC的編程步驟，重要的編程介面，JDBC異常處理，JDBC中使用事務，Batch Updates批量更新，Blob/Clob等新數據類型，JNDI，DataSource，資料庫連接池的管理等。逐步掌握基於JDBC的Oracle，SQLServer，DB2，MySQL等資料庫連接技術。
熟練掌握Java語言對各種資料庫的連接技術

系統分析與設計

軟體開發流程及UML
學習軟體開發過程包括瀑布模型、統一開發過程（USDP），CMMI5級軟體設計規范，掌握統一建模語言UML，掌握軟體的靜態建模和動態建模。掌握面向對象中對象的關系。
掌握軟體開發流程及UML

設計原則與模式
原則和模式是分析設計人員與程序員在開發過程中經驗的總結，學習模式就是獲取經驗。
掌握面向對象的設計原則：「開—閉」原則（OCP）、里氏代換原則（LSP）、依賴倒轉原則（DIP）、介面隔離原則（ISP）、組合/聚合復用原則（CARP）、迪米特法則（LoD）。
掌握主流的設計模式：工廠模式（Factory）、單例模式（Singleton）、觀察者模式（Observer）、組合模式（Composite）、狀態模式（State）等，以及重要的架構模式：Dao模式、MVC模式。
掌握面向對象的設計原則和模式。區別於激情代碼，重點在於知道軟體為什麼要這么做，保證代碼質量，保證科學的開發流程。按照CMM3的標准來設計軟體和管理開發過程。

Web開發基礎

HTML
基於瀏覽器的語言HTML：
了解HTML基本文檔結構、常用的meta，掌握HTML列表和表格基本操作，了解HTTP GET和POST請求及響應的協議格式，掌握表單的基本原理，掌握GET和POST提交方式及其區別，熟練掌握常用表單元素。
掌握企業級應用客戶端頁面技術

CSS
CSS意為層疊樣式表(Cascading Style Sheets)用於定義HTML元素的位置和樣式。CSS樣式定義通常存儲在單獨的文件中, 可以極大提高工作效率。掌握CSS基本語法和CSS選擇器，掌握CSS定位技術，了解CSS內外邊距、邊框等特性。
掌握企業級應用客戶端頁面樣式技術

JavaScript
基於瀏覽器的動態腳本技術JavaScript：
JavaScript 被設計用來向 HTML頁面添加交互行為，是一種被瀏覽器解釋執行的腳本語言。我們可以應用JavaScript來響應事件, 實現復雜交互，驗證數據, 提高系統健壯性，獲取和改變HTML元素及CSS屬性，動態改變頁面外觀，逐步向RIA(Rich Internet Applications)邁進。
掌握JavaScript基本數據類型及其運算，熟練使用數組、日期等，掌握基本的對於頁面元素的操作，掌握Prototype.js的基本方法，掌握HTML DOM模型，Window對象，操作Cookie，定時器等。
掌握企業級應用客戶端動態腳本技術

Java Web開發

Servlet編程
學習要點：Web伺服器的安裝和配置，編寫及部署Servlet，讀取請求信息，生成響應信息，維護客戶狀態，過濾請求和響應，監聽器的應用，對持久層資源的訪問，使用包裝器攔截響應，Session與Cookie技術，Servlet互操作，訪問應用上下文，MVC架構模式的思想和運用。

JSP編程
JSP是在Java伺服器端運行的頁面，JSP本身就是一個基於文本的文檔，他不僅可以包含靜態的HTML內容，也可以包含動態的Java代碼，伺服器容器可以將JSP轉換成Servlet發布，並接受請求，提供響應。
學習內容：JSP的特點、運行原理及執行過程，JSP的腳本元素，JSP指令的分類及詳解，JSP中中常用的動作，JavaBean組件在JSP中的應用，JSP內置對象詳解，JSP異常處理及提高程序健壯性要領，重定向與轉發的本質區別，URL回寫，自定義標簽要領，EL表達式，JSTL核心標簽庫，字元集的處理和國際化。

Web系統架構
著重掌握B/S架構、B/S/A/D架構下的程序設計與開發，深入理解Web MVC架構模式，完成Web應用的調試和部署，動態發布Web應用。

Ajax編程
Ajax（Asynchronous JavaScript and XML）由 HTML、JavaScript技術、DHTML和DOM組成，這一傑出的方式可以將笨拙的Web界面轉化成交互性優越的Ajax應用程序。
主要內容：Ajax技術構成及核心編程，發送請求及處理響應，Ajax數據傳輸格式（純文本、XML及JSON），XMLHttpRequest詳解，Ajax庫及框架介紹。

『貳』 誰有FreeBSD的使用手冊啊

24.4 撥入服務
Contributed by Guy Helmer. Additions by Sean Kelly.
為撥入服務配置FreeBSD系統與連接到終端是非常相似的，除非您正在使用 modem來撥號而不是終端。

24.4.1 外置vs.內置modem
外置modem看起來很容易撥號。 因為，外置 modem 可以通過儲存在非易失性的RAM中的參數來配置，它們通常提供指示器來顯示重要的RS-232信號的狀態。不停閃光的信號燈能給用戶留下比較深刻的印象，而且指示器也可以用來查看modem是否正常地工作。

內置modem通常缺乏非易失性的RAM， 所以對它們的配置可能會限制在通過 DIP 開關來設置。如果您的內置modem有指示燈，您也很難看得到。

24.4.1.1 Modem和線纜
如果您使用一個外置的 modem，那您將需要適當的電纜線。一個標準的串口線應當足夠長以至普通的信號能夠連接上：

表 24-4. 信號名稱

縮寫 全名
RD 收到數據 (Received Data)
TD 傳出數據 (Transmitted Data)
DTR 數據終端就緒 (Data Terminal Ready)
DSR 數據集就緒 (Data Set Ready)
DCD 數據載波檢測 (Data Carrier Detect) (RS-232 的收到線路信號檢測器)
SG 信號地 (Signal Ground)
RTS 要求發送數據 (Request to Send)
CTS 允許對方發送數據 (Clear to Send)

FreeBSD 對速度超過 2400 bps 的情形需要通過 RTS 和 CTS 信號來完成流控制， 通過 CD 信號來檢測呼叫響應和掛機，並通過 DTR 信號來在會話結束時對數據機進行復位。某些電纜在連接時沒有提供全部需要的信號， 這會給您帶來問題， 例如在掛斷時登錄會話不消失，這就有可能是電纜的問題。

與其它類 UNIX? 操作系統類似， FreeBSD 使用硬體信號來檢測呼叫響應， 以及在掛斷時掛斷並復位數據機。 FreeBSD 避免發送命令給數據機， 或監視其狀態。 如果您熟悉通過數據機來連接基於 PC 的 BBS 系統， 這可能看起來有點難用。

24.4.2 串口的考慮
FreeBSD支持基於 NS8250， NS16450， NS16550 和 NS16550A 的EIA RS-232C通訊介面。 8250和16450設備有單字元緩沖。 16550設備提供了一個 16 個字元的緩沖，可以提高更多的系統性能。 因為單字元緩沖設備比 16 個字元的緩沖需要更多的系統資源來工作，所以基於16550A的介面卡可能更好。 如果系統沒有活動的串口， 或有較大的負載， 16 字元緩沖的卡對於低錯誤率的通訊來說更好。

24.4.3 快速預覽
對於終端， init 會在每個配置串口上為每個撥入連接產生一個 getty 進程。 例如， 如果一個 modem 被附帶在 /dev/ttyd0 中，用命令ps ax可以顯示下面這些：

4850 ?? I 0:00.09 /usr/libexec/getty V19200 ttyd0
當用戶撥上modem， 並使用它進行連接時， CD 線就會被 modem 認出。 內核注意到載波信號已經被檢測到， 需要完成 getty 埠的打開。 getty 發送一個登錄：在指定的初始線速度上的命令行。 Getty 會檢查合法的字元是否被接收，在典型的配置中， 如果發現 「垃圾」， getty 就會設法調節線速度，直到它接收到合理的字元。

用戶在鍵入他/她的登錄名稱後， getty執行/usr/bin/login， 這會要求用戶輸入密碼來完成登錄，然後啟動用戶的shell。

24.4.4 配置文件
如果希望允許撥入您的 FreeBSD 系統， 在 /etc 目錄中有三個系統配置文件需要您關注。 其一是 /etc/gettytab，其中包含用於 /usr/libexec/getty 服務的配置信息。 其二是 /etc/ttys， 它的作用是告訴 /sbin/init 哪些 tty 設備上應該運行 getty。 最後，關於埠的初始化命令， 應放到 /etc/rc.d/serial 腳本中。

關於在 UNIX 上配置撥入數據機有兩種主要的流派。一種是將本地計算機到數據機的 RS-232 介面配置為固定速率。 這樣做的好處是，遠程用戶總能立即見到系統的登錄提示符， 而其缺點則是，系統並不知道用戶真實的數據速率是多少， 因而， 類似 Emacs 這樣的程序， 也就無法調整它們繪制屏幕的方式， 以便為慢速連接改善響應時間。

另一種流派將數據機的 RS-232 介面速率配置為隨遠程用戶的連接速率變化。 例如， 對 V.32bis (14.4 Kbps) 連接， 數據機會讓自己的 RS-232 介面以 19.2 Kbps 的速率運行， 而 2400 bps 連接， 則會使數據機的 RS-232 介面以 2400 bps 的速率運行。 由於 getty 並不能識別具體的數據機的連接速率反饋信息， 因此， getty 會以初始速度給出一個 login: 提示， 並檢查用戶的響應字元。如果用戶看到亂碼， 則他們應知道此時應按下 Enter 鍵，直到看到可以辨認的提示符為止。 如果數據速率不匹配， 則 getty 會將用戶輸入的任何信息均視為 「亂碼」， 並嘗試以下一種速率來再次給出 login: 提示符。 這一過程可能需要令人作嘔地重復下去， 不過一般而言，用戶只要敲一兩下鍵盤就能看到正確的提示符了。 顯然， 這種登錄過程看起來不如前面所介紹的 「鎖定速率」 方法那樣簡單明了， 但使用低速連接的用戶，卻可以在運行全屏幕程序時得到更好的交互響應。

這一節將盡可能公平地介紹關於配置的信息，但更著力於介紹數據機速率隨連接速率變化的配置方法。

24.4.4.1 /etc/gettytab
/etc/gettytab是一個用來配置 getty 信息的 termcap 風格的文件。 請看看 gettytab 的聯機手冊了解完整的文件格式和功能列表。

24.4.4.1.1 鎖定速度的配置
如果您把您的modem的數據通訊率鎖定在一個特殊的速度上， 您不需要對 /etc/gettytab 文件作任何變化。

24.4.4.1.2 匹配速度的配置
您將需要在 /etc/gettytab 中設置一個記錄來告訴 getty 您希望在 modem 上使用的速度。 如果您的 modem 的速率是 2400 bit/s， 則可以使用現有的 D2400 的記錄。

#
# Fast dialup terminals, 2400/1200/300 rotary (can start either way)
#
D2400|d2400|Fast-Dial-2400:\
:nx=D1200:tc=2400-baud:
3|D1200|Fast-Dial-1200:\
:nx=D300:tc=1200-baud:
5|D300|Fast-Dial-300:\
:nx=D2400:tc=300-baud:
如果您有一個更高速度的 modem， 必須在 /etc/gettytab 中添加一個記錄。 下面是一個讓您可以以最高 19.2 Kbit/s 的用在 14.4 Kbit/s的modem上的介面記錄：

#
# Additions for a V.32bis Modem
#
um|V300|High Speed Modem at 300,8-bit:\
:nx=V19200:tc=std.300:
un|V1200|High Speed Modem at 1200,8-bit:\
:nx=V300:tc=std.1200:
uo|V2400|High Speed Modem at 2400,8-bit:\
:nx=V1200:tc=std.2400:
up|V9600|High Speed Modem at 9600,8-bit:\
:nx=V2400:tc=std.9600:
uq|V19200|High Speed Modem at 19200,8-bit:\
:nx=V9600:tc=std.19200:
這樣做的結果是 8-數據位， 沒有奇偶校驗的連接。

上面使用19.2 Kbit/s的連接速度的例子，也可以使用 9600 bit/s (for V.32)， 2400 bit/s， 1200 bit/s，300 bit/s， 直到 19.2 Kbit/s。 通訊率的調節使用 nx= (「next table」) 來實現。 每條線使用一個 tc= (「table continuation」) 的記錄來加速對於一個特殊傳輸率的標准設置。

如果您有28.8 Kbit/s的modem，或您想使用它的 14.4Kbit/s 模式，就需要使用一個更高的超過 19.2 Kbit/s 的通訊速度的 modem。 這是一個啟動 57.6 Kbit/s 的 gettytab 記錄的例子：

#
# Additions for a V.32bis or V.34 Modem
# Starting at 57.6 Kbps
#
vm|VH300|Very High Speed Modem at 300,8-bit:\
:nx=VH57600:tc=std.300:
vn|VH1200|Very High Speed Modem at 1200,8-bit:\
:nx=VH300:tc=std.1200:
vo|VH2400|Very High Speed Modem at 2400,8-bit:\
:nx=VH1200:tc=std.2400:
vp|VH9600|Very High Speed Modem at 9600,8-bit:\
:nx=VH2400:tc=std.9600:
vq|VH57600|Very High Speed Modem at 57600,8-bit:\
:nx=VH9600:tc=std.57600:
如果您的 CPU 速度較低， 或系統的負荷很重， 而且沒有 16550A 的串口，您可能會在57.6 Kbit/s 上得到 「sio」 「silo」錯誤。

24.4.4.2 /etc/ttys
/etc/ttys文件的配置在 例 24-1中介紹過。 配置 modem 是相似的， 但我們必須指定一個不同的終端類型。鎖定速度和匹配速度配置的通用格式是：

ttyd0 "/usr/libexec/getty xxx" dialup on
上面的第一條是這個記錄的設備特定文件 —— ttyd0 表示 /dev/ttyd0 是這個 getty 將被監視的文件。 第二條 "/usr/libexec/getty xxx" 是將運行在設備上的進程 init。 第三條，dialup，是默認的終端類型。 第四個參數， on， 指出了線路是可操作的 init。也可能會有第五個參數， secure， 但它將只被用作擁有物理安全的終端 (如系統終端)。

默認的終端類型可能依賴於本地參考。 撥號是傳統的默認終端類型，以至用戶可以定製它們的登錄腳本來注意終端什麼時候撥號， 和自動調節它們的終端類型。 然而，作者發現它很容易在它的站點上指定 vt102 作為默認的終端類型，因為用戶剛才在它們的遠程系統上使用的是VT102模擬器。

您對/etc/ttys作修改之後，您可以發送 init 進程給一個 HUP 信號來重讀文件。您可以使用下面的命令來發送信號：

# kill -HUP 1
如果這是您的第一次設置系統， 您可能要在發信號 init 之前等一下，等到您的 modem 正確地配置並連接好。

24.4.4.2.1 鎖定速度的配置
對於一個鎖定速度的配置，您的 ttys 記錄必須有一個為 getty 提供固定速度的記錄。 對於一個速度被鎖定在 19.2kbit/s 的 modem， ttys 記錄是這樣的：

ttyd0 "/usr/libexec/getty std.19200" dialup on
如果您的 modem 被鎖定在一個不同的數據速度， 為 std.speed 使用適當的速度來代替 std.19200。 確信您使用了一個在 /etc/gettytab 中列出的正確的類型。

24.4.4.2.2 匹配速度的設置
在一個匹配速度的設置中，您的 ttys 錄需要參考在 /etc/gettytab 適當的起始 「auto-baud」 記錄。 例如， 如果您為一個以 19.2 Kbit/s 開始的可匹配速度的 modem 添加上面建議的記錄， 您的 ttys 記錄可能是這樣的：

ttyd0 "/usr/libexec/getty V19200" dialup on
24.4.4.3 /etc/rc.d/serial
高速數據機， 如使用 V.32、 V.32bis， 以及 V.34 的那些， 需要使用硬體 (RTS/CTS) 流控制。 您可以在 /etc/rc.d/serial 中增加 stty 命令來在 FreeBSD 內核中， 為數據機設置硬體流控制標志。

例如， 在 1 號串口 (COM2) 撥入和撥出設備上配置 termios 標志 crtscts， 可以通過在 /etc/rc.d/serial 增加下面的設置來實現：

# Serial port initial configuration
stty -f /dev/ttyd1.init crtscts
stty -f /dev/cuad1.init crtscts
24.4.5 Modem 設置
如果您有一個 modem， 它的參數能被存儲在非易失性的 RAM 中，您將必須使用一個終端程序來設置參數 （比如 MS-DOS? 下的 Telix 或者 FreeBSD 下的 tip）。使用同樣的通訊速度來連接 modem 作為初始速度 getty 將使用和配置 modem 的非易失性 RAM 來適應這些要求：

連接時宣告 CD

操作時宣告 DTR； DTR 消失時掛斷線路並復位數據機

CTS 傳輸數據流控制

禁用 XON/XOFF 流控制

RTS 接收數據流控制

寧靜模式 (無返回碼)

無命令回顯

請閱讀您 modem 的文檔找到您需要用什麼命令和 DIP 介面設置。

例如，要在一個 U.S. Robotics? Sportster? 14400 的外置 modem 上設置上面的參數，可以用下面這些命令：

ATZ
AT&C1&D2&H1&I0&R2&W
您也可能想要在 modem 上尋找機會調節這個設置， 例如它是否使用 V.42bis 和 MNP5 壓縮。

外置 modem 也有一些用來設置的 DIP 開關， 也許您可以使用這些設置作為一個例子：

Switch 1: UP —— DTR Normal

Switch 2: N/A (Verbal Result Codes/Numeric Result Codes)

Switch 3: UP —— Suppress Result Codes

Switch 4: DOWN —— No echo, offline commands

Switch 5: UP —— Auto Answer

Switch 6: UP —— Carrier Detect Normal

Switch 7: UP —— Load NVRAM Defaults

Switch 8: N/A (Smart Mode/Dumb Mode)

在撥號 modem 上的結果代碼應該被 禁用/抑制， 以避免當 getty 在 modem 處於命令模式並回顯輸入時錯誤地給出 login: 提示時可能造成的問題。 這樣可能導致 getty 與 modem 之間產生更長的不必要交互。

24.4.5.1 鎖定速度的配置
對於鎖定速度的配置， 您需要配置 modem 來獲得一個不依賴於通訊率的穩定的 modem到計算機 的傳輸率。 在一個 U.S. Robotics Sportster 14400 外置 modem 上， 這些命令將鎖定 modem 到計算機的傳輸率：

ATZ
AT&B1&W
24.4.5.2 匹配速度的配置
對於一個變速的配置， 您需要配置 modem 調節它的串口傳輸率匹配接收的傳輸率。 在一個 U.S. Robotics Sportster 14400 的外置 modem 上， 這些命令將鎖定 modem 的錯誤修正傳輸率適合命令要求的速度，但允許串口速度適應沒有糾錯的連接：

ATZ
AT&B2&W
24.4.5.3 檢查modem的配置
大多數高速的modem提供了用來查看當前操作參數的命令。 在USR Sportster 14400外置modem上， 命令 ATI5 顯示了存儲在非易失性RAM中的設置。要看看正確的 modem 操作參數， 可以使用命令 ATZ 然後是 ATI4。

如果您有一個不同牌子的 modem， 檢查 modem 的使用手冊看看如何雙重檢查您的 modem 的配置參數。

24.4.6 問題解答
這兒是幾個檢查撥號modem的步驟。

24.4.6.1 檢查FreeBSD系統
把您的modem連接到FreeBSD系統， 啟動系統， 然後， 如果您的 modem 有一個指示燈，當登錄時看看 modem 的 DTR 指示燈是否亮： 會在系統控制台出現命令行——如果它亮， 意味著 FreeBSD 已經在適當的通訊埠啟動了一個 getty 進程， 等待 modem 接收一個呼叫。

如果DTR指示燈不亮， 通過控制台登錄到 FreeBSD系統，然後執行一個 ps ax 命令來看 FreeBSD 是否正在正確的埠運行 getty進程。您將在進程顯示中看到像這樣的一行：

114 ?? I 0:00.10 /usr/libexec/getty V19200 ttyd0
115 ?? I 0:00.10 /usr/libexec/getty V19200 ttyd1
如果您看到是這樣的：

114 d0 I 0:00.10 /usr/libexec/getty V19200 ttyd0
modem 不接收呼叫， 這意味著 getty 已經在通訊埠打開了。這可以指出線纜有問題或 modem 錯誤配置， 因為 getty 無法打開通訊埠。

如果您沒有看到任何 getty 進程等待打開想要的 ttydN 埠， 在 /etc/ttys 中雙擊您的記錄看看那兒是否有錯誤。 另外，檢查日誌文件 /var/log/messages 看看是否有一些來自 init 或 getty 的問題日誌。 如果有任何信息， 仔細檢查配置文件 /etc/ttys 和 /etc/gettytab，還有相應的設備文件 /dev/ttydN，是否有錯誤，丟失記錄，或丟失了設備指定文件。

24.4.6.2 嘗試接入Try Dialing In
設法撥入系統。 確信使用8位， 沒有奇偶檢驗， 在遠程系統上的1阻止位。如果您不能立刻得到一個命令行， 試試每隔一秒按一下 Enter。如果您仍沒有看到一個登錄： 設法發送一個 BREAK。如果您正使用一個高速的 modem 來撥號， 請在鎖定撥號 modem 的介面速度後再試試。

如果您不能得到一個登錄：prompt，再檢查一下 /etc/gettytab，重復檢查：

在/etc/ttys 中指定的初始可用的名稱與 /etc/gettytab 的一個可用的相匹配。

每個 nx= 記錄與另一個 gettytab 可用名稱匹配。

每個 tc= 記錄與另一個 gettytab可用名稱相匹配。

如果您撥號但 FreeBSD 系統上的 modem 沒有回應， 確信 modem 能回應電話。 如果 modem 看起來配置正確了， 通過檢查 modem 的指示燈來確認 DTR 線連接正確。

如果您做了好幾次，它仍然無法工作，打斷一會，等會再試試。 如果還不能工作，也許您應該發一封電子郵件給 FreeBSD 一般問題郵件列表 尋求幫助。

『叄』 緩存伺服器的緩存概念

這是兩種主要的Web緩存：
直接緩存，將用戶頻繁訪問的來自Internet伺服器的Web對象的拷貝保存在企業本地網路中。
反向緩存，企業內部Web伺服器的Web對象的拷貝保存在企業網路邊緣的代理伺服器上以提高外界訪問企業站點的性能。
Web緩存可以根據不同等級進行配置：
本地緩存：將Web對象緩存的拷貝保存在本地計算機中。大多數流行的Web瀏覽器默認情況下保留一個先前訪問對象的緩存。例如，Internet Explorer稱之為「臨時Internet文件」。本地緩存拷貝只是在用戶頻繁地從同一台機器訪問頁面時有用。
代理緩存：代理伺服器是為公司內的多個用戶/客戶計算機緩存Web對象的單獨機器。它們是位於客戶端和託管的Web伺服器之間的計算機，而且它們比本地緩存效率更高，因為在企業本地網路中的任何用戶或計算機訪問某個Web對象時，緩存拷貝對想訪問該對象的任何其他用戶/計算機是可用的，無需到Internet伺服器上再次下載它。代理緩存可以在網路邊緣與防火牆結合使用。
微軟的ISA Server和BlueCoat的工具一樣，既包括防火牆也包括緩存代理伺服器。緩存伺服器也可以是單獨的機器，運行免費的緩存軟體或商業產品，例如：
Linux版的Squid免費緩存代理
MOWS基於Java分布式web和緩存伺服器
Vicomsoft RapidCache Server for Windows或Macintosh
WinProxy for Windows
可升級的緩存解決方案
隨著公司的擴大，單一的Web緩存伺服器可能無法處理所有的通信或存儲足夠的Web對象。在這種情況下，可以擴展緩存解決方案以建立一個緩存陣列——一組共同工作以便在組內分配緩存負載的緩存代理伺服器。萬一某個緩存伺服器停機，還提供預設的容量。
要在陣列中操作，緩存伺服器必須能夠彼此使用協議進行通信，例如：
WCCP（Web緩存協調協議），Cisco緩存產品以及諸如Squid這樣的開源代理使用。
ICP（Internet緩存協議），被Squid和BlueCoat支持。
CARP（緩存陣列路由協議），被ISA Server Enterprise Edition用來管理緩存伺服器陣列的失效轉移和負載平衡。
CARP能夠支持幾乎無限的線性擴展以滿足快速增長型企業的需求。當向某個陣列中添加或移除一台伺服器時，CARP自動調整並再指定URL以有效地分布負載。
緩存陣列能夠以等級的或分布式的架構排列。在分布式緩存中，陣列中所有代理伺服器處在一個「平等地位」而且負載在它們之間進行分配。在分等級的緩存中，代理以鏈式進行配置，它們處在不同的等級，所以伺服器或陣列連接到其它離Internet更近的伺服器或陣列（離Internet最近的那些伺服器或陣列被看作「上游的」，那些最遠的被看作「下游的」）。這樣，緩存內容會盡可能地靠近需要它的用戶。
陣列是高度可升級的，因為可以向陣列添加伺服器，或向分等級的架構增加陣列等級，而無需擾亂目 前的緩存解決方案。
另一個可擴展性問題是使用緩存減少分支機構網路帶寬的能力。分支機構代理可能沒有直接連接到Internet，但是可以使用撥號連接或辦公室到辦公室的WAN連接以便從總公司的上游代理伺服器上請求Web對象。
另一個選擇是為需要向消費者提供基於Web的應用，可使用諸如由Akamai提供的服務。他們的Web Application Accelerator服務通過下列方法優化性能：
向他們的邊緣伺服器動態映射請求，並監視Internet路由以便在最快和最可靠的路由上傳輸。
利用壓縮技術和預取技術（pre-fetching）以最小化帶寬使用率。
用安全套接層（SSL）保護Web傳輸。
緩存支持的有些硬體標准：
目前緩存支持的硬體標准：
內存不超過4G，超過的只識別4G。
硬碟不超過2T，超過的只識別2T
存儲硬碟數量最大支持4塊（如果系統盤是電子盤不包含在內）
另外推薦使用INTEL的機器和網卡。