我正在尝试使用ifconfig打开我的环回接口上的广播。 它目前读取： lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384 正如你所看到的，没有广播地址！ 🙁 🙁 我在OS / X上试过这个，但是它没有工作，也没有给出任何错误或反馈： ifconfig lo0 broadcast 127.255.255.255 任何古鲁都知道吗？ 我有一台服务器发送一个数据包。 我有两台与服务器在同一台机器上运行的客户机。 我需要他们拿起数据包，而不必强制服务器发送两次。
我们将游戏服务器托pipe在Windows Server 2008计算机之外，而我们刚刚收到一份报告，指出我们的客户之一正在使用其服务器来执行某种types的UDP攻击。 受到攻击的人为我们提供了IP地址，但是对IPv4的限制，我们有5个游戏服务器运行了该IP地址。 找出哪个游戏服务器正在发送这些数据包，最好的办法是什么？ 我们其他技术人员很久以前安装了一个应用程序，显示了实时的networkingstream量，但这不是在这台机器上，我找不到它。
我有一个系统日志服务器监听本地主机：514作为UDP，并希望在该端口上写入消息。 （使用Ubuntu 14.04） 如果我从bash运行这些命令中的任何一个，它将每2秒钟将date打印到syslog # Using netcat while true; do sleep 2; date; done | nc -u localhost 514 # Using /dev/udp while true; do sleep 2; date; done > /dev/udp/localhost/514 现在只是为了testing我杀死系统日志服务器的事情，然后几秒钟后启动它。 当系统日志进程死了的时候，/ dev / udp命令每两秒打印一次到控制台，所以它认为没有localhost：514来写入。 一旦系统日志回来，这些连接被拒绝的消息将停止，并恢复将date写入系统日志。 这是预期的。 date: write error: Connection refused 但netcat命令不会这样做。 当系统日志进程死了，它不会输出任何输出到控制台。 当syslog回来时，它不会继续将date写入syslog。 为什么当syslog重新启动时，netcat会继续写入localhost：514？ 我怎样才能让netcat按照/ dev / udp在这个例子中的方式行事？
我们在AWS上的ubuntu实例上运行了许多Web服务器（nginx，php5.6-fpm）。 他们已经运行好几个月了，但是在过去的几天里，我们已经开始讨论一个事件发生后一切正常，但在12个小时左右之后，networking调用开始失败（特别是在这个实例套接字tcp调用redis）。 在使用tcpdump进行了一些挖掘之后，由于udp校验和失败，看起来dns查找被抛出： 17：13：38.013346 IP（tos 0x0，ttl 64，id 46236，offset 0，flags [DF]，proto UDP（17），length 103）10.0.0.121.34071> 10.0.0.2.53：[bad udp cksum 0x14df – > 0x3ae1！] 25855+ Type20736？ xxxxxxxx.us-east-1.rds.amazonaws.com。 （75） 如果我使用telnet从同一个实例连接到Redis服务器，那么很好，它似乎只影响fpm。 同样奇怪的是，它只是在实例开始后才发生 – 最初的所有请求都没有问题。 同样，重新启动php5.6-fpm服务似乎已经清除了一段时间的问题。 在这一点上，我的知识基本已经结束了，所以希望有人能指出我正确的方向！
我发布了这个StackOverflow ，并被告知这可能是更合适的。 我无法理解多播地址如何工作。 首先，如果我有N个客户端或对等设备在不同的networking上工作，它们都订阅相同的多播组，这个组允许任何源发送消息，这些对等体/主机可以通过这个互相通信组？ （听起来像黑魔法！） 其次，我听说IANA控制/调节多播地址。 那么您是否必须向您的项目/公司请求/询问IANA是否有特定的多播地址？ 这个怎么用？ 我错了吗？ 你能澄清我的组播networking吗？ 非常感谢！
我正在写一个与networking一起工作的应用程序。 为了执行一些testing，我需要重现一天之前的stream程。 但同时也不允许停止当前的工作倾听者。 我也不能重写现有的程序，以保存传入的stream量。 为了解决我的任务，我决定使用tcpdump。 我使用以下命令在目标机器上运行tcpdump： tcpdump -w capture.cap -n "dst host host.domain.com and port 5555" 当我用tcpick或scapy读取capture.cap。 我可以看到所有长于1472字节的有用数据被截断为长度为1472.但是在头文件中仍然写入了数据包的原始长度。 正如我可以判断，UDP数据包分裂为几个，然后再次连接。 但tcpdump可能会过滤掉所有没有标头的包（应该只出现在第一个包中） 有没有办法转储完整的UDP包？
我设置我的服务器拒绝所有传入的UDP数据包，以防止UDP洪水。 不过，我被告知，因为我使用我自己的域名和服务器为我的域名服务器，这可能会导致一些问题。 我怎样才能解决这个问题？ 我的防火墙是iptables，我的发行版是CentOS5.5。
我努力阻止备用Postgres服务上的UDP缓冲区溢出。 非常感激任何的帮助。 一旦启动Postgres直到达到最大容量，然后继续稳定丢弃数据包，本地主机接口上与pg_standby进程相关联的UDP缓冲区逐渐填满。 重新启动Postgres（当然）会清除缓冲区，但是它会重新开始填充。 据我所知，这实际上并没有造成任何问题。 （这只发生在备用服务，故障恢复数据恢复显示没有丢失。）不过，我不想任何缓冲区溢出。 要点： a）通过查询UDP的“/ proc”信息，我可以看到非空的缓冲区; 和UDP端口的唯一非空缓冲区（hexE97B – > dec 59771）允许我们使用netstat显示接口（本地主机）和PID（438），这确认了“pg_standby”过程是罪魁祸首： # cat /proc/net/udp | grep -v '00000000:0000' sl local_address rem_address st tx_queue rx_queue tr tm->when retrnsmt uid timeout inode ref pointer drops 16: 0100007F:E97B 0100007F:E97B 01 00000000:01000400 00:00000000 00000000 600 0 73123706 2 ffff880026d64ac0 0 # netstat -anp | grep 59771 […]
我有一个本地域的微软DNS服务器，运行Windows服务器2016STD。 这台电脑也是一个域控制器。 它被configuration为转发到快速的公共DNS服务器。 从networking中的任何一台计算机直接在本地configuration这些相同的公共DNS服务器，都可以在本地networking中的服务器和客户端上快速响应DNS查询。 但是，使用本地服务器会使DNS请求花费很长时间，在服务器和客户端上都经常超时（20秒加上并不less见）。 时间似乎独立于caching; 即caching的网站仍需要很长时间才能加载。 testing通过执行dns查找来确认这一点，然后通过使用来清除运行Windows 10的客户机上的本地dnscaching nslookup > www.google.com > quit ipconfig /flushdns nslookup > www.google.com > quit 输出是（在这两种情况下）： Server: <myserver>.<mydomain> Address: 192.168.1.7 DNS request timed out. timeout was 2 seconds. DNS request timed out. timeout was 2 seconds. DNS request timed out. timeout was 2 seconds. *** Request to <myserver>.<mydomain> timed-out […]
我有两台机器（两台都是Centos 7.3）通过1G交换机连接。 当我使用iperf测量macines之间的UDP吞吐量时，它提供了大约850 Mbit / s。 但是，当我测量组播 UDP时，会导致类似于95 Mbit / s（几乎减慢10倍）的结果。 这有什么可能的原因？ 单播样本输出： $ iperf -c 192.168.1.11 -u -b 9900m -fm -i 5 -t 30 -w 1m ———————————————————— Client connecting to 192.168.1.11, UDP port 5001 Sending 1470 byte datagrams, IPG target: 1.19 us (kalman adjust) UDP buffer size: 2.00 MByte (WARNING: requested 1.00 MByte) ———————————————————— […]