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地址入网，网管员还是有办法侦测出来的。因此，换网卡后别忘记跟网管打个招呼，重新绑定啊。