Since so many things changed since this - admittedly embarrassing old - bug was reported I thought I retest it before the next LTS comes out.
I looked at the Xenial content and found stuff like: Not only is it specified "After network.target", but on top there is /etc/network/if-up.d/openssh-server which is intended to restart openssh if later an iface comes up, there it would be able to rebind that IP. I tested on containers first and it worked right away, setting ListenAddress and restarting. But well in containers devices might be "up" at a different timing, but even in a KVM Guest, setting ListenAddress again it works just fine. Mar 24 14:54:43 testxenial-ssh sshd[1293]: Server listening on 192.168.122.131 port 22. I wondered and wanted to make sure that the test is valid, so I spawned trusty (LTS), vivid (last reported issue) and wily But - for me - it was working on all of them - even with several retries it was not even racy. Therefore I wanted to ask for a retest - at least with Xenial if possible. Also any detail about the test environment that was used would be great - especially by the last confirmation in vivid. Does it have to be a special network card that might initialize slowly or anything like it? -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to the bug report. https://bugs.launchpad.net/bugs/216847 Title: sshd will not start at boot if ListenAddress is set, because network interface is not yet up To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/216847/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
