我不确定这是网络问题,还是码头问题,但我很难从局域网中的另一台机器上获得服务器的响应,该服务器在Docker容器的3000端口上运行nodejs服务器。我使用Mac电脑作为客户端,Linux计算机作为服务器。以下是我所采取的步骤:
用<name of computer>.local:<port>在局域网上测试与独立计算机的连接
在Linux机器上运行服务器(只使用没有容器的nodejs )
在Mac (客户端)计算机上运行curl <name of linux computer>.local:3000
按预期工作
在Docker容器中运行
业务案例:
计算机具有eth0和eth1,eth0地址为192.168.1.2 (静态)。配置软件使用eth0在字段中配置eth1的地址。eth0只是为了这个目的。
PC ---- [eth0 Linux Computer eth1] ----- server
eth1是连接到服务器,客户将从这台计算机获得数据以存储在服务器上。PC机不得以任何方式到达服务器。Linux计算机不应将任何数据包从PC重新传送到服务器,也不应从服务器重传到PC。Linux计算机不是一座桥梁。
问题1:
如果在字段中分配的eht1 IP是192.168.1.100,并且与eth0位于同一子网上,
我克隆了一个运行RHEL 7和8的虚拟机,我没有得到ip地址。克隆虚拟机之后,网络就不再起作用了。ifconfig命令不显示网络接口(例如,eth0),但可能显示一个新的接口(例如,eth1)。重新启动服务器也是同样的问题。
SIOCSIFADDR: no such device
eth0: ERROR while getting interface flags: No such device
Bind socket to interface: no such device
Failed to bring up ethX
使用命令dmesg | grep eth查看dmesg日志可能会显示类似
我有一个带有一个实数的Linux盒(与虚拟的,即.a相反)。我可以使用的以太网接口(eth0用于其他用途--不能使用它,也不能添加更多的NIC)。说是eth1
我需要通过SNMP来控制一些对象/实体,所以我为每个对象设置了一个虚拟以太网接口,并设置了其适当的MAC地址。我是这样做的(例如vif1):
ip -family inet link add link eth1 name vif1 address <the MAC addr> type macvlan
ip link set vif1 up multicast on
ip route del default dev vif1
我有一个J2EE应用程序,它有一个允许上传文件的REST端点。该应用程序部署在linux服务器中的jboss上。
当我们的服务器中的文件小于4MB时,一切都很好,但当我上传一个大文件时,我总是得到:
org.apache.http.NoHttpResponseException: The target server failed to respond
不过,当我在本地测试(REST客户端调用在我机器上运行的本地服务器)时,一切都运行得很好。我甚至可以上传到10mb+,没有遇到任何异常。但是当我要通过REST客户端访问linux服务器,并且文件大于4mb时,我会得到那个NoHttpRespons