outbound伺服器地址什麼意思

① 浠涔堟槸IVR涓誨姩澶栧懠錛圤utbound錛

澶栧懠鍒嗕負涓や釜闃舵碉細澶栧懠鏁版嵁鐨勮幏鍙栦互鍙婂栧懠鍔ㄤ綔鐨勫彂璧楓侽utbound閮ㄤ歡璐熻矗瀹屾垚澶栧懠鍔ㄤ綔鐨勫彂璧峰姛鑳斤紝姝や笉璧樿堪銆傝繖閲屽皢瑕佷粙緇嶇殑鏄澶栧懠鏁版嵁鐨勮幏鍙栧姛鑳姐 鍛煎嚭鏈嶅姟璐熻矗涓誨姩鍙戣搗瀵瑰㈡埛鐨勫懠鍙銆傚懠鍑烘湁涓夌嶇被鍨嬶細棰勮堝瀷銆侀勬祴鍨嬪拰棰勭害鍨嬨 棰勮堟嫧鍙鳳細 緋葷粺棣栧厛鎺ラ氬駭甯鐨勭數璇濈劧鍚庡啀鎷ㄥ㈡埛鍙風爜錛岀瓑寰呮帴閫氳繃紼嬩箣鍚庯紝璇濆姟鍛樻垨鑰呭彲浠ュ拰瀹㈡埛閫氳瘽錛屾垨鑰呭洜涓哄崰綰褲佹棤浜哄簲絳斻佺┖鍙楓佺嚎璺鏁呴殰絳夊師鍥犺屾斁寮冿紱棰勬祴鎷ㄥ彿鍒欐槸灝嗘暣涓榪囩▼鑷鍔ㄥ寲錛岃＄畻鏈洪夋嫨瑕佹嫧鐨勫㈡埛騫跺紑濮嬫嫧鍙鳳紝鎵鏈夋棤鏁堢殑鍛煎彨錛堝傚繖闊熾佹棤搴旂瓟銆佹満鍣ㄦ帴鍚錛夐兘灝嗚璺寵繃錛屼笉鎺ラ氳瘽鍔″憳錛屽傛灉瀹㈡埛搴旂瓟錛屽懠鍙灝嗚繀閫熻漿緇欎竴涓璇濆姟鍛橈紝濡傛灉鍥犱負鏌愮嶅師鍥狅紙蹇欍佹棤浜烘帴錛夊懠鍙鏃犳硶閫佸埌璇濆姟鍛橈紝灝卞皢鍙風爜鏀懼叆涓涓鏂扮殑鑱旂郴鍚嶅崟絳夊緟鍚堥傜殑鏃墮棿鍐嶆嫧銆 棰勭害鍛煎嚭錛 瑕佹眰瀹㈡埛涓瀹氱▼搴︾殑鍙備笌錛岄氳繃鐮旂┒鎵涓婚〉銆佺數璇濈瓑鍛ㄨ竟鎵嬫點佷漢宸ュ駭甯鏂瑰紡錛屽㈡埛鑷瀹氫箟鎵闇鐨勬湇鍔′互鍙婇佽揪鐨勯氳鎵嬫點傜郴緇熸牴鎹瀹㈡埛鐨勯勭害璇鋒眰錛屽彂閫佸㈡埛鎵闇淇℃伅錛屽疄鐜版湇鍔° 棰勬祴鎷ㄥ嚭錛 浣跨敤澶嶆潅鐨勬暟瀛︾畻娉曡冭檻澶氱嶅洜緔狅紝濡傚彲鐢ㄧ殑鐢佃瘽綰胯礬鏁般佸彲鐢ㄦ帴綰垮憳鏁般佹棤娉曟帴閫氭湡鏈涘駭甯鐨勬傜巼絳夛紝棰勬祴鎷ㄥ嚭鍙戝嚭鐨勫懠鍙寰寰姣旇瘽鍔″憳澶勭悊鐨勮佸氾紝瀹冧負璇濆姟鍛樿妭鐪佷簡澶ч噺鏃墮棿錛堟煡鍙楓佹嫧鍙楓佺瓑寰呴渿閾冿級錛屼粠鑰屽ぇ澶ф彁楂樻晥鐜囥 鍛煎嚭鏈嶅姟錛屽彲浠ョ敤浜庡競鍦哄垎鏋愶紝渚嬪傚彲浠ラ氳繃瀹冩寜鐓у悕鍗曡嚜鍔ㄦ嫧閫氬ぇ閲忕敤鎴鳳紝榪涜屼笟鍔￠渶奼傛垨鏈嶅姟婊℃剰搴︾殑璋冩煡錛屾垨鑰呭㈡埛鍥炶跨瓑媧誨姩銆 鍛煎嚭濯掍綋涓昏侀噰鐢ㄤ互涓嬪嚑縐嶆垨鏍規嵁瑕佹眰娣誨姞鍏跺畠鎵嬫碉細 鎵嬫満鐭娑堟伅錛氬埄鐢ㄤ笌鎵嬫満鏈嶅姟鍟嗚劇珛鎺ュ彛閫氳鏈恆 BP鏈鴻嚜鍔ㄥ彴錛氬埄鐢ㄤ笌浼犲懠鍙扮殑鑷鍔ㄥ彴鎻愮ず鍔熻兘瀹炵幇浠ｇ爜鍛煎嚭銆 E錛峂AIL錛氬埄鐢錛╋籍錛達譏錛詫籍錛ワ即鏈嶅姟銆 鐢佃瘽錛氬埄鐢ㄧ數淇＄殑鍏鍏辯綉鍙戦佽闊蟲垨鍏朵粬淇℃伅銆 浼犵湡錛氬拰鐢佃瘽鍘熺悊鐩稿悓銆 IP鐢佃瘽錛氬懠鍙鍏堥噰鐢↖P鐨勬柟寮忥紝閫氳繃浜掕仈緗戜紶杈擄紝鐒跺悗杞鎹㈡垚PSTN銆 緋葷粺鐢佃瘽涓誨姩鍛煎嚭涓昏佹湁涓ょ嶆柟寮忥細 IVR嫻佺▼鑷鍔ㄥ懠鍑 緋葷粺鏍規嵁棰勫厛璁懼畾鐨勫彿鐮佸簱錛屽畾鏃惰嚜鍔ㄥ懠閫氱敤鎴鳳紝鍚戠敤鎴鋒挱鏀懼悇縐嶈劇疆鐨勮闊熾佸彂閫佺煭 璁銆丒MAIL絳夈傚畠鏃犻渶浜哄伐鍙備笌銆 緋葷粺涔熷彲浠ユ牴鎹鐢ㄦ埛棰勭害鐨勬椂闂村拰濯掍綋錛屾寜鏃惰嚜鍔ㄥ懠閫氱敤鎴鳳紝鍚戠敤鎴鋒挱鏀鵑勫畾鐨勪俊鎮銆傝繖縐嶆柟寮忓彲鐢ㄤ簬鑷鍔ㄦ垚浜ゅ洖鎶ャ佽屾儏鎶ヨ︾瓑銆 搴у腑涓誨姩鍛煎嚭 緋葷粺鏍規嵁鐝闀塊夊畾鐨勫彿鐮佺粍鍜屼笟鍔′唬琛ㄧ粍錛坣涓錛夛紝鍚屾椂浠庡懠鍙風爜緇勪腑鏁伴夊畾n涓鍙風爜鑷鍔ㄨ繘琛屽懠鍙錛屽懠閫氬悗鎻愪氦緇欑﹀悎璇ユ妧鑳界殑絀洪棽鐨勪笟鍔′唬琛ㄣ傝嫢鍛間笉閫氾紝鍒欏彟閫夋嫨涓涓鍙風爜銆傚綋涓氬姟浠ｈ〃閫氳瘽緇撴潫鍚庯紝緋葷粺浼氳嚜鍔ㄧ戶緇鍛煎彨銆 涓銆佽闊充俊綆辨湇鍔(voice mail) 鎮掔敓瀹㈡埛鏈嶅姟涓蹇冪郴緇熸彁渚涘姛鑳戒赴瀵岀殑璇闊充俊綆辨湇鍔°傚㈡埛鍙浠ラ氳繃璇ユ湇鍔℃潵瀹屾垚錛 1銆 瀹㈡埛鐣欒█ 2銆 瀹㈡埛鐣欒█鎶曡瘔銆佸緩璁銆佽〃鎵銆 3銆 瀹㈡埛鐣欒█鍙戣搗錛堜笉鍙婃椂鎴栧強鏃訛級鍛煎彨銆 4銆 瀹㈡埛鍚鍙栫暀璦鍥炲嶃 5銆 瀹㈡埛鍚鍙栫郴緇熺暀璦銆 6銆 瀹㈡埛鍚鍙栧㈡埛鐣欒█銆 7銆佽劇疆/淇鏀硅闊充俊綆卞瘑鐮 浜屻佺煭娑堟伅鏈嶅姟錛堬汲錛錛籌級 鎮掔敓瀹㈡埛鏈嶅姟涓蹇冪郴緇熸彁渚涚煭娑堟伅鏈嶅姟鍣ㄦ潵澶勭悊銆佸瓨鍌ㄨ漿鍙戠煭娑堟伅銆傜煭娑堟伅鏈嶅姟鍣ㄦ帴鏀剁煭娑堟伅鍛煎彨錛屽湪鍚慖CM璇鋒眰浣滅粺涓鐨勬帓闃熷勭悊錛涘傛灉緋葷粺鏆傛椂涓嶈兘鍗蟲椂鐨勫勭悊鏃剁煭娑堟伅鏈嶅姟鍣ㄤ細灝嗚ユ秷鎮淇濆瓨寰呬互鍚庡湪鍙戣搗鍛煎彨銆傝屽彂璧風煭娑堟伅鐨勬柟寮忓垯鏈変袱縐嶏細鑷鍔ㄤ笟鍔℃祦紼嬪彲浠ュ崟涓鎴栬呮壒閲忕殑鍙戣搗錛涘彟澶栦漢宸ヤ笟鍔′篃鍙浠ュ仛涓浜涗釜鎬у寲鐨勭煭娑堟伅鏈嶅姟銆 鏈嶅姟鏂瑰紡錛 A錛夈佺煭娑堟伅鐨勬帴鏀朵笌瀛樺偍錛氭帴鍙桽MS鍛煎彨騫朵繚瀛樸 B錛夈佺煭娑堟伅鐨勫瓨鍌ㄤ笌鍙戦 鍙瀹氬埗錛堟ā鏉匡級涓鎬у寲鐭娑堟伅鏈嶅姟銆 鍙婃椂鐨勫崟涓鎴栨壒閲忕殑鐭娑堟伅鏈嶅姟銆 瀹氭椂鐨勫崟涓鎴栨壒閲忕殑鐭娑堟伅鏈嶅姟銆 鏀鎸佺Щ鍔ㄣ佽仈閫氭敹鎵嬫満鐢ㄦ埛浠ュ強鍥鴻瘽鐭娑堟伅銆 涓夈佷紶鐪熸湇鍔★紙錛︼集錛わ級 鎮掔敓瀹㈡埛鏈嶅姟涓蹇冪郴緇熷悜瑕佹眰浼犵湡鐨勫㈡埛鎻愪緵浼犵湡鏈嶅姟銆傜郴緇熷彲鏍規嵁浜嬪厛瀹氫箟濂界殑浼犵湡妯℃澘緇撳悎涓氬姟鏁版嵁鐢熸垚浼犵湡鏂囦歡錛屽苟浠ュ疄鏃舵垨浜嬪悗鏂瑰紡鍙戦佷紶鐪熴 1) 浼犵湡緇存姢 浼犵湡鏁版嵁瀛樺偍錛氭妸浼犵湡鏁版嵁淇濆瓨涓烘枃浠訛紝鍚屾椂寤虹珛綆＄悊媯緔㈠簱銆 浼犵湡鏁版嵁鍚堟垚錛氭妸鍥捐薄鏂囦歡鍜屼笟鍔℃暟鎹鎸変竴瀹氱殑鏍煎紡鍚堟垚涓轟紶鐪熸枃浠躲 浼犵湡鏁版嵁杞鍙戱細鎻愬彇浼犵湡鏂囦歡涓鐨勬暟鎹錛屽栧彂浼犵湡銆 2) 浼犵湡璇鋒眰鏂瑰紡 鍦ㄧ嚎浼犵湡錛氬㈡埛鍦ㄤ紶鐪熸満涓婃墦鐢佃瘽鍒板懠鍙鍝嶅簲涓蹇冿紝鍋氳繃涓浜涗氦鏄撳悗瑕佹眰浼犵湡鏈嶅姟錛屽氨鍦ㄤ紶鐪熸満涓婃寜閿鍒囨崲鍒頒紶鐪熸ā寮忥紝FAX閫氳繃鍚屼竴鏉＄嚎鍙戝洖錛岃繖縐嶆儏鍐墊槸鍚屼竴鐢佃瘽鐨勫嵆鏃朵紶鐪熸湇鍔° 澶栨嫧浼犵湡錛氬㈡埛閫氳繃鎸夐敭緇橧VR涓涓浼犵湡鍙風爜錛岀劧鍚庢寕鏈猴紝絳夊緟浼犵湡銆傚懠鍙鍝嶅簲涓蹇冩敹鍒頒俊鎮鍚庯紝灝嗕紶鐪熷彂鍒板㈡埛鎸囧畾鐨勫彿鐮併傝繖縐嶆儏鍐靛彲鑳芥槸瀹㈡埛閫氳繃鐢佃瘽瑕佹眰灝嗕紶鐪熷彂鍒板彟澶栦竴涓鍦版柟鐨勪紶鐪熸満銆 3) 浼犵湡澶勭悊鏂瑰紡 A錛. 鑷鍔‵AX 瀹㈡埛鑷寸數鍛煎彨鍝嶅簲涓蹇冨悗錛岄栧厛榪涘叆IVR緋葷粺錛屽綋瀹㈡埛閫氳繃鎸夐敭瑕佹眰浼犵湡鏈嶅姟鏃訛紝鍚屾椂涔熶細灝嗕紶鐪熸満緗浜庝紶鐪熸帴鏀剁姸鎬侊紝IVR鏈嶅姟鍣ㄦ敹鍒頒紶鐪熻鋒眰鍚庯紝鍙戦佷俊鎮鍒癆pplication Server錛孉pplication Server鍑嗗囧ソ浼犵湡鍐呭癸紝榪斿洖鏁版嵁鍖呯粰IVR鏈嶅姟鍣錛岀敱IVR鍙戦佷紶鐪熺粰瀹㈡埛銆 B錛. 浜哄伐FAX 瀹㈡埛鍜屽㈡埛鏈嶅姟浠ｈ〃浜よ皥榪囩▼涓錛屽傛灉闇瑕佷紶鐪熸湇鍔★紝鍛婄煡瀹㈡埛鏈嶅姟浠ｈ〃錛屽悓鏃跺皢浼犵湡鏈虹疆浜庝紶鐪熸帴鏀剁姸鎬侊紝瀹㈡埛鏈嶅姟浠ｈ〃鍑嗗囦紶鐪熷唴瀹癸紝灝嗘暟鎹鍖呬紶閫佸埌IVR Server銆傚傛灉闇瑕丄pplication鍑嗗囨暟鎹鍖咃紝鍒欏彂閫佷俊鎮緇橝pplication Server錛岀敱Application Server鍑嗗囧ソ浼犵湡鍐呭癸紝榪斿洖鏁版嵁鍖呯粰IVR鏈嶅姟鍣ㄣ傚悗闈㈢殑澶勭悊涓庤嚜鍔‵AX綾諱技銆 鍥涖佺綉緇滃懠鍙鏈嶅姟錛圵EB CALL錛 浜掕仈緗戠粶鐜澧冧笅鐨勫㈡埛錛岄氳繃WEB CALL錛屽彲浠ュ疄鐜頒笌搴у腑浜哄憳鐨勮闊充氦嫻侊紝鑾峰彇鏈嶅姟銆備赴瀵孖nternet瀹㈡埛鏈嶅姟涓蹇冪殑鏈嶅姟鍐呭廣 灝嗗熀鏈鐨勪笟鍔′俊鎮杈撳叆Internet鍙浠ヨ妭鐪佺綉緇滅殑璐圭敤鍜屼笟鍔″憳鐨勬椂闂達紝鍚屾椂鍙堝彲浣垮㈡埛鑳藉湪闇瑕佹椂寰堝規槗鍦版壘鍒"鐜板満"鐨勪笟鍔″憳銆備嬌鐢ㄨ闊蟲祻瑙堝櫒錛屽 Netscape 鐨 Navigator錛屾垨寰杞鐨 Internet Explorer錛屾祻瑙堝晢涓氱綉鍧鐨勫㈡埛鍙鍦ㄤ粬浠鐨勫睆騫曚笂鐐瑰嚮涓涓嬶紝鍗沖彲涓庡㈡埛鏈嶅姟涓蹇冪殑涓氬姟浠ｈ〃浜よ皥銆 Internet 瀹㈡埛鏈嶅姟涓蹇冨皢 Internet鏉ヨ瘽鑱旀帴鑷充竴鍚嶅駭甯鐨勭數璇濄傚悓鏃訛紝璇ュ駭甯鐨勫睆騫曚笂鏄劇ず鍑哄㈡埛鍙戝嚭鍛煎彨鐨勭綉欏點傚駭甯榪樺彲灝嗗㈡埛瀵煎悜鍙浠ュ悜鍛煎彨鑰呮彁渚涙墍闇淇℃伅鐨勫叾瀹冪綉欏點 Internet瀹㈡埛鏈嶅姟涓蹇冩墍鎻愪緵鐨勬槸涓欏瑰畬鏁寸殑銆佸彲闈犵殑瑙ｅ喅鏂規堬紝浣跨敤鐨勬槸鍩轟簬琛屼笟鏍囧噯鍜屾敮鎸佹姢鑸嫻忚堢殑IP璇濋煶錛屾枃瀛椾氦璋堬紝鐢靛瓙閭浠訛紝鍜屽洖鍙鐨処nternet鍔熻兘銆侷nternet瀹㈡埛鏈嶅姟涓蹇冪殑絳栫暐鏄灝嗚繖浜涘厛榪涚殑鎶鏈鍜屾敮鎸佹満鍒朵笌涓氬姟鍔熻兘銆佸悇欏硅祫婧愬拰鐩鏍囩浉鋙嶅悎錛屽壋閫犲嚭涓涓鍏ㄩ潰瀹屾垚浠誨姟鐨勪腑蹇冿紞瀹冩槸鐜頒唬涓嫻佹按騫崇殑宸ュ叿錛屽彲鍦ㄤ換浣曞獟浣擄紝浠諱綍鍦扮偣錛屼換浣曟椂闂翠互鏈緇忔祹鏈鏈夋晥鐨勬柟寮忥紝鎻愪緵鏈浣崇殑瀹㈡埛鏈嶅姟銆

② 文件傳輸FTP的工作原理是什麼啊

FTP並不是應用於IP網路上的協議，而是ARPANEt網路中計算機間的文件傳輸協議， ARPANET是美國國防部組建的老網路，於1960-1980年使用。在那時， FTP的主要功能是在主機間高速可靠地傳輸文件。目前FTP仍然保持其可靠性，即使在今天，它還允許文件遠程存取。這使得用戶可以在某個系統上工作，而將文件存貯在別的系統。例如，如果某用戶運行Web伺服器，需要從遠程主機上取得HTML文件和CGI程序在本機上工作，他需要從遠程存儲站點獲取文件(遠程站點也需安裝Web伺服器)。當用戶完成工作後，可使用FTP將文件傳回到Web伺服器。採用這種方法，用戶無需使用Telnet登錄到遠程主機進行工作，這樣就使Web伺服器的更新工作變得如此的輕松。

FTP是TCP/IP的一種具體應用，它工作在OSI模型的第七層，TCP模型的第四層上，即應用層，使用TCP傳輸而不是UDP，這樣FTP客戶在和伺服器建立連接前就要經過一個被廣為熟知的"三次握手"的過程，它帶來的意義在於客戶與伺服器之間的連接是可靠的，而且是面向連接，為數據的傳輸提供了可靠的保證。

下面，讓我們來看看，一個FTP客戶在和伺服器連接是怎麼樣的一個過程（以標準的FTP埠號為例）。

首先，FTP並不像HTTP協議那樣，只需要一個埠作為連接（HTTP的默認埠是80，FTP的默認埠是21），FTP需要2個埠，一個埠是作為控制連接埠,也就是21這個埠，用於發送指令給伺服器以及等待伺服器響應；另一個埠是數據傳輸埠,埠號為20（僅PORT模式），是用來建立數據傳輸通道的，主要有3個作用

從客戶向伺服器發送一個文件。

從伺服器向客戶發送一個文件。

從伺服器向客戶發送文件或目錄列表。

其次，FTP的連接模式有兩種，PORT和PASV。PORT模式是一個主動模式，PASV是被動模式，這里都是相對於伺服器而言的。為了讓大家清楚的認識這兩種模式，朗月繁星分別舉例說明。

PORT模式

當FTP客戶以PORT模式連接伺服器時，他動態的選擇一個埠號（本次試驗是6015）連接伺服器的21埠，注意這個埠號一定是1024以上的，因為1024以前的埠都已經預先被定義好，被一些典型的服務使用，當然有的還沒使用，保留給以後會用到這些埠的資源服務。當經過TCP的三次握手後，連接（控制信道）被建立（如圖1和圖2）。

圖1：FTP客戶使用FTP命令建立於伺服器的連接

圖2：用netstat命令查看，控制信道被建立在客戶機的6015和伺服器的20埠

現在用戶要列出伺服器上的目錄結構(使用ls或dir命令)，那麼首先就要建立一個數據通道，因為只有數據通道才能傳輸目錄和文件列表，此時用戶會發出PORT指令告訴伺服器連接自己的什麼埠來建立一條數據通道（這個命令由控制信道發送給伺服器），當伺服器接到這一指令時，伺服器會使用20埠連接用戶在PORT指令中指定的埠號，用以發送目錄的列表（如圖3）。

圖3：ls命令是一個交互命令，它會首先與伺服器建立一個數據傳輸通道。經驗證本次試驗客戶機使用6044埠

當完成這一操作時，FTP客戶也許要下載一個文件，那麼就會發出get指令，請注意，這時客戶會再次發送PORT指令，告訴伺服器連接他的哪個"新"埠，你可以先用netstat -na這個命令驗證，上一次使用的6044已經處於TIME_WAIT狀態(如圖4)。

圖4：使用netstat命令驗證上一次使用ls命令建立的數據傳輸通道已經關閉

當這個新的數據傳輸通道建立後(在微軟的系統中，客戶端通常會使用連續的埠，也就是說這一次客戶端會用6045這個埠)，就開始了文件傳輸的工作。

PASV模式

然而，當FTP客戶以PASV模式連接伺服器時，情況就有些不同了。在初始化連接這個過程即連接伺服器這個過程和PORT模式是一樣的，不同的是，當FTP客戶發送ls、dir、get等這些要求數據返回的命令時，他不向伺服器發送PORT指令而是發送PASV指令，在這個指令中，用戶告訴伺服器自己要連接伺服器的某一個埠，如果這個伺服器上的這個埠是空閑的可用的，那麼伺服器會返回ACK的確認信息，之後數據傳輸通道被建立並返回用戶所要的信息（根據用戶發送的指令，如ls、dir、get等）；如果伺服器的這個埠被另一個資源所使用，那麼伺服器返回UNACK的信息，那麼這時，FTP客戶會再次發送PASV命令，這也就是所謂的連接建立的協商過程。為了驗證這個過程我們不得不藉助CUTEFTP Pro這個大家經常使用的FTP客戶端軟體，因為微軟自帶的FTP命令客戶端，不支持PASV模式。雖然你可以使用QUOTE PASV這個命令強制使用PASV模式，但是當你用ls命令列出伺服器目錄列表，你會發現它還是使用PORT方式來連接伺服器的。現在我們使用CUTEFTP Pro以PASV模式連接伺服器