Não é possível iniciar o serviço sshd no subsistema Windows Linux

Question

Não consigo iniciar o serviço sshd no subsistema windows linux. Eu uso sudo service ssh restart e recebo

initctl: Unable to connect to Upstart: Failed to connect to socket /com/ubuntu/upstart: Connection refused
sshd: ../sysdeps/posix/getaddrinfo.c:2583: getaddrinfo: Assertion '(__extension__ ({ const struct in6_addr *__a = (const struct in6_addr *) (sin6->sin6_addr.__in6_u.__u6_addr32); __a->__in6_u.__u6_addr32[0] == 0 && __a->__in6_u.__u6_addr32[1] == 0 && __a->__in6_u.__u6_addr32[2] == __bswap_32 (0xffff); }))' failed.
Aborted (core dumped)

Tenho certeza de que 22 portas no meu computador estão disponíveis.

    

Answer 1

O problema com initctl é simplesmente que o Windows Subsystem para Linux não executa o Upstart nem qualquer outro gerenciador de serviços. Não há Upstart para conversar. Scripts de manutenção de pacotes do Ubuntu 14 (e outros) preferem assumir a presença do Upstart sem verificar corretamente. Este é um grande problema para a atualização para o Ubuntu 16 - onde o gerenciador de serviços mudou para systemd e (indo pelo AskUbuntu Stack Exchange) várias ferramentas ainda estão procurando apenas pelo Upstart - como para executar as ferramentas do Ubuntu 14 no Windows Subsystem para Linux.

A falha de declaração real é um problema conhecido, que aparentemente foi corrigido em outubro de 2016. Está relacionado ao suporte IPv6 e IPv4 combinado. A biblioteca GNU C assume uma coisa sobre endereços IPv6 mapeados para IPv4 no modo somente IPv4. O kernel do Windows NT e o Windows Subsystem para Linux fornecem outro.

Leitura adicional

• sshd falha porque getaddrinfo . WSL Bug Tracker # 1113. Microsoft GitHub.
• Conda e pip falham com ../sysdeps/posix/getaddrinfo.c:2583: getaddrinfo: Asserção . WSL Bug Tracker # 1331. Microsoft GitHub.
• A opção de soquete IPV6_V6ONLY deve falhar se o soquete estiver ligado . WSL Bug Tracker # 982. Microsoft GitHub.
• link
• link
• link