init 占用 443 端口?

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

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

Dec 11, 2016

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

XiaoxiaoPu

Dec 11, 2016

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

aries1998

Dec 11, 2016

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

billlee

Dec 11, 2016

@momi systemd 就是 init

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

aries1998

Dec 11, 2016

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

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

billlee

Dec 11, 2016

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

momi

Dec 11, 2016

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

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

jimzhong

Dec 11, 2016

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

Tyanboot

PRO

Dec 11, 2016 via Android

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

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

aries1998

Dec 12, 2016

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

aries1998

Dec 12, 2016

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

ericFork

Dec 12, 2016

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

htfy96

Dec 12, 2016 via Android

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

aries1998

Dec 12, 2016

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

Vicer

Dec 12, 2016 via Android

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

ocian

Dec 12, 2016 via Android

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

hosiet

Dec 12, 2016 via Android

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

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

wwqgtxx

Dec 12, 2016 via iPhone

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

Mdrights

Dec 12, 2016 via iPhone

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

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

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

aries1998

Dec 12, 2016

@wwqgtxx 这个可和新东西还是老东西没什么关系, 更谈不上什么学习成本, 用 linux 时间长的, systemd 花点时间还弄不清楚就别玩了, 关键是理念问题, systemd 和其他程序的耦合程度太高, 它想做成一个无所不包的底层, 这样为了兼容一大堆程序,它势必会维护一堆的 patch(明明 A 程序没问题, 但是 A+systemd 就有问题了)

当然日常随便用用自然不会觉得 systemd 有什么问题, 改几个 unit 的配置文件问题而已嘛, 但是在企业应用场合, sa 最关心的不是这东西的看起来有多强大,多先进, 而是系统的可见性对他是不是足够好.

@Mdrights 你还别说, 我现在还真不喜欢 slackware 这种, lfs-->gentoo-->arch--->debian--> .....类似这种学习路径没大问题, 但 linux 终究只是个工具, 折腾过头就没意思了 , 我也是用了 linux 快 15 年的老用户, 已经不折腾好多年了 :)