text: OpenSSH 7.7 -w tunnel bug
  Bug Description
  [Impact]
  A regression in OpenSSH 7.7 breaks tunnelling via the -w switch in the ssh command.
  [Test Case]
  # lxc launch ubuntu:cosmic tester && lxc exec tester bash
  # apt update && \
  apt dist-upgrade -y && \
  sed -i 's/PasswordAuth
  service sshd restart && \
  echo ubuntu:ubuntu | chpasswd
  # ssh -w any ubuntu@localhost
  ubuntu@localhost's password:
  Tunnel device open failed.
  Could not request tunnel forwarding.
  [Regression Potential]
  This is already fixed and tested upstream, and thus has little regression potential.
  [Original Description]
  Just upgraded to cosmic, which picks up OpenSSH 7.7.
  OpenSSH 7.7 has known bug https:/
  The OpenSSH bug contains a trivial two-line patch to fix the bug. I downloaded the Ubuntu openssh package source, applied the patch and rebuilt, and can confirm that is does fix the problem.
  Any chance we could get this patch backported to Cosmic?
  ProblemType: Bug
  DistroRelease: Ubuntu 18.10
  Package: openssh-client 1:7.7p1-4
  ProcVersionSign
  Uname: Linux 4.18.0-10-generic x86_64
  ApportVersion: 2.20.10-0ubuntu13
  Architecture: amd64
  Date: Thu Nov 1 09:36:16 2018
  ProcEnviron:
  TERM=xterm-
  PATH=(custom, no user)
  XDG_RUNTIME_
  LANG=en_US.UTF-8
  SHELL=/bin/bash
  RelatedPackageV
  ssh-askpass N/A
  libpam-ssh N/A
  keychain N/A
  ssh-askpass-gnome N/A
  SSHClientVersion: OpenSSH_7.7p1 Ubuntu-4, OpenSSL 1.0.2n 7 Dec 2017
  SourcePackage: openssh
  UpgradeStatus: Upgraded to cosmic on 2018-11-01 (0 days ago)
  Related branches
  - Christian Ehrhardt : Approve on 2018-11-15
  - Canonical Server Team: Pending requested 2018-11-08
  - Diff: 60 lines (+38/-0)3 files modifieddebian/changelog (+7/-0)
  debian/patches/fix-broken-tunnel-forwarding.patch (+30/-0)
  debian/patches/series (+1/-0)
  For simplicity, here's the patch that fixes this bug (and is included in openssh 7.8):
  diff --git a/openbsd-
  index 7050629c..bb535626 100644
  --- a/openbsd-
  +++ b/openbsd-
  @@ -185,7 +185,7 @@ sys_tun_open(int tun, int mode, char **ifname)
  else
  debug("%s: %s mode %d fd %d", __func__, ifr.ifr_name, mode, fd);
  - if (ifname != NULL && (*ifname = strdup(
  + if (ifname != NULL && (*ifname = strdup(
  goto failed;
  return (fd);
  @@ -272,7 +272,7 @@ sys_tun_open(int tun, int mode, char **ifname)
  goto failed;
  }
  - if (ifname != NULL && (*ifname = strdup(
  + if (ifname != NULL && (*ifname = strdup(
  goto failed;
  close(sock);
  Debian has 7.9p1, so as soon as Disco opens up for development the next sync will get the fix there.
  1:7.9p1-1 is in disco-proposed, going through migration.
  1:7.9p1-1 complete now
  tagged and uploaded to C-unapproved
  The main task of this bug is tracking "disco". I believe the bug is either "invalid" there (disco had openssh 7.8 when this bug was filed and was unaffected, and now has 7.9), or "fix released".
  Hello Adam, or anyone else affected,
  Accepted openssh into cosmic.
  Tested 7.7p1-4ubuntu0.1. Works perfectly.
  This bug was fixed in the package openssh - 1:7.7p1-4ubuntu0.1
  ---------------
  openssh (1:7.7p1-
  * debian/
  broken in 7.7p1. Thanks to Damien Miller <email address hidden>. (LP: #1801128)
  -- Karl Stenerud <email address hidden> Wed, 07 Nov 2018 14:52:49 +0100
  The verification of the Stable Release Update for openssh.
  @Colin - will you as usual handle the ssh bug here or should one of the server team take that?