第四單元第9章考試

1、· 考試結(jié)果 · 試題反饋報(bào)告Connecting Networks (版本 5.0) - CN 第 9 章考試以下是針對(duì)您未獲得滿分的試題給出的反饋。 某些交互式試題可能不顯示您的答案。分項(xiàng)分?jǐn)?shù)：                                          

2、0;  1窗體頂端什么時(shí)候應(yīng)該測(cè)量網(wǎng)絡(luò)性能基線？正確響應(yīng)您的響應(yīng)在主網(wǎng)絡(luò)設(shè)備重新啟動(dòng)后立即測(cè)量在組織的正常工作時(shí)間當(dāng)檢測(cè)并攔截到對(duì)網(wǎng)絡(luò)的拒絕服務(wù)攻擊時(shí)正常工作時(shí)間以外，以減少可能造成的中斷網(wǎng)絡(luò)性能基線的目的是記錄網(wǎng)絡(luò)在正常運(yùn)行期間的特征。它可用作確定網(wǎng)絡(luò)異常的標(biāo)準(zhǔn)。在特定情況下執(zhí)行測(cè)量（例如主網(wǎng)絡(luò)設(shè)備重新啟動(dòng)或運(yùn)行數(shù)小時(shí)后）所得出的特征不能準(zhǔn)確描述基線。DoS 攻擊可能引發(fā)異常網(wǎng)絡(luò)性能，但是一旦攔截攻擊，網(wǎng)絡(luò)性能應(yīng)返回到正常水平，因此無(wú)需立即測(cè)量性能來(lái)建立基線。窗體底端此試題參考以下領(lǐng)域的內(nèi)容：Connecting Networks· 9.1.1 網(wǎng)絡(luò)文檔2窗體頂端在網(wǎng)絡(luò)文

3、檔建立過(guò)程中，網(wǎng)絡(luò)工程師在多臺(tái)網(wǎng)絡(luò)設(shè)備上執(zhí)行了 show cdp neighbor 命令。執(zhí)行此命令的作用是什么？正確響應(yīng)您的響應(yīng)檢查由相鄰路由器通告的網(wǎng)絡(luò)檢查連接到網(wǎng)絡(luò)設(shè)備的 PC 的連接獲取有關(guān)直連思科設(shè)備的信息檢驗(yàn)連接到網(wǎng)絡(luò)設(shè)備的網(wǎng)絡(luò)地址show cdp neighbor 命令用于獲取直接連接的思科設(shè)備的詳細(xì)信息。信息不包括連接到相鄰思科設(shè)備的網(wǎng)絡(luò)，也不包括連接的 PC。show ip route 命令用于查看從相鄰路由器通告的網(wǎng)絡(luò)。窗體底端此試題參考以下領(lǐng)域的內(nèi)容：Connecting Networks· 9.1.1 網(wǎng)絡(luò)文檔3窗體頂端

4、用戶報(bào)告，本周的一段時(shí)間內(nèi)，在進(jìn)行身份驗(yàn)證和訪問(wèn)網(wǎng)絡(luò)資源時(shí)出現(xiàn)較長(zhǎng)延遲。網(wǎng)絡(luò)工程師應(yīng)該檢查哪類信息來(lái)確定這種情況是否屬于正常的網(wǎng)絡(luò)行為？正確響應(yīng)您的響應(yīng)調(diào)試輸出和數(shù)據(jù)包捕獲網(wǎng)絡(luò)配置文件網(wǎng)絡(luò)性能基線系統(tǒng)日志記錄和消息網(wǎng)絡(luò)工程師應(yīng)首先確定報(bào)告的網(wǎng)絡(luò)性能確實(shí)異常。這通過(guò)參考已記錄的網(wǎng)絡(luò)性能基線來(lái)完成。一旦檢驗(yàn)出網(wǎng)絡(luò)性能異常，就可以應(yīng)用特定的故障排除過(guò)程。窗體底端此試題參考以下領(lǐng)域的內(nèi)容：Connecting Networks· 9.1.1 網(wǎng)絡(luò)文檔4窗體頂端在收集故障癥狀的哪個(gè)步驟中，網(wǎng)絡(luò)工程師將確定問(wèn)題出現(xiàn)在網(wǎng)絡(luò)的核心層、分布層還是接入層？正確響應(yīng)您的響應(yīng)縮小范圍。記錄故障癥狀。確定所有

5、權(quán)。確定故障癥狀。收集信息。在收集癥狀的“縮小范圍”步驟中，網(wǎng)絡(luò)工程師將確定網(wǎng)絡(luò)故障出現(xiàn)在網(wǎng)絡(luò)的核心層、分布層還是接入層。完成此步驟并確定具體層后，網(wǎng)絡(luò)工程師可以確定哪些設(shè)備是最可能的原因。窗體底端此試題參考以下領(lǐng)域的內(nèi)容：Connecting Networks· 9.1.2 故障排除過(guò)程5窗體頂端網(wǎng)絡(luò)技術(shù)人員正在排除電子郵件連接故障。向最終用戶提出哪個(gè)問(wèn)題可以提供更清晰的信息以便更好地確定問(wèn)題？正確響應(yīng)您的響應(yīng)您第一次注意到電子郵件問(wèn)題是什么時(shí)候？您正在使用什么類型的設(shè)備來(lái)發(fā)送電子郵件？您嘗試發(fā)送的電子郵件有多大？您的電子郵件目前是否正在工作？為了在用戶首次遇到電子郵件問(wèn)題時(shí)正確有

6、效地建立連接，應(yīng)詢問(wèn)開放式問(wèn)題，以便用戶指明首次發(fā)現(xiàn)問(wèn)題的日期和時(shí)間。封閉式問(wèn)題只需要回答“是”或“否”，還需要進(jìn)一步提問(wèn)來(lái)確定出現(xiàn)問(wèn)題的實(shí)際時(shí)間。窗體底端此試題參考以下領(lǐng)域的內(nèi)容：Connecting Networks· 9.1.2 故障排除過(guò)程6窗體頂端工程師團(tuán)隊(duì)已經(jīng)確定了針對(duì)一個(gè)嚴(yán)重網(wǎng)絡(luò)問(wèn)題的解決方案。推薦的解決方案可能會(huì)影響關(guān)鍵網(wǎng)絡(luò)基礎(chǔ)設(shè)施組件。在實(shí)施解決方案時(shí)，團(tuán)隊(duì)?wèi)?yīng)遵循什么原則以避免干擾其他進(jìn)程和基礎(chǔ)設(shè)施？正確響應(yīng)您的響應(yīng)知識(shí)庫(kù)指南系統(tǒng)日志消息和報(bào)告一種分層故障排除法更改控制流程應(yīng)當(dāng)建立更改控制流程并應(yīng)用到每個(gè)階段，以確保采用一致的方法實(shí)施解決方案，并在更改導(dǎo)致其他意外故

7、障時(shí)阻止更改。窗體底端此試題參考以下領(lǐng)域的內(nèi)容：Connecting Networks· 9.1.2 故障排除過(guò)程7窗體頂端在完成網(wǎng)絡(luò)故障排除過(guò)程中的哪個(gè)步驟之后，可以使用一種分層故障排除方法？正確響應(yīng)您的響應(yīng)確定所有權(quán)縮小范圍記錄故障癥狀收集可疑設(shè)備的癥狀分層故障排除法（自上而下、自下而上或分治法）可用于收集可疑設(shè)備的硬件和軟件故障癥狀。窗體底端此試題參考以下領(lǐng)域的內(nèi)容：Connecting Networks· 9.1.3 采用分層模型來(lái)隔離問(wèn)題8窗體頂端用戶報(bào)告工作站無(wú)法連接辦公室中的網(wǎng)絡(luò)打印機(jī)以打印用文字處理軟件創(chuàng)建的報(bào)告。根據(jù)分治法，幫助臺(tái)技術(shù)人員將采取哪個(gè)故障排除

8、操作？正確響應(yīng)您的響應(yīng)讓用戶拔下并重新連接網(wǎng)絡(luò)電纜。讓用戶啟動(dòng) Web 瀏覽器。讓用戶保存工作文檔。讓用戶執(zhí)行 ipconfig 命令。ipconfig 命令可用于檢查工作站的 IP 設(shè)置，這屬于網(wǎng)絡(luò)層問(wèn)題，因此這是分治法。根據(jù)結(jié)果，技術(shù)人員可以從下層（例如檢查網(wǎng)絡(luò)連接問(wèn)題）或上層（例如檢查應(yīng)用是否正常運(yùn)行）進(jìn)一步調(diào)查。要求用戶拔下并重新連接網(wǎng)絡(luò)電纜是自下而上法。要求用戶啟動(dòng) Web 瀏覽器（檢查應(yīng)用能否正常啟動(dòng)）和保存文檔（檢查應(yīng)用是否正常運(yùn)行并保存工作文檔）是自上而下法。窗體底端此試題參考以下領(lǐng)域的內(nèi)容：Connecting Networks· 9.

9、1.3 采用分層模型來(lái)隔離問(wèn)題9窗體頂端網(wǎng)絡(luò)工程師正在排除網(wǎng)絡(luò)故障，能夠在兩臺(tái)設(shè)備之間成功執(zhí)行 ping 操作。但是，兩臺(tái)相同設(shè)備之間的 Telnet 不起作用。管理員接下來(lái)應(yīng)該調(diào)查哪個(gè) OSI 層？正確響應(yīng)您的響應(yīng)從網(wǎng)絡(luò)層到應(yīng)用層僅網(wǎng)絡(luò)層從網(wǎng)絡(luò)層到物理層所有層ping 成功表明物理層、數(shù)據(jù)鏈路層和網(wǎng)絡(luò)層都運(yùn)行正常。應(yīng)該調(diào)查其他層。窗體底端此試題參考以下領(lǐng)域的內(nèi)容：Connecting Networks· 9.1.3 采用分層模型來(lái)隔離問(wèn)題10窗體頂端哪種故障排除方法的第一步是檢查電纜連接和接線問(wèn)題？正確響應(yīng)您的響應(yīng)分治法自上而下自下而上替換窗體底端此試題參考以下領(lǐng)域的內(nèi)容：Conn

10、ecting Networks· 9.1.3 采用分層模型來(lái)隔離問(wèn)題11窗體頂端哪個(gè)數(shù)字代表系統(tǒng)日志記錄的最高嚴(yán)重級(jí)別？正確響應(yīng)您的響應(yīng)10101007系統(tǒng)日志級(jí)別從 0 到 7，其中 0 表示最嚴(yán)重，7 表示最不嚴(yán)重。窗體底端此試題參考以下領(lǐng)域的內(nèi)容：Connecting Networks· 9.2.1 故障排除工具12窗體頂端公司正在設(shè)立具有 SSL 技術(shù)的網(wǎng)站以保護(hù)訪問(wèn)網(wǎng)站所需的身份驗(yàn)證憑證。網(wǎng)絡(luò)工程師需要檢驗(yàn)設(shè)置是否正確而且身份驗(yàn)證確實(shí)已加密。應(yīng)該使用哪個(gè)工具？正確響應(yīng)您的響應(yīng)電纜分析儀錯(cuò)誤管理工具協(xié)議分析器基線工具要檢驗(yàn)身份驗(yàn)證確實(shí)加密，需要捕獲和調(diào)查身份驗(yàn)證過(guò)程

11、，這一過(guò)程可以通過(guò)協(xié)議分析器（例如 Wireshark）來(lái)完成。基線工具用于自動(dòng)化網(wǎng)絡(luò)文檔和基線建立過(guò)程。錯(cuò)誤管理工具用于管理網(wǎng)絡(luò)設(shè)備的容錯(cuò)能力。電纜分析儀用于測(cè)試和驗(yàn)證適用于不同服務(wù)和標(biāo)準(zhǔn)的銅纜和光纜。窗體底端此試題參考以下領(lǐng)域的內(nèi)容：Connecting Networks· 9.2.1 故障排除工具13窗體頂端哪兩個(gè)特殊的故障排除工具可用于監(jiān)控經(jīng)過(guò)交換機(jī)的流量大小？（請(qǐng)選擇兩項(xiàng)。）正確響應(yīng)您的響應(yīng)DTX 電纜分析儀TDR便攜式網(wǎng)絡(luò)分析器NAM數(shù)字萬(wàn)用表網(wǎng)絡(luò)分析模塊和便攜式網(wǎng)絡(luò)分析器（如 Fluke OptiView）可以監(jiān)控網(wǎng)絡(luò)流量以便調(diào)查通過(guò)交換機(jī)端口的流量大小。 TDR、DM

12、M 和 DTX 電纜分析儀用于調(diào)查物理介質(zhì)的錯(cuò)誤及長(zhǎng)度。窗體底端此試題參考以下領(lǐng)域的內(nèi)容：Connecting Networks· 9.2.1 故障排除工具14窗體頂端請(qǐng)參見(jiàn)圖示。哪兩項(xiàng)陳述正確描述了輸入這些命令的結(jié)果？（請(qǐng)選擇兩項(xiàng)。）正確響應(yīng)您的響應(yīng)系統(tǒng)日志服務(wù)器具有 IPv4 地址 0。R1 會(huì)將系統(tǒng)消息輸出到本地 RAM。R1 將重置所有警告以清除日志。R1 會(huì)將級(jí)別 0（緊急）到級(jí)別 4（警告）的系統(tǒng)消息發(fā)送到服務(wù)器。R1 不會(huì)將關(guān)鍵系統(tǒng)消息發(fā)送到服務(wù)器，直到輸入 debug all 命令。級(jí)別 0（緊急）到 4（警告）的系統(tǒng)消息被

13、發(fā)送到 0 的系統(tǒng)日志服務(wù)器。窗體底端此試題參考以下領(lǐng)域的內(nèi)容：Connecting Networks· 9.2.1 故障排除工具15窗體頂端管理員正在排除路由器上的 Internet 連接故障。show interfaces gigabitethernet 0/0 命令的輸出顯示連接到 Internet 的接口上成幀錯(cuò)誤比平常多。該問(wèn)題可能發(fā)生在 OSI 模型的哪一層？正確響應(yīng)您的響應(yīng)第 1 層第 7 層第 3 層第 2 層第 4 層成幀錯(cuò)誤是數(shù)據(jù)鏈路層（OSI 模型第 2 層）問(wèn)題引起的癥狀。窗體底端此試題參考以下領(lǐng)域的內(nèi)容：Connecting

14、 Networks· 9.2.2 網(wǎng)絡(luò)故障排除的癥狀和原因16窗體頂端用戶報(bào)告新網(wǎng)站 無(wú)法訪問(wèn)。幫助臺(tái)技術(shù)人員檢查并證實(shí)了該網(wǎng)站可通過(guò) :90 訪問(wèn)。在排除這一故障時(shí)，涉及 TCP/IP 模型中的哪一層？正確響應(yīng)您的響應(yīng)網(wǎng)絡(luò)接入層應(yīng)用層傳輸層網(wǎng)絡(luò)層問(wèn)題是新的網(wǎng)站配置了 TCP 端口 90 用于 HTTP，與常規(guī)的 TCP 端口 80 不同。因此，這是傳輸層問(wèn)題。窗體底端此試題參考以下領(lǐng)域的內(nèi)容：Connecting Networks· 9.2.2 網(wǎng)絡(luò)故障排除的癥狀和原因17窗體頂端用戶報(bào)告，當(dāng)網(wǎng)絡(luò)子系統(tǒng)的操作系統(tǒng)補(bǔ)丁應(yīng)用到工作站之后，

15、連接網(wǎng)絡(luò)資源時(shí)其執(zhí)行非常緩慢。網(wǎng)絡(luò)技術(shù)人員使用電纜分析儀測(cè)試鏈路，注意到工作站發(fā)送了過(guò)多小于 64 字節(jié)的幀以及其他無(wú)意義幀。此問(wèn)題的可能原因是什么？正確響應(yīng)您的響應(yīng)應(yīng)用軟件安裝過(guò)程中斷網(wǎng)卡驅(qū)動(dòng)程序損壞以太網(wǎng)信號(hào)衰減電纜連接故障出現(xiàn)大量殘幀數(shù)據(jù)包和 Jabber 的癥狀通常是第 1 層故障，例如因網(wǎng)卡驅(qū)動(dòng)程序損壞而導(dǎo)致，網(wǎng)卡驅(qū)動(dòng)程序損壞可能是因網(wǎng)卡驅(qū)動(dòng)程序升級(jí)過(guò)程中出現(xiàn)軟件錯(cuò)誤而產(chǎn)生的結(jié)果。電纜故障會(huì)導(dǎo)致連接斷斷續(xù)續(xù)，但是在這種情況下，不會(huì)檢測(cè)網(wǎng)絡(luò)，因?yàn)殡娎|分析儀檢測(cè)幀問(wèn)題，而不是信號(hào)問(wèn)題。以太網(wǎng)信號(hào)衰減是由擴(kuò)展或長(zhǎng)電纜引起的，但是在這種情況下，電纜未更改。網(wǎng)卡驅(qū)動(dòng)程序是操作系統(tǒng)的一部分，不屬

16、于應(yīng)用程序。窗體底端此試題參考以下領(lǐng)域的內(nèi)容：Connecting Networks· 9.2.2 網(wǎng)絡(luò)故障排除的癥狀和原因18窗體頂端網(wǎng)絡(luò)管理員正在路由器上配置 SSH。在檢驗(yàn)配置時(shí)，管理員發(fā)現(xiàn) SSH 連接請(qǐng)求失敗，但是從同一工作站發(fā)出的 Telnet 連接請(qǐng)求成功。在嘗試查找問(wèn)題時(shí)，應(yīng)該檢查路由器配置的哪兩個(gè)部分？（請(qǐng)選擇兩項(xiàng)。）正確響應(yīng)您的響應(yīng)控制臺(tái)線路上的密碼配置錯(cuò)誤。引用 SSH 的端口參數(shù)的擴(kuò)展 ACL 配置錯(cuò)誤。ip access-class 命令缺失。標(biāo)準(zhǔn) ACL 可能阻止了工作站訪問(wèn)路由器。vty 線路上的 transport input

17、60;命令不正確。幾種可能的配置問(wèn)題可以解釋 SSH 連接失敗的原因。這些問(wèn)題包括 (1) VTY 線路應(yīng)按照 transport input all 或 transport input ssh 命令接受 SSH 連接；(2) 如果有擴(kuò)展 ACL 來(lái)保護(hù)對(duì) vty 線路的訪問(wèn)，permit ACE 中應(yīng)包括端口（通過(guò) ssh 一詞或數(shù)字編號(hào)）。由于 Telnet 運(yùn)行正常，可以建立到 vty 線路的連接，因此標(biāo)準(zhǔn) ACL 阻止工作站訪問(wèn)路由器的選項(xiàng)不適用。ip access-class 命令缺失的選項(xiàng)不適用，因?yàn)槿绻钊笔?，就不?huì)應(yīng)用 ACL

18、 來(lái)過(guò)濾 vty 線路訪問(wèn)。（雖然這種說(shuō)法在路由器配置中可能正確，但它不是 SSH 失敗的原因。）最后，控制臺(tái)線路密碼配置有誤的選項(xiàng)不適用，因?yàn)?SSH 連接到 vty 線路，而不是控制臺(tái)線路。窗體底端此試題參考以下領(lǐng)域的內(nèi)容：Connecting Networks· 9.2.2 網(wǎng)絡(luò)故障排除的癥狀和原因19窗體頂端一個(gè)大型辦公室中的用戶打電話給技術(shù)支持部，抱怨一臺(tái) PC 的網(wǎng)絡(luò)連接突然中斷。技術(shù)人員讓該用戶看看附近其他計(jì)算機(jī)有沒(méi)有受到影響。用戶報(bào)告同一部門的幾個(gè)相連的鄰居也有類似問(wèn)題，而且他們無(wú)法相互執(zhí)行 ping 操作。其他部門的用戶都可以連接。作為排除故障的第一步，技術(shù)人員應(yīng)該

19、檢查什么？正確響應(yīng)您的響應(yīng)配線間交換機(jī)之間的 TRUNK配線間部門工作組交換機(jī)的狀態(tài)PC 與鄰居所用網(wǎng)絡(luò)插座之間的電纜連接連接該用戶的 PC 與網(wǎng)絡(luò)插孔的電纜該用戶所有 PC 的電源插座窗體底端此試題參考以下領(lǐng)域的內(nèi)容：Connecting Networks· 9.2.2 網(wǎng)絡(luò)故障排除的癥狀和原因20窗體頂端新子網(wǎng)中的一組 Windows PC 已添加到以太網(wǎng)網(wǎng)絡(luò)中。在測(cè)試連接時(shí)，技術(shù)人員發(fā)現(xiàn)這些 PC 可以訪問(wèn)本地網(wǎng)絡(luò)資源，但不能訪問(wèn) Internet 資源。為了解決此問(wèn)題，技術(shù)人員想要首先確認(rèn) PC 上的 IP 地址和 DNS 配置，并檢驗(yàn)與本地路由器的連接。哪三個(gè) Window

20、s CLI 命令和實(shí)用程序?qū)⑻峁┧栊畔?？（?qǐng)選擇三項(xiàng)。）正確響應(yīng)您的響應(yīng)netsh interface ipv6 show neighbornslookuparp -apingtracerttelnetipconfigipconfig 和 nslookup 命令可為技術(shù)人員提供初始 IP 地址和 DNS 配置信息，并確定 DHCP 是否為 PC 分配了正確信息?？梢允褂?#160;ping實(shí)用程序來(lái)檢驗(yàn)（或者不檢驗(yàn)）與默認(rèn)網(wǎng)關(guān)（路由器）的連接，使用已配置的默認(rèn)網(wǎng)關(guān)地址，或者如果這些地址不相同，可以使用已知的正確默認(rèn)網(wǎng)關(guān)地址。之后如果懷疑問(wèn)題出在 IP 地址到 M

21、CA 地址的映射，則可以使用 arp -a 或 netsh interface ipv6 show neighbor命令。如果發(fā)現(xiàn)默認(rèn)網(wǎng)關(guān)配置正確，則 telnet 和 tracert 實(shí)用程序可用于確定問(wèn)題是否出在網(wǎng)絡(luò)中。窗體底端此試題參考以下領(lǐng)域的內(nèi)容：Connecting Networks· 9.2.3 排除 IP 連接故障21窗體頂端將電纜重新連接到配線間的某個(gè)交換機(jī)上后，之前手動(dòng)配置的幾臺(tái) PC 將不再能訪問(wèn)本地網(wǎng)絡(luò)以外的資源。此過(guò)程中 PC 的配置并未更改，因此本地網(wǎng)絡(luò)中的資源仍可訪問(wèn)。此問(wèn)題的可能原因

22、是什么？正確響應(yīng)您的響應(yīng)DHCP 服務(wù)器配置錯(cuò)誤。PC 上的 DNS 配置不正確。PC 不再處于正確的 VLAN 中。到 PC 的布線發(fā)生故障。已經(jīng)手動(dòng)配置了 PC 并確定配置正確，因此 DHCP 和 DNS 配置不是導(dǎo)致此問(wèn)題的因素。PC 仍可訪問(wèn)本地資源，因此不是布線問(wèn)題。窗體底端此試題參考以下領(lǐng)域的內(nèi)容：Connecting Networks· 9.2.3 排除 IP 連接故障22窗體頂端請(qǐng)參見(jiàn)圖示。網(wǎng)絡(luò)工程師正在排除 WAN 連接故障。對(duì)遠(yuǎn)程路由器的 ping 操作成功，嘗試通過(guò) Telnet 連接到同一路由器時(shí)顯示圖中所示輸出。輸出可驗(yàn)證什么結(jié)論？正確響應(yīng)您的響應(yīng)傳輸層連接成功。遠(yuǎn)程路由器的 IPv6 地址不正確。Web 服務(wù)器服務(wù)受密碼保護(hù)。遠(yuǎn)程路由器上尚未配置 Telnet 密碼。Telnet 連接失敗，說(shuō)明沒(méi)有檢驗(yàn)應(yīng)用層連接。遠(yuǎn)程主機(jī)拒絕了 Telnet 連接，因此 IPv6 地址不正確。無(wú)法得知遠(yuǎn)程路由器上是否配置了 Telnet 密碼，因?yàn)閲L試登錄 Telnet 時(shí)使用的是端口 80，而不是端口 23。窗體底端此試題參考以下領(lǐng)域的內(nèi)容：Connecting Networks· 9.2.3 排除 IP 連接