※ 引述《artingo (那就起而行吧)》之铭言： : 请问一下，用无线AP AP是有线跟无线，不同介质，802.3与802.11之间转换的机器 属於第二层 它会有IP跟HTTP server，只是单纯让使用者能设定而已，不表示AP就要有这些 : 照理说NAT的机制应该会让所有要取得IP的装置，把ip错开才是吧？ NAT是因应IP不足所衍生出的mapping方法，利用TCP/UDP共有65535个port 让一个实体IP可以切成很多虚拟IP，让他们可以同时连出去的机制 IP是第三层，TCP/UDP是第四层，所以NAT是运作在第三跟第四层 基於网路层次分明的基本精神 NAT跟第二层的802.3, 802.11, ppp...等等无关，理论上只要是IP就要能用NAT 取IP的是DHCP DHCP的机制就是如你说的没错，会把ip错开 : 那为何我的NB与手机启用无线上网时 : 一直因为ip相冲而断线？ : 是否它们第一次get到ip时，都取得同一个ip : 以致以後再连上线，ip就无法改了？有何方法可以重新让装置取得新ip且错开呢？ 问题是你是跟谁取IP DHCP照规定是要把IP错开没错，它在配发之前必须先侦测这个IP有没有人用(ex:先ping过) 问题是市面上便宜Router附的DHCP功能，很多都是拿open source的轻量化DHCP来用 基於轻量化，这些DHCP不会去做这些开发者认为不必要的事情 他只是很单纯看自己手上的列表，找到没发出去的，就发给你 如果这个IP被某台机器设固定IP用掉，就会发生冲突 而且DHCP server还是不会知道有人用掉，还是会坚持送这个IP给你 变成说你不找出这台固定IP的机器，就永远会冲突 如果找不到，可以这样解 有的Router，设定页面上可以预约IP，你可以输入NB跟手机的mac address，跟你要的IP 这样DHCP配发的时候就会改配这组出去，冲突就解决了 哪家的机器做的好不好，看这些小地方就知道了 很多是连DHCP要先侦测都不知道的，以为会冲突是使用者的问题...orz --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 122.116.79.90