우분투 16.04를 사용하고 있습니다. 서버는 우분투 16.04도 실행 중입니다.
내 /etc/ssh/ssh_config
모습은 이렇습니다.
Host *
# ForwardAgent no
ForwardX11 yes
ForwardX11Trusted yes
# RhostsRSAAuthentication no
# RSAAuthentication yes
# PasswordAuthentication yes
# HostbasedAuthentication no
# GSSAPIAuthentication no
# GSSAPIDelegateCredentials no
# GSSAPIKeyExchange no
# GSSAPITrustDNS no
# BatchMode no
# CheckHostIP yes
# AddressFamily any
# ConnectTimeout 0
# StrictHostKeyChecking ask
# IdentityFile ~/.ssh/identity
# IdentityFile ~/.ssh/id_rsa
# IdentityFile ~/.ssh/id_dsa
# IdentityFile ~/.ssh/id_ecdsa
# IdentityFile ~/.ssh/id_ed25519
# Port 22
# Protocol 2
# Cipher 3des
# Ciphers aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc
# MACs hmac-md5,hmac-sha1,[email protected],hmac-ripemd160
# EscapeChar ~
# Tunnel no
# TunnelDevice any:any
# PermitLocalCommand no
# VisualHostKey no
# ProxyCommand ssh -q -W %h:%p gateway.example.com
# RekeyLimit 1G 1h
SendEnv LANG LC_*
HashKnownHosts yes
GSSAPIAuthentication yes
GSSAPIDelegateCredentials no
서버 sshd_config
:
X11Forwarding yes
X11DisplayOffset 10
SSH 서버에 연결할 때:
ssh -vvv -Y server
ssh로 서버에 접속합니다. xclock과 같은 것을 실행할 때 이런 일이 발생합니다.
debug3: receive packet: type 90
debug1: client_input_channel_open: ctype x11 rchan 2 win 65536 max 16384
debug1: client_request_x11: request from 127.0.0.1 59790
debug2: fd 7 setting O_NONBLOCK
debug3: fd 7 is O_NONBLOCK
debug1: channel 1: new [x11]
debug1: confirm x11
debug3: send packet: type 91
그 후 터미널도 종료되어 새 터미널을 다시 시작해야 했습니다. 로컬 컴퓨터에는 시계가 표시되지 않고 오류도 없습니다. 어떤 생각이 드시나요? xming과 putty를 사용하여 Win 10에서 동일한 작업을 시도하면 작동합니다. 서버에 x11 전달이 활성화되어 있습니다.
답변1
과거에 우연히 발견한 문제를 일으킬 수 있는 구성 세부 사항을 한 문장으로 명확히 할 수 있습니다.sshd_config. 반품,남자 ssh_config비슷한 말을 하더군요.
각 키워드에 대해 처음 얻은 값이 사용됩니다.
이것은 나에게 직관에 어긋나는 것처럼 보이지만 ssh_config 및/또는 ~/.ssh/config에 동일한 행이 있지만 값이 다른 시스템에 있는 경우 다음과 같습니다.첫 번째곧 시행될 것입니다. 다음 항목은 무시됩니다.
원격 시스템의 sshd_config에도 동일하게 적용됩니다.