eth源代碼軟體

A. 什麼是以太幣/以太坊ETH

以太幣（ETH）是以太坊（Ethereum）的一種數字代幣，被視為「比特幣2.0版」，採用與比特幣不同的區塊鏈技術「以太坊」（Ethereum），一個開源的有智能合約成果的民眾區塊鏈平台，由全球成千上萬的計算機構成的共鳴網路。開發者們需要支付以太幣（ETH）來支撐應用的運行。和其他數字貨幣一樣，以太幣可以在交易平台上進行買賣 。

溫馨提示：以上解釋僅供參考，不作任何建議。入市有風險，投資需謹慎。您在做任何投資之前，應確保自己完全明白該產品的投資性質和所涉及的風險，詳細了解和謹慎評估產品後，再自身判斷是否參與交易。
應答時間：2020-12-02，最新業務變化請以平安銀行官網公布為准。
[平安銀行我知道]想要知道更多？快來看「平安銀行我知道」吧~
https://b.pingan.com.cn/paim/iknow/index.html

B. 鍩轟簬openstack緗戠粶妯″紡鐨剉lan鍒嗘瀽

OpenStack姒傚康

OpenStack鏄涓涓緹庡浗鍥藉惰埅絀鴻埅澶╁矓鍜孯ackspace鍚堜綔鐮斿彂鐨勶紝浠Apache璁稿彲璇佹巿鏉冿紝騫朵笖鏄涓涓鑷鐢辮蔣浠跺拰寮鏀炬簮浠ｇ爜欏圭洰銆傘

OpenStack鏄涓涓鏃ㄥ湪涓哄叕鍏卞強縐佹湁浜戠殑寤鴻句笌綆＄悊鎻愪緵杞浠剁殑寮婧愰」鐩銆傚畠鐨勭ぞ鍖烘嫢鏈夎秴榪130瀹朵紒涓氬強1350浣嶅紑鍙戣咃紝榪欎簺鏈烘瀯涓庝釜浜洪兘灝哋penStack浣滀負鍩虹璁炬柦鍗蟲湇鍔★紙綆縐癐aaS錛夎祫婧愮殑閫氱敤鍓嶇銆侽penStack欏圭洰鐨勯栬佷換鍔℃槸綆鍖栦簯鐨勯儴緗茶繃紼嬪苟涓哄叾甯︽潵鑹濂界殑鍙鎵╁睍鎬с傛湰鏂囧笇鏈涢氳繃鎻愪緵蹇呰佺殑鎸囧間俊鎮錛屽府鍔╁ぇ瀹跺埄鐢∣penStack鍓嶇鏉ヨ劇疆鍙婄＄悊鑷宸辯殑鍏鍏變簯鎴栫佹湁浜戙

openstack neutron涓瀹氫箟浜嗗洓縐嶇綉緇滄ā寮忥細

# tenant_network_type = local

# tenant_network_type = vlan

# Example: tenant_network_type = gre

# Example: tenant_network_type = vxlan

鏈鏂囦富瑕佷互vlan涓轟緥錛屽苟緇撳悎local鏉ヨ︾粏鐨勫垎鏋愪笅openstack鐨勭綉緇滄ā寮忋

1. local妯″紡

姝ゆā寮忎富瑕佺敤鏉ュ仛嫻嬭瘯錛屽彧鑳藉仛鍗曡妭鐐圭殑閮ㄧ講(all-in-one)錛岃繖鏄鍥犱負姝ょ綉緇滄ā寮忎笅嫻侀噺騫朵笉鑳介氳繃鐪熷疄鐨勭墿鐞嗙綉鍗℃祦鍑猴紝鍗硜eutron鐨剗ntegration bridge騫舵病鏈変笌鐪熷疄鐨勭墿鐞嗙綉鍗″仛mapping錛屽彧鑳戒繚璇佸悓涓涓繪満涓婄殑vm鏄榪為氱殑錛屽叿浣撳弬瑙丷DO鍜宯eutron鐨勯厤緗鏂囦歡銆

(1)RDO閰嶇疆鏂囦歡(answer.conf)

涓昏佺湅涓嬮潰綰㈣壊鐨勯厤緗欏癸紝榛樿や負絀恆

澶嶅埗浠ｇ爜

浠ｇ爜濡備笅:

CONFIG_NEUTRON_OVS_BRIDGE_MAPPINGS

openswitch榛樿ょ殑緗戞ˉ鐨勬槧灝勫埌鍝錛屽嵆br-int鏄犲皠鍒板摢銆 姝ｅ紡鐢變簬br-int娌℃湁鏄犲皠鍒頒換浣昩ridge鎴杋nterface錛屾墍浠ュ彧鑳絙r-int涓婄殑鉶氭嫙鏈轟箣闂存槸榪為氱殑銆

澶嶅埗浠ｇ爜

浠ｇ爜濡備笅:

CONFIG_NEUTRON_OVS_BRIDGE_IFACES

嫻侀噺鏈鍚庝粠鍝鍧楃墿鐞嗙綉鍗℃祦鍑洪厤緗欏

澶嶅埗浠ｇ爜

浠ｇ爜濡備笅:

# Type of network to allocate for tenant networks (eg. vlan, local,

   # gre)

   CONFIG_NEUTRON_OVS_TENANT_NETWORK_TYPE=local

   # A comma separated list of VLAN ranges for the Neutron openvswitch

   # plugin (eg. physnet1:1:4094,physnet2,physnet3:3000:3999)

   CONFIG_NEUTRON_OVS_VLAN_RANGES=

   # A comma separated list of bridge mappings for the Neutron

   # openvswitch plugin (eg. physnet1:br-eth1,physnet2:br-eth2,physnet3

   # :br-eth3)

   CONFIG_NEUTRON_OVS_BRIDGE_MAPPINGS=

   # A comma separated list of colon-separated OVS bridge:interface

   # pairs. The interface will be added to the associated bridge.

   CONFIG_NEUTRON_OVS_BRIDGE_IFACES=

(2)neutron閰嶇疆鏂囦歡(/etc/neutron/plugins/openvswitch/ovs_neutron_plugin.ini)

澶嶅埗浠ｇ爜

浠ｇ爜濡備笅:

[ovs]

   # (StrOpt) Type of network to allocate for tenant networks. The

   # default value 'local' is useful only for single-box testing and

   # provides no connectivity between hosts. You MUST either change this

   # to 'vlan' and configure network_vlan_ranges below or change this to

   # 'gre' or 'vxlan' and configure tunnel_id_ranges below in order for

   # tenant networks to provide connectivity between hosts. Set to 'none'

   # to disable creation of tenant networks.

   #

   tenant_network_type = local

RDO浼氭牴鎹產nswer.conf涓璴ocal鐨勯厤緗灝唍eutron涓璷pen vswitch閰嶇疆鏂囦歡涓閰嶇疆涓簂ocal

2. vlan妯″紡

澶у跺箆lan鍙鑳芥瘮杈冪啛鎮夛紝灝變笉鍐嶈禈榪幫紝鐩存帴鐪婻DO鍜宯eutron鐨勯厤緗鏂囦歡銆

(1)RDO閰嶇疆鏂囦歡

澶嶅埗浠ｇ爜

浠ｇ爜濡備笅:

# Type of network to allocate for tenant networks (eg. vlan, local,

   # gre)

   CONFIG_NEUTRON_OVS_TENANT_NETWORK_TYPE=vlan //鎸囧畾緗戠粶妯″紡涓簐lan

   # A comma separated list of VLAN ranges for the Neutron openvswitch

   # plugin (eg. physnet1:1:4094,physnet2,physnet3:3000:3999)

   CONFIG_NEUTRON_OVS_VLAN_RANGES=physnet1:100:200 //璁劇疆vlan ID value涓100~200

   # A comma separated list of bridge mappings for the Neutron

   # openvswitch plugin (eg. physnet1:br-eth1,physnet2:br-eth2,physnet3

   # :br-eth3)

   CONFIG_NEUTRON_OVS_BRIDGE_MAPPINGS=physnet1:br-eth1 //璁劇疆灝哹r-int鏄犲皠鍒版ˉbr-eth1(浼氳嚜鍔ㄥ壋寤簆hy-br-eth1鍜宨nt-br-eth1鏉ヨ繛鎺br-int鍜宐r-eth1)

   # A comma separated list of colon-separated OVS bridge:interface

   # pairs. The interface will be added to the associated bridge.

CONFIG_NEUTRON_OVS_BRIDGE_IFACES=br-eth1:eth1 //璁劇疆eth0妗ユ帴鍒癰r-eth1涓婏紝鍗蟲渶鍚庣殑緗戠粶嫻侀噺浠巈th1嫻佸嚭 (浼氳嚜鍔ㄦ墽琛宱vs-vsctl add br-eth1 eth1)

姝ら厤緗鎻忚堪鐨勭綉妗ヤ笌緗戞ˉ涔嬮棿錛岀綉妗ヤ笌緗戝崱涔嬮棿鐨勬槧灝勫拰榪炴帴鍏崇郴鍏蜂綋鍙緇撳悎 銆婂浘1 vlan妯″紡涓嬭＄畻鑺傜偣鐨勭綉緇滆懼囨嫇鎵戠粨鏋勫浘銆嬪拰 銆婂浘2 vlan妯″紡涓嬬綉緇滆妭鐐圭殑緗戠粶璁懼囨嫇鎵戠粨鏋勫浘 銆嬫潵鐞嗚В銆

鎬濊冿細寰堝氬悓瀛﹀彲鑳戒細紕板埌涓鍦烘櫙錛氱墿鐞嗘満鍙鏈変竴鍧楃綉鍗★紝鎴栨湁涓ゅ潡緗戝崱浣嗗彧鏈変竴鍧楃綉鍗¤繛鎺ユ湁緗戠嚎

姝ゆ椂錛屽彲浠ュ仛濡備笅閰嶇疆

(2)鍗曠綉鍗★細

CONFIG_NEUTRON_OVS_BRIDGE_MAPPINGS=physnet1:br-eth0 //璁劇疆灝哹r-int鏄犲皠鍒版ˉbr-eth10

澶嶅埗浠ｇ爜

浠ｇ爜濡備笅:

# A comma separated list of colon-separated OVS bridge:interface

   # pairs. The interface will be added to the associated bridge

   CONFIG_NEUTRON_OVS_BRIDGE_IFACES= //閰嶇疆涓虹┖

榪欎釜閰嶇疆鐨勫惈涔夋槸灝哹r-int鏄犲皠鍒癰r-eth0錛屼絾鏄痓r-eth0騫舵病鏈変笌鐪熸ｇ殑鐗╃悊緗戝崱緇戝畾錛岃繖灝遍渶瑕佷綘浜嬪厛鍦ㄦ墍鏈夌殑璁＄畻鑺傜偣(鎴栫綉緇滆妭鐐)涓婁簨鍏堝壋寤哄ソbr-eth0妗ワ紝騫跺皢eth0娣誨姞鍒癰r-eth0涓婏紝鐒跺悗鍦╞r-eth0涓婇厤緗濂絠p錛岄偅涔圧DO鍦ㄥ畨瑁呯殑鏃跺欙紝鍙瑕佸緩絝嬪ソbr-int涓巄r-eth0涔嬮棿鐨勮繛鎺ワ紝鏁翠釜緗戠粶灝遍氫簡銆

姝ゆ椂濡傛灉緗戠粶鑺傜偣涔熸槸鍗曠綉鍗＄殑璇濓紝鍙鑳藉氨涓嶈兘浣跨敤float ip鐨勫姛鑳戒簡銆

(3)鍙岀綉鍗★紝鍗曠綉綰

澶嶅埗浠ｇ爜

浠ｇ爜濡備笅:

CONFIG_NEUTRON_OVS_BRIDGE_MAPPINGS=physnet1:br-eth1 //璁劇疆灝哹r-int鏄犲皠鍒版ˉbr-eth1

   /pp# A comma separated list of colon-separated OVS bridge:interface

   /pp# pairs. The interface will be added to the associated bridge.

   /ppCONFIG_NEUTRON_OVS_BRIDGE_IFACES=eth1 //閰嶇疆涓虹┖

榪樻槸榛樿ら兘閰嶇疆鍒癳th1涓婏紝鐒跺悗閫氳繃iptables灝唀th1鐨勬祦閲廸orward鍒癳th0(娌℃湁璇曢獙榪囷紝涓嶇『瀹氭槸鍚﹀彲琛)

3. vlan緗戠粶妯″紡璇﹁В

   鍥1 vlan妯″紡涓嬭＄畻鑺傜偣鐨勭綉緇滆懼囨嫇鎵戠粨鏋勫浘

棣栧厛鏉ュ垎鏋愪笅vlan緗戠粶妯″紡涓嬶紝璁＄畻鑺傜偣涓婅櫄鎷熺綉緇滆懼囩殑鎷撴墤緇撴瀯銆

(1)qbrXXX 絳夎懼

鍓嶉潰宸茬粡璁茶繃錛屼富瑕佹槸鍥犱負涓嶈兘鍐峵ap璁懼噕net0涓婇厤緗畁etwork ACL rules鑰屽炲姞鐨

(2)qvbXXX/qvoXXX絳夎懼

榪欐槸涓瀵箆eth pair devices錛岀敤鏉ヨ繛鎺bridge device鍜宻witch錛屼粠鍚嶅瓧鐚滄祴涓嬶細q-quantum, v-veth, b-bridge, o-open vswitch(quantum騫翠唬鐨勯仐鐣)銆

(3) int-br-eth1鍜宲hy-br-eth1

榪欎篃鏄涓瀵箆eth pair devices錛岀敤鏉ヨ繛鎺br-int鍜宐r-eth1, 鍙﹀栵紝vlan ID鐨勮漿鍖栦篃鏄鍦ㄨ繖鎵ц岀殑錛屾瘮濡備粠int-br-eth1榪涙潵鐨刾ackets錛屽叾vlan id=101浼氳杞鍖栨垚1錛屽悓鐞嗭紝浠巔hy-br-eth1鍑哄幓鐨刾ackets錛屽叾vlan id浼氫粠1杞鍖栨垚101

(4)br-eth1鍜宔th1

packets瑕佹兂榪涘叆physical network鏈鍚庤繕寰楀埌鐪熸ｇ殑鐗╃悊緗戝崱eth1錛屾墍浠add eth1 to br-eth1涓婏紝鏁翠釜閾捐礬鎵嶅畬鍏ㄦ墦閫

   鍥2 vlan妯″紡涓嬬綉緇滆妭鐐圭殑緗戠粶璁懼囨嫇鎵戠粨鏋勫浘

緗戠粶鑺傜偣涓庤＄畻鑺傜偣鐩告瘮錛屽氨鏄澶氫簡external network錛孡3 agent鍜宒hcp agent銆

(1)network namespace

姣忎釜L3 router瀵瑰簲涓涓猵rivate network錛屼絾鏄鎬庝箞淇濊瘉姣忎釜private鐨剗p address鍙浠overlapping鑰屽張涓嶇浉浜掑獎鍝嶅憿錛岃繖灝卞埄鐢ㄤ簡linux kernel鐨刵etwork namespace

(2)qr-YYY鍜宷g-VVV絳夎懼 (q-quantum, r-router, g-gateway)

qr-YYY鑾峰緱浜嗕竴涓猧nternal鐨剗p錛宷g-VVV鏄涓涓猠xternal鐨剗p錛岄氳繃iptables rules榪涜孨AT鏄犲皠銆

鎬濊冿細phy-br-ex鍜宨nt-br-ex鏄騫插暐鐨?

鍧氭寔"鎵鏈塸ackets蹇呴』緇忚繃鐗╃悊鐨勭嚎璺鎵嶈兘閫"鐨勬濇兂錛岃櫧鐒 qr-YYY鍜宷g-VVV涔嬮棿寤虹珛鐨凬AT鐨勬槧灝勶紝褰掓牴鍒板簳榪樺緱閫氳繃涓鏉＄墿鐞嗛摼璺錛岄偅涔坧hy-br-ex鍜宨nt-br-ex灝卞緩絝嬩簡榪欐潯鐗╃悊閾捐礬銆

C. eth什麼幣

ETH是以太幣。

以太坊是一個智能合約平台和數字貨幣，它所使用的數字貨幣稱為以太幣。以下是詳細解釋：

以太坊簡介

以太坊是一個開放源代碼的區塊鏈平台，旨在為全球提供去中心化的應用服務。這個平台允許開發者在其上面創建智能合約和去中心化應用，從而改變了傳統應用的開發模式。它的原生加密貨幣被稱為以太幣。這些以太幣在以太坊網路中用於支付交易費用、開發應用等場景。此外，隨著以太坊生態的發展，ETH的價值和流動性也在全球范圍內得到廣泛認可。作為一種重要的數字貨幣，以太幣在全球數字貨幣市場上占據重要地位。它也被許多企業和個人用作價值存儲和投資工具。與此同時，隨著區塊鏈技術的不斷進步和應用場景的不斷擴大，以太坊和ETH將繼續發揮重要作用。由於其安全性和透明性，許多企業和個人選擇在以太坊上進行交易和存儲價值。總的來說，以太坊和其原生貨幣以太幣已經成為區塊鏈技術和數字貨幣領域的重要組成部分。通過持有和使用ETH，用戶能夠享受到區塊鏈技術帶來的便利和安全保障。

D. eth出自哪個國家

ETH出自國家：以太坊並沒有特定的國家歸屬。

以太坊是一種去中心化的區塊鏈技術平台，旨在建立一個去信任化、無中心化的全球交易生態系統。它是一個開放源代碼項目，任何地方的開發者都可以參與開發。因此，ETH並非特定國家的產物，而是全球范圍內多個開發者共同合作的結果。其起源可以追溯到多個國家的技術發展和區塊鏈技術的普及。具體來說，以太坊的初始開發團隊可能來自於全球各地的技術強國，如美國、中國等。隨著項目的開放性和全球化發展，ETH已經成為全球范圍內的數字貨幣和智能合約平台，被廣泛應用於各種區塊鏈應用中。因此，ETH的歸屬不僅僅局限於某一個國家，而是全球范圍內的共同成果。

E. 什麼叫開源代碼去中心化

開源代碼是指開放源代碼，也稱為源代碼公開，指的是一種軟體發布模式；反之，若不公開源代碼則為非開源代碼。去中心化指全球目前去中心化的有Bitcoin(BTC比特幣)Ethereum(ETH以太幣)比特幣以太幣去中心化體現出來的是密碼數字貨幣，CPIT體去中心化現出來的是商業邏輯。

F. 比特藍鯨上的三種幣BTC、ETH、USDT是屬於什麼意思

BTC是比特幣，ETH是以太坊幣，USDT是由美國Tether公司為了與美元等值發行的一種代幣

G. Mac是什麼

Mac地址就是在媒體接入層上使用的地址，通俗點說就是網卡的物理地址，現在的Mac地址一般都採用6位元組48bit（在早期還有2位元組16bit的Mac地址）。
對於MAC地址，由於我們不直接和它接觸，所以大家不一定很熟悉。在OSI（Open System Interconnection，開放系統互連）7層網路協議（物理層，數據鏈路層，網路層，傳輸層，會話層，表示層，應用層）參考模型中，第二層為數據鏈路層（Data Link）。它包含兩個子層，上一層是邏輯鏈路控制（LLC：Logical Link Control），下一層即是我們前面所提到的MAC（Media Access Control）層，即介質訪問控制層。所謂介質（Media），是指傳輸信號所通過的多種物理環境。常用網路介質包括電纜（如：雙絞線，同軸電纜，光纖），還有微波、激光、紅外線等，有時也稱介質為物理介質。MAC地址也叫物理地址、硬體地址或鏈路地址，由網路設備製造商生產時寫在硬體內部。這個地址與網路無關，也即無論將帶有這個地址的硬體（如網卡、集線器、路由器等）接入到網路的何處，它都有相同的MAC地址，MAC地址一般不可改變，不能由用戶自己設定。
MAC地址前24位是由生產廠家向IEEE申請的廠商地址。後24位就由生產廠家自行定擬了。(早期的2位元組的卻不用申請)
一：IP地址和Mac地址有什麼聯系和區別
對於IP地址，相信大家都很熟悉，即指使用TCP/IP協議指定給主機的32位地址。IP地址由用點分隔開的4個8八位組構成，如192.168.0.1就是一個IP地址，這種寫法叫點分十進制格式。IP地址由網路地址和主機地址兩部分組成，分配給這兩部分的位數隨地址類（A類、B類、C類等）的不同而不同。網路地址用於路由選擇，而主機地址用於在網路或子網內部尋找一個單獨的主機。一個IP地址使得將來自源地址的數據通過路由而傳送到目的地址變為可能。
現在有很多計算機都是通過先組建區域網，然後通過交換機和Internet連接的。然後給每個用戶分配固定的IP地址，由管理中心統一管理，這樣為了管理方便就需要使用Mac地址來標志用戶，防止發生混亂，明確責任（比如網路犯罪）。另外IP地址和Mac地址是有區別的，雖然他們在區域網中是一一對應的關系。IP地址是跟據現在的IPv4標准指定的，不受硬體限制比較容易記憶的地址，而Mac地址卻是用網卡的物理地址，多少與硬體有關系，比較難於記憶。
MAC地址的長度為48位（6個位元組），通常表示為12個16進制數，每2個16進制數之間用冒號隔開，如：08:00:20:0A:8C:6D就是一個MAC地址，其中前6位16進制數08:00:20代表網路硬體製造商的編號，它由IEEE（Istitute of Electrical and Electronics Engineers，電氣與電子工程師協會）分配，而後3位16進制數0A:8C:6D代表該製造商所製造的某個網路產品（如網卡）的系列號。每個網路製造商必須確保它所製造的每個乙太網設備都具有相同的前三個位元組以及不同的後三個位元組。這樣就可保證世界上每個乙太網設備都具有唯一的MAC地址。
既然每個乙太網設備在出廠時都有一個唯一的MAC地址了，那為什麼還需要為每台主機再分配一個IP地址呢？或者說為什麼每台主機都分配唯一的IP地址了，為什麼還要在網路設備（如網卡，集線器，路由器等）生產時內嵌一個唯一的MAC地址呢？主要原因有以下幾點：（1）IP地址的分配是根據網路的拓樸結構，而不是根據誰製造了網路設置。若將高效的路由選擇方案建立在設備製造商的基礎上而不是網路所處的拓樸位置基礎上，這種方案是不可行的。（2）當存在一個附加層的地址定址時，設備更易於移動和維修。例如，如果一個乙太網卡壞了，可以被更換，而無須取得一個新的IP地址。如果一個IP主機從一個網路移到另一個網路，可以給它一個新的IP地址，而無須換一個新的網卡。（3）無論是區域網，還是廣域網中的計算機之間的通信，最終都表現為將數據包從某種形式的鏈路上的初始節點出發，從一個節點傳遞到另一個節點，最終傳送到目的節點。數據包在這些節點之間的移動都是由ARP（Address Resolution Protocol：地址解析協議）負責將IP地址映射到MAC地址上來完成的。下面我們來通過一個例子看看IP地址和MAC地址是怎樣結合來傳送數據包的。
假設網路上要將一個數據包（名為PAC）由臨沭的一台主機（名稱為A，IP地址為IP_A，MAC地址為MAC_A）發送到北京的一台主機（名稱為B，IP地址為IP_B，MAC地址為MAC_B）。這兩台主機之間不可能是直接連接起來的，因而數據包在傳遞時必然要經過許多中間節點（如路由器，伺服器等等），我們假定在傳輸過程中要經過C1、C2、C3（其MAC地址分別為M1，M2，M3）三個節點。A在將PAC發出之前，先發送一個ARP請求，找到其要到達IP_B所必須經歷的第一個中間節點C1的MAC地址M1，然後在其數據包中封裝（Encapsulation）這些地址：IP_A、IP_B，MAC_A和M1。當PAC傳到C1後，再由ARP根據其目的IP地址IP_B，找到其要經歷的第二個中間節點C2的MAC地址M2，然後再將帶有M2的數據包傳送到C2。如此類推，直到最後找到帶有IP地址為IP_B的B主機的地址MAC_B，最終傳送給主機B。在傳輸過程中，IP_A、IP_B和MAC_A不變，而中間節點的MAC地址通過ARP在不斷改變（M1，M2，M3），直至目的地址MAC_B。
二：如何知道自己的Mac地址
方法比較多，也比較簡單，在這里介紹兩種常用的方法，在Win9x 可用：WinIPcfg獲得，在2000、XP可用IPconfig -all獲得。如果你已經給自己的網卡分配了IP，還可以用 nbtstat -A 自己的IP，後者只能在2000/XP下使用。
在Windows 98/Me中，依次單擊「開始」→「運行」 →輸入「winipcfg」→回車。
在Windows 2000/XP中，依次單擊「開始」→「運行」→輸入「CMD」→回車→輸入「ipconfig /all」→回車。
也可以用 nbtstat -A IP地址（還可以獲得別的東東，可別學壞啊）。另外同一區域網內的，你可以用ping IP 或者ping 主機名，然後用arp -a 來獲得。
三：為什麼要修改MAC地址
為什麼要修改MAC地址，到底有什麼實際意義呢？簡單的說，MAC地址相當於你的網路標識，在區域網里，管理人員常常將網路埠與客戶機的MAC地址綁定，方便管理，萬一你的網卡壞掉了，換一張網卡必須向管理人員申請更改綁定的MAC地址，比較麻煩。如果這時我們又急於使用MAC以便上網。這時候，我們直接在操作系統里更改一下MAC，就可以跳過重新申請這一步，減少了很多麻煩。
另外，當你使用黑客軟體對別人的機器進行攻擊時，別人的防火牆獲取到你的IP地址，就可以通過「Nbtstat -A ip地址」命令獲取你的MAC，如果你改一下，呵呵，查到的MAC就不是你的了。(可別說我教你學壞啊!)
四：如何修改自己的Mac地址
Mac地址是保存在網卡的EPROM裡面，通過網卡生產廠家提供的修改程序可以更改存儲器里的地址，即使網卡沒有這樣的設置我們也可以通過間接的方法修改，一般網卡發出的包的源Mac地址並不是網卡本身寫上去的，而是應用程序提供的，只是在通常的實現中，應用程序先從網卡上得到Mac地址，每次發送的時候都用這個Mac做為源Mac而已，Windows中，網卡的Mac保存在注冊表中，實際使用也是從注冊表中提取的，所以只要修改注冊表就可以簡單的改變Mac
Win9x中修改：
打開注冊表編輯器，在HKEY_LOCAL_MacHINE\SYSTEM\CurrentControlSet\Service\Class\Net\下的0000，0001，0002
Win2000/XP中的修改：同樣打開注冊表編輯器，HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class\4D36E970-E325-11CE-BFC1-08002BE10318 中的0000,0001,0002中的DriverDesc,如果在0000找到，就在0000下面添加字元串變數，命名為NetworkAddress，值為要設置的Mac地址，例如：000102030405。完成上述操作後重啟就好了。
Linux下的修改：
必須關閉網卡設備，否則會報告系統忙，無法更改。
命令是：/sbin/ifconfig eth0 down；.修改Mac地址，這一步較Windows中的修改要簡單。命令是：/sbin/ifconfig eth0 hw ether 00 AA�BB CC DD EE；重新啟用網卡，/sbin/ifconfig eth0 up網卡的Mac地址更改就完成了。
如果你要經常改換地址的話在注冊表裡改來改去的方法就實在是太繁瑣了。不用擔心，用下面的方法可以使你的修改更方便，更簡單。
現以Windows 2000/XP為例來簡要說明一下：第一步，單擊「開始」→「運行」→輸入「Regedit」，打開注冊表編輯器，按Ctrl+F打開查找窗，輸入「DriverDesc」單擊確定。
雙擊找到的內容,即為你要修改的網卡的信息描述，左邊數形列表顯示當前主鍵（比如0000）。第二步，在相應的0000下新建一串值，命名為NetworkAddress，鍵值設為你要的MAC地址，注意要連續寫，如112233445566。第三步，重新啟動計算機，你就會發現網卡MAC地址已經改變為你所設置的地址。第四步，在相應的0000下的Ndi\Params中加一項，主鍵名為NetworkAddress，然後在該主鍵下添加名為default的串值，其值設為你要設的MAC地址，同樣也要連續地寫。第五步，在NetworkAddress主鍵下繼續添加名為ParamDesc的字元串，其值可設為「MAC Address」。
全部設置完成了，關閉注冊表，重新啟動計算機，打開「網路鄰居」的屬性，選擇相應的網卡，單擊「屬性」選擇「高級」選項卡，屬性中會多出MAC Address的選項，也就是在上面第二步在注冊表中添加的NetworkAddress項，以後只要在此處的設置值中修改MAC地址就可以了。
五：如何捆綁MAC地址和IP地址
進入「MS-DOS方式」或「命令提示符」，在命令提示符下輸入命令：ARP - s 10.88.56.72 00-10-5C-AD-72-E3，即可把MAC地址和IP地址捆綁在一起。
對於自行修改MAC地址入網，網管員還是有辦法偵測出來的。因此，換網卡後別忘記跟網管打個招呼，重新綁定啊。