tcp服务器搭建(tcp透传服务器搭建)

TCP/IP是计算机网络中的两个常用协议，一般无需用户自行设置。 TCP/IP协议并不完全符合OSI的七层参考模型。传统的开放式系统互连参考模型，是一种通信协议的7层抽象的参考模型,其中每一层执行某一特定任务。该模型的目的是使各种硬件在相同的层次上相互通信。这7层是:物理层、数据链路层、网路层、传输层、话路层、表示层和应用层。而TCP/IP通讯协议采用了4层的层级结构，每一层都呼叫它的下一层所提供的网络来完成自己的需求。这4层分别为：应用层：应用程序间沟通的层，如简单电子邮件传输（SMTP）、文件传输协议（FTP）、网络远程访问协议（Telnet）等。传输层：在此层中，它提供了节点间的数据传送服务，如传输控制协议（TCP）、用户数据报协议（UDP）等，TCP和UDP给数据包加入传输数据并把它传输到下一层中，这一层负责传送数据，并且确定数据已被送达并接收。互连网络层：负责提供基本的数据封包传送功能，让每一块数据包都能够到达目的主机（但不检查是否被正确接收），如网际协议（IP）。网络接口层：对实际的网络媒体的管理，定义如何使用实际网络（如Ethernet、SerialLine等）来传送数据NTP:做网络时钟（时间来源于互联网，本地不用RTC）RTP、RTSP:视频监控常用的协议SNMP:简单网络管理协议（集中式管理）目的地址与源地址都是MAC（物理地址）；数据字段长度： 数据的类型（比如0x0800：表示帧里面的“数据”字段是一个IP包）数据：这里面存放具体的数据包。IP协议层：IP协议主要目的是为数据的输入、输出网络提供基本算法，为高层协议提供无连接的传送服务。IP协议层的功能：数据传送、寻址、路由选择、数据报文的分段。TCP协议：TCP协议是重要的传输层协议，它的目的是为网络上的各节点提供可靠的数据交换。它提供数据端口编号的译码，以识别主机的应用程序，完成数据的可靠传送。UDP协议:传送层协议，它是无连接不可靠的传送。当接收数据时它并不向发送方提供确认信息，它不提供输入包的顺序，如果出现丢失包或重份包的情况，也不会向发送方发出差错报文，它的执行速度比TCP快，执行时具有较低的开销。在实际的网络设计中，服务器必须要实现1对多的功能模型；这里就可分为两种服务器：循环服务器与并发服务器。上面介绍的TCP、UDP通信模型都是循环服务器，TCP的循环服务器与UDP的循环服务器又不同；TCP循环服务器一次只能处理一个客户端的请求。所以一个客户端占住服务器不放，其他的客户端就没法访问服务器，所以在服务器端TCP服务器很少使用循环模式。但是UDP的循环服务器与TCP循环服务器不一样，因为UDP不需要建立连接（TCP建立连接后完全占用服务器），所以UDP的循环服务器直接可以服务多个客户端。并发服务器：TCP需要使用并发服务器模型才能服务多个客户端。 并发服务器的设计思路是每个客户端的请求并不由服务器直接处理，而是由服务器创建一个子进程来处理。

1.建立一个服务器socket并开始监听. 2.使用accept()方法取得新的连接.3.建立输入和输出流.4.在已有的协议上产生会话.5.关闭客户端流和socket.6.回到第二步或者到第七步. 7.关闭服务器socket.

首先你要明白路由是不是共享式NAT上网的，也就是说router port nat出去的数据是一直堆叠或者持续变动的，而不做端口映射基本没有实现的可能！ 当然如果是静态NAT，那么直接做静态NAT就可以了！如楼上灰鸽子，是直接通过本地服务端（中灰鸽子端）连接广域网客户端（控制端），然后服务端和建立的联系。如通过80端口出数据，穿透防火墙等等。你可以尝试修改数据包出去的port，同时在两个端进行修改！-------------抓取到数据包的时候注意地址段，关键在于让路由到router nat到数据包的时候，能找到你的主机A或者W。 你可以参照一些三层更新之类的软件。
另加个辅助连接的服务器，远程控制软件TeamViewer就是这样做的；路由器上的UPnP功能也可以啊，迅雷上就可以开启UPnP自动映射端口功能
【我是楼主，修改不了了，新开个号来说明下】 我有认真看了那篇文章。说下我的具体实现思路吧：W为WEB服务器，提供HTTPS为位于NAT下的TCP服务器A为需要连接S的TCP客户端首先，S用TCP方式登录W，W记录下S的外口IP及端口A想要向S发起TCP连接，那么A先用TCP方式向W发起HTTP请求，W把S的外口IP及端口反馈给A，并记录下A的IP及端口W通知S“A要对你进行连接”，并把A的外口IP及端口发送给SS接收到通知后，向A发起一次TCP连接，并转为监听状态，同时告诉W“我准备好接受连接了”W再通知A“可以进行连接”最后，A向S发起TCP连接请求 整个就是UDP打洞的原理。只是之前一直没想到TCP也可以这么干。大家说说看这样能不能实现？
这是一条动态的 端口影射 在 PAT 路由上 192.168.0.2 11111 10.0.0.2 22222HTTP 保留 10.0.0.2 22222载把这个消息 告诉 A A拿这个 连接能连接么？一个TCP 连接的 三握手 怎么 搭建 ？UDP 的我感觉可以。 不过 这样的技术确实存在 。迅雷 就是很典型的 是么？ 共同学习吧 。
1 把你的计算机做成服务器 2 装黑客软件 友情提示：单开FTP文件传输协议很危险

TCP/IP协议是什么TCP和UDP处在同一层---运输层，但是TCP和UDP最不同的地方是，TCP提供了一种可靠的数据传输服务，TCP是面向连接的，也就是说，利用TCP通信的两台主机首先要经历一个“拨打电话”的过程，等到通信准备结束才开始传输数据，最后结束通话。所以TCP要比UDP可靠的多，UDP是把数据直接发出去，而不管对方是不是在收信，就算是UDP无法送达，也不会产生ICMP差错报文，这一经时重申了很多遍了。把TCP保证可靠性的简单工作原理:应用数据被分割成TCP认为最适合发送的数据块。这和UDP完全不同，应用程序产生的 数据报长度将保持不变。由TCP传递给IP的信息单位称为报文段或段当TCP发出一个段后，它启动一个定时器，等待目的端确认收到这个报文段。如果不能 及时收到一个确认，将重发这个报文段.当TCP收到发自TCP连接另一端的数据，它将发送一个确认。这个确认不是立即发送，通常将推迟几分之一秒.TCP将保持它首部和数据的检验和。这是一个端到端的检验和，目的是检测数据在传输 过程中的任何变化。如果收到段的检验和有差错， T P将丢弃这个报文段和不确认收到此报文段(希望发端超时并重发)。既然TCP报文段作为IP数据报来传输，而IP数据报的到达可能会失序，因此TCP报文段 的到达也可能会失序。如果必要， TCP将对收到的数据进行重新排序，将收到的数据以正确的顺序交给应用层。TCP还能提供流量控制。TCP连接的每一方都有固定大小的缓冲空间。TCP的接收端只允许另一端发送接收端缓冲区所能接纳的数据。这将防止较快主机致使较慢主机的缓冲区溢出。从这段话中可以看到，TCP中保持可靠性的方式就是超时重发，这是有道理的，虽然TCP也可以用各种各样的ICMP报文来处理这些，但是这也不是可靠的，最可靠的方式就是只要不得到确认，就重新发送数据报，直到得到对方的确认为止。TCP的首部和UDP首部一样，都有发送端口号和接收端口号。但是显然，TCP的首部信息要比UDP的多，可以看到，TCP协议提供了发送和确认所需要的所有必要的信息。可以想象一个TCP数据的发送应该是如下的一个过程。双方建立连接发送方给接受方TCP数据报，然后等待对方的确认TCP数据报，如果没有，就重新发，如果有，就发送下一个数据报。接受方等待发送方的数据报，如果得到数据报并检验无误，就发送ACK(确认)数据报，并等待下一个TCP数据报的到来。直到接收到FIN(发送完成数据报)中止连接可以想见，为了建立一个TCP连接，系统可能会建立一个新的进程(最差也是一个线程)，来进行数据的传送--TCP协议TCP是一个面向连接的协议，在发送输送之前 ，双方需要确定连接。而且，发送的数据可以进行TCP层的分片处理。TCP连接的建立过程 ，可以看成是三次握手 。而连接的中断可以看成四次握手 。1.连接的建立在建立连接的时候，客户端首先向服务器申请打开某一个端口(用SYN段等于1的TCP报文)，然后服务器端发回一个ACK报文通知客户端请求报文收到，客户端收到确认报文以后再次发出确认报文确认刚才服务器端发出的确认报文(绕口么)，至此，连接的建立完成。这就叫做三次握手。如果打算让双方都做好准备的话，一定要发送三次报文，而且只需要三次报文就可以了。可以想见，如果再加上TCP的超时重传机制，那么TCP就完全可以保证一个数据包被送到目的地。2.结束连接TCP有一个特别的概念叫做half-close，这个概念是说，TCP的连接是全双工(可以同时发送和接收)连接，因此在关闭连接的`时候，必须关闭传和送两个方向上的连接。客户机给服务器一个FIN为1的TCP报文，然后服务器返回给客户端一个确认ACK报文，并且发送一个FIN报文，当客户机回复ACK报文后(四次握手)，连接就结束了。3.最大报文长度在建立连接的时候，通信的双方要互相确认对方的最大报文长度(MSS)，以便通信。一般这个SYN长度是MTU减去固定IP首部和TCP首部长度。对于一个以太网，一般可以达到1460字节。当然如果对于非本地的IP，这个MSS可能就只有536字节，而且，如果中间的传输网络的MSS更加的小的话，这个值还会变得更小。4.客户端应用程序的状态迁移图客户端的状态可以用如下的流程来表示：CLOSED->SYN_SENT->ESTABLISHED->FIN_WAIT_1->FIN_WAIT_2->TIME_WAIT->CLOSED以上流程是在程序正常的情况下应该有的流程，从书中的图中可以看到，在建立连接时，当客户端收到SYN报文的ACK以后，客户端就打开了数据交互地连接。而结束连接则通常是客户端主动结束的，客户端结束应用程序以后，需要经历FIN_WAIT_1，FIN_WAIT_2等状态，这些状态的迁移就是前面提到的结束连接的四次握手。5.服务器的状态迁移图服务器的状态可以用如下的流程来表示：CLOSED->LISTEN->SYN收到->ESTABLISHED->CLOSE_WAIT->LAST_ACK->CLOSED在建立连接的时候，服务器端是在第三次握手之后才进入数据交互状态，而关闭连接则是在关闭连接的第二次握手以后(注意不是第四次)。而关闭以后还要等待客户端给出最后的ACK包才能进入初始的状态。6.TCP服务器设计前面曾经讲述过UDP的服务器设计，可以发现UDP的服务器完全不需要所谓的并发机制，它只要建立一个数据输入队列就可以。但是TCP不同，TCP服务器对于每一个连接都需要建立一个独立的进程(或者是轻量级的，线程)，来保证对话的独立性。所以TCP服务器是并发的。而且TCP还需要配备一个呼入连接请求队列(UDP服务器也同样不需要)，来为每一个连接请求建立对话进程，这也就是为什么各种TCP服务器都有一个最大连接数的原因。而根据源主机的IP和端口号码，服务器可以很轻松的区别出不同的会话，来进行数据的分发。TCP的交互数据流对于交互性要求比较高的应用，TCP给出两个策略来提高发送效率和减低网络负担：(1)捎带ACK。(2)Nagle算法(一次尽量多的发数据)捎带ACK的发送方式这个策略是说，当主机收到远程主机的TCP数据报之后，通常不马上发送ACK数据报，而是等上一个短暂的时间，如果这段时间里面主机还有发送到远程主机的TCP数据报，那么就把这个ACK数据报“捎带”着发送出去，把本来两个TCP数据报整合成一个发送。一般的，这个时间是200ms。可以明显地看到这个策略可以把TCP数据报的利用率提高很多。Nagle算法上过bbs的人应该都会有感受，就是在网络慢的时候发贴，有时键入一串字符串以后，经过一段时间，客户端“发疯”一样突然回显出很多内容，就好像数据一下子传过来了一样，这就是Nagle算法的作用。Nagle算法是说，当主机A给主机B发送了一个TCP数据报并进入等待主机B的ACK数据报的状态时，TCP的输出缓冲区里面只能有一个TCP数据报，并且，这个数据报不断地收集后来的数据，整合成一个大的数据报，等到B主机的ACK包一到，就把这些数据“一股脑”的发送出去。虽然这样的描述有些不准确，但还算形象和易于理解，我们同样可以体会到这个策略对于低减网络负担的好处。在编写插口程序的时候，可以通过TCP_NODELAY来关闭这个算法。并且，使用这个算法看情况的，比如基于TCP的X窗口协议，如果处理鼠标事件时还是用这个算法，那么“延迟”可就非常大了。 ;

请自行参考TCP/udp连接基础解释，然后根据自身问题进行排查。