第5章 應(yīng)用層協(xié)議 (1).ppt_第1頁(yè)
第5章 應(yīng)用層協(xié)議 (1).ppt_第2頁(yè)
第5章 應(yīng)用層協(xié)議 (1).ppt_第3頁(yè)
第5章 應(yīng)用層協(xié)議 (1).ppt_第4頁(yè)
第5章 應(yīng)用層協(xié)議 (1).ppt_第5頁(yè)
已閱讀5頁(yè),還剩77頁(yè)未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、第五章 應(yīng)用層協(xié)議,5.1 EMAIL 5.2 文件傳輸協(xié)議 5.3 WWW,5.1 EMAIL,Internet Email的工作模型 Internet Email的命令接口 Email的格式 擴(kuò)展Email的格式 郵件的傳輸 郵件收發(fā)客戶端協(xié)議,5.1 EMAIL,1. Internet Email的工作模型,用戶代理,郵件傳輸代理,# 25端口,Unix操作系統(tǒng)下EMAIL命令,2. Internet Email的命令接口,Internet Email的格式在RFC822中定義,由兩部分組成:header+body,3. Email的格式,RFC 822 header fields re

2、lated to message transport,3. Email的格式,Some fields used in the RFC 822 message header,3. Email的格式,Body: 內(nèi)容是任意的,但必須是7位標(biāo)準(zhǔn)ASCII字符。,4. 擴(kuò)展Email的格式,擴(kuò)展Email稱為MIME(Multipurpose Internet Mail Extensions), 最初在RFC 1341中定義,修訂版發(fā)布在RFC1521中。主要是針對(duì)RFC822 Email中存在的諸多不足和限制而提出的。,(1)RFC822 Email的缺點(diǎn),不能傳送可執(zhí)行文件或其他的二進(jìn)制對(duì)象。人們

3、曾試圖將二進(jìn)制文件轉(zhuǎn)換為SMTP使用的ASCII文本,例如流行的UNIX UUencodeUUdecode方案,但這些均未形成“正式標(biāo)準(zhǔn)或事實(shí)上的標(biāo)準(zhǔn)”。 限于傳送7位的ASCII字符。許多非英語國(guó)家的文字(如中文、俄文,甚至帶重音符號(hào)的法文或德文)就無法傳送。即使在SMTP網(wǎng)關(guān)將EBCDIC碼轉(zhuǎn)換為ASCII碼時(shí)也會(huì)遇到一些麻煩。 服務(wù)器會(huì)拒絕超過一定長(zhǎng)度的郵件。,(1)RFC822 Email的缺點(diǎn),某些實(shí)現(xiàn)并沒有完全按照的標(biāo)準(zhǔn)。常見的問題如下: 回車、換行的刪除和增加。 超過76個(gè)字符時(shí)的處理:截?cái)嗷蜃詣?dòng)換行。 后面多余空格的刪除。 將制表符轉(zhuǎn)換為多個(gè)空格。,(2)MIME的處理方法,M

4、IME利用了RFC822的格式,但又加入了一個(gè)擴(kuò)展的頭部(實(shí)際上是位于RFC822的header中)。 主要是為了克服RFC822只能傳輸標(biāo)準(zhǔn)7位ASCII文本的缺點(diǎn),使Email既可以傳輸標(biāo)準(zhǔn)ASCII文本,也可以傳輸像圖片、聲音、各種語言文本等。,(3)MIME的頭部,RFC 822 headers added by MIME,MIME的頭部,MIME Version: 用它區(qū)分是標(biāo)準(zhǔn)RFC822郵件還是MIME郵件, 假定在標(biāo)準(zhǔn)郵件中不能以該字符串開頭。 定義所使用的MIME版本。 Content-Description: ASCII串,對(duì)內(nèi)容的有關(guān)描述。 Content-Id: 對(duì)co

5、ntent的唯一的標(biāo)識(shí)。 Content-Transfer-Encoding: Body所使用的編碼方式。常用的有base64編碼和Quoted-printable編碼。,Base 64 Encoding,每三字節(jié)拆成四字節(jié),即三個(gè)八位變?yōu)樗膫€(gè)六位。,Base 64 Encoding,將每個(gè)六位(范圍為063)進(jìn)行編碼,Base 64 Encoding,對(duì)于文件的末尾不是三字節(jié)時(shí)(一字節(jié)或二字節(jié)),用=或=表示。,=,Base64編碼后的結(jié)果只包含可顯示的ASCII字符,其編碼效率為75%。,Quoted-printable Encoding,對(duì)于小于128的直接使用(不包括3DH,即“=”)

6、, 大于等于128的用“=”后跟其16進(jìn)制值表示。 例如:漢字“系統(tǒng)”,其內(nèi)部編碼為CF BF CDB3, 編碼為: =CF=B5=CD=B3; 對(duì)于等號(hào)則使用: =3D.,MIME的頭部,Content-Type: 內(nèi)容的自然特性,如是圖片還是文本等。 分為兩個(gè)標(biāo)識(shí): 類型和子類型,中間用/分開。,Content-Type,Email例子,Message-ID: From: gaofx To: Subject: This is test mail. Date: Fri, 22 Nov 2002 19:19:47 +0800 MIME-Version: 1.0 Content-Type: te

7、xt/plain; charset=gb2312 Content-Transfer-Encoding: base64 DQotLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tIA0KRnJvbTogImdhb2Z4IiA8Z2FvZnhAbmVj bWFpbC5uZXUuZWR1LmNuPg0KVG86IDxnYW9meEBuZWNtYWlsLm5ldS5lZHUuY24+DQpTZW50OiBG cmlkYXksIE5vdmVtYmVyIDIyLCAyMDAyIDc6MTkgUE0NClN1YmplY3Q6IFRoaXMgaXMgdGVzdCBt YWlsLg0KDQ

8、oNCj4gvfHM7M/C0anByyzV5rrDIQ0KPiBJdCBpcyBzbm93IHRvZGF5LiBJIGxpa2Ug c25vdy4NCj4gDQo+IA0K .,Email例子,5.郵件的傳輸,郵件的傳送是一種client/server的交互。它是基于tcp協(xié)議的。Server在25號(hào)端中上監(jiān)聽,有連接請(qǐng)求時(shí),接受連接,然后傳輸郵件,傳輸完畢后再將連接斷開。 這是一個(gè)純ASCII字符的協(xié)議.所有的命令和數(shù)據(jù)均以標(biāo)準(zhǔn)ASCII字符傳輸。,25,TCP Connection,SMTP,SMTP: Simple Mail Transfer Protocol, Defined in

9、RFC 821.,5.郵件的傳輸-例子,Server/client,25,TCP Connection,SMTP,PC,25,5.郵件的傳輸-例子,C:telnet 3 25 220 SMTP service (Netscape Messaging Server 4.15) HELO 250 MAIL FROM : 250 Sender Ok RCPT To: 250 Recipient Ok DATA 354 Ok Send data ending with . I love U. Happy birthday. . 250 Message received: GNE1

10、S500.LQD QUIT 221 ESMTP server closing connection,5.郵件的傳輸,SMTP規(guī)定了14條命令和21種響應(yīng)信息。每條命令用4個(gè)組成,每一種響應(yīng)一般只有一行信息組成, 由一個(gè)3位數(shù)字的代碼開始,后面附上(也可以不附上)很簡(jiǎn)單的說明。 若SMTP服務(wù)器已準(zhǔn)備好, 則回答250 ok, 否則返回一個(gè)其它代碼指明出錯(cuò)原因如451(處理時(shí)出錯(cuò)),452(存儲(chǔ)器空間不夠),500(無法識(shí)別的命令)。以2開頭的表示成功,以4和5開頭的表示失敗,以3開頭的表示未完成(進(jìn)行中)。所有的返回信息既有代碼同時(shí)有解釋。,ESMTP,SMTP存在的問題: 郵件長(zhǎng)度不允許超過

11、64k。(取決于實(shí)現(xiàn)) timeout問題。Client與server的timeout不同時(shí), 一方已經(jīng)timeout,并且關(guān)閉了connection, 另一方可能還處于忙的狀態(tài). 無限循環(huán)問題:在mail-listing中兩個(gè)host互相包含時(shí)會(huì)出現(xiàn)無限循環(huán)的問題. 在為代理發(fā)送郵件時(shí)不進(jìn)行認(rèn)證。(問題很嚴(yán)重),ESMTP,ESMTP的擴(kuò)展: ESMTP: 在RFC1425中重新進(jìn)行了定義. Client與Server進(jìn)行會(huì)話時(shí)用EHLO開始而代替HELO. 添加了用戶認(rèn)證功能。,ESMTP-例子,Server/client,25,TCP Connection,SMTP,PC,25,ESMT

12、P-例子,C:telnet 25 220 ESMTP EHLO 250- 250-PIPELINING 250-SIZE 10240000 250-VRFY 250-ETRN 250-STARTTLS 250-AUTH LOGIN PLAIN 250-AUTH=LOGIN PLAIN 250 8BITMIME AUTH LOGIN 334 VXNlcm5hbWU6 ;服務(wù)器的響應(yīng),經(jīng)過base64編碼了的“Username” Z2FvZnV4aWFuZw=;發(fā)送經(jīng)過BASE64編碼了的用戶名“gaofuxiang” 334 UGFzc3dvcmQ6 ;經(jīng)過BASE64編碼了的Password:

13、 MTIzNDU2;客戶端發(fā)送的經(jīng)過BASE64編碼了的密碼“123456” 235 authentication successful;認(rèn)證成功,ESMTP-例子,MAIL FROM: 250 Ok RCPT TO: 250 Ok RCPT TO: 250 Ok DATA 354 End data ending with . Subject: Test mail. I love U. Happy birthday. . 250 Ok: queued as DC03279423 QUIT 221 Bye,6.郵件收發(fā)客戶端協(xié)議,大多數(shù)用戶是在個(gè)人計(jì)算機(jī)上收發(fā)郵件。而個(gè)人計(jì)算機(jī)不能長(zhǎng)時(shí)間一直連在

14、網(wǎng)上, 即使連在網(wǎng)上也不能具有固定的域名和ip地址。因此不能作為smtp的服務(wù)器。為此, 需要Internet網(wǎng)上的smtp服務(wù)器來替用戶代收郵件,當(dāng)用戶需要時(shí),在將自己的PC與該Email服務(wù)器連接上,接收郵件。 一般的郵件服務(wù)器除了有SMTP server外,同時(shí)也支持PC客戶接收郵件.,(1)POP3協(xié)議,POP是Post Office Protocol的縮寫,最初于1984年公布于RFC918. 經(jīng)過幾次更新,現(xiàn)在廣泛使用的是它的第三版,稱為POP3。 POP3的工作過程: POP3 Server監(jiān)聽端口110。 當(dāng)一個(gè)Client host請(qǐng)求與之建立連接時(shí), POP3 Server

15、發(fā)回相應(yīng)的回答信息。之后,兩者交換相應(yīng)的命令及響應(yīng),直到連接關(guān)閉為止。 POP3也是一個(gè)純ASCII文本的協(xié)議. Client Host發(fā)出的是命令, 該命令一般由4個(gè)字符組成, 后跟相應(yīng)的參數(shù), 每個(gè)命令都以CRLF結(jié)束。POP3 Server給出的是響應(yīng), 通常都是“+OK”或“-ERR”, 后跟其它信息。,(1)POP3協(xié)議,Client Host與POP3 Server建立了連接后,經(jīng)過如下幾個(gè)狀態(tài)(階段)最終結(jié)束。 Authorization State 一旦建立起連接, pop3 server給出相應(yīng)的回答信息: S: +OK POP3 Server ready. 這時(shí)就進(jìn)入了授權(quán)

16、階段. USER name 回答: S: +OK. Enter the passwords please! S: -ERR. User not found. PASS string (口令) 響應(yīng): S: +OK Maildrop locked and ready S: -ERR Invalid passwords S: -ERR Unable to lock maildrop . 在用戶名和口令通過驗(yàn)正后,就進(jìn)入了交易階段.,(1)POP3協(xié)議,Transaction State STAT (回答當(dāng)前信箱中的信件數(shù)及總長(zhǎng)度) S: +OK. 2 230 (兩封郵件,總長(zhǎng)230字節(jié)) LIST

17、 (msg) (顯示郵件) 例: C: LIST S: +OK. 2 Messages (320 octets). RETR msg (取指定的郵件) C: RETR 1 S: +OK 120 octets. S: I love u. S: Happy birthday. S: .,(1)POP3協(xié)議,DELE msg (將郵件標(biāo)為刪除) C: DELE 1 S: +OK. Message 1 deleted. NOOP (空操作, Server給出一個(gè)回合+OK). LAST (讓Server給出序號(hào)最高的郵件的序號(hào)) RSET (將標(biāo)為刪除的郵件的標(biāo)記去掉) Update State 一旦

18、Client給出QUIT命令就進(jìn)入U(xiǎn)pdate階段. 這時(shí)Server給出“+OK”命令,并將標(biāo)為刪除的Message刪除. C: QUIIT S: +OK POP3 Server Signing off (2 message left). 可選的命令: TOP msg 請(qǐng)求Server將指定郵件的標(biāo)題及前10行送過來.,(2)IMAP協(xié)議,IMAP(Internet Message Access Protocol) RFC 1064, RFC3501 當(dāng)前版本是IMAP4 IMAP是斯坦福大學(xué)在1986年開發(fā)的研發(fā)的一種郵件獲取協(xié)議。它的主要作用是郵件客戶端可以通過這種協(xié)議從郵件服務(wù)器上獲取

19、郵件的信息,下載郵件等。 IMAP協(xié)議運(yùn)行在TCP/IP協(xié)議之上,使用的端口是143。,(2)IMAP協(xié)議,IMAP與與POP3的區(qū)別:IMAP它只下載郵件的主題,并不把所有的郵件內(nèi)容都下載下來,而是郵箱當(dāng)中還保留著郵件的副本,沒有把你原郵箱中的郵件刪除,用郵件客戶軟件閱讀郵件時(shí)才下載郵件的內(nèi)容。 支持連接和斷開兩種操作模式。當(dāng)使用POP3時(shí),客戶端會(huì)連接在服務(wù)器上一段的時(shí)間,直到它下載完所有新信息,客戶端即斷開連接。在IMAP中,只要用戶界面是活動(dòng)的和下載信息內(nèi)容是需要的,客戶端就會(huì)一直連接在服務(wù)器上。對(duì)于有很多或者很大郵件的用戶來說,使用IMAP4模式可以獲得更快的響應(yīng)時(shí)間。 支持多個(gè)客戶

20、同時(shí)連接到一個(gè)郵箱。POP3協(xié)議假定郵箱當(dāng)前的連接是唯一的連接。相反,IMAP4協(xié)議允許多個(gè)用戶同時(shí)訪問郵箱同時(shí)提供一種機(jī)制讓客戶能夠感知其他當(dāng)前連接到這個(gè)郵箱的用戶所做的操作。,(2)IMAP協(xié)議,支持訪問郵件中的MIME部分和部分獲取。幾乎所有的Internet 郵件都是以MIME格式傳輸?shù)?。IMAP4協(xié)議允許客戶端獲取任何獨(dú)立的MIME部分和獲取信息的一部分或者全部。 用戶無需下載附件就可以瀏覽消息內(nèi)容或者在獲取內(nèi)容的同時(shí)瀏覽。 支持在服務(wù)器保留郵件的狀態(tài)信息。通過使用在IMAP4協(xié)議中定義的標(biāo)志客戶端可以跟蹤?quán)]件狀態(tài),例如郵件是否被讀取,回復(fù),或者刪除。這些標(biāo)識(shí)存儲(chǔ)在服務(wù)器,所以多個(gè)客

21、戶在不同時(shí)間訪問一個(gè)郵箱可以感知其他用戶所做的操作。 支持在服務(wù)器上訪問多個(gè)郵箱。IMAP4客戶端可以在服務(wù)器上創(chuàng)建,重命名,或刪除郵箱(通常以文件夾形式顯現(xiàn)給用戶)。還允許服務(wù)器提供對(duì)于共享和公共文件夾的訪問。,(2)IMAP協(xié)議,支持服務(wù)器端搜索。IMAP4提供了一種機(jī)制給客戶使客戶可以要求服務(wù)器搜索符合多個(gè)標(biāo)準(zhǔn)的信息。在這種機(jī)制下客戶端就無需下載郵箱中所有信息來完成這些搜索。 支持?jǐn)U展機(jī)制。吸取早期Internet協(xié)議的經(jīng)驗(yàn),IMAP的擴(kuò)展定義了一個(gè)明確的機(jī)制。 較好支持這種協(xié)議的郵件客戶端有:ThunderMail, Foxmail, outlook等,(3)DMSP協(xié)議,DMSP(D

22、istributed Mail System Protocol) RFC1056 該協(xié)議假定用戶使用多個(gè)Mail Server, 該協(xié)議允許用戶將郵件Download到PC機(jī)上,然后將連接斷開. 在連接斷開的情況下,用戶可以閱讀郵件, 可以回復(fù)郵件.當(dāng)連接重新建立時(shí),郵件被發(fā)送出去,系統(tǒng)會(huì)重新進(jìn)行同步 。,注:,發(fā)信人的用戶代理向源郵件服務(wù)器發(fā)送郵件, 源郵件服務(wù)器向目的郵件服務(wù)器發(fā)送郵件使用都是SMTP協(xié)議; POP3和IMAP等協(xié)議只是從目的郵件服務(wù)上讀取郵件。,5.2 文件傳輸協(xié)議,文件傳輸協(xié)議的類型 FTP TFTP,文件傳輸協(xié)議的類型,(1) 透明型 (2) 非透明型,(1) 透明型

23、,透明型,又分為文件共享型(基于OS,例如Novell的Netware, Microsoft的Windows 9X, Windows NT/2000, SUN的NFS等)和磁盤共享型(基于BIOS, 典型代表為3COM公司的Etherseries )。,磁盤共享型,應(yīng)用或系統(tǒng)程序,操作系統(tǒng),BIOS/Network,本地磁盤,網(wǎng)絡(luò),BIOS/Network,本地磁盤,網(wǎng)絡(luò),磁盤共享型,應(yīng)用或系統(tǒng)程序,操作系統(tǒng),BIOS/Network,本地磁盤,網(wǎng)絡(luò),BIOS/Network,本地磁盤,網(wǎng)絡(luò),FDT FAT INT 13H(物理參數(shù)),文件共享型,應(yīng)用或系統(tǒng)程序,操作系統(tǒng),BIOS,本地磁盤,

24、網(wǎng)絡(luò),本地磁盤,網(wǎng)絡(luò),Network Drv,BIOS,Network Drv,操作系統(tǒng),(2)非透明:文件傳送型,文件傳送命令(客戶),網(wǎng)絡(luò),本地文件,網(wǎng)絡(luò),網(wǎng)絡(luò)操作系統(tǒng),文件傳送(服務(wù)器),網(wǎng)絡(luò)操作系統(tǒng),2. FTP,FTP(File Transfer Protocol)是Internet上廣泛使用的協(xié)議之一,它是一種文件傳送型協(xié)議,適合異種機(jī)(異種操作系統(tǒng))下的文件傳送。它支持ASCII文件(文本文件)和純二進(jìn)制文件的傳送。 FTP定義在RFC959。,FTP工作模型,client,server,FTP用戶接口命令,FTP commands,FTP replies,FTP實(shí)例,C:WIN

25、DOWSDesktopftp 1 Connected to 1. 220 ProFTPD 1.2.6rc1 Server (NeuFtp_Test) FtpTest User (1:(none): anonymous 331 Anonymous login ok, send your complete email address as your password. Password: abcabc 230- 歡迎使用0:10000 !強(qiáng)調(diào)不安要求上傳的內(nèi)容一律刪除 ! 來自

26、77的朋友 現(xiàn)在是北京時(shí)間Sat Nov 23 16:52:15 2002 歡迎光臨東北大學(xué)FTP服務(wù)器 Welcome to FtpTest 歡迎使用我們的FTP搜索引擎3! 你是當(dāng)前第12個(gè)用戶,最多允許100個(gè)用戶 There are 12 out of 100 users now logged in 磁盤可用空間 0,使用中有什么問題請(qǐng)聯(lián)系管理員 或者到白山黑水BBS站Download版聯(lián)系 230 歡迎光臨東北大學(xué)FTP服務(wù)器 ftp dir 200 PORT command successful. 150 Opening ASCII mode d

27、ata connection for file list drwxr-x- 3 ftp ftp 4096 Nov 23 03:00 advice drwxr-xr-x 10 ftp ftp 4096 Nov 23 08:00 incoming drwxr-xr-x 2 root root 4096 Jul 26 07:24 lost+found drwxr-xr-x 50 ftp ftp 4096 Nov 23 07:51 software drwxr-xr-x 2 root root 4096 Sep 8 08:49 !incoming drwxr-xr-x 2 root root 4096

28、 Sep 28 00:46 !個(gè)人文件請(qǐng)上傳incoming drwxr-xr-x 2 root root 4096 Sep 28 01:01 ! drwxr-xr-x 2 root root 4096 Sep 8 08:49 ! ftp: 682 bytes received in 0.11Seconds 6.20Kbytes/sec. ftp cd incoming 250 CWD command successful.,ftp dir 200 PORT command successful. 150 Opening ASCII mode data connection for file

29、list drwxr-x- 30 ftp ftp 4096 Nov 23 08:32 2002.11.17-2002.11.23 -rw-r- 1 ftp ftp 0 Nov 22 16:06 ICQ.ram -rw-r- 1 ftp ftp 0 Nov 22 15:58 RFW.EXE drwxr-x- 2 ftp ftp 4096 Nov 23 08:32 chen -rw-r- 1 ftp ftp 0 Nov 23 07:29 gistest.txt drwxr-x- 2 ftp ftp 4096 Nov 23 05:46 plugin1 drwxr-x- 3 ftp ftp 4096

30、Nov 22 15:24 serv-u drwxr-x- 3 ftp ftp 4096 Nov 23 05:00 stillicel 226 Transfer complete. ftp: 1156 bytes received in 0.16Seconds 7.22Kbytes/sec. ftpget gistest.txt abc.txt 200 PORT command successful. 150 Opening ASCII mode data connection for gistest.txt 226 Transfer complete. ftp quit 221 Good by

31、e.,3. TFPT,Trivial File Transfer Protocol 雖然FTP是TCP/IP協(xié)議簇中最常用的文件傳送協(xié)議,但他的編程也是最復(fù)雜和最困難的。許多應(yīng)用場(chǎng)合及不需要FTP提供的全部功能,也不能應(yīng)付FTP的復(fù)雜性。TFTP就應(yīng)運(yùn)而生了。TFTP只提供簡(jiǎn)單文件傳輸,不提供存取授權(quán)。由于TFTP局限性較大,所以TFTP比FTP小得多,它可用在像無盤工作站的啟動(dòng)等的場(chǎng)合。 TFTP使用UDP協(xié)議,端口號(hào)是69。,TFTP的報(bào)文格式,模式: NetASCII: 美國(guó)標(biāo)準(zhǔn)信息交換代碼 Octet: 8位長(zhǎng)的字節(jié)或二進(jìn)制數(shù)據(jù) Mail : 將數(shù)據(jù)發(fā)送到一個(gè)用戶,而不是文件,代碼仍是

32、NetASCII.,差錯(cuò)碼: 0: 未定義 1:文件未找到 2:訪問非法 3:磁盤滿 4:非法TFTP操作 5:未知的傳輸ID 差錯(cuò)信息:用ASCII表示的,包含額外的操作系統(tǒng)說明的信息。,安全性: TFTP報(bào)文中無用戶名和口令(這是TFTP的 “安全漏洞”)。 TFTP的可被解密高手用于獲取UNIX口令文件,然后來猜測(cè)用戶口令。 為防止這種類型的訪問,目前大多數(shù)TFTP服務(wù)器提供了一個(gè)選項(xiàng)來限制只能訪問特定目錄下的文件(UNIX系統(tǒng)中通常是/ tftpboot)。這個(gè)目錄中只包含無盤系統(tǒng)進(jìn)行系統(tǒng)引導(dǎo)時(shí)所需的文件。,5.3 WWW,WWW的起源 WWW系統(tǒng)必須要解決的問題及工作模型 URL H

33、TML HTTP,1. WWW的起源,WWW于是1989年3月起源于CERN,物理學(xué)家Berners-Lee提出。 1990年9月開發(fā)出第一個(gè)文本界面的系統(tǒng)。 1991年月12月在San Antonio, Texas的Hypertext91進(jìn)行了展示。 1993年2月,Marc Andreessen在國(guó)家超級(jí)計(jì)算機(jī)應(yīng)用中心開發(fā)出圖形界面的瀏覽器Mosaic. Marc Andreessen創(chuàng)辦Netscape, 并推出Navigator。 1995年,Microsoft推出IE。,2. WWW系統(tǒng)必須要解決在問題及工作模型,怎樣標(biāo)識(shí)分布在Internet上的文檔? 用什么協(xié)議為實(shí)現(xiàn)用戶與服務(wù)器之間的文檔傳輸? 怎樣使不同風(fēng)格的文檔都能在Internet的各種計(jì)算機(jī)上展示出來?,WWW的工作模型,3. URL,URL是Uniform Resource Locator的縮寫,用來解決上述定第一個(gè)問題。 定義:是對(duì)能從Internet上得到的資源的位置和訪問方

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論