I have been able to remove the /etc/init.d/ddclient sh script with the
appropriate /etc/rc*.d/*ddclient files and use the attached
ddclient.service file in the /lib/systemd/system directory.
** Attachment added: "This is the proposed systemd service file file ddclient."
https://bugs.launchpad.
NOTE: Even though this is listed as a low priority and an unusual
configuration, the addition of /usr/lib/tmpfiles.d/sshd.conf and
changing the RuntimeDirectory=sshd_service in the sshd.service file is a
better solution that does not conflict with Upstream implementations.
--
You received this bu
The way I created this was to implement 2 sshd services called wan_sshd
and lan_sshd. I used the existing sshd.service files as templates. See
attached files. This solution reliably works using Ubuntu 18.04.2 LTS
with OpenSSH 7.6p1.
Addition things I had to do:
1) Delete the sshd.service, sshd.so
I was able to confirm that this was not a bug. I did a fresh build of
18.04.2 LTS server, and it appears to work just fine.
My bad.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1834129
Title:
Pre
What is it going to take to convert ddclient installer from SysV to
systemd? Can someone point me to the make file for the .deb of this
package?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1630661
T
Public bug reported:
OpenSSH 7.9p1
Ubuntu 18..04.2 (LTS)
If a sshd daemon is started with a "-f my_sshd_config" command-line
specification the sshd process still requires the existence of the
sshd_config. The bug is somewhere in one of the forked processes started
when an external client attempts
Public bug reported:
OpenSSH 7.6p1
Ubuntu 18.04.2 (LTS) (Bionic)
See also Ticket #1831765, #1690485, and #1832110 regarding the path of
the privilege separation directory (aka: /run/sshd).
The current Debian installer sets the RuntimeDirectory=sshd (i.e.
/run/sshd) in sshd.service (i.e. /lib/sys
My recommmendation moving forward.
1) If Ubuntu wants to move the privilege separation directory from
/var/empty to /run/sshd, then there needs to be a command-line option
for the sshd to adjust the location of the privilege separation
directory.
2) If Ubuntu keeps the privilege separation direct
This is the git diff of sshd.c
** Patch added: "sshd.c.diff"
https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/1832110/+attachment/5270821/+files/sshd.c.diff
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launch
This is a proposed patch of "disco-proposed" of the sshd.c file. I have
uploaded the original and the diff version.
** Attachment added: "The proposed changed sshd.c file in its entirety."
https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/1832110/+attachment/5270820/+files/sshd.c
--
You
> Does that somehow mean that your problem doesn't occur if you use only
the upstream source code and no distribution patches? If so, how?
Good question. I have cloned the git version of OpenSSH for disco-
proposed. When I compile this version of the code, the privilege
separation directory is def
Robie, There are several options moving forward:
1) We need the /run/sshd file (see Ubuntu's man sshd page) to be configurable.
The problem with locating the privilege separation directory in a fixed
location, the systemd does not do well in multiple sshd instance assignments.
The systemd will d
Robbie, If I upload the sshd.c proposed change, will that be
possibility? I have diffed the sshd.c code against the OpenSSH 7.6p1
source. Ubuntu has made significant and substantial changes to all of
the OpenSSH source. So I know Ubuntu does not use the original OpenSSH
code verbatim.
Is there any
Did you check for the existence of the /run/sshd directory? Is
UsePrivilegeSeparation set to yes?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/458476
Title:
/etc/init.d/ssh gives OK status even if
See also Ticket #1831765 and #1832110 regarding the path of the
privilege separation directory (aka: /run/sshd).
This path is hard-coded into sshd and there is no means of changing its
location. I have found that if the directory is missing, all ssh
communication unceremoniously stops (iff UsePriv
Public bug reported:
Ubuntu: 18.04.2 LTS
OpenSSH: 7.6p1
I am having a problem starting multiple sshd processes. The default
location of the sshd privilege separation directory is hard-coded to
/run/sshd (see man page). If I want to have 2 sshd services using
systemd, I need to write 2 service fil
Public bug reported:
Ubuntu: 18.04.2 LTS
OpenSSH: 7.6p1
I am having a problem starting multiple sshd processes. The default location of
the sshd privilege separation directory is hard-coded to /run/sshd (see man
page). The original OpenSSH 7.6p1 located this file are /var/empty. Somehow the
de
Public bug reported:
Summary
---
I installed Ubuntu 16.04 LTS on a virgin box, specifically:
Hardware: BOXNUC5CPYH, Intel Celeron N3050 Processor, DDR3L SDRAM, Support
2.5in HDD/SSD, Gigabit Ethernet, WiFi, Bluetooth, USB 3.0, HDMI.
BIOS/EFI: PYBSWCEL.86A.0058.2016.1102.1842
4GB and 8GB RAM
Public bug reported:
The crc32 polynomial needs to be documented in the man page. There are
multiple CRC polynomials that are defined in the community for 32-bit
calculations. It is my understanding that the polynomial is the ANSI
X3.66 CRC-32 or 0x104C11DB7. Another deficiency in the documentatio
19 matches
Mail list logo
