?? 089.htm
字號:
<HTML><HEAD><meta http-equiv="Content-Type" content="text/html; charset=GB2312"><TITLE>-->Linux HowTo 中譯版-->PPP HOWTO 中譯版: 17,18,19</TITLE>
<META NAME="keywords" CONTENT=" Linux HowTo 中譯版 PPP HOWTO 中譯版: 17,18,19">
<META NAME="description" CONTENT=" - Linux HowTo 中譯版 - PPP HOWTO 中譯版: 17,18,19">
<style>
<!--
#page {position:absolute; z-index:0; left:0px; top:0px}
.tt3 {font: 9pt/12pt "宋體"}
.tt2 {font: 12pt/15pt "宋體"}
a {text-decoration:none}
a:hover {color: blue;text-decoration:underline}
-->
</style>
</HEAD>
<body text="#000000" aLink=#9900ff link=#006699 vLink=#006699 bgcolor="#FFFFFF" leftmargin="3" topmargin="3" marginheight="3" marginwidth="3">
<TABLE WIDTH="100%" CELLPADDING=10 CELLSPACING=0 BORDER=0>
<TR>
<TD CLASS="tt3" VALIGN="top" width="8%" bgcolor="#e0e0e0"><strong><A HREF="090.htm">后一頁</A><BR>
<A HREF="088.htm">前一頁</A><BR>
<A HREF="index.html">回目錄</A><BR>
<A HREF="../../../../index.htm">回首頁</A><BR>
</strong>
</TD>
<TD class="tt2" bgcolor="#F5F8F8" width="84%"><center><B><FONT style="FONT-SIZE: 16.5pt" COLOR="#FF6666" FACE="楷體_GB2312">PPP HOWTO 中譯版: 17,18,19</FONT></B></center>
<hr color="#EE9B73" size="1" width="94%">
姓名:Robert Hart<br>
Email:hartr@interweft.com.au<br>
地址 :<br>
轉摘 :http://member.netease.com/</p>
<BR>
<BR>
<hr SIZE="0">
<BR>
<p>17. 結束 PPP 連結 <br>
當你完成 PPP 連結之後,可以使用標準的 ppp-off 指令終止它(要記得
- 你得是 root 或者是 PPP 群組的組員! ) <br>
<br>
你將會在你的系統記錄里看見一些像這樣的的東西: <br>
<br>
<br>
<br>
-------------------------------------------------------------------------------- <br>
<br>
Oct 21 16:10:45 hwin pppd[19873]: Interrupt received: terminating link <br>
Oct 21 16:10:45 hwin pppd[19873]: ipcp: down <br>
Oct 21 16:10:45 hwin pppd[19873]: default route ioctl(SIOCDELRT): Bad address <br>
Oct 21 16:10:45 hwin pppd[19873]: fsm_sdata(LCP): Sent code 5, id 2. <br>
Oct 21 16:10:46 hwin pppd[19873]: fsm_rtermack(LCP). <br>
Oct 21 16:10:46 hwin pppd[19873]: Connection terminated. <br>
Oct 21 16:10:46 hwin pppd[19873]: Exit. <br>
<br>
<br>
-------------------------------------------------------------------------------- <br>
<br>
<br>
別擔心那個 SIOCDELRT - 這不過是 pppd
表示要結束了而沒什麼好擔心的. <br>
<br>
<br>
<br>
<br>
18. 偵錯 <br>
你的連線有各種可能的原因無法運作 - chat
無法正確地完成,你的線路雜訊很大等等.所以,檢查你的系統記錄找尋線索.
<br>
<br>
18.1. 我把 PPP 編譯進去但是 Linux 說我沒有... <br>
一個非常常見的問題是人們已經將 PPP 編譯到核心之中并且嘗試執行
pppd,但核心仍然抱怨說它不支援 PPP!
有許多原因可能導致此事發生. <br>
<br>
18.1.1. 你啟動的是正確的核心嗎? <br>
雖然你已經重新編譯核心以支援 PPP,你卻沒有啟動新的核心.這可能是因為你沒有更新
/etc/lilo.conf 并重跑 lilo. <br>
<br>
檢查的方法是下這個指令 uname -a,將產生像這樣的結果 <br>
<br>
<br>
<br>
-------------------------------------------------------------------------------- <br>
<br>
Linux archenland 2.0.28 #2 Thu Feb 13 12:31:37 EST 1997 i586 <br>
<br>
<br>
-------------------------------------------------------------------------------- <br>
<br>
<br>
它給出了核心的版本及核心編譯的日期 -
這樣你就知道到底發生了什麼事. <br>
<br>
18.1.2. 你將 PPP 核心支援編譯為模組嗎? <br>
如果你將 PPP
核心支援編譯為模組,但卻沒有編譯及安裝模組,你就會得到這個錯誤.看一下
Kernel-HOWTO 以及在 /usr/src/linux 下的 README 檔案! <br>
<br>
另一個模組連結的可能問題是你期望需要的模組自動地被載入,但卻沒有執行
kerneld (會自動載入并移除模組的工具).看一下 kerneld mini-HOWTO
里的資訊說明如何設定 kerneld. <br>
<br>
18.1.3. 你是否你用正確的 PPP 版本配合你的核心? <br>
你必須使用 ppp-2.2 以配合核心 2.0.X.你可以在核心 1.2.X 使用 ppp-2.2 (如果你修補過核心)否則你必須使用
ppp-2.1.2. <br>
<br>
18.1.4. 你是否以 root 身份執行 pppd? <br>
如果你不是以 root 身份執行 pppd (并且 pppd 并未設定為以 root
身份執行),你就會收到此訊息. <br>
<br>
18.2. 我的數據機連上了但 PPP 并未啟動 <br>
同樣也有許不盡的原因(參考一下 comp.os.linux...). <br>
<br>
一個最常見的錯誤是在你的指令稿里你少打了某些東西.這里唯一可做的是你將
Linux PC 與伺服器的對話記到你的系統記錄中(/var/log/messages)然後一行一行地看個仔細.你可能還需要再次以手動方法撥入伺服器檢查一遍.
<br>
<br>
你得要從頭到尾小心地檢查 -
而且心里要記得我們人類有種傾向,閱讀的是我們認為我們鍵入的
- 而不是真的在那里的! <br>
<br>
18.3. 系統記錄說 ``serial line is not 8 bit clean...'' <br>
這也有許多的類似情形 - 像是 serial line looped back
等等,導致的原因可能是許多事情中的一件(或一系列). <br>
<br>
要知道到底發生了什麼,必須對 pppd 背後做了些什麼有點了解. <br>
<br>
當 pppd 啟動後,它會送出連結控制協定(link control protocol)封包到遠端機器.如果它收到合法的回應才會走到下一階段(使用
IPCP - IP 控制封包)而且只有在這協商完成之後實際的 IP
層才會建立因此你才能使用 PPP 連結. <br>
<br>
如果當你的 PC 送出協商封包時在遠端沒有 PPP
伺服器在運作,這些封包在遠端簽入過程中將被彈回來.因為這些封包是使用
8 bits,彈回來時會將第八個位元截掉(記任,ASCII 是七位元的碼). PPP
因此而抱怨此訊息. <br>
<br>
有許多原因會造成協商封包被彈回. <br>
<br>
18.3.1. 你沒有正確地簽入伺服器 <br>
當你的 chat 指令稿完成後,你的 PC 會啟動 pppd.然而,如果你并未完成在伺服器的簽入過程(包括送出任何必要在伺服器上啟動
PPP 的指令),PPP 就不會開始. <br>
<br>
因此連結控制協定封包被彈回你也因此收到這個錯誤. <br>
<br>
你必須小心地檢查并修正(必要的話)你的 chat 指令稿(參見上面說明).
<br>
<br>
18.3.2. 你并未啟動伺服器上的 PPP <br>
某些 PPP 伺服器在你完成簽入過程後需要你輸入指令或按下 RETURN
才會在遠端啟動 PPP. <br>
<br>
檢查你的 chat 指令稿(參見上面說明). <br>
<br>
如果你以手動方式簽入時發現你必須送出 RETURN 才會在遠端啟動 PPP,簡單地在你的
chat 指令稿尾端加上空白的期待/送出字串對(空的送出字串實際上會送出
RETURN). <br>
<br>
18.3.3. 遠端的 PPP 過程啟動很慢 <br>
這有點兒技巧! <br>
<br>
預設的情況下你的 Linux pppd
被編譯成最多送出十個連線控制要求封包.如果伺服器啟動有點慢,十個連線封包可能在遠端
PPP 準備好接收前就全部送出了. <br>
<br>
於是在你的機器上,pppd 看到十個封包被彈回(第八位元被截去)而結束.
<br>
<br>
有兩個方法可以解決此事:- <br>
<br>
在你的 PPP 選項中加上 lcp-max-configure 30.這增加 pppd
在放棄前送出的連線封包的最大數目.對一個真的很慢的伺服器來說,你可能還需要更多.
<br>
<br>
或者,你可以回過來用一些技巧.你或許會注意到當你以手動簽入
PPP 伺服器并讓 PPP 啟動時,收到的垃圾的第一個字完總是 tilde(~)
字元. <br>
<br>
利用此點我們可以在 chat 指令稿尾端加上新的期待/送出字串對,期待
tilde 字元并不送出任何東西.這看起來像這樣:- <br>
<br>
<br>
<br>
-------------------------------------------------------------------------------- <br>
<br>
\~ '' <br>
<br>
<br>
-------------------------------------------------------------------------------- <br>
<br>
<br>
注意: 因為 tilde 字元對 shell 來說有特殊意義,必須加逸出符號(就是前面的倒斜線).
<br>
<br>
18.4. 不能設立預設遞送路徑 <br>
如果 pppd 拒絕建立預設遞送路徑,這是因為(應該沒錯)它拒絕移除或取代已有的預設遞送路徑.
<br>
<br>
通常的原因是因為某些套件將你的乙太網路卡設為預設遞送路徑而不是設為指定的網路遞送.
<br>
<br>
參見 Linux NAG 與 Net2/3 HOWTOs
里的資訊以正確地設定你的乙太網路卡及相關的遞送. <br>
<br>
另一可能原因是你的區域網路已使用了閘道器或路由器而且你的遞送表格已設定為將預設遞送路徑指向這里.
<br>
<br>
要修正這種情況需要更多的網路知識而已經超出此份 HOWTO
的□圍了.建議你取得一些專家的意見(經由新聞組群或你周圍可以問的人).
<br>
<br>
18.5. 其它問題 <br>
還有許多原因導致 PPP 無法連接或是無法正確運作. <br>
<br>
現在仔細看看 PPP FAQ
(這真的是一系列的問題與回答).這是一份非常詳實的文件而且答案就在里面!
以我自己(很爛)的經驗,如果你的問題答案不在其中,那麼該問題就不是
PPP 的錯! 以我為例我使用 ELF
核心而且沒有升級適當的核心模組.在曙光出現之前我僅僅浪費了大概兩天(以及一個晚上的大部分時間)詛咒去那個事實上已非常良好的
PPP 伺服器. <br>
<br>
<br>
<br>
19. 當完全陷於膠著時如何取得幫助 <br>
如果你不能使你的 PPP
連結運作,回頭重新閱讀這份文件并檢查每一件事 - 同時配合
"chat -v..." 以及 "pppd -d"
在你的系統記錄里建立的輸出作為參考. <br>
<br>
也要參考 PPP 本身的文件以及 FAQ 并加上在此曾經提及的文件! <br>
<br>
如果你仍然陷於膠著狀態的話,那麼有些能夠在 PPP
這方面幫你的人會合理的、有規律的掃描 comp.os.linux.misc 與
comp.os.linux.networking 新聞討論群,以及 comp.protocols.ppp. <br>
<br>
你可以嘗試寄個人的電子郵件給我,但我真的有自己的工作(和生活)而且我不保證會很快地回覆(即使不完全會這樣)因為這得視我目前的工作負擔以及我私人的生活狀態而定!
<br>
<br>
特別是 -
不要張貼剪下來的錯誤偵測輸出到新聞討論群上也不要藉由電子郵件寄給我
- 前者浪費大量的網路頻寬而後者將轉給 /dev/null (除非我特別要求將它寄給我!)
</p>
<BR>
<hr color="#EE9B73" size="1" width="94%">
</TD>
<TD CLASS="tt3" VALIGN="bottom" width="8%" bgcolor="#e0e0e0"><strong><A HREF="090.htm">后一頁</A><BR>
<A HREF="088.htm">前一頁</A><BR>
<A HREF="index.html">回目錄</A><BR>
<A HREF="../../../../index.htm">回首頁</A><BR>
</strong>
</TD>
</TR>
</table>
</BODY></HTML>
?? 快捷鍵說明
復制代碼
Ctrl + C
搜索代碼
Ctrl + F
全屏模式
F11
切換主題
Ctrl + Shift + D
顯示快捷鍵
?
增大字號
Ctrl + =
減小字號
Ctrl + -