4 ms·

Actually ubuntu and/or some cloud integrator is violating principle of least suprise, which predates by even more decades and applies everywhere not just in a c

Actually ubuntu and/or some cloud integrator is violating principle of least suprise, which predates by even more decades and applies everywhere not just in a computer operating system. Having /etc/ssh/sshd_config not do what it appears to do is inexcusable, however that comes about. Even if the fix is no more than structuring the file a little differently so there are parts both before and after the .d loading, and comments that say what overrides what, and all the actual config files and default behavior are still the same.

HumanOstrich 2y ago
That's just not how it works, and it never has. One of the main purposes of the .d files is to avoid modifying the distro's sshd_config file, so you don't have to resolve conflicts during an OS upgrade. Commenting your overrides in the sshd_config? That's backwards. Downstream distros sometimes want to override the default settings. That's what .d is for. It doesn't violate the dogma "principle of least surprise", especially if you run `man sshd_config` and learn the first thing about sshd's config files.
- Brian_K_White 2y ago
  [flagged]
  - HumanOstrich 2y ago
    Child? Do you condescend based on principle or dogma? ¯\_(ツ)_/¯
    - Brian_K_White 2y ago
      [flagged]
      - HumanOstrich 2y ago
        There isn't a comment specifically saying that including more config files can override values, so I'll give you that. However, it does have comments explaining exactly how to override default values. It looks like what the OP of this thread is attempting should work unless they messed up something else. I'm looking at a couple sshd_config files on my servers, and the Include directive for the overrides is the first non-comment line in the file. Having that Include be first means that changing any settings in the sshd_config file will override anything set by sshd_config.d/* files. What in the heck are these people doing to break their config? There really is no legitimate issue here.

HumanOstrich 2y ago

That's just not how it works, and it never has. One of the main purposes of the .d files is to avoid modifying the distro's sshd_config file, so you don't have to resolve conflicts during an OS upgrade. Commenting your overrides in the sshd_config? That's backwards. Downstream distros sometimes want to override the default settings. That's what .d is for. It doesn't violate the dogma "principle of least surprise", especially if you run `man sshd_config` and learn the first thing about sshd's config files.

Brian_K_White 2y ago
[flagged]
- HumanOstrich 2y ago
  Child? Do you condescend based on principle or dogma? ¯\_(ツ)_/¯
  - Brian_K_White 2y ago
    [flagged]
    - HumanOstrich 2y ago
      There isn't a comment specifically saying that including more config files can override values, so I'll give you that. However, it does have comments explaining exactly how to override default values. It looks like what the OP of this thread is attempting should work unless they messed up something else. I'm looking at a couple sshd_config files on my servers, and the Include directive for the overrides is the first non-comment line in the file. Having that Include be first means that changing any settings in the sshd_config file will override anything set by sshd_config.d/* files. What in the heck are these people doing to break their config? There really is no legitimate issue here.