一般来说，是的，有一些方法可以做到这一点，因为快速的谷歌搜索能够告诉你。

每当您在 Skype 上给某人打电话、写文件或发送文件时，您都会与该人的 IP/ISP IP 直接联系，并且您当然可以进行跟踪。在 Windows 中执行此操作的一种简单方法是netstat -n在通话中使用，然后查找您知道您使用 Skype 的端口。更好的方法是使用wireshark 来监控您的流量并寻找Skype 协议。

关于简单方法的快速 youtube 视频：http :
//www.youtube.com/watch?v=ro_zrbBsgBk

然而，这对您来说可能是一种非常有限的线程。如果您没有任何不应该打开的漏洞或开放端口，或者隐藏在基本路由器/防火墙后面，那么与您通过Skype相比要难得多。

在 Skype 协议中，还有为您中继流量的“代理节点”。如果网络可达性良好，尤其是在防火墙条件下，每个 Skype 客户端实际上都可以成为这样的代理节点。因此，您无法确定您看到的对等 IP 地址是您的呼叫伙伴还是随机代理节点之一。在后一种情况下，您无法找出呼叫伙伴的真实 IP 地址。

我想回答这些“Skype 解析器”实际上是如何工作的。

在搜索有关这些解析器的信息时，您唯一会发现的是关于孩子们制作自己的解析器的愚蠢“教程”，而实际上他们只是调用第三方 API 并显示他们从中得到的任何东西。

在这些“第三方 API”上发生的事情有点难找，他们所做的是他们使用 Skype 二进制文件的修改版本（它很旧，但似乎仍然有效），它写了一个关于所有内容的未加密调试日志发生在它上面，包括与网络相关的操作。

一旦 Skype 运行，他们使用桌面 API 来查找联系人（无需完成程序并发送联系请求），这足以将该人的 IP 地址写入日志，假设该人在线。然后他们只是解析日志并从那里提取 IP。

我假设他们安装了一个在套接字上侦听的小型二进制文件，一旦收到 Skype 名称，它就会执行上述过程并吐出它从日志中获得的任何 IP。然后将系统克隆并部署在大量虚拟机上，并且您的高性能 Skype 解析器基础架构具有单个 Web 服务器前端，该前端提供 REST API 并在所有节点之间平均分配请求。

我认为两张海报都是正确的。Skype 将或不会进行直接连接。例如，如果您和朋友坐在一起，请在 Skype 中上网并在你们俩之间传输文件。您应该注意到传输速度惊人的快，因为 Skype 检测到您位于同一网络上，因此它建立了 P2P 连接。

但是，如果您位于限制性防火墙之后的某个地方，则可能需要通过代理节点中继文件传输。您注意到传输速度非常缓慢，并且应该出现蜗牛符号。

基本上它与聊天消息相同。我从来没有弄清楚它是如何工作的，但作为总结：我不会依赖可以代理传输的事实。而是考虑将您的 IP 暴露给聊天伙伴。