☰

통나무

tag-icon • tag-icon linux ssh fedora wireguard hang
통나무

좋아요, 좀 이상해요. 다양한 서비스를 실행하는 Fedora Linux 서버가 있습니다. 몇 가지 예는 다음과 같습니다:

  • Nginx 리버스 프록시
  • Wireguard VPN(Docker 컨테이너 내에서 실행)
  • SSH
  • Fedora 조종석 사용자 인터페이스

주로 Docker 컨테이너인 다른 컨테이너가 많이 있지만 저는 항상 SSH나 Nginx를 통해 액세스하므로 언급하지 않았습니다.

시스템이 정상적으로 작동하고 있습니다.대부분의 경우--여기서 문제가 발생합니다. 며칠 동안은 문제 없이 실행될 수 있지만 때로는 "중지"되는 경우가 있습니다. SSH 연결이 작동하지 않고, Nginx를 통해 프록시된 호스팅된 웹 사이트는 로컬 네트워크나 외부에서 액세스할 수 없으며, Cockpit(Nginx에 의해 프록시되지 않음)에서도 마찬가지입니다. 수동으로 강제 종료하고 서버를 다시 시작하면(전원 버튼을 통해) 다시 작동할 가능성이 높습니다. 그런 다음 무슨 일이 일어나고 있는지 확인하기 위해 시스템 로그를 확인하면 시스템이 어느 시점에서 중지되고 디버그 정보도 기록하지 않고 아무것도 기록하지 않는다는 것을 알 수 있습니다.

이상한 부분은 다음과 같습니다. 이 경우 모든 서비스가 중단되더라도 Wireguard는 정상적으로 작동합니다! 작동이 멈추지 않습니다. 다른 네트워크에서 로컬 주소(예: 라우터 구성 페이지 @ 192.168.1.1)에 액세스할 수도 있으므로 VPN이 예상대로 작동합니다. 또한 Wireguard를 사용하지 않고 SSH 포트를 전달하고 직접 연결을 시도했지만 성공하지 못했습니다.

저는 80%의 경우 모든 것이 잘 작동한다는 점을 강조하고 싶습니다. 따라서 방화벽, Nginx 구성 또는 유사한 문제가 아닐 가능성이 높습니다. 패키지를 업데이트한 후 시스템은 오전 4시쯤 평소처럼 다시 시작됩니다.

앞으로 한 달 동안 집을 비울 예정이므로 지금은 수동으로 서버에 액세스할 수 없습니다. (예: 이런 일이 발생하면 집에 서버를 재부팅해 줄 다른 사람이 필요하며 무슨 일이 일어나는지 말씀드릴 수 없습니다. 화면이 없기 때문에 화면이 나타남) 하지만 대학 노트가 많이 들어 있기 때문에 가능한 한 빨리 작동하려면 꼭 필요합니다(알고 있어요, 현명한 움직임은 아닙니다).

다들 감사 해요

통나무

시스템 로그

서버의 최신 로그입니다. 오후 13시 30분에 서버를 다시 시작했는데 오전 6시 1분부터 오후 13시 30분까지 로그가 없습니다.

6:01 AM [CROND] - (root) CMDEND (run-parts /etc/cron.hourly)
6:01 AM [run-parts] - (/etc/cron.hourly) finished 0anacron
6:01 AM [run-parts] - (/etc/cron.hourly) starting 0anacron
6:01 AM [CROND] - (root) CMD (run-parts /etc/cron.hourly)
5:59 AM [audit] - SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=pmie_farm_check comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
5:59 AM [systemd] - pmie_farm_check.service: Deactivated successfully.
5:59 AM [audit] - SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=pmie_farm_check comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
5:59 AM [systemd] - Started pmie_farm_check.service - Check and migrate non-primary pmie farm instances.

연결을 시도할 때 SSH의 자세한 출력

$ ssh 192.168.1.240 -v

OpenSSH_9.0p1 Ubuntu-1ubuntu8.5, OpenSSL 3.0.8 7 Feb 2023
debug1: Reading configuration data /home/efiocchi/.ssh/config
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: include /etc/ssh/ssh_config.d/*.conf matched no files
debug1: /etc/ssh/ssh_config line 21: Applying options for *
debug1: Connecting to 192.168.1.240 [192.168.1.240] port 22.
debug1: Connection established.
debug1: identity file /home/efiocchi/.ssh/id_rsa type 0
debug1: identity file /home/efiocchi/.ssh/id_rsa-cert type -1
debug1: identity file /home/efiocchi/.ssh/id_ecdsa type -1
debug1: identity file /home/efiocchi/.ssh/id_ecdsa-cert type -1
debug1: identity file /home/efiocchi/.ssh/id_ecdsa_sk type -1
debug1: identity file /home/efiocchi/.ssh/id_ecdsa_sk-cert type -1
debug1: identity file /home/efiocchi/.ssh/id_ed25519 type -1
debug1: identity file /home/efiocchi/.ssh/id_ed25519-cert type -1
debug1: identity file /home/efiocchi/.ssh/id_ed25519_sk type -1
debug1: identity file /home/efiocchi/.ssh/id_ed25519_sk-cert type -1
debug1: identity file /home/efiocchi/.ssh/id_xmss type -1
debug1: identity file /home/efiocchi/.ssh/id_xmss-cert type -1
debug1: identity file /home/efiocchi/.ssh/id_dsa type -1
debug1: identity file /home/efiocchi/.ssh/id_dsa-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_9.0p1 Ubuntu-1ubuntu8.5
debug1: Remote protocol version 2.0, remote software version OpenSSH_9.0
debug1: compat_banner: match: OpenSSH_9.0 pat OpenSSH* compat 0x04000000
debug1: Authenticating to 192.168.1.240:22 as 'efiocchi'
debug1: load_hostkeys: fopen /home/efiocchi/.ssh/known_hosts2: No such file or directory
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts: No such file or directory
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts2: No such file or directory
debug1: SSH2_MSG_KEXINIT sent
Connection closed by 192.168.1.240 port 22

기타 로그

Wireguard docker 로그나 Nginx 로그에는 이상한 점이 없는 것 같습니다. 하지만 다른 로그가 필요하시면 제공해드릴 수 있습니다.

관련 정보