主要接口eth0工作得很好,事实上我是如何进行ssh的.
但是,辅助接口eth1不发送.我可以在ifconfig输出中看到这一点,例如,TX字段始终为0.但是,它正在接收,而tcpdump显示来自另一侧ISP网关的ARP请求.
该接口物理连接到由ISP配置的SIEmens BSTU4调制解调器.正如ISP所要求的那样,该链路已正确设置为10MBps和全双工,无需协商.配置了一个小/ 30子网.为了匿名,假设机器是3.3.3.2/30,而ISP的网关是.1.机器没有任何防火墙设置.
即使像arPing -I eth1 3.3.3.1这样运行,并且并行运行tcpdump,也不会显示在接口上传输的任何流量. (但另一方继续稳定地发送ARP请求,这就是所有可以看到的.)
可能是什么导致了这个?
这是一些匿名的输出,可能有助于:
$ethtool eth1Settings for eth1: Supported ports: [ TP ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Supports auto-negotiation: Yes Advertised link modes: Not reported Advertised auto-negotiation: No Speed: 10Mb/s Duplex: Full Port: Twisted Pair PHYAD: 1 Transceiver: internal auto-negotiation: off Supports Wake-on: d Wake-on: d link detected: yes$ip link show eth13: eth1: <broADCAST,MulTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 00:15:c5:xx:xx:xx brd ff:ff:ff:ff:ff:ff$ip -4 addr show eth13: eth1: <broADCAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000 inet 3.3.3.2/30 brd 3.3.3.3 scope global eth1$ip -4 route show match 3.3.3.0/303.3.3.0/30 dev eth1 proto kernel scope link src 3.3.3.2default via 10.0.0.5 dev eth0解决方法 首先要检查的是:可能的硬件问题.你在使用已知的好电缆吗?再次检查.
当你把它插入LAN测试仪时,你能从RG45中得到任何东西吗? TX领域的O-scope?
如果出现硬件故障,您将花费大量时间查找软件配置问题而无法找到任何内容.
总结以上是内存溢出为你收集整理的linux – 网卡正在接收,但根本没有传输?全部内容,希望文章能够帮你解决linux – 网卡正在接收,但根本没有传输?所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)