Questions tagged «tcp»

传输控制协议(TCP)是Internet使用的协议栈的低级部分。它直接位于IP层上方,负责确保重新发送丢弃的数据包。

1
为什么Linux不使用IANA临时端口范围?
根据维基百科 Internet分配号码授权机构(IANA)建议将动态端口或专用端口的范围设置为49152至65535。许多Linux内核使用的端口范围是32768至61000。 尽管IANA的建议范围似乎存在历史偏差,但Windows Vista,Windows 7,Windows Server 2008,FreeBSD 4.6+以及许多其他人都已经同意该范围,这似乎很尴尬,但是Linux仍然脱颖而出。 看着它,瞧瞧: $ cat /proc/sys/net/ipv4/ip_local_port_range 32768 61000 为什么Linux没有采用标准范围?
30 linux  ip  tcp 

2
处于CLOSE_WAIT状态的孤立连接
我有一台SLES机器,它在CLOSE_WAIT状态下累积TCP连接,这似乎是永远的。这些描述符最终会占用所有可用内存。目前,我有3037个,但是在最近重新启动之前,它要高得多。 有趣的是,它们不是从我希望具有侦听过程的本地端口的连接发出的。它们没有关联的PID,并且它们的计时器似乎已过期。 # netstat -ton | grep CLOSE_WAIT tcp 176 0 10.0.0.60:54882 10.0.0.12:31663 CLOSE_WAIT off (0.00/0/0) tcp 54 0 10.0.0.60:60957 10.0.0.12:4503 CLOSE_WAIT off (0.00/0/0) tcp 89 0 10.0.0.60:50959 10.0.0.12:3518 CLOSE_WAIT off (0.00/0/0) # netstat -tonp | grep CLOSE_WAIT tcp 89 0 10.0.0.59:45598 10.0.0.12:1998 CLOSE_WAIT - tcp 15 0 10.0.0.59:60861 10.0.0.12:1938 …
30 linux  networking  tcp 

1
为什么IPv4 TCP连接显示为tcp6?
这是netsat -tupn我的Debian Jessie服务器上的输出: Active Internet connections (w/o servers) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 10.0.0.12:445 10.0.0.20:49729 ESTABLISHED 26277/smbd tcp 0 0 10.0.0.12:443 10.0.0.21:44162 ESTABLISHED 1400/nginx: worker tcp 0 0 10.0.0.12:445 10.0.0.21:46650 ESTABLISHED 23039/smbd tcp 0 0 10.0.0.12:443 10.0.0.20:54584 ESTABLISHED 1400/nginx: worker tcp 0 …
30 networking  tcp 

3
如何为应用程序保留端口?
如何为自定义应用程序保留端口列表? 具体来说,我正在创建的产品具有很多流程,并且它们之间有很多相互联系。 我遇到的问题是-操作系统偶尔会窃取我的端口。很少见,但确实如此。 这可能是因为其他应用程序使用了“ :: bind”,但未指定端口。 有时,当我使用未绑定的套接字调用“ :: connect”时,我自己的应用程序会盗用该端口。从手册页可以看出: 如果套接字尚未绑定到本地地址,则connect()应将其绑定到一个地址,除非该套接字的地址族为AF_UNIX,否则为未使用的本地地址。 所以我的问题是,我可以保留我需要的端口以便操作系统不使用它们吗?可以用/ etc / services完成吗?还是有其他方法?
29 tcp  udp  socket 



4
服务器如何确定要发送到哪个客户端端口?
据我了解,这是客户端发出连接请求时发生的情况: 服务器将绑定到特定的端口号。端口号始终绑定到侦听进程。由于只有服务器正在侦听传入的连接,因此我们不需要在客户端进行绑定 服务器将在该端口号上继续执行listeninig。 客户端将发送一个connect()请求。 服务器将使用接受请求accept()。一旦服务器接受客户端的请求,内核分配服务器进一步随机端口号send()和receive(),因为不能用于发送和监听服务器上的相同的端口号,和先前端口仍然是聆听新的联系 考虑到所有这些,服务器如何找出客户端接收的端口?我知道客户端将发送带有源端口和目标端口的TCP段,因此服务器将使用该段的源端口作为其目标端口,但是服务器调用什么功能来查找该端口?是accept()吗
26 tcp  socket 

3
在LAN上复制大文件的快速方法
我在使用NFS时遇到了一些麻烦,我想尝试仅使用普通的旧TCP。 不过,我不知道从哪里开始。 在硬件方面,我正在使用以太网交叉电缆将两个上网本联网。 要联网,我输入 $ sudo ifconfig eth0 192.168.1.1 up && ping -c 10 -s 10 192.168.1.2 && sudo /etc/init.d/nfs-kernel-server start 在第一个上网本上 $ sudo ifconfig eth0 192.168.1.2 up $ ping -c 10 -s 10 192.168.1.1 $ mount /mnt/network1 在第二 其中/mnt/network1在/ etc / fstab中作为被指定 192.168.1.1:/home /mnt/network1 nfs noauto,user,exec,soft,nfsvers=2 0 0 以及/etc/exports第一个上网本中的内容(使用该文件的语法)。 …

4
记录传出连接的发生情况
有没有一种方法可以记录文件创建的所有传出连接?我知道,netstat但这似乎更像是某个时间点的快照,而不是在一段时间内运行和记录信息的东西。 我只需要IP或主机名,端口以及进行连接的过程。
23 tcp  netstat 

3
输出netstat中的tcp6
输出netstat上的“ tcp6”列是什么意思?请任何人解释netstat的以下输出: tcp6 0 0 dmz.local.net:www 5.140.235.6%14631:49964 ESTABLISHED 21393/apache2 tcp6是什么意思?
23 tcp  netstat 


1
找不到/ dev / tcp
当我尝试运行以下命令时: echo -e "GET / HTTP/1.1\n\n" | /dev/tcp/74.125.225.19/80 我收到以下错误消息: bash: /dev/tcp/74.125.225.19/80: No such file or directory 以下命令可以正常工作,因此问题涉及到我的使用方式/dev/tcp: echo -e "GET / HTTP/1.1\n\n" | nc 74.125.225.19 80 我在Ubuntu 13.04中,因此该功能应该在我的系统上。我究竟做错了什么?/dev/tcp正确使用的规则是什么?
21 bash  tcp 

1
如何配置到连接计算机的反向SSH连接?
我将在不久的将来部署许多将在路由器后面的机器。在每个路由器上设置动态DNS并进行端口转发是不可行的,所以有没有办法配置这些计算机以启动与计算机的TCP连接,然后让计算机通过与外部计算机的SSH连接进行初始化这种联系? IE浏览器: COMPUTER A OPENS TCP CONNECTION TO COMPUTER B COMPUTER B OPENS SSH CONNECTION OVER THE EXISTING TCP CONNECTION TO COMPUTER A COMPUTER B NOW HAS SSH CONNECTION TO COMPUTER A 这可能吗?如果可以,我该怎么做?
20 ssh  tcp 


3
nmap只能显示打开特定端口的主机吗?
可以nmap列出局域网中同时打开SSH和HTTP的所有主机吗?为此,我可以运行以下命令: nmap 192.168.1.1-254 -p22,80 --open 但是,此列表列出了所有列表端口都打开的主机,而我希望所有端口都打开的主机。另外,输出非常详细: # nmap 192.168.1.1-254 -p22,80 --open Starting Nmap 6.47 ( http://nmap.org ) at 2015-12-31 10:14 EST Nmap scan report for Wireless_Broadband_Router.home (192.168.1.1) Host is up (0.0016s latency). Not shown: 1 closed port PORT STATE SERVICE 80/tcp open http Nmap scan report for new-host-2.home (192.168.1.16) Host …
18 ip  tcp  scanner  nmap 

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.