LinuxOS telnetの自動起動について

Question

Linuxサーバでipv6を使用しないため、セキュリティの観点から無効化した際の動作検証をしております。

#事象
Linuxでのtelnetサービスの自動起動に失敗しております。

#検証OS:RedHat 7.X系やCentOS 7.X系
#設定内容
/etc/sysctl.d/ipv6.confを作成してipv6無効化に設定
以下無効化設定

＃ To disable for all interfaces
net.ipv6.conf.all.disable_ipv6 = 1

---

#telnetパッケージは以下
telnet-server-0.17-64.el7.x86_64
telnet-0.17-64.el7.x86_64

#telnetサービス
telnet.socket

#確認済み内容
telnet.socketを自動起動有効⇒起動⇒OS再起動⇒telnet.socektが停止している。
systemctl enable telnet.socket
systemctl start telnet.socket
systemctl status telnet.socket

他の検証機でも検証したが同様の事象は発生しなかった

#OS再起動後のサービス状態

＃ systemctl status telnet.socket
● telnet.socket - Telnet Server Activation Socket
Loaded: loaded (/usr/lib/systemd/system/telnet.socket; enabled; vendor preset: disabled)
Active: failed (Result: resources)
Docs: man:telnetd(8)
Listen: [::]:23 (Stream)
Accepted: 0; Connected: 0

【日付】 【ホスト名】systemd[1]: telnet.socket failed to listen on sockets: Address family not supported by protocol
【日付】 【ホスト名】 systemd[1]: Failed to listen on Telnet Server Activation Socket.
【日付】 【ホスト名】 systemd[1]: Unit telnet.socket entered failed state.

---

上記の状態で「 systemctl enable telnet.socket」をすると「Listen」の項目が以下に変化します。
Listen: 0.0.0.0:23 (Stream)

起動時で Listen: [::]:23 (Stream)になることが関連していると考えております。
ですが同様の設定を他サーバに実施しても一度自動起動し、起動させれば正常にサービスが起動しております。(OS再起動しても起動したまま)

ipv6を使用しない環境での正しい無効化方法と良く使われるであろうサービスの動作検証をしております。
インターネット上で似た記事を確認しておりますが、ipv6の無効化をしてもこのような事象が出ていないサーバも確認できているため、上記のipv6の無効化をしてもtelnetの自動起動の邪魔をするようなことはないのではと考えております。
https://vertys.net/centos7-telnet-autostart-disabled/

同様の事象があり解決策や確認するポイント等ご存じの方はおりませんでしょうか。

Answer 1

実験してみました。

1)/etc/sysctl.d/ipv6.confでipv6を無効にした場合
→ 同じく、reboot後にtelnet.socketはfaildでした

2)/etc/default/grubでipv6を無効に(ipv6.disable=1を追記)した場合
→ reboot後にtelnet.socketはactiveになりました。こちらの設定を採用するかたちでいかがでしょうか。
※変更後はgrub.cfgの再構築が必要です。BIOSベースなのか、UEFIベースなのかで対象ファイルが変わりますので環境にあわせて実施してください。
GRUB 2 設定ファイルのカスタマイズ

当方、Redhat/CentOS7でのipv6無効はgrubにオプションに追記(2のパターン)で行っていたので、設定の違いで挙動が変わることは勉強にもなりました。

Comments

[hana_yama_san]

ありゃ、こりゃうちのサーバ全部確認しないといけないわ。
telnetは使用していないし、提供もしていないけど、
他のプロトコルで問題あったら、お客さんに影響出るもんね。
貴重な情報ありがとうございます。
(grubの設定変えると言う事は、それはそれで顧客影響でますが)

[yukky1201]

本番サーバであれば影響がなければそのままにしておいた方がいいでしょうね。(grub書き換えたら再起動必須ですので)

今回のこともですが、機能を実現する方法が複数あるものはどれが正解であるかは判断が難しいところです。

[hana_yama_san]

仰る通りで、
＞＞影響がなければそのままに
なのですが、

原因不明のエラーが散発しているので（多発ではない）
分析してはいますが、そもそも
ミドルウェアのメモリ配分とか、実メモリ拡張とか
CPU追加とか、どうせ顧客影響がでる解決策が検討されているので、
grub設定の見直しというのは、選択肢として提示していただけて、
有難いと思っております。

[goo___]

貴重なご回答、ご意見ありがとうございます。grubでの設定方法についても検証し、確認してみます。
こちらの方で検証結果に差分が出てるので、もう少し設定内容についても確認してみようかと思います。

Answer 2

Red Hatのrpcbind fails to start with IPv6 disabledに該当しているのではないでしょうか。
上記のResolution、Workaround、Root causeを参考に解決できませんか?

Comments

[hana_yama_san]

ざっとは読ませていただきました。
そもそもnfs等ならともかくtelnetで
rpcbindが影響するのでしょうか？
portは23で固定されていますよね。
rpcbindって昔のportmapperですよね。