日本免费全黄少妇一区二区三区-高清无码一区二区三区四区-欧美中文字幕日韩在线观看-国产福利诱惑在线网站-国产中文字幕一区在线-亚洲欧美精品日韩一区-久久国产精品国产精品国产-国产精久久久久久一区二区三区-欧美亚洲国产精品久久久久

Internet延遲交談:通道管理( 七 )


由于主題不作為交換的一部分進(jìn)行發(fā)送,他們不成問題 。但是,通道模式‘l’和‘k’
參與交換,假如在連接之前它們在雙方服務(wù)器上都設(shè)置了,就沒有一種機(jī)制來決定這兩個值
那個優(yōu)先 。留給用戶去調(diào)整由此導(dǎo)致的差異 。
6.4資源耗盡
4.3部分定義的以掩碼為基礎(chǔ)的模式使IRC服務(wù)器(和網(wǎng)絡(luò))輕易草率地濫用系統(tǒng):一
個通道治理員能夠在一個通道上盡可能多地設(shè)置不同的掩碼 。這很輕易導(dǎo)致服務(wù)器浪費內(nèi)存
和網(wǎng)絡(luò)帶寬(因為信息被傳播到其它服務(wù)器上) 。由于此原因,建議象4.3部分提到的那樣對
每個通道能設(shè)置的掩碼數(shù)量進(jìn)行限制 。
而且,可能還有更復(fù)雜的機(jī)制用來避免為相同的通道設(shè)置多余的掩碼 。
7.安全考慮
7.1訪問控制
控制對通道的訪問的最主要的方法之一就是使用掩碼,掩碼基于用戶連接的用戶名
和主機(jī)名 。只有在IRC服務(wù)器有一種精確的鑒別用戶連接的方法,并且用戶不能夠輕易地逃
避這種鑒別的情況下,這種機(jī)制才有效率和安全 。盡管在理論上可能實現(xiàn)如此嚴(yán)格的鑒別機(jī)
制,但是大多數(shù)IRC網(wǎng)絡(luò)(非凡是公共網(wǎng)絡(luò))并沒有象這樣的機(jī)制,而且對一個客戶連接的
用戶名和主機(jī)名的準(zhǔn)確性只提供了很少的保證 。
控制訪問的另一種方法是使用通道鑰匙,但因為這種鑰匙是以純文本形式發(fā)送的,因此中途
很輕易受到攻擊 。
7.2通道秘密
因為通道沖突被視為內(nèi)部事件(參見6.3部分),所以有可能用戶超越訪問控制設(shè)置而
加入通道 。這種方法很長時間都被個人用來通過非法獲取通道治理員地位來“控制”通道 。
同樣的方法能用來找出通道的精確成員列表,以及接收許多發(fā)送給通道的消息 。
7.3匿名
匿名通道標(biāo)志(參見4.2.1部分)能用來向這類通道上所有用戶呈遞“anonymous”,方
法是使所有發(fā)送到這個通道的消息似乎都來自一個昵稱為“anonymous”的假用戶 。這是在客
戶—服務(wù)器級別上實現(xiàn)的,在服務(wù)器—服務(wù)器級別上不提供匿名 。
對讀者來說應(yīng)該很明顯,匿名提供的級別是很低的而且不安全,客戶程序應(yīng)向加入此類
通道的用戶出示嚴(yán)重警告
8.目前的支持和獲取渠道
MailinglistsforIRCrelateddiscussion:
Generaldiscussion:ircd-users@irc.org
Protocoldevelopment:ircd-dev@irc.org
Softwareimplementations:
FTP://ftp.irc.org/irc/server
ftp://ftp.funet.fi/pub/unix/irc
ftp://coombs.anu.edu.au/pub/irc
Newsgroup:alt.irc
9.感謝
PartsofthisdocumentwerecopiedfromtheRFC1459[IRC]which
firstformallydocumentedtheIRCProtocol.Ithasalsobenefited
frommanyroundsofreviewandcomments.Inparticular,the
followingpeoplehavemadesignificantcontributionstothis
document:
MatthewGreen,MichaelNeumayer,VolkerPaulsen,KurtRoeckx,Vesa
Ruokonen,MagnusTjernstrom,StefanZehl.
10.參考文獻(xiàn)
[KEYWordS]Bradner,S.,"KeywordsforuseinRFCstoIndicate
RequirementLevels",BCP14,RFC2119,March1997.
[IRC]Oikarinen,J.andD.Reed,"InternetRelayChat
Protocol",RFC1459,May1993.
[IRC-ARCH]Kalt,C.,"InternetRelayChat:Architecture",RFC2810,
April2000.
[IRC-CLIENT]Kalt,C.,"InternetRelayChat:ClientProtocol",RFC
2812,April2000.
[IRC-SERVER]Kalt,C.,"InternetRelayChat:ServerProtocol",RFC
2813,April2000.
11.作者地址
ChristopheKalt
99TeaneckRd,Apt#117
RidgefieldPark,NJ07660
USA
EMail:kalt@stealth.net


推薦閱讀