SSH Перенастройка мезосферы в ACS не работает «административно запрещено»

Question

Я только что создал новый кластер мезосферы в Azure Container Service, выполнив шаги, описанные here, используя значение по умолчанию template. Кластер/ресурсы созданы, и я просто хотел подключиться к кластеру через ssh-пересылку. Соединение было установлено, но при попытке открыть страницу на пересылаемой порт 80 я получаю channel 2: open failed: administratively prohibited: open failed

Вот многословный ssh журнала:

sudo ssh -v -i ~/.ssh/id_rsa -L 80:localhost:80 -f -N  azureuser@myservermgmt.northeurope.cloudapp.azure.com -p 2200 
OpenSSH_6.9p1, LibreSSL 2.1.8 
debug1: Reading configuration data /etc/ssh/ssh_config 
debug1: /etc/ssh/ssh_config line 20: Applying options for * 
debug1: /etc/ssh/ssh_config line 102: Applying options for * 
debug1: Connecting to myservermgmt.northeurope.cloudapp.azure.com [52.178.215.121] port 2200. 
debug1: Connection established. 
debug1: permanently_set_uid: 0/0 
debug1: identity file /Users/me/.ssh/id_rsa type 1 
debug1: key_load_public: No such file or directory 
debug1: identity file /Users/me/.ssh/id_rsa-cert type -1 
debug1: Enabling compatibility mode for protocol 2.0 
debug1: Local version string SSH-2.0-OpenSSH_6.9 
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.2p2 Ubuntu-4ubuntu1 
debug1: match: OpenSSH_7.2p2 Ubuntu-4ubuntu1 pat OpenSSH* compat 0x04000000 
debug1: Authenticating to myservermgmt.northeurope.cloudapp.azure.com:2200 as 'azureuser' 
debug1: SSH2_MSG_KEXINIT sent 
debug1: SSH2_MSG_KEXINIT received 
debug1: kex: server->client chacha20-poly1305@openssh.com <implicit> none 
debug1: kex: client->server chacha20-poly1305@openssh.com <implicit> none 
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY 
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:ZMD6A/rz3qWsn2V6yQyeg3kG8vFtweDc72oAZCLo9xs 
debug1: Host '[myservermgmt.northeurope.cloudapp.azure.com]:2200' is known and matches the ECDSA host key. 
debug1: Found key in /var/root/.ssh/known_hosts:2 
debug1: SSH2_MSG_NEWKEYS sent 
debug1: expecting SSH2_MSG_NEWKEYS 
debug1: SSH2_MSG_NEWKEYS received 
debug1: SSH2_MSG_SERVICE_REQUEST sent 
debug1: SSH2_MSG_SERVICE_ACCEPT received 
debug1: Authentications that can continue: publickey,password 
debug1: Next authentication method: publickey 
debug1: Offering RSA public key: /Users/me/.ssh/id_rsa 
debug1: Server accepts key: pkalg ssh-rsa blen 279 
debug1: Authentication succeeded (publickey). 
Authenticated to myservicemgmt.northeurope.cloudapp.azure.com ([52.178.215.121]:2200). 
debug1: Local connections to LOCALHOST:80 forwarded to remote address localhost:80 
debug1: Local forwarding listening on ::1 port 80. 
debug1: channel 0: new [port listener] 
debug1: Local forwarding listening on 127.0.0.1 port 80. 
debug1: channel 1: new [port listener] 
debug1: Requesting no-more-sessions@openssh.com 
debug1: forking to background 
debug1: Entering interactive session. 
debug1: client_input_global_request: rtype hostkeys-00@openssh.com want_reply 0 
debug1: Connection to port 80 forwarding to localhost port 80 requested. 
debug1: channel 2: new [direct-tcpip] 
channel 2: open failed: administratively prohibited: open failed 
debug1: channel 2: free: direct-tcpip: listening port 80 for localhost port 80, connect from 127.0.0.1 port 55718 to 127.0.0.1 port 80, nchannels 3 
debug1: Connection to port 80 forwarding to localhost port 80 requested. 

AFAIK это может означать PermitTunnel не включено на сервере. Поскольку ssh туннели работают на моей машине для других целей, мне было интересно, есть ли что-нибудь в ACS, которое мне нужно настроить? Я уже пробовал ssh непосредственно в DCOS-сервере, но безуспешно.

Любая помощь приветствуется.

Answer 1

AFAIK это может означать, что `PermitTunnel не включен на сервере.

Нет, это AllowTcpForwarding в /etc/ssh/sshd_config целевого сервера. Или PermitOpen директива.

Также обратите внимание, что вы не можете связывать привилегированные порты в своей системе, если вы не работаете под root или имеете определенные привилегии.