CentOS 7 sshd가 작동하지 않는 것 같습니까?

sshd서비스를 사용하면 설정 및 진행이 매우 간단합니다.

1. 서비스 시작

서비스가 포트 22에서 실행 중이고 수신 중인지 확인합니다.

$ sudo systemctl start sshd

$ sudo systemctl status sshd
● sshd.service - OpenSSH server daemon
   Loaded: loaded (/usr/lib/systemd/system/sshd.service; enabled; vendor preset: enabled)
   Active: active (running) since Tue 2018-07-24 22:24:00 EDT; 1h 40min left
     Docs: man:sshd(8)
           man:sshd_config(5)
 Main PID: 1270 (sshd)
    Tasks: 1
   CGroup: /system.slice/sshd.service
           └─1270 /usr/sbin/sshd -D

Jul 24 22:24:00 centos7 systemd[1]: Starting OpenSSH server daemon...
Jul 24 22:24:00 centos7 systemd[1270]: Executing: /usr/sbin/sshd -D
Jul 24 22:24:00 centos7 sshd[1270]: Server listening on 0.0.0.0 port 22.
Jul 24 22:24:00 centos7 sshd[1270]: Server listening on :: port 22.
Jul 24 22:24:00 centos7 systemd[1]: Started OpenSSH server daemon.
Jul 24 20:31:37 centos7 sshd[1582]: Accepted publickey for vagrant from 10.0.2.2 port 64437 ssh2: RSA SHA256:1vJymfZsu2KZ49lDftGMzz2VEb2Z2Y8PNi9cs55eHGE
Jul 24 20:43:29 centos7 systemd[1]: Trying to enqueue job sshd.service/start/replace
Jul 24 20:43:29 centos7 systemd[1]: Installed new job sshd.service/start as 560
Jul 24 20:43:29 centos7 systemd[1]: Enqueued job sshd.service/start as 560
Jul 24 20:43:29 centos7 systemd[1]: Job sshd.service/start finished, result=done

2. 서비스가 수신 중인지 확인

$ sudo netstat -tlpn | grep sshd
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      1270/sshd
tcp6       0      0 :::22                   :::*                    LISTEN      1270/sshd

또한 sshd모든 인터페이스 (0.0.0.0) 또는 최소한 시스템의 IP 주소에서 수신 중인지 확인해야 합니다.

$ ip a l eth0 | awk '/inet / {print $2}'
192.168.56.101/24

따라서 netstat출력에서 192.168.56.101:22를 볼 수 있습니다 .

3. 방화벽

다음으로 방화벽이 네트워크 트래픽이 포트 22에 도달하도록 허용하는지 확인합니다.

$ sudo firewall-cmd  --list-all
FirewallD is not running

이와 같으면 트래픽이 포트 22에 도달 할 수 있습니다. 다음과 같은 경우 :

$ firewall-cmd  --list-all
public (active)
  target: DROP
  icmp-block-inversion: no
  interfaces: eth0 eth1
  sources:
  services: ssh dhcpv6-client
  ports:
  protocols:
  masquerade: no
  forward-ports:
  source-ports:
  icmp-blocks:
  rich rules:

ssh& dhcpv6-client서비스에 대한 트래픽을 허용 하고 다른 모든 것에 대해서는 감소합니다. 다시 이것은 괜찮으며 SSH 트래픽을 허용해야합니다.

4. 확인 /etc/ssh/sshd_config

/etc/ssh/sshd_config외부 연결을 차단하고 있지 않은지 확인하십시오 . 다음 옵션은 아래에 표시된 것과 유사하게 설정되어야합니다.

$ grep -vE '^#|^$|AcceptEnv|HostKey|Syslog|MAC|Banner|LogLevel|Authorized' /etc/ssh/sshd_config
PermitRootLogin yes
MaxAuthTries 4
HostbasedAuthentication no
IgnoreRhosts yes
PermitEmptyPasswords no
PasswordAuthentication yes
ChallengeResponseAuthentication no
GSSAPIAuthentication yes
GSSAPICleanupCredentials no
UsePAM yes
X11Forwarding no
Subsystem   sftp    /usr/libexec/openssh/sftp-server
Protocol 2

5. 확인

외부 클라이언트 중 하나에서 다음과 같은 명령을 사용하여 확인할 수 있습니다.

$ timeout 2 curl -v telnet://192.168.56.101:22
* Rebuilt URL to: telnet://192.168.56.101:22/
*   Trying 192.168.56.101...
* Connected to 192.168.56.101 (192.168.56.101) port 22 (#0)
SSH-2.0-OpenSSH_7.4 
$

참고 : 여기에 'XXXX에 연결됨'IP 주소 메시지가 표시되면 실행중인 클라이언트 컴퓨터에서 서버 curl로의 네트워크 트래픽을 방해하는 것이 없습니다 sshd.

6. Docker

Docker가 설치된 경우와 같은 일부 상황에서는 docker0브리지가 docker0브리지 내에 여러 가상 네트워크를 추가 한 시나리오가 발생합니다 . 다음과 같이 볼 수 있습니다.

$ docker network ls
NETWORK ID          NAME                DRIVER              SCOPE
bd7594c1dce3        bridge              bridge              local
db24b1e2be58        host                host                local
edf606d533a5        none                null                local

이러한 상황에서는 SSH 패킷을 올바르게 라우팅 할 수 있도록 물리적 네트워크를 복원하기 위해 추가 네트워크를 제거해야합니다. 단순히 명령을 사용하여 docker network rm <net id>표준을 넘어 아무것도 제거 bridge, host및 none.

참고 문헌

• docker-compose 네트워크 생성은 나를 ssh에서 쫓아냅니다.