blocks|key|4399151|text|你需要一个服务器来交换IP地址等等。正如另一个线程从字面上指出的那样，保证连接的唯一方法是通过服务器代理。大多数对等系统在大多数情况下使用UPnP和NAT+Hole+Punching+(此方法需要中继端口信息的服务器，并且仅与UDP一起作用)来建立连接。|type|unstyled|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|4399152|NAT+Hole+Punching的工作原理是:两个客户端都建立到服务器的连接，然后两个客户端都尝试直接连接到另一个已中继到另一个的端口。大多数UDP+NAT会短时间地记住IP地址和端口，因此尽管数据从未到达另一端(这与UDP无关)，但其他客户端将在几分钟后尝试连接到该报告，因为NAT期望得到回复。|4399153|entityMap^0|1X|4|22|H|0|0|H|0^^$0|@$1|2|3|4|5|6|7|J|8|@$9|K|A|L|B|C]|$9|M|A|N|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|O|8|@$9|P|A|Q|B|C]]|D|@]|E|$]]|$1|H|3|-4|5|6|7|R|8|@]|D|@]|E|$]]]|I|$]]

You'll need a server to exchange IP address and such. As the other thread literally points out, the only way of guaranteeing a connection is to proxy through a server. Most peer to peer systems use UPnP and NAT Hole Punching (this method needs a server relaying port information and only works with UDP) to establish a connection in most cases.

NAT Hole Punching works by both clients establishing a connection to a server, then the both try to connect directly to a port that the other has relayed to the other. Most UDP NAT remember the IP address and port for a short time, so although the data never made it to the other end (not that this matters with UDP) the other client will try to connect a few moments later to that report as the NAT would expect the reply.

blocks|key|1453844|text|RFC+5128,+"State+of+Peer-to-Peer+(P2P)+Communication+across+Network+Address+Translators+(NATs)"是一个非常好的读物，它只适合你:-)。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1453845|entityMap|0|LINK|mutability|MUTABLE|url|http://www.ietf.org/rfc/rfc5128.txt^0|0|2N|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

A very good reading, made just for you :-), is <a href="http://www.ietf.org/rfc/rfc5128.txt" rel="noreferrer">RFC 5128, "State of Peer-to-Peer (P2P) Communication across Network Address Translators (NATs)"</a>.

blocks|key|1182248|text|使用WCF：http://msdn.microsoft.com/en-us/library/cc297274.aspx查看P2P通道|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1182249|它工作得很好。|1182250|entityMap|0|LINK|mutability|MUTABLE|url|http://msdn.microsoft.com/en-us/library/cc297274.aspx^0|6|1H|0|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@$A|O|B|P|1|Q]]|C|$]]|$1|D|3|E|5|6|7|R|8|@]|9|@]|C|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|C|$]]]|G|$H|$5|I|J|K|C|$L|M]]]]

Check out the P2P channel with WCF: <a href="http://msdn.microsoft.com/en-us/library/cc297274.aspx" rel="nofollow noreferrer">http://msdn.microsoft.com/en-us/library/cc297274.aspx</a>

It works quite well.

blocks|key|153497|text|忽略UPnP+(不幸的是，它只适用于某些路由器)，并且没有中央服务器，我不确定当两个用户都在NAT之后时是否可以创建直接连接。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|153498|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Ignoring UPnP (which only works with some routers, unfortunately), and no central server, I'm not sure it would be possible to create a direct connection when both users are behind a NAT.

blocks|key|4399200|text|为了避免服务器“牵线搭桥”，你可以做skype做的事情，并设置一些对等点作为NAT后面的中继站。您总是需要某种引导机制，因此集中式服务器可能会以某种方式进入您的系统(当然，这取决于您开发的是什么)。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4399201|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Well to avoid a server to "matchmake" you could do what skype does and set up some peers as relays to others behind NATs. You wll always need some sort of boot strapping mechanism, so a centralized server will probably play into your system somehow (depending on what your developing, of course).

This topic resembles <a href="https://stackoverflow.com/questions/44205/direct-tcp-ip-connections-in-p2p-apps">this thread</a>

I'm rather new to the topic of network programming, never having done anything but basic TCP/UDP on a single local machine. Now I'm developing an application that will need P2P network support. More specifically I will need the application to connnect and communicate across the internet preferably without the use of a server to do the matchmaking between the clients.

I'm aware and assuming that almost all users are behind a router which complicates the process since neither clients will be able to initialize a direct connection to the other.

I know UPnP is an option to allow port forwarding without having the users configure this manually, but as of now this is not an option. Is they any way to achieve my goal or will I need that server?

Direct P2P connection

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

本主题类似于对于网络编程这个话题，我还是个新手，除了在一台本地机器上使用基本的TCP/UDP之外，我从来没有做过任何事情。现在，我正在开发一个需要P2P网络支持的应用程序。更具体地说，我需要应用程序通过互联网连接和通信，最好不要使用服务器来在客户端之间进行匹配。我知道并假设几乎所有用户都在路由器后面，这会使过程变得复杂，因为两个客户端都不能初始化到另一个的直接连接。我知道UPnP是一个允许端口转发

问P2P专线接入
EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问P2P专线接入EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问P2P专线接入
EN