LISTENING？

amqoufas · **发表于 :** 2016-10-04 10:33

http://baike.baidu.com/link?url=L4x94BD ... 3vdlo9CHZq

上面链接，无论是服务端，还是客服端。它们的端口状态都有：
ESTABLISHED
TIME_WAIT

系统：live cd
如果，一台电脑，没配置成服务器（FTP...）。
终端输入命令：sudo netstat -natup -c
发现有端口状态：LISTENING
可以肯定，电脑已中蕉了，变成服务器。

也就是说：客服端电脑，是绝对不会出现端口状态：LISTENING
对么？

科学之子 · **发表于 :** 2016-10-04 14:18

声明:我不懂,我只是猜想一下
系统是刚装的吗?
还是你的系统默认开启了服务器的什么功能?
如果直接的小白方式图形界面安装,一般都不会开启什么容易被攻击端口或服务的东西
加之又是茫茫人海中的个人电脑,被网络攻击的概率几乎为0
如果是服务器或者多人(多人中有在系统中加入恶意程序的能力))使用的电脑,我就连猜也猜不出什么来了

所以我的建议是在另一台机器上用相同的iso文件重新安装一下系统,并按照使用习惯装上需要的包,模拟一下日常使用环境
然后再按照您说的方法检查,看是否有相同现象,如果有相同现象多半说明没问题
如果现象不一致,可能就真的需要注意了,最好老系统不要了,直接用新安装好的系统.

amqoufas · **发表于 :** 2016-10-04 19:46

科学之子写道:

声明:我不懂,我只是猜想一下
系统是刚装的吗?
还是你的系统默认开启了服务器的什么功能?
如果直接的小白方式图形界面安装,一般都不会开启什么容易被攻击端口或服务的东西
加之又是茫茫人海中的个人电脑,被网络攻击的概率几乎为0
如果是服务器或者多人(多人中有在系统中加入恶意程序的能力))使用的电脑,我就连猜也猜不出什么来了

所以我的建议是在另一台机器上用相同的iso文件重新安装一下系统,并按照使用习惯装上需要的包,模拟一下日常使用环境
然后再按照您说的方法检查,看是否有相同现象,如果有相同现象多半说明没问题
如果现象不一致,可能就真的需要注意了,最好老系统不要了,直接用新安装好的系统.

live usb

astolia · **发表于 :** 2016-10-05 10:41

没错没错，已经被论坛上的恶意程序感染成肉鸡了，马甲王你赶快把usb格式化了，以后别用ubuntu别来论坛了

zaler · **发表于 :** 2016-10-05 22:03

本地多进程socket通信，看来毒性很大，都被一棍子打死了。

qgymib · **发表于 :** 2016-10-08 9:13

别瞎闹，你一个客户端如果用udp进行通信你不监听端口？本地多进程通信为了提高效率并且兼容多平台不用pipe不用domain socket，你能不监听端口？单进程内为了防止信号量这些定时阻塞效率低下问题使用了本地socket来确保能够在事件发生时随时通过IO多路复用唤醒，你能不监听端口？

你想成为一个黑客就好好去学，别学到一半来论坛问这些基本的东西。你要是真心来问还好，像这种问题我怀疑你就是为了在论坛装个逼。要不就是个马甲。

qy117121 · **发表于 :** 2016-10-08 9:37

马甲王你好，再见

amqoufas · **发表于 :** 2016-10-08 19:59

qgymib 写道:

别瞎闹，你一个客户端如果用udp进行通信你不监听端口？本地多进程通信为了提高效率并且兼容多平台不用pipe不用domain socket，你能不监听端口？单进程内为了防止信号量这些定时阻塞效率低下问题使用了本地socket来确保能够在事件发生时随时通过IO多路复用唤醒，你能不监听端口？

你想成为一个黑客就好好去学，别学到一半来论坛问这些基本的东西。你要是真心来问还好，像这种问题我怀疑你就是为了在论坛装个逼。要不就是个马甲。

没看清楚，一台电脑(live cd)，没配置成服务器！

---------------------------------
这，想到了那部电影，那只山寨老农。

cuthead · **发表于 :** 2016-10-08 21:42

你说的对，我电脑里不会出现端口状态：LISTENING

qgymib · **发表于 :** 2016-10-09 10:23

amqoufas 写道:

qgymib 写道:

别瞎闹，你一个客户端如果用udp进行通信你不监听端口？本地多进程通信为了提高效率并且兼容多平台不用pipe不用domain socket，你能不监听端口？单进程内为了防止信号量这些定时阻塞效率低下问题使用了本地socket来确保能够在事件发生时随时通过IO多路复用唤醒，你能不监听端口？

你想成为一个黑客就好好去学，别学到一半来论坛问这些基本的东西。你要是真心来问还好，像这种问题我怀疑你就是为了在论坛装个逼。要不就是个马甲。

没看清楚，一台电脑(live cd)，没配置成服务器！

我上面说的三种技术没有一种涉及服务器，每一种技术都可以存在于客户端上，你通过netstat没有发现listening的端口是因为你没有安装或者启动使用这些技术的软件。
以本地多进程通信这种情景来讲，当多个进程需要相互协作时，一个可取的方案是其中一个进程监听本地端口，其他进程连接此端口，以此达到各个进程建立消息链的目的；而这种情况下面没有一个进程是“服务器”，因为他们仅仅是来互相协作。

如果你对上面这种讲法有异议，那么我认为我们似乎是在对“服务器”这一基本概念的理解上有所不同，所以我需要强调一点：服务器一定会监听端口，但是监听端口的并不一定是服务器。

astolia · **发表于 :** 2016-10-09 20:11

楼上还这么正经地讨论，要知道马甲王是出名的不读书不学习，你解释越专业他就越听不懂越听不进去。
还是等哪个版主有空了把他加到归档版他的置顶个人专辑里去

qy117121 · **发表于 :** 2016-10-09 20:32

居然注册了那么多的邮箱来注册马甲
虽然我是一个小版主，但是我懒得管了

onlylove · **发表于 :** 2016-10-09 20:55

qgymib 写道:

amqoufas 写道:

qgymib 写道:

别瞎闹，你一个客户端如果用udp进行通信你不监听端口？本地多进程通信为了提高效率并且兼容多平台不用pipe不用domain socket，你能不监听端口？单进程内为了防止信号量这些定时阻塞效率低下问题使用了本地socket来确保能够在事件发生时随时通过IO多路复用唤醒，你能不监听端口？

你想成为一个黑客就好好去学，别学到一半来论坛问这些基本的东西。你要是真心来问还好，像这种问题我怀疑你就是为了在论坛装个逼。要不就是个马甲。

没看清楚，一台电脑(live cd)，没配置成服务器！

我上面说的三种技术没有一种涉及服务器，每一种技术都可以存在于客户端上，你通过netstat没有发现listening的端口是因为你没有安装或者启动使用这些技术的软件。
以本地多进程通信这种情景来讲，当多个进程需要相互协作时，一个可取的方案是其中一个进程监听本地端口，其他进程连接此端口，以此达到各个进程建立消息链的目的；而这种情况下面没有一个进程是“服务器”，因为他们仅仅是来互相协作。

如果你对上面这种讲法有异议，那么我认为我们似乎是在对“服务器”这一基本概念的理解上有所不同，所以我需要强调一点：服务器一定会监听端口，但是监听端口的并不一定是服务器。

你回答问题辛苦了，不过他就是个马甲，就这样

amqoufas · **发表于 :** 2016-10-09 21:06

qgymib 写道:

amqoufas 写道:

qgymib 写道:

别瞎闹，你一个客户端如果用udp进行通信你不监听端口？本地多进程通信为了提高效率并且兼容多平台不用pipe不用domain socket，你能不监听端口？单进程内为了防止信号量这些定时阻塞效率低下问题使用了本地socket来确保能够在事件发生时随时通过IO多路复用唤醒，你能不监听端口？

你想成为一个黑客就好好去学，别学到一半来论坛问这些基本的东西。你要是真心来问还好，像这种问题我怀疑你就是为了在论坛装个逼。要不就是个马甲。

没看清楚，一台电脑(live cd)，没配置成服务器！

我上面说的三种技术没有一种涉及服务器，每一种技术都可以存在于客户端上，你通过netstat没有发现listening的端口是因为你没有安装或者启动使用这些技术的软件。
以本地多进程通信这种情景来讲，当多个进程需要相互协作时，一个可取的方案是其中一个进程监听本地端口，其他进程连接此端口，以此达到各个进程建立消息链的目的；而这种情况下面没有一个进程是“服务器”，因为他们仅仅是来互相协作。

如果你对上面这种讲法有异议，那么我认为我们似乎是在对“服务器”这一基本概念的理解上有所不同，所以我需要强调一点：服务器一定会监听端口，但是监听端口的并不一定是服务器。

代码:

3   tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN      7609/dnsmasq 

代码:

4   tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      1111/cupsd 

你是说，这2个进程：（图）
dnsmasq
cupsd
？

它们有什么作用？（图）

科学之子 · **发表于 :** 2016-10-10 6:24

amqoufas 写道:

qgymib 写道:

amqoufas 写道:

qgymib 写道:

别瞎闹，你一个客户端如果用udp进行通信你不监听端口？本地多进程通信为了提高效率并且兼容多平台不用pipe不用domain socket，你能不监听端口？单进程内为了防止信号量这些定时阻塞效率低下问题使用了本地socket来确保能够在事件发生时随时通过IO多路复用唤醒，你能不监听端口？

你想成为一个黑客就好好去学，别学到一半来论坛问这些基本的东西。你要是真心来问还好，像这种问题我怀疑你就是为了在论坛装个逼。要不就是个马甲。

没看清楚，一台电脑(live cd)，没配置成服务器！

我上面说的三种技术没有一种涉及服务器，每一种技术都可以存在于客户端上，你通过netstat没有发现listening的端口是因为你没有安装或者启动使用这些技术的软件。
以本地多进程通信这种情景来讲，当多个进程需要相互协作时，一个可取的方案是其中一个进程监听本地端口，其他进程连接此端口，以此达到各个进程建立消息链的目的；而这种情况下面没有一个进程是“服务器”，因为他们仅仅是来互相协作。

如果你对上面这种讲法有异议，那么我认为我们似乎是在对“服务器”这一基本概念的理解上有所不同，所以我需要强调一点：服务器一定会监听端口，但是监听端口的并不一定是服务器。

代码:

3   tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN      7609/dnsmasq 

代码:

4   tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      1111/cupsd 

你是说，这2个进程：（图）
dnsmasq
cupsd
？

它们有什么作用？（图）

费劲截图都不愿意搜索这两个进程吗? :Aadterboom

LISTENING？

在线用户