추가 읽기

추가 읽기

조사를 시작하기 전에 이것이 가능한지 확인하고 싶었습니다. 다음은 서버가 SSH 요청을 지속적으로 수신하기를 원하는 시나리오입니다(이미 수신하고 있다고 확신하지만 어디에 있는지는 모르겠습니다). 들어오는 컴퓨터의 IP 주소를 기반으로 SSH 이전에 아무것도 하지 않거나 조치를 취합니다. 시도가 시작됩니다.

참고: 시스템에 대한 모든 SSH 시도(물론 올바른 자격 증명 사용)를 허용하고 싶습니다. 그렇게 하기 전에 몇 가지 작업을 수행할 수 있기를 원합니다. 젠투 베이스 2.4.1 실행

답변1

TCP를 통해 서비스를 제공하려면 일부 프로그램 listen()청취 소켓accept(), 그리고 추가로 수신되는 별도의 TCP 연결을 수락하려면 동일한 프로그램이나 이와 관련된 프로그램을 호출해야 합니다.연결된 소켓. OpenSSH의 서버 데몬은 이와 관련하여 두 가지 기본 모드로 작동합니다.

  • -i옵션 없이 출시 되었습니다 . 실행된 listen()다음 들어오는 각 연결에 대해 하위 프로세스를 반복적으로 호출 accept()하고 닫는 작업을 반복합니다.fork()
  • -i옵션부터 시작됩니다 . 다른 것이 listen(), accept(), 및 을 호출할 것으로 예상 fork()하고 연결된 소켓을 열린 파일 설명자로 사용하여 실행합니다.

후자의 모드는 nowait기존 슈퍼 서버 inetd의 TCP 서버 스타일 , Accept=yessystemd의 TCP 소켓 단위 스타일, Daniel J. Bernstein의 UCSPI-TCP에서 사용되는 서버 스타일입니다.

아쉽게도 이전 모델은확실히systemd wait아래의 TCP 서버 스타일 inetd과 systemd 아래의 TCP 서버 스타일에 Accept=no해당합니다 . OpenSSH는 이 프로토콜을 사용하지 않으며 LISTEN_FDS청취 소켓에 대한 열린 파일 설명자를 인식하지 않습니다. 또한 불행하게도 일부 사람들은 이러한 사용 패턴을 장려하므로 OpenSSH가 시스템에서 실행되도록 설정되는 방식일 가능성이 높습니다.

왜냐하면 당신이 원하는 것은 후자의 모드이기 때문입니다.

ssh -i연결의 원격 끝에 대한 정보를 살펴보고 exec()이전에 발견한 내용을 기반으로 조치를 취하는 다른 것으로 래핑합니다 ssh -i. (UCSPI-TCP를 사용하면 원격 측 정보가 환경 변수에 입력되므로 이 작업이 매우 쉽습니다.) 그런 다음 ssh -i직접 호출하는 대신 래퍼를 호출합니다 .

이를 수행하는 방법에 대한 세부 사항은 귀하가 사용 중인 서비스 관리 시스템 등 귀하가 당사에 알려주지 않은 사항에 따라 다르기 때문에 귀하에게 달려 있습니다. ExecStart시스템 서비스 단위의 다양한 삽입부터 수정된 xinetd구성 파일, ./servicenosh 서비스 팩의 대체까지 다양합니다 .

또 다른 접근 방식은 비호출 모드에서 작동하지만 특정 서비스를 제공하는 특정 프로그램에 대한 특정 옵션 이상으로 일반화하지 않는 파일의 메커니즘을 사용하는 것입니다 -i(이전 접근 방식과 반대). 이는 OpenSSH 옵션의 하위 집합(로그 수준 포함)을 설정하는 것 외에는 아무 작업도 수행하지 않으며 다른 유형의 서비스는 물론 다른 SSH 서버 소프트웨어에서도 작동하지 않습니다.Matchsshd_config

포장에 온전한 정신을 유지하십시오. SSH 연결은 실행 시 실행되지 않습니다.아니요(안전을 위해) 읽어보세요어느네트워크 연결의 데이터 또는 여기에 데이터를 쓰는 것은 목록과 비교하여 주소/포트를 확인한 다음 어떻게든 각 세션에 대한 설정을 구성하는 것입니다.

추가 읽기

관련 정보