2014年10月23日 星期四

20141023資訊小尖兵第三次上課 快樂好時光


 中華電信ping測試


測試本機網卡是否正常

 ping 127.0.0.1


測試GATEWAY是否正常

ping 192.168.1.1


 測試中華電信DNS伺服器是否正常

ping 168.95.1.1


 測試中華電信DNS伺服器是否正常(中華電信有兩個DNS伺服器)

 ping 168.95.192.1



  dhcp


 全名是 Dynamic Host Configuration Protocol, 它的主要功能是讓一部機器能夠透過自己的 Ethernet Address 廣播, 向 DHCP server 取得有關 ip, netmask, default gateway, dns 等設定.
這 樣網管人員只要把 DHCP server 設定好, 就可以讓 client machine 透過 DHCP protocol 自動取得 IP 相關的設定, 而不需要去每一部機器上辛苦地做 IP, netmask, default gateway, dns 等設定

20141023資訊小尖兵第三次上課

--- 127.0.0.1 ping statistics ---
35 packets transmitted, 35 received, 0% packet loss, time 34000ms
rtt min/avg/max/mdev = 0.017/0.038/0.046/0.006 ms
stu@user-HP-ProDesk-600-G1-TWR:~$ ping 127.0.0.1
PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data.
64 bytes from 127.0.0.1: icmp_req=1 ttl=64 time=0.041 ms
64 bytes from 127.0.0.1: icmp_req=2 ttl=64 time=0.036 ms
64 bytes from 127.0.0.1: icmp_req=3 ttl=64 time=0.038 ms
64 bytes from 127.0.0.1: icmp_req=4 ttl=64 time=0.037 ms
64 bytes from 127.0.0.1: icmp_req=5 ttl=64 time=0.038 ms
64 bytes from 127.0.0.1: icmp_req=6 ttl=64 time=0.040 ms
64 bytes from 127.0.0.1: icmp_req=7 ttl=64 time=0.039 ms
64 bytes from 127.0.0.1: icmp_req=8 ttl=64 time=0.039 ms
64 bytes from 127.0.0.1: icmp_req=9 ttl=64 time=0.039 ms
64 bytes from 127.0.0.1: icmp_req=10 ttl=64 time=0.040 ms
^C
dhcp 正確的ip
DHCP是什麼?
DHCP是「 動態主機配置協定」(Dynamic Host Configuration Protocol)。
DHCP是可自動將IP位址指派給登入TCP/IP網路的用戶端的一種軟體(這種IP位址稱為「動態IP位址」)。這種軟體通常是在路由器及其他網路設備上執行的。依照預設,你的GateLock路由器設定為使用DHCP,因此您無須手動指派永久IP位址給網路上的每個設備。建議您不要改變這項設定,這樣您的個人電腦就可以被辨識為DHCP伺服器。




資料來源:http://www.spring.url.tw/internet/internet_02.html

20141023資訊小尖兵第三次上課 暗炎風光

測試本機網卡是否正常
ping127.0.0.1
 測試GATEWAY是否正常
ping192.168.1.1
測試中華電信DNS伺服器是否正常
ping168.95.1.1

測試中華電信DNS伺服器是否正常(中華電信有兩個DNS伺服器
ping168.95.192.1



  最近搭了個虛擬機系統,虛擬系統死活ping不通主機,查了很久的資料,問題終於解决了,現在貼出來供大家参考。
系統介紹:
     host system: windows 7(64 bit English)
     vmware(7.0) guest system: windows 7(32 bit Danish)
     Netword Adapter:  Bridged(橋接)

問題描述:
       虛擬機系統(以下簡稱VM)可以正常訪問internet,主機可以ping通VM,但VM無法ping通主機。僅當主機先ping VM,這時VM再回ping主機是可以ping通的,但是很快就又ping不通了。

問題原因及解决方法:
   我從VMWare 官網上看到了一個帖子,說是 arp table (地址解析協議表)的問題,想了解這個表具體是幹嘛用的,可以從網上查。
   解决方法就是在這個表中插入一條地址映射記錄,這條記錄就是主機ip 和 mac 對應關系,操作如下  
  arp -a  (用於查看arp 表數據)
  arp -s 192.168.x.xxx 00-00-00-00-00-00  (將ip 與mac 地址绑定插入到表,注:ip和mac都是主機的,該操作在虛擬機上)。
很遺憾的是,我用這個方法無沒能執行成功,不知是權限的問題還是其它,所以就又從網上找了如下方法:

   1. 使用 netsh i i show in 命令 查看 本地連接的 idx編號,也就是用於橋接的那個網卡的編號(我的機器有兩張網卡)
   2.使用 netsh -c "i i" add neighbors 本地連接的idx "網關IP" "網關mac“ 命令绑定(例如:netsh -c "i i" add neighbors 10 “192.168.x.xxx” “00-00-00-00-00-00”)
   3.使用 arp -a 查看結果
網址: http://fanli7.net/a/JAVAbiancheng/DAO/20110902/126321.html

2014年10月23日資訊小尖兵 第三次上課(

內容整理:
 GATEWAY:
stu@user-HP-ProDesk-600-G1-TWR:~$ ping 172.22.1.254
PING 172.22.1.254 (172.22.1.254) 56(84) bytes of data.
64 bytes from 172.22.1.254: icmp_req=1 ttl=64 time=0.485 ms
64 bytes from 172.22.1.254: icmp_req=2 ttl=64 time=0.451 ms
64 bytes from 172.22.1.254: icmp_req=3 ttl=64 time=0.494 ms
64 bytes from 172.22.1.254: icmp_req=4 ttl=64 time=0.40        7 ms                                                           
64 bytes from 172.22.1.254: icmp_req=5 ttl=64 time=0.49           0 ms                                                             
64 bytes from 172.22.1.254: icmp_req=6 ttl=64 time=0.45            3 ms                                                             
64 bytes from 172.22.1.254: icmp_req=7 ttl=64 time=0.49            6 ms                                                             
64 bytes from 172.22.1.254: icmp_req=8 ttl=64 time=0.49           5 ms                                                            
64 bytes from 172.22.1.254: icmp_req=9 ttl=64 time=0.50        9 ms                                                   
心得: