前沿拓展：
第一我們來看看以下這兩個地址是否可以相互通信呢？
初步一看，貌似可以通信，但是再細看，發(fā)現(xiàn)兩者的掩碼完全不同，故而肯定不能通信了？然而并非如此，如果對兩者的通信有更深刻的認識，相信就會發(fā)現(xiàn)他們到底能否相互連通了！接下來我們通過實驗來解答這個問題：
第一搭建測試環(huán)境，下面是作者搭建的測試環(huán)境，關(guān)于每個設(shè)備的配置都做了大概的羅列：
在這個環(huán)境中，用兩臺交換機來充當(dāng)網(wǎng)絡(luò)的DCE設(shè)備，同時用兩臺PC來充當(dāng)兩個服務(wù)器A、B。現(xiàn)在分別通過以上問題的題干信息配置兩臺服務(wù)器A和服務(wù)器B（下文簡稱A、B），當(dāng)配置完成后直接用B ping A，可以看到以下信息：
那為什么會是“From 192.168.26.3: Destination host unreachable”這個信息呢？來進行分析，由上面的網(wǎng)絡(luò)拓撲可以清晰看到，A和B是通過交換機LSW3相連接的，也就是三者處在同一個“廣播域”中，照理說如果A和B地址都在同一子網(wǎng)中，A和B之間的通信則會直接進行，也就是A、B、LSW3組成的系統(tǒng)將會是一個連通的完整網(wǎng)絡(luò)系統(tǒng)，而他們之間的通信也是可以正常進行的。然而通過該圖信息可以發(fā)現(xiàn)：目標(biāo)主機不可達，顯然是A和B沒有在同一子網(wǎng)中，導(dǎo)致連建立連接之初的ARP廣播包都無法應(yīng)答，故而報錯是目標(biāo)不可達；反過來，用A去ping B又會是怎樣呢？帶著這個疑問我們果斷進行了**作，然而，依然無法互通，只是結(jié)果有了變化：
看到這個結(jié)果是不是很意外？這表明至少ARP廣播已經(jīng)得到應(yīng)答，那為什么會不通呢？這些問題就交給下文來解答吧！繼續(xù)上述問題，既然是這樣，那么是不是說明上面的問題已經(jīng)有了**，就是A和B相互之間無法通信呢？
做信息化運維的我們，當(dāng)然不可以這么粗心大意，別忘了我們的**還沒有真正使用上呢！現(xiàn)在我們在LSW4上配置**地址192.168.26.2（友情提示：交換機上配置地址可以在vlanif1下配置，后期有vlan劃分的話就在具體vlan下面配置；如果此處是路由器，則設(shè)置路由器該端口的ip即可）來充當(dāng)這個網(wǎng)絡(luò)系統(tǒng)的**，看看是什么結(jié)果？現(xiàn)在同樣用B Ping A：
看到結(jié)果是不是很驚奇？先不管這些，繼續(xù)在A中來ping B看看：
結(jié)果不是意外，是太意外了，互相都可以通信了，只是怎么在剛開始發(fā)數(shù)據(jù)包的時候有一條超時呢？
這就是接下來要說的了，相信大家都使用過WireShark這個堪稱無所不能的神器吧？那就來看看有多神奇！我們還是在A中ping B，但是在A的網(wǎng)口進行抓包：
從抓包信息中可以很明確的看到，在A中發(fā)起ping之后，A第一會發(fā)出ARP廣播數(shù)據(jù)包，目的地址直接是B的ip地址：“who has 192.168.26.3? tell 192.168.26.129”，因為A在ping發(fā)出時候，利用自己的掩碼和B的ip地址進行了AND**作，得到網(wǎng)絡(luò)號和自己的ip得到的網(wǎng)絡(luò)號相同，所以它認為兩者就在同一子網(wǎng)中，所以A會直接通過ARP尋找B的mac地址來進行通信。
當(dāng)B主機收到該廣播包后發(fā)現(xiàn)是在尋找自己，于是趕緊回答說：“192.168.26.3 is 自己的mac地址”，但是自己的回答無法送達A，于是趕緊用A的ip地址和自己的掩碼來確定網(wǎng)絡(luò)號，可悲的是該網(wǎng)絡(luò)號和自己ip計算的并不在同一個子網(wǎng)，那怎么辦？于是開始請求**的mac地址，試圖讓**幫自己送達給A，于是趕緊發(fā)一條ARP廣播信息給**尋求幫助，**以B的ip地址和自己的mac地址為源地址，將回答響應(yīng)給A，而在這個過程中，A的第一個ICMP包已過生存周期，所以會顯示“timeout！ ”超時，當(dāng)A中第二個ICMP包發(fā)送給B之后，鏈路中已經(jīng)有了相關(guān)信息，所以正常通信了！
再看看從B上ping A，并在B的網(wǎng)口進行抓包：
同樣可以看到，在B中發(fā)起ping請求后，B經(jīng)過計算發(fā)現(xiàn)A的地址和自己不在同一網(wǎng)段，于是直接甩手給**，通過ARP獲得**的mac地址：“who is 192.168.26.2 tell 192.168.26.3”，得到**的回復(fù)之后，B將自己的ICMP包以A的ip地址、**的mac地址為目的地址發(fā)送給**，**再以自己的mac地址、B的ip地址為源地址發(fā)給A，第二得到A的回復(fù)，整個過程可以用下圖大概表示：
到這里我們基本對**、ip地址、mac地址有了完整的認識和理解了，同時也對處于不同廣播域中的兩臺主機如何通信有了更深的了解了，那么本片文章就說到這里了！由于篇幅較長，難免有錯別字或其他不當(dāng)之處，還望大家批評指正！如果個人有任何觀點，都可以在評論區(qū)發(fā)表討論，謝謝大家！
拓展知識：
前沿拓展：
第一我們來看看以下這兩個地址是否可以相互通信呢？
初步一看，貌似可以通信，但是再細看，發(fā)現(xiàn)兩者的掩碼完全不同，故而肯定不能通信了？然而并非如此，如果對兩者的通信有更深刻的認識，相信就會發(fā)現(xiàn)他們到底能否相互連通了！接下來我們通過實驗來解答這個問題：
第一搭建測試環(huán)境，下面是作者搭建的測試環(huán)境，關(guān)于每個設(shè)備的配置都做了大概的羅列：
在這個環(huán)境中，用兩臺交換機來充當(dāng)網(wǎng)絡(luò)的DCE設(shè)備，同時用兩臺PC來充當(dāng)兩個服務(wù)器A、B?，F(xiàn)在分別通過以上問題的題干信息配置兩臺服務(wù)器A和服務(wù)器B（下文簡稱A、B），當(dāng)配置完成后直接用B ping A，可以看到以下信息：
那為什么會是“From 192.168.26.3: Destination host unreachable”這個信息呢？來進行分析，由上面的網(wǎng)絡(luò)拓撲可以清晰看到，A和B是通過交換機LSW3相連接的，也就是三者處在同一個“廣播域”中，照理說如果A和B地址都在同一子網(wǎng)中，A和B之間的通信則會直接進行，也就是A、B、LSW3組成的系統(tǒng)將會是一個連通的完整網(wǎng)絡(luò)系統(tǒng)，而他們之間的通信也是可以正常進行的。然而通過該圖信息可以發(fā)現(xiàn)：目標(biāo)主機不可達，顯然是A和B沒有在同一子網(wǎng)中，導(dǎo)致連建立連接之初的ARP廣播包都無法應(yīng)答，故而報錯是目標(biāo)不可達；反過來，用A去ping B又會是怎樣呢？帶著這個疑問我們果斷進行了**作，然而，依然無法互通，只是結(jié)果有了變化：
看到這個結(jié)果是不是很意外？這表明至少ARP廣播已經(jīng)得到應(yīng)答，那為什么會不通呢？這些問題就交給下文來解答吧！繼續(xù)上述問題，既然是這樣，那么是不是說明上面的問題已經(jīng)有了**，就是A和B相互之間無法通信呢？
做信息化運維的我們，當(dāng)然不可以這么粗心大意，別忘了我們的**還沒有真正使用上呢！現(xiàn)在我們在LSW4上配置**地址192.168.26.2（友情提示：交換機上配置地址可以在vlanif1下配置，后期有vlan劃分的話就在具體vlan下面配置；如果此處是路由器，則設(shè)置路由器該端口的ip即可）來充當(dāng)這個網(wǎng)絡(luò)系統(tǒng)的**，看看是什么結(jié)果？現(xiàn)在同樣用B Ping A：
看到結(jié)果是不是很驚奇？先不管這些，繼續(xù)在A中來ping B看看：
結(jié)果不是意外，是太意外了，互相都可以通信了，只是怎么在剛開始發(fā)數(shù)據(jù)包的時候有一條超時呢？
這就是接下來要說的了，相信大家都使用過WireShark這個堪稱無所不能的神器吧？那就來看看有多神奇！我們還是在A中ping B，但是在A的網(wǎng)口進行抓包：
從抓包信息中可以很明確的看到，在A中發(fā)起ping之后，A第一會發(fā)出ARP廣播數(shù)據(jù)包，目的地址直接是B的ip地址：“who has 192.168.26.3? tell 192.168.26.129”，因為A在ping發(fā)出時候，利用自己的掩碼和B的ip地址進行了AND**作，得到網(wǎng)絡(luò)號和自己的ip得到的網(wǎng)絡(luò)號相同，所以它認為兩者就在同一子網(wǎng)中，所以A會直接通過ARP尋找B的mac地址來進行通信。
當(dāng)B主機收到該廣播包后發(fā)現(xiàn)是在尋找自己，于是趕緊回答說：“192.168.26.3 is 自己的mac地址”，但是自己的回答無法送達A，于是趕緊用A的ip地址和自己的掩碼來確定網(wǎng)絡(luò)號，可悲的是該網(wǎng)絡(luò)號和自己ip計算的并不在同一個子網(wǎng)，那怎么辦？于是開始請求**的mac地址，試圖讓**幫自己送達給A，于是趕緊發(fā)一條ARP廣播信息給**尋求幫助，**以B的ip地址和自己的mac地址為源地址，將回答響應(yīng)給A，而在這個過程中，A的第一個ICMP包已過生存周期，所以會顯示“timeout！ ”超時，當(dāng)A中第二個ICMP包發(fā)送給B之后，鏈路中已經(jīng)有了相關(guān)信息，所以正常通信了！
再看看從B上ping A，并在B的網(wǎng)口進行抓包：
同樣可以看到，在B中發(fā)起ping請求后，B經(jīng)過計算發(fā)現(xiàn)A的地址和自己不在同一網(wǎng)段，于是直接甩手給**，通過ARP獲得**的mac地址：“who is 192.168.26.2 tell 192.168.26.3”，得到**的回復(fù)之后，B將自己的ICMP包以A的ip地址、**的mac地址為目的地址發(fā)送給**，**再以自己的mac地址、B的ip地址為源地址發(fā)給A，第二得到A的回復(fù)，整個過程可以用下圖大概表示：
到這里我們基本對**、ip地址、mac地址有了完整的認識和理解了，同時也對處于不同廣播域中的兩臺主機如何通信有了更深的了解了，那么本片文章就說到這里了！由于篇幅較長，難免有錯別字或其他不當(dāng)之處，還望大家批評指正！如果個人有任何觀點，都可以在評論區(qū)發(fā)表討論，謝謝大家！
拓展知識：
前沿拓展：
第一我們來看看以下這兩個地址是否可以相互通信呢？
初步一看，貌似可以通信，但是再細看，發(fā)現(xiàn)兩者的掩碼完全不同，故而肯定不能通信了？然而并非如此，如果對兩者的通信有更深刻的認識，相信就會發(fā)現(xiàn)他們到底能否相互連通了！接下來我們通過實驗來解答這個問題：
第一搭建測試環(huán)境，下面是作者搭建的測試環(huán)境，關(guān)于每個設(shè)備的配置都做了大概的羅列：
在這個環(huán)境中，用兩臺交換機來充當(dāng)網(wǎng)絡(luò)的DCE設(shè)備，同時用兩臺PC來充當(dāng)兩個服務(wù)器A、B?，F(xiàn)在分別通過以上問題的題干信息配置兩臺服務(wù)器A和服務(wù)器B（下文簡稱A、B），當(dāng)配置完成后直接用B ping A，可以看到以下信息：
那為什么會是“From 192.168.26.3: Destination host unreachable”這個信息呢？來進行分析，由上面的網(wǎng)絡(luò)拓撲可以清晰看到，A和B是通過交換機LSW3相連接的，也就是三者處在同一個“廣播域”中，照理說如果A和B地址都在同一子網(wǎng)中，A和B之間的通信則會直接進行，也就是A、B、LSW3組成的系統(tǒng)將會是一個連通的完整網(wǎng)絡(luò)系統(tǒng)，而他們之間的通信也是可以正常進行的。然而通過該圖信息可以發(fā)現(xiàn)：目標(biāo)主機不可達，顯然是A和B沒有在同一子網(wǎng)中，導(dǎo)致連建立連接之初的ARP廣播包都無法應(yīng)答，故而報錯是目標(biāo)不可達；反過來，用A去ping B又會是怎樣呢？帶著這個疑問我們果斷進行了**作，然而，依然無法互通，只是結(jié)果有了變化：
看到這個結(jié)果是不是很意外？這表明至少ARP廣播已經(jīng)得到應(yīng)答，那為什么會不通呢？這些問題就交給下文來解答吧！繼續(xù)上述問題，既然是這樣，那么是不是說明上面的問題已經(jīng)有了**，就是A和B相互之間無法通信呢？
做信息化運維的我們，當(dāng)然不可以這么粗心大意，別忘了我們的**還沒有真正使用上呢！現(xiàn)在我們在LSW4上配置**地址192.168.26.2（友情提示：交換機上配置地址可以在vlanif1下配置，后期有vlan劃分的話就在具體vlan下面配置；如果此處是路由器，則設(shè)置路由器該端口的ip即可）來充當(dāng)這個網(wǎng)絡(luò)系統(tǒng)的**，看看是什么結(jié)果？現(xiàn)在同樣用B Ping A：
看到結(jié)果是不是很驚奇？先不管這些，繼續(xù)在A中來ping B看看：
結(jié)果不是意外，是太意外了，互相都可以通信了，只是怎么在剛開始發(fā)數(shù)據(jù)包的時候有一條超時呢？
這就是接下來要說的了，相信大家都使用過WireShark這個堪稱無所不能的神器吧？那就來看看有多神奇！我們還是在A中ping B，但是在A的網(wǎng)口進行抓包：
從抓包信息中可以很明確的看到，在A中發(fā)起ping之后，A第一會發(fā)出ARP廣播數(shù)據(jù)包，目的地址直接是B的ip地址：“who has 192.168.26.3? tell 192.168.26.129”，因為A在ping發(fā)出時候，利用自己的掩碼和B的ip地址進行了AND**作，得到網(wǎng)絡(luò)號和自己的ip得到的網(wǎng)絡(luò)號相同，所以它認為兩者就在同一子網(wǎng)中，所以A會直接通過ARP尋找B的mac地址來進行通信。
當(dāng)B主機收到該廣播包后發(fā)現(xiàn)是在尋找自己，于是趕緊回答說：“192.168.26.3 is 自己的mac地址”，但是自己的回答無法送達A，于是趕緊用A的ip地址和自己的掩碼來確定網(wǎng)絡(luò)號，可悲的是該網(wǎng)絡(luò)號和自己ip計算的并不在同一個子網(wǎng)，那怎么辦？于是開始請求**的mac地址，試圖讓**幫自己送達給A，于是趕緊發(fā)一條ARP廣播信息給**尋求幫助，**以B的ip地址和自己的mac地址為源地址，將回答響應(yīng)給A，而在這個過程中，A的第一個ICMP包已過生存周期，所以會顯示“timeout！ ”超時，當(dāng)A中第二個ICMP包發(fā)送給B之后，鏈路中已經(jīng)有了相關(guān)信息，所以正常通信了！
再看看從B上ping A，并在B的網(wǎng)口進行抓包：
同樣可以看到，在B中發(fā)起ping請求后，B經(jīng)過計算發(fā)現(xiàn)A的地址和自己不在同一網(wǎng)段，于是直接甩手給**，通過ARP獲得**的mac地址：“who is 192.168.26.2 tell 192.168.26.3”，得到**的回復(fù)之后，B將自己的ICMP包以A的ip地址、**的mac地址為目的地址發(fā)送給**，**再以自己的mac地址、B的ip地址為源地址發(fā)給A，第二得到A的回復(fù)，整個過程可以用下圖大概表示：
到這里我們基本對**、ip地址、mac地址有了完整的認識和理解了，同時也對處于不同廣播域中的兩臺主機如何通信有了更深的了解了，那么本片文章就說到這里了！由于篇幅較長，難免有錯別字或其他不當(dāng)之處，還望大家批評指正！如果個人有任何觀點，都可以在評論區(qū)發(fā)表討論，謝謝大家！
拓展知識：
前沿拓展：
第一我們來看看以下這兩個地址是否可以相互通信呢？
初步一看，貌似可以通信，但是再細看，發(fā)現(xiàn)兩者的掩碼完全不同，故而肯定不能通信了？然而并非如此，如果對兩者的通信有更深刻的認識，相信就會發(fā)現(xiàn)他們到底能否相互連通了！接下來我們通過實驗來解答這個問題：
第一搭建測試環(huán)境，下面是作者搭建的測試環(huán)境，關(guān)于每個設(shè)備的配置都做了大概的羅列：
在這個環(huán)境中，用兩臺交換機來充當(dāng)網(wǎng)絡(luò)的DCE設(shè)備，同時用兩臺PC來充當(dāng)兩個服務(wù)器A、B?，F(xiàn)在分別通過以上問題的題干信息配置兩臺服務(wù)器A和服務(wù)器B（下文簡稱A、B），當(dāng)配置完成后直接用B ping A，可以看到以下信息：
那為什么會是“From 192.168.26.3: Destination host unreachable”這個信息呢？來進行分析，由上面的網(wǎng)絡(luò)拓撲可以清晰看到，A和B是通過交換機LSW3相連接的，也就是三者處在同一個“廣播域”中，照理說如果A和B地址都在同一子網(wǎng)中，A和B之間的通信則會直接進行，也就是A、B、LSW3組成的系統(tǒng)將會是一個連通的完整網(wǎng)絡(luò)系統(tǒng)，而他們之間的通信也是可以正常進行的。然而通過該圖信息可以發(fā)現(xiàn)：目標(biāo)主機不可達，顯然是A和B沒有在同一子網(wǎng)中，導(dǎo)致連建立連接之初的ARP廣播包都無法應(yīng)答，故而報錯是目標(biāo)不可達；反過來，用A去ping B又會是怎樣呢？帶著這個疑問我們果斷進行了**作，然而，依然無法互通，只是結(jié)果有了變化：
看到這個結(jié)果是不是很意外？這表明至少ARP廣播已經(jīng)得到應(yīng)答，那為什么會不通呢？這些問題就交給下文來解答吧！繼續(xù)上述問題，既然是這樣，那么是不是說明上面的問題已經(jīng)有了**，就是A和B相互之間無法通信呢？
做信息化運維的我們，當(dāng)然不可以這么粗心大意，別忘了我們的**還沒有真正使用上呢！現(xiàn)在我們在LSW4上配置**地址192.168.26.2（友情提示：交換機上配置地址可以在vlanif1下配置，后期有vlan劃分的話就在具體vlan下面配置；如果此處是路由器，則設(shè)置路由器該端口的ip即可）來充當(dāng)這個網(wǎng)絡(luò)系統(tǒng)的**，看看是什么結(jié)果？現(xiàn)在同樣用B Ping A：
看到結(jié)果是不是很驚奇？先不管這些，繼續(xù)在A中來ping B看看：
結(jié)果不是意外，是太意外了，互相都可以通信了，只是怎么在剛開始發(fā)數(shù)據(jù)包的時候有一條超時呢？
這就是接下來要說的了，相信大家都使用過WireShark這個堪稱無所不能的神器吧？那就來看看有多神奇！我們還是在A中ping B，但是在A的網(wǎng)口進行抓包：
從抓包信息中可以很明確的看到，在A中發(fā)起ping之后，A第一會發(fā)出ARP廣播數(shù)據(jù)包，目的地址直接是B的ip地址：“who has 192.168.26.3? tell 192.168.26.129”，因為A在ping發(fā)出時候，利用自己的掩碼和B的ip地址進行了AND**作，得到網(wǎng)絡(luò)號和自己的ip得到的網(wǎng)絡(luò)號相同，所以它認為兩者就在同一子網(wǎng)中，所以A會直接通過ARP尋找B的mac地址來進行通信。
當(dāng)B主機收到該廣播包后發(fā)現(xiàn)是在尋找自己，于是趕緊回答說：“192.168.26.3 is 自己的mac地址”，但是自己的回答無法送達A，于是趕緊用A的ip地址和自己的掩碼來確定網(wǎng)絡(luò)號，可悲的是該網(wǎng)絡(luò)號和自己ip計算的并不在同一個子網(wǎng)，那怎么辦？于是開始請求**的mac地址，試圖讓**幫自己送達給A，于是趕緊發(fā)一條ARP廣播信息給**尋求幫助，**以B的ip地址和自己的mac地址為源地址，將回答響應(yīng)給A，而在這個過程中，A的第一個ICMP包已過生存周期，所以會顯示“timeout！ ”超時，當(dāng)A中第二個ICMP包發(fā)送給B之后，鏈路中已經(jīng)有了相關(guān)信息，所以正常通信了！
再看看從B上ping A，并在B的網(wǎng)口進行抓包：
同樣可以看到，在B中發(fā)起ping請求后，B經(jīng)過計算發(fā)現(xiàn)A的地址和自己不在同一網(wǎng)段，于是直接甩手給**，通過ARP獲得**的mac地址：“who is 192.168.26.2 tell 192.168.26.3”，得到**的回復(fù)之后，B將自己的ICMP包以A的ip地址、**的mac地址為目的地址發(fā)送給**，**再以自己的mac地址、B的ip地址為源地址發(fā)給A，第二得到A的回復(fù)，整個過程可以用下圖大概表示：
到這里我們基本對**、ip地址、mac地址有了完整的認識和理解了，同時也對處于不同廣播域中的兩臺主機如何通信有了更深的了解了，那么本片文章就說到這里了！由于篇幅較長，難免有錯別字或其他不當(dāng)之處，還望大家批評指正！如果個人有任何觀點，都可以在評論區(qū)發(fā)表討論，謝謝大家！
拓展知識：
原創(chuàng)文章，作者：九賢生活小編，如若轉(zhuǎn)載，請注明出處：http:///79150.html
相關(guān)推薦
-
3g**路由器-小米路由器3G和小米路由器4有什么區(qū)別
小米路由4應(yīng)該是3G的簡化版，沒有usb口，內(nèi)存減半，使用相同的聯(lián)發(fā)科芯，從產(chǎn)品介紹看兩個都沒有提外置功放，所以應(yīng)該是沒有，百度上有2者拆機文，記得好像3g有帶散熱米4沒有。
-
poe供電-poe交換機電怎么開
poe交換機的poe供電不是手動打開的，poe供電有供電的標(biāo)準(zhǔn)，當(dāng)兩個設(shè)備都具有poe供電功能的時候交換機通過連接的網(wǎng)線為設(shè)備提供poe電壓。
-
qq創(chuàng)意相機(qq 相機)
前沿拓展： 封面**記者 趙萍 實習(xí)生 成子棟 李佳祺 當(dāng)你看到朋友圈的美圖后，是否也在苦惱為什么自己拍出的照片沒有別人的好看？我們記錄下生活中的美好時刻時，通過適當(dāng)?shù)恼{(diào)整照片，加…
-
寬帶路由器是什么(**路由器和路由器的區(qū)別)
前沿拓展： 寬帶路由器是什么 500m寬帶用300m路由器會導(dǎo)致網(wǎng)速減慢。 50間怎校范切根齊圖農(nóng)范0M的寬帶用300M倍施測達順依的路由器，會衰減200M的帶寬，500M的寬帶實…
-
戴爾3710臺式機怎么樣，戴爾成就3710臺式機參數(shù)
戴爾3710臺式機怎么樣，戴爾成就3710臺式機參數(shù) 1、429元撿個28英寸的顯示器爾成，這一番折騰下來臺式機，我之前攢機的四代i3主機，一個排風(fēng)成就。 2、怎么樣，參數(shù)，就給老…
-
諾基亞5000刷機-NOKIA怎么刷機
有兩種刷機。1軟刷：恢復(fù)出廠設(shè)置 2硬刷：（個人不建議）刷機前要備份好重要數(shù)據(jù)像手機號碼什么的 。下面是硬刷過程（搜索粘貼的） 一、準(zhǔn)備 1、下載navifirm 2、下載鳳凰刷機軟件 3、安裝手機驅(qū)動 4、請關(guān)閉殺毒軟件，以防誤報導(dǎo)致刷機失敗 二、刷機 1、先運行navifirm 這個軟件 打開以后等待10秒鐘左右就會出現(xiàn) 2、在產(chǎn)品型號那里選擇C7 3、然后再等幾秒鐘又會在版本信息里出現(xiàn)（越往下固件越新） 4、接下來再等一會在Code出現(xiàn)固件，選擇一個！然后點直接下載到桌面!在桌面建立一個文件夾rm-xxx（x是系統(tǒng)版本） 5、點擊直接下載到電腦，把下載好的固件復(fù)制到剛才建立的RM-xxx文件夾里，并保存到C:Program filesNOKIAPhoenixProducts路徑下 6、手機和電腦用數(shù)據(jù)線連接并打開鳳凰刷機軟件 7、在Connections選項里選擇RM-XXX 8、點擊file打開Scan Product 9、注意軟件的右下方的紅燈會亮并且顯示信息 10、點擊Flashing，選擇Firmware Update 11、出現(xiàn)Product information 點擊product Code右邊的瀏覽按鈕 12、導(dǎo)入剛才下載的固件，并載入到鳳凰刷機軟件 13、最后一步,點Refurbish然后等待吧,基本上3到5分鐘就OK,這個時候你電話什么都別去管他會自動重啟,關(guān)機,再重啟,也不要去拔數(shù)據(jù)線,刷機完了軟件會提示一個英文對話框點確定就行了,證明刷機成功
-
14寸輕薄游戲本(比較輕薄的游戲本)
14寸輕薄游戲本(比較輕薄的游戲本) 1、右側(cè)為intelAX211**網(wǎng)卡，也是這里邊最不像游戲本的游戲本，全金屬的機身質(zhì)感很好，叫做機械師曙光16Air銳龍版輕薄本，屏幕方面，…
-
中興v880最新刷機包-因為刷機導(dǎo)致**機直至到現(xiàn)在開不了機
1、中興v880最新刷機包，因為刷機導(dǎo)致**機直至到現(xiàn)在開不了機？ 1、中興v880最新刷機包，因為刷機導(dǎo)致**機直至到現(xiàn)在開不了機？ 中興v880經(jīng)常無故重啟很可能是手機系統(tǒng)存在…
-
萊卡相機-蔡司和徠卡相機哪個好
蔡司的光學(xué)最強，施耐德次之，徠卡隨后。不過蔡司的光學(xué)市場主要集中在醫(yī)療、工業(yè)、科研、航天、軍工等高端市場，相機鏡頭那點利潤它看不起所以已經(jīng)很久沒有蔡司原廠鏡頭誕生了，現(xiàn)在看到市場上的蔡司鏡頭，絕大部分都是蔡司授權(quán)貼牌的(主要是135畫幅基本都是貼牌偽蔡司，在120畫幅上，哈蘇的鏡頭才是真蔡司)。施耐德么一般搞醫(yī)療、工業(yè)、航天和電影鏡頭居多，相機鏡頭很少。徠卡的贏利點主要在科研、工業(yè)和相機上，因為蔡司原廠不做相機鏡頭(蔡司的玻璃、鍍膜這些貼牌廠家是做不出來的)，施耐德也不怎么做相機鏡頭，所以在攝影領(lǐng)域的話徠卡的鏡頭排名第一這個說法其實沒錯。
-
數(shù)碼單反相機排行榜-klcoh是什么相機
具體看自己的經(jīng)濟情況而定，現(xiàn)在主流是松下GH系列和索尼A7系列的機器，很多朋友也還在用佳能5D、6D、7D系列。相對機身投入，鏡頭一定配好一些。還有一點不可忽視，單反拍視頻，需要的配件比較多，這方面的支出也是不菲的。我們收音方面設(shè)備投入就超過8000塊錢，都超過入門級單反機身+標(biāo)配鏡頭了。除收音設(shè)備外還需要三角架、獨角架、手持穩(wěn)定器、滑軌、燈、高速存儲卡、后期制作電腦等。合理配置，量力而行。