如何确定哪个应用正在产生网络流量?


13

某些应用出现问题,显然是试图进行大型自动更新,并反复失败(并重试)。不断吸收大量带宽,我想制止它。问题是,我不知道它是哪个应用程序(在几个具有“静音”背景更新的应用程序中)。

Answers:


7

打开命令提示符(cmd.exe),执行

netstat -b

并寻找“ ESTABLISHED”连接。添加-n以禁用名称解析。


有几个人提出了很好的建议,但最终“ netstat -b”加寻找“ ESTABLISHED”对我来说是“最正确”的答案!谢谢大家!
Brian Knoblauch

11

问题是针对Windows XP,但我是通过Google到达这里的,以获取有关更高Windows版本的信息。如果您运行的是Windows 7或更高版本:

  1. 启动任务管理器(右键单击任务栏,然后选择任务管理器)
  2. 切换到“性能”标签
  3. 单击底部的“打开资源监视器”。

    (要么)

    Win+ R并输入resmon

  4. 展开“网络”部分,然后等待其更新。

    在此处输入图片说明
    点击放大

我猜想这将类似于sgmoore的Process Monitor的答案,但是我们现在可以使用Windows 8中的内置工具来做到这一点。


7
netstat -ab

这将为您提供所有TCP和UDP端口以及通信中涉及的各个可执行文件。

对于您当前连接的更直观的指示,您可能需要搜索netowrk监视工具,如果您正在使用诸如Comodo之类的个人防火墙,则可能已经有一个可用的监视工具。

这是两个这样的工具:
Visual Netstat(Thaddy的Netstat)
Net Tools 5.0(一套监视和信息工具)


没有UDP连接之类的东西。-a显示侦听端口,在这种情况下没有意义。
本德尔2009年

-a显示计算机正在侦听的所有活动连接。检查您的来源。这包括活动和idel连接。是的,没有UDP连接。但是您能理解UDP端口是什么意思吗?还是您可以说那句话,而不是放手一言不发,一言不发?如果您有任何要添加的内容(可以这样做),请执行此操作。否则不要污染
矮人

根据定义,收听时还没有任何连接。并且打开UDP端口并不表示任何流量。所以-a是没有用的。
本德尔

1
哦,我一直在注意。但是您没有注意到实际的最初问题。您都没有努力去实际回答它。na -a允许您同时查看侦听和活动的TCP连接,这一事实使您可以更完整地将正在运行的应用程序映射到适当位置,从而成为罪魁祸首。这是特别有用的,因为该应用程序间歇性地运行。但是至少您最终意识到-a开关不只显示正在监听的应用程序。做得好。
矮人

1
您在所有方面都错了:我确实回答了这个问题,我知道netstat的作用,我没有说错任何话。用合理的论据来掩饰你的攻击并不能改变你说谎多次的事实。
本德尔

5

如果网络流量不多,另一种方便的方法是Sysinternals Process Monitor,可以将其配置为监视网络流量。它可以保持运行状态,并应显示哪些应用程序正在访问网络以及它们正在调用的地址/ ipsite。


有谁确切知道您需要配置什么才能在Process Monitor中获得此功能?当我浏览配置选项时,并不太明显...
Tim

没关系...我使用的是Sysinternals Process Explorer,它与Sysinternals Process Monitor不同。
蒂姆(Tim

2

AnVir Task Manager将监视您的网络流量(包括许多其他功能)并提供您正在寻找的所有信息。它还将使您能够隔离进程(而不杀死进程)以消除罪魁祸首。

(击败Sysinternals PE,即使是免费版本也是如此)


2

这是一个非常有用的工具:MS Network Monitor

还有:TCPView可以帮助您查看活动的连接。

TCPView是一个Windows程序,它将为您显示系统上所有TCP和UDP端点的详细列表,包括本地和远程地址以及TCP连接状态。



0

如果您使用的是Linux,则可以使用IPTRaf,它是一个实时监视应用程序。通过端口等检查所有协议上的所有连接。

如果您使用的是Windows,则可能要签出Ethereal,这是一个GUI驱动的监视应用程序。

我喜欢IPTraf和Ethereal(相对于netstat,它非常棒)是您可以将它们运行一段时间以了解到底发生了什么。


1
该问题明确指出Windows。即使在Linux上,也有更好的工具可以一步完成任务。例如,nethogs。
极客

0

您的问题很大一部分是我倾向于寻求和破坏自动更新过程的原因,而我更喜欢依靠自己对更新进行定期检查。我能够每周或更多次运行更新,而不会永远消耗内存。:)

因此,话虽如此,确定罪魁祸首的一种方法是确定已安装的哪些应用正在执行后台更新(Firefox,iTunes,Notepad ++,uTorrent,Google Update,Real Player,Java等),以及尝试使用其手动的“检查更新”功能,并查看其中哪些未能成功完成。

但是,如果您认为问题是特定于实际的后台更新过程的,则可以通过一次禁用一个问题直到问题消失,来跟踪问题。我使用WinPatrol,但是“ msconfig”实用程序(“开始” |“运行” |“ msconfig”)也将允许您禁用这些进程。(还有更多,因此请明智地使用它。)


这些天似乎很流行,它们通过打开多个连接来使应用程序自动更新/获取病毒签名,从而破坏了网络连接对其他人的有用性。不幸的是,“检查更新”似乎已经成为过去。编写这些应用程序的人员只能从其本地Gib / s网络进行测试。很烦人。
Brian Knoblauch 2014年
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.