init 占用 443 端口?

[aries1998]

tcp6 0 0 :::443 :::* LISTEN 1/init
udp6 0 0 :::443 :::* 1/init

vps 上面的 443 端口居然被 init 给占用了, grep 下 etc 下面的东西, 没发现有监听 443 的东西, 怎么解?

vps 肯定没被黑, 这个我可以确定, 因为我有 2 个 vps, 同一个服务商的, 只不过地点不一样, 检验过文件 md5 都没问题

[aries1998]

找到问题了..............

lsof -i :443
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
systemd 1 root 22u IPv6 322205931 0t0 TCP *:https (LISTEN)
systemd 1 root 42u IPv6 322205932 0t0 UDP *:https
ocserv-ma 1228 root 3u IPv6 322205931 0t0 TCP *:https (LISTEN)
ocserv-ma 1228 root 4u IPv6 322205932 0t0 UDP *:https

某个时候装了 ocserv, 但是为什么 netstat 看 443 端口是被 init 占用的, 难道 init 还能做个 wrapper 转发包? 是我孤陋寡闻了?

[momi]

@aries1998 我的理解，系统启动时， systemd 是被 init 启动的。

[XiaoxiaoPu]

应该是 ocserv 用了 systemd socket unit ，就是端口由 systemd 监听，平时 ocserv 不启动，有连接进来后 systemd 自动自动 ocserv 并转发连接

[aries1998]

@XiaoxiaoPu 应该是这么回事, init 我的理解中是和网络没有半毛钱关系的, 好久没用 linux 了, systemd 这东西实在用得不习惯 , 这块一天到晚变来变去, 各种发行版各种套路, 烦得要死

[billlee]

@momi systemd 就是 init

@aries1998 systemd 把以前的 syslogd, udevd, xinetd, cron 什么的功能全部集成进来了。你觉得它变来变去是什么情况，现在 Debian 和 CentOS 都是刚开始用 systemd 的， Debian 上的 systemd 版本新一点，但两边都是兼容的啊。

[aries1998]

@billlee 我还停留在 init+rcX.d 启动级别的阶段, 后面出来的这些 systemd 之类的新东西真心不想去看, 反正感觉原来的很简单的系统结构现在弄得是越来越反人类.

还有那个什么 predicted network name 之类的高端玩意, 好好的大家都知道的名字 eth0 不用, 非要搞出个什么 enp0s7 之类莫名其妙的名字

[billlee]

@aries1998 其实 systemd 是把事情变简单的，以前写个 daemon, 要 fork 2 次， setsid, 调整 stdin/stdout/stderr, setuid,自己搞日志系统等一大堆事情。有 systemd 以后这些都不需要做了，就写个配置文件，让 systemd 去调用普通的前台程序， daemonize 和降权的过程 systemd 帮你做好，输出到 stdout/stderr/syslog 的信息自动记录到日志。

[momi]

@aries1998 目前的 linux 发行版本确实越来越让人不爽了，以 remove systemd 为关键词一搜索，出来一大堆帖子或邮件，但搞开发的就是固执己见，也没见人列出这个 systemd 究竟有哪些非换不可的优点。

切换运行级别， init 3/5 ，本来多简单、直观的，现在在 systemd 下虽然也能用，但文档上都是建议用
systemctl isolate multi-user.target
要不是能自动补全，真是能烦死人。

[jimzhong]

很早以前是有一个 inted 用于接管 TCP 连接的

[Tyanboot]

@momi https://www.google.com/search?q=remove+sysvinit


@aries1998 你说的 systemd 变来变去又是什么情况？现在新的发现版基本都是 systemd 了吧。套路也都是一样的。 unit 文件什么位置不都一样。一个 unit 复制到其他地方也能用。 systemd 的出现让事情变得简单了。写单元文件也比以前的脚本方便多了啊。

[aries1998]

@billlee 我能理解 systemd 想做什么事情, 但是实在和我认为的类 unix 系统理念不同, 原来的各种工具就是 do one thing and do it good , 各种程序之间尽可能低耦合, 通过 pipeline 或者其他方式来粘合不同工具, 理解起来简单,用起来也简单.

[aries1998]

@Tyanboot 我说的变来变去不是指 systemd 本身, 是说系统整个的启动,运行,接管等机制变来变去

[ericFork]

从现在开始接触 linux server ，是好时候， systemd 接管了很多古老的东西，用统一和现代化的方式组织和管理起来。如果是习惯了旧的方式，迁移和学习成本肯定是不愉快的

[htfy96]

作为直接 systemd 入门的感觉比 sysVinit 等 shell script 的解决方案舒服很多。现在能写 Python 就不用 shell script

[aries1998]

google 了下关于 systemd 的争论, 发现又是一个月经的话题, 更多的是个人偏好的问题, 我这种不喜欢对大而全的自然对 systemd 不感冒, 各有各的好处, 看场合, 也就是上下文, 单独讨论 systemd 确实没太大意义, 大家洗洗睡吧.

[Vicer]

不太喜欢，所以用回 debian 7 了

[ocian]

@Vicer 有一个没有 systemd 的 debian 版本，好像叫 devaue

[hosiet]

时代在发展， systemd 总有一天也会被替代，但同时不能否认现在 systemd 是走在时代前沿的 init 系统之一。

楼主碰到的 socket activation 是 systemd 值得自豪的杀手级功能之一，故名思义通过 socket 连接触发服务启动，极其适合 cups / ssh / ocserv 这种按需启动的服务。不论具体实现，这种设计思路我觉得很赞。

[wwqgtxx]

其实大家天天喊着 systemd 不好用大多是只是不想学习新鲜事物的惰性，毕竟旧知识能用，干嘛要学新的
而这个东西本身本身好不好用，有没有先进的地方人们不关心

[Mdrights]

@ocian
@aries1998
非 systemd 的叫 devuan. :)
另外 安利一下 Slackware 喔，全是腳本。

總之，對系統管理員來說，是操作更簡單了。對自由 geek ，肯定覺得這很不 unix ，哈哈。理解樓主

另外歡迎到 telegram 的 old unix 群組來玩兒。