- 비활성으로 인한 연결 종료를 방지하기 위해 유지 패킷을 전송하여 연결 안정성을 최적화합니다.
- 인증 속도를 높이고 시스템 부하를 줄이기 위해 채널 다중화를 구현했습니다.
- 터미널 멀티플렉서를 사용하여 연결이 끊어진 후에도 프로세스가 계속 실행되도록 합니다.
- 여러 동시 사용자를 관리하기 위해 서버의 보안 제한 및 리소스를 구성합니다.
HPC 클러스터를 매일 사용하거나 원격 서버를 관리하는 경우라면 아마 이런 경험을 해보셨을 겁니다. 휴식 후 PC로 돌아와 터미널에 무언가를 입력하려고 하는데 세션이 종료된 것을 발견하는 것이죠 . 특히 여러 노드를 동시에 관리할 때는 응답하지 않는 탭을 닫고 다시 로그인해서 작업을 재개해야 하는 번거로움이 큽니다.
실제로 많은 리눅스 배포판은 보안이나 리소스 절약을 이유로 SSH 채널에서 일정 시간 동안 트래픽이 감지되지 않으면 연결을 끊도록 설정되어 있습니다. Ptyxis 또는 다른 터미널 에뮬레이터에서 이러한 문제를 해결하고 성능을 극대화 하려면 간단한 설정 변경부터 고급 지속성 도구 사용에 이르기까지 다양한 기술적 방법이 있습니다.
활동이 없다는 이유로 서버에서 강제로 퇴출당하는 것을 방지하세요
키보드를 한동안 건드리지 않으면 데이터 채널이 비어 있게 되고 시스템은 더 이상 연결이 필요하지 않다고 판단합니다. 이를 방지하는 기본적인 방법으로는 htop, top 또는 간단한 ping 명령 처럼 화면을 지속적으로 새로 고치는 명령어를 실행하는 것이 있지만 , 이는 세련되지 못한 해결책이며 쉽게 잊어버릴 수 있습니다.
전문적인 해결책은 다음과 같이 구성하는 것입니다. 킵얼라이브PuTTY와 같은 클라이언트를 사용하는 경우 연결 섹션에서 "더미" 트래픽을 전송할 시간 간격을 초 단위로 정의할 수 있습니다. Linux에서는 파일을 직접 편집하는 것이 가장 쉬운 방법입니다. ~ / .ssh / config 그리고 그 줄을 추가하세요 ServerAliveInterval 60이 설정은 서버에 "아직 연결됐으니 연결을 끊지 마세요"라는 메시지를 전달하기 위해 매분 빈 패킷을 전송하도록 컴퓨터에 지시합니다.
원격 서버에 관리자 권한이 있는 경우 서버 측에서 변경하는 것이 훨씬 효율적입니다. / etc / ssh / sshd_config첨가 ClientAliveInterval 60 y ClientAliveCountMax 3서버는 사용자가 어떤 클라이언트를 사용하든 세션을 계속 유지하며, 서비스가 재시작되면 세션을 다시 시작합니다. systemctl restart sshd 변경 사항이 적용됩니다.
멀티플렉싱: 즉각적이고 간편한 연결
동일한 서버에 여러 터미널을 열어야 할 경우, 인증 및 키 교환 과정이 반복적으로 수행되어 시간과 리소스를 소모합니다. SSH 멀티플렉싱을 사용하면 여러 세션이 미리 설정된 단일 TCP/IP 터널을 공유할 수 있습니다.
이 기능을 활성화하려면 소켓용 디렉터리를 생성해야 합니다(예: mkdir -m 700 ~/.ssh/sockets/) 그리고 다음 지시문을 사용하여 로컬 SSH 파일을 구성하십시오. ControlMaster 자동 재사용을 관리하기 위해, 제어 경로 유닉스 소켓이 저장되는 위치를 정의하기 위해 ControlPersist 마스터 연결을 백그라운드에서 일정 시간 동안 열어 두는 것입니다.
이 덕분에 첫 연결은 표준 방식으로 이루어지지만, 이후 연결은 로그인이 필요하지 않으므로 거의 즉각적으로 이루어집니다. 이는 워크플로 속도를 높일 뿐만 아니라 동일한 호스트에 동시에 열리는 터널 수를 줄여 전반적인 성능을 최적화합니다.
Tmux를 사용한 완벽한 영구 저장
연결 유지 기능을 사용하더라도 노트북이 절전 모드로 전환되거나 네트워크가 잠깐 끊기는 등의 상황으로 세션이 종료될 수 있습니다. 바로 이럴 때 서버에서 실행되는 터미널 멀티플렉서인 tmux가 유용합니다 . 일반적인 SSH 세션과 달리 tmux는 클라이언트 연결이 끊어지더라도 세션 환경이 유지되도록 합니다.
절차는 간단합니다. SSH로 접속한 후 명령어를 실행하면 됩니다. tmux 그러면 정상적으로 작업이 진행됩니다. 연결이 끊어지더라도 서버에서 프로세스가 계속 실행됩니다. 다시 연결되면 해당 프로세스를 실행하기만 하면 됩니다. tmux 첨부 몇 시간 동안 작업했던 명령의 출력 결과를 포함하여, 중단했던 화면을 정확히 복구할 수 있습니다. 이는 최고의 도구입니다. 중요한 작업 네트워크 장애로 인해 시스템이 불안정한 상태에 빠지는 것을 용납할 수 없는 상황에서, tmux를 Omarchy에 완벽하게 통합.
서버의 리소스 제어 및 보안
관리자 입장에서 너무 많은 세션을 허용하는 것은 위험할 수 있습니다. 사용자가 시스템에 과부하를 일으키는 것을 방지하기 위해 SSH 데몬 설정 파일에 MaxSessions 지시문이 포함되어 있습니다 . 이 옵션은 클라이언트가 동일한 네트워크 연결을 통해 동시에 열 수 있는 세션 수를 제한하며, 기본값은 일반적으로 10입니다.
MaxStartups 매개변수는 대규모 프로비저닝 중 무차별 대입 공격이나 서버 충돌을 방지하는 데에도 매우 중요합니다 . 이 매개변수를 사용하면 서버가 시도 거부를 시작하기 전에 처리할 수 있는 인증되지 않은 연결 수를 정의할 수 있으며, OpenSSH 서비스가 완전히 과부하되는 것을 방지하기 위한 확률적 여유를 설정할 수 있습니다.
그래픽 인터페이스를 선호하는 사용자를 위해 gnome-connection-manager와 같은 관리 프로그램이 있는데, 이를 통해 호스트를 그룹화하고 여러 컴퓨터에 동시에 명령을 보낼 수 있습니다. 하지만 이러한 프로그램에 암호를 저장할 때는 주의해야 합니다. SSH 키를 사용하는 것이 보안과 편의성 면에서 여전히 가장 좋은 표준이기 때문입니다.
keepalive, Unix 소켓 멀티플렉싱, 그리고 tmux를 조합하여 활용하면 불안정한 터미널 환경을 안정적인 작업 환경 으로 바꿀 수 있습니다 . 클라이언트와 서버를 모두 최적화하면 멀티 노드 관리가 원활해지고, 예기치 않은 연결 끊김을 방지하며, 접속 시간을 단축하여 하드웨어 다운타임이나 절전 모드와 관계없이 Ptyxis에서 최적의 성능을 보장할 수 있습니다.
바이트와 기술 전반에 관한 세계에 대한 열정적인 작가입니다. 나는 글쓰기를 통해 내 지식을 공유하는 것을 좋아하며 이것이 바로 이 블로그에서 할 일이며 가젯, 소프트웨어, 하드웨어, 기술 동향 등에 관한 가장 흥미로운 모든 것을 보여 드리겠습니다. 제 목표는 여러분이 간단하고 재미있는 방식으로 디지털 세계를 탐색할 수 있도록 돕는 것입니다.