☰

SSH 연결이 전체 적절한 설정으로 연결되지 않는 이유는 무엇입니까?

tag-icon • tag-icon linux ubuntu ssh
SSH 연결이 전체 적절한 설정으로 연결되지 않는 이유는 무엇입니까?

Ubuntu Server 14.04를 사용하면 포트 2222에서 SSH 서버가 실행되고 있습니다(빌딩에서 그렇게 요청했습니다). 이미 전체 설정을 검토했는데 아무것도 괜찮은 것 같지 않습니다.

설정된 내용은 다음과 같습니다.

  • 구축 시 포트 2222의 TCP 연결을 내 IP로 리디렉션합니다.
  • 내가 연결할 수 있는 포트 80에도 마찬가지입니다.
  • 포트 2222에서 SSH를 통해 연결을 시도하면 다음을 사용하여 들어오는 네트워크 활동을 볼 수 있습니다.iftop.

  • 나는 얻었다ufw적절한 규칙에 따라 실행:

    2222/TCP ALLOW Anywhere

  • ~에sshd.conf내가 받은 파일:

  • 포트 2222에서 SSH 서버를 수신하고 있습니다.

  • SSH 서버를 AUTH로깅 모드로 설정했지만 연결을 시도할 때 아무 것도 볼 수 없습니다 /var/log/auth.log.
  • 이것은 내 sshd.conf 파일입니다..
  • 예, SSH 데몬이 실행 중이고 다시 시작되었습니다.

그래서 연결을 시도할 때마다 다음과 같은 메시지가 나타납니다.

ssh: connect to host <publicbuildingip> port 2222: Connection refused

상세 모드에서 클라이언트를 실행하면 다음이 출력됩니다.

debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Connecting to <publicip> [<publicip>] port 2222.
debug1: connect to address <publicip> port 2222: Connection refused
ssh: connect to host <publicip> port 2222: Connection refused

동일한 네트워크의 호스트에서 로그인을 시도하는 경우에도 마찬가지입니다.

달리기netstat출력 과 같은 서버에서 sudo netstat -tulpn | grep ssh:

tcp    0    0 127.0.0.1:2222    0.0.0.0:*    LISTEN    969/sshd

달리기nmap네트워크 출력 외부의 공용 IP에 대해:

Host is up (0.051s latency).
Not shown: 996 filtered ports
PORT     STATE  SERVICE
21/tcp   closed ftp
80/tcp   open   http
2222/tcp closed unknown
8080/tcp closed http-proxy

Nmap done: 1 IP address (1 host up) scanned in 5.31 seconds

telnet <publicip>2222를 시도 중

출력:

telnet: Unable to connect to remote host: Connection refused

건물 내부의 네트워크 IP로 시도하는 경우에도 마찬가지입니다.

하지만 서버에서 실행된 iftop은 로그인을 시도할 때 실제로 네트워크 활동이 있음을 보여줍니다.

달리기tcpdump다음과 같은 서버에서는 tcpdump -vniay port 2222 -i eth0로그인 시도 시 다음을 출력합니다.

15:53:36.812402 IP (tos 0x0, ttl 64, id 56954, offset 0, flags [DF], proto TCP (6), length 60)
  192.168.1.86.39822 > 192.168.1.90.2222: Flags [S], cksum 0xa1b8 (correct), seq 3966921350, win 292000, options [mss 1460,sackOK,TS val 308476 ecr 0,nop,wscale 7], lenght 0

무엇이 실패할 수 있나요?

답변1

해당 netstat출력과 sshd구성 파일(특히이 줄) SSH 데몬은 실제로 LAN과 통신하거나 네트워크의 라우터/게이트웨이 장치를 통해 아웃바운드하는 IP가 아닌 로컬 전용 IP 주소(127.0.0.1)를 수신하고 있습니다.

서버에 할당된 개인 LAN IP 주소와 같이 LAN에 있는 회선을 sshd_config갖도록 설정되어 있는지 확인하십시오 . ListenAddress주소가 없는 경우 ListenAddress 0.0.0.0또는 같은 구문을 사용하여 포트 지시어 뒤에 추가하고 ListenAddress ::해당 항목을 실제 IPv4 또는 IPv6 주소로 바꿉니다.

그리고 127.0.0.0/8의 IP 주소에 대한 바인딩은 실제로 LAN/로컬 네트워크/다른 곳으로 라우팅할 수 있는 주소가 아니라 로컬 컴퓨터 자체에서만 종료된다는 점을 기억하십시오.

관련 정보