学不到服务器的mac地址

A. 一台服务器开不起来了，找人修修不好，但是现在需要服务器的MAC地址，怎样才能知道这台服务器的MAC地址呢

服务器设置里能看到
管理口登进去也可以
实在不行交换机上也有Mac地址表

B. dell 交换机学不到mac 地址

交换机如果硬件没问题那就是配置的问题，先查看一下mac表，源mac和目标mac需要在同一网段。
交换机(英文:Switch，意为“开关”)是一种用于电信号转发的网络设备。它可以为接入交换机的任意两个网络节点提供独享的电信号通路。最常见的交换机是以太网交换机。其他常见的还有电话语音交换机、光纤交换机等。
交换机的传输模式有全双工，半双工，全双工/半双工自适应 。 交换机的全双工是指交换机在发送数据的同时也能够接收数据，两者同步进行，这好像我们平时打电话一样，说话的同时也能够听到对方的声音。目前的交换机都支持全双工。全双工的好处在于迟延小，速度快

C. 网络设备端口可以学到服务器的mac地址意味着什么

MAC地址是固化在网卡上串行EEPROM中的物理地址，通常有48位长。
以太网交换机根据某条信息包头中的MAC源地址和MAC目的地址实现包的交换和传递。
要搭建局域网，必须学会绑定IP与MAC地址；
换了新网卡，必须学会修改MAC地址以应对不能上网的尴尬。
不要让MAC地址成为网上生活的绊脚石呦。
获取本机的MAC
对于数量不多的几台机器，可以这样获取MAC地址：在Windows 98/Me中，依次单击“开始”→“运行” →输入“winipcfg”→回车。
在Windows 2000/XP中，依次单击“开始”→“运行”→输入“CMD”→回车→输入“ipconfig /all”→回车。
对于如何批量获取MAC地址
IP与MAC的捆绑
MAC地址是网卡的惟一标识，这种惟一性恰好给网络管理带来了福音，因为通过捆绑IP和MAC地址，就可以轻松防止局域网中IP地址盗用现象，阻止非法入侵者。
对于动态IP，做一个DHCP服务器来绑定用户网卡MAC地址和IP地址，然后再根据不同IP设定权限；
对于静态IP，如果用三层交换机，可以在交换机的每个端口上做IP地址的限定，这样如果改变某台客户端的IP地址，这台PC也就不能连通网络了。
以静态IP地址的绑定为例，实现一下上面的高招：假设此时的网卡MAC地址为44-45-53-54-00-00。
假设在Windows 98操作系统中，启动虚拟DOS后，键入“ARP空格-s空格192.168.0.66空格44-45-53-54-00-00”，回车。
这样实现了静态 IP地址192.168.0.66与网卡地址为44-45-53-54-00-00的计算机的捆绑，接下来看看ARP常用参数表。
特别提示：ARP命令仅在局域网中上网的代理服务器端有用，还要是静态IP地址。
如果是一名网络管理员，就必须对MAC地址和IP的绑定运用自如，这样才能杜绝很多隐患。

D. WEB服务器为什么取不到用户的MAC地址

起因是某个同事接到了领导安排下来的一个需求，要在一个Web应用（Java+Tomcat）中，记录用户登录时的IP地址和MAC地址，用于安全审计，于是咨询我如何实现。

第一反应是，这个需求本身是不成立的，根据以往的了解，MAC地址应该是过不了路由器的才对。
以往做开发，都是用engineer的思维：先动手做，遇到问题再解决问题。但这个需求，应当用scientist的思维去思考：首先确定能不能做，然后才是怎么做。

翻查了一些资料，想来证实" 为什么WEB服务器，可以获取到客户端的IP地址，但获取不到MAC地址 "，看着看着才发现，这是个挺大的命题，够写一篇BLOG了。

PS：由于个人对这块内容了解的不够彻底， 本文很可能会有谬误 ，请读者先不要太当真，另外希望平台组的同事给予指证。

我所认为的结论应该是这样的：

下面一步步解释一下。

先从HTTP说起。
HTTP是一个应用层的协议，它建立在TCP协议之上。
HTTP请求就是用来发送一段文本。关于这段文本如何组织，第一行写什么，第二行写什么，哪里加一个空行，就是HTTP协议所要规范的内容。
举个直接的例子，下面是一个简单的HTTP GET请求，有兴趣可以用telnet模拟一下。

我们可以看到，HTTP的这段请求中，完全找不到客户端的MAC地址，甚至连IP地址都没有描述。
那IP地址是从哪里取到的呢？接下来我们再深入一点，看下一个内容：Socket

HTTP的客户端和服务端，是通过Socket进行连接的。

Socket是什么呢？ Socket是对OSI模型第4层-传输层中的TCP/IP协议的封装 。Socket本身并不是协议，而 是一个调用接口 (API)。Socket和TCP/IP协议没有必然的联系。但通过Socket，我们才能使用TCP/IP协议。应用层不必了解TCP/IP协议细节，直接通过对Socket接口函数的调用完成数据在IP网络的传输。

Socket包含了网络通信必须的五种信息： 连接使用的协议，本地主机的IP地址，本地进程的协议端口，远地主机的IP地址，远地进程的协议端口 。

所以，因为有了Socket，客户端和服务端完全不需要了解底层细节，直接通过调用Socket来实现就可以了。

这也就是为什么服务器端 可以获取到客户端的IP地址 的原因，因为Socket中包含了远地主机的IP地址。（当然，通过代理服务器进行访问的除外，这种要依靠HTTP协议的X-Forwarded-For头来确认IP，不在本次的讨论范围中）

那为什么 无法获取到客户端的MAC地址 呢？很简单，同理，因为Socket中无法取到MAC地址。。。

如果继续发问，为什么Socket中都既然都包含IP地址了，为什么偏偏不包含MAC地址信息呢？看来我们还要更深入一点，看一下OSI模型吧。

首先祭出这张经典的OSI七层模型图，计算机网络的基石，请先盯着看一会儿，认真复习一下

这里还有一张OSI七层模型与TCP/IP四层模型的对照图

为了方便理解，再放上一张更直观的，每一层对应的数据型式和主要协议的示意图

通过上图大体可以知道：

下面举个栗子，当我们在浏览器中打开一个链接后，看看OSI各层倒底发生了什么：
这里撇开DNS解析之类东西，只说一下HTTP报文的发送

首先来看一下发送端（浏览器所在的主机）。参照第一张OSI模型图，按照从上向下的顺序来看。应用层数据其实只有那么几行文本，然后往下，每过一层，都要被加上首部/尾部。 这个过程就像是一层一层的穿衣服 。

HTTP请求文本：

数据发出去后，再看一下数据在网络上的流转。
数据一般要经过交换机、路由器等网络设备，层层转发，这些设备所做的事情就像是： 脱掉一件或几件衣服，做一些修修补补，然后再重新穿回去 。

通过上面这张图，我们就可以理解，MAC地址在本地网络下的重要作用了。也理解了，本地网络下，是可以查出每个节点的MAC地址的。

经过路由器后，为了能到达下一跳，数据链路层中的MAC地址就被篡改了，下面这张图很能说明问题：

最后看一下接收端（WEB服务器所在的主机）。参照第一张OSI模型图，按照从下至上的顺序来看，它要做的事情是： 将衣服一件一件全部脱掉 ，最后WEB服务器就取到了最初的应用层数据。

所以，当一个以太网帧到达目的主机后，其中的MAC地址早已经不是原来客户端的MAC了，操作系统的Socket自然也无法获取原始的MAC地址了。

上面已经证明了，WEB服务端，是无法获取客户端的MAC地址的。
那么，能不能通过一些trick来绕道实现呢？
想了想，大概可以有如下的思路：

那么这个思路可不可行呢？

最后的最后，不禁思考，获取MAC的意义在哪里呢？
如果单纯是为了取证和审计，我想意义是不大的，甚至不如直接记录IP地址。
因为：

所以，一般的安全管控要求下，还是只记录IP吧。

E. 服务器的MAC硬件地址

如果客户机和服务器在同一个网段，那么你可以通过简单的ping和arp命令来获得服务器的MAC地址。
如果客户机和服务器不在同一网段，也就是说中间存在路由器连接，那么就没有办法获得服务器的MAC地址了，就算是获得了也没有什么用。

F. 交换机学不到mac是什么问题

可以首先检查接pc的物理线路是否正常，如果是所有端口都无法学习到mac，可检查是否关闭了交换机的自动学习功能，如果都没问题那么可以怀疑硬件问题！