Add topics for OpenSSH #181

Merged
pboy merged 12 commits from goroboro/user-documentation:OpenSSH into main 2026-07-15 11:29:38 +00:00
Member

These topics are effectively a migration of content from:
https://forge.fedoraproject.org/docs-archive/sysadmin-guide/src/branch/main/modules/system-administrators-guide/pages/infrastructure-services/OpenSSH.adoc

The intention here is to create Server Administration documentation about OpenSSH. In this pass, the original topic is migrated and chunked into 4 topics that can be separated out if needed. The content remains largely faithful to the original text, but I have inserted some comment blocks as placeholders for additional content that I intend to add at a future date. The following key differences apply to the original topic:

  1. The obvious chunking is applied to separate the content into logical groupings, as part of this I corrected some xrefs so that they would continue to work, and also updated some of the topic titles so that they would make sense in the structure.
  2. In SSH-Advanced-Usage.adoc, I removed a small section that referenced Fedora 13 and which just seemed completely obsolete and redundant. The section was previously named "Support for SSH Certificates".
  3. In SSH-Advanced-Usage.adoc, I changed the directory listing for outputs to the command: ls -l /etc/ssh/ssh_host* -- I did this because the outputs showed SSH 1 keys and DSA keys, which just aren't supported any more. So the output just looked really wrong.
  4. In SSH-Advanced-Usage.adoc, I reworked the X11-Forwarding topic slightly to improve how this is presented, and to correct a reference to a missing dnf group, and to use firefox as the example application, because the original example was the gnome-specific system-config-printer and I felt that firefox was more ubiquitous across spins with desktop applications. I believe that the instructions here are more accurate and current.
  5. Across all of the docs, I tried to replace commands to run as root with sudo equivalents. This is generally considered better practice than logging into a system and running commands as the root user directly.

Other than these changes, I haven't changed text or performed extensive validation, beyond an initial check that the commands all look roughly sane, given my experience.

I intend to do significant rework on this content in a separate set of PRs. But wanted to get a base accepted, so that changes can be more atomic and clear. I appreciate that this is a big PR because of the migration, but hopefully, given that most of this content was pre-existing, and it is under active review and rework, this approval can make its way into the Server docs without too much controversy.

Thanks in advance for your review and your time.

These topics are effectively a migration of content from: https://forge.fedoraproject.org/docs-archive/sysadmin-guide/src/branch/main/modules/system-administrators-guide/pages/infrastructure-services/OpenSSH.adoc The intention here is to create Server Administration documentation about OpenSSH. In this pass, the original topic is migrated and chunked into 4 topics that can be separated out if needed. The content remains largely faithful to the original text, but I have inserted some comment blocks as placeholders for additional content that I intend to add at a future date. The following key differences apply to the original topic: 1. The obvious chunking is applied to separate the content into logical groupings, as part of this I corrected some xrefs so that they would continue to work, and also updated some of the topic titles so that they would make sense in the structure. 2. In SSH-Advanced-Usage.adoc, I removed a small section that referenced Fedora 13 and which just seemed completely obsolete and redundant. The section was previously named "Support for SSH Certificates". 3. In SSH-Advanced-Usage.adoc, I changed the directory listing for outputs to the command: ls -l /etc/ssh/ssh_host* -- I did this because the outputs showed SSH 1 keys and DSA keys, which just aren't supported any more. So the output just looked really wrong. 4. In SSH-Advanced-Usage.adoc, I reworked the X11-Forwarding topic slightly to improve how this is presented, and to correct a reference to a missing dnf group, and to use firefox as the example application, because the original example was the gnome-specific system-config-printer and I felt that firefox was more ubiquitous across spins with desktop applications. I believe that the instructions here are more accurate and current. 5. Across all of the docs, I tried to replace commands to run as root with sudo equivalents. This is generally considered better practice than logging into a system and running commands as the root user directly. Other than these changes, I haven't changed text or performed extensive validation, beyond an initial check that the commands all look roughly sane, given my experience. I intend to do significant rework on this content in a separate set of PRs. But wanted to get a base accepted, so that changes can be more atomic and clear. I appreciate that this is a big PR because of the migration, but hopefully, given that most of this content was pre-existing, and it is under active review and rework, this approval can make its way into the Server docs without too much controversy. Thanks in advance for your review and your time.
These topics are effectively a migration of content from:
https://forge.fedoraproject.org/docs-archive/sysadmin-guide/src/branch/main/modules/system-administrators-guide/pages/infrastructure-services/OpenSSH.adoc
The intention here is to create Server Administration documentation about OpenSSH. In this pass, the original topic is migrated and chunked into 4 topics that can be separated out if needed. The content remains largely faithful to the original text, but I have inserted some comment blocks as placeholders for additional content that I intend to add at a future date. The following key differences apply to the original topic:

1. The obvious chunking is applied to separate the content into logical groupings, as part of this I corrected some xrefs so that they would continue to work, and also updated some of the topic titles so that they would make sense in the structure.
2. In SSH-Advanced-Usage.adoc, I removed a small section that referenced Fedora 13 and which just seemed completely obsolete and redundant. The section was previously named "Support for SSH Certificates".
3. In SSH-Advanced-Usage.adoc, I changed the directory listing for outputs to the command: ls -l /etc/ssh/ssh_host* -- I did this because the outputs showed SSH 1 keys and DSA keys, which just aren't supported any more. So the output just looked really wrong.

Other than these changes, I haven't changed text or performed extensive validation, yet.

I intend to do significant rework on this content in a separate set of PRs.
This commit adds the new SSH topics to the navigation
This commit cleans up much of the command syntax and prefers to use sudo where commands should be run as root.
Minor other tweaks have been made to content just to standardize how things function across different spins of Fedora etc - Notably a few changes to the X11 Forwarding section, just to improve syntax and to use Firefox as the example application, because this is largely ubiquitous across different graphical environments on Fedora.
goroboro changed title from WIP: Add topics for OpenSSH to Add topics for OpenSSH 2026-06-19 09:09:24 +00:00
pboy self-assigned this 2026-06-19 15:45:10 +00:00
Owner

I'm wondering if it is useful, to create a branch, e.g. sshd-new, and pull it therein. So we can more easily discuss the text. And later merge the branch. I'm a bit hesitant, to make it publicly available at the first shot.

I'm wondering if it is useful, to create a branch, e.g. sshd-new, and pull it therein. So we can more easily discuss the text. And later merge the branch. I'm a bit hesitant, to make it publicly available at the first shot.
Owner

I am withdrawing the proposal. The text can be read just as easily in the forged repository as it can on the main branch.

I think we can publish the articles as they are. Perhaps the first text (about) doesn’t really belong in the server documentation. But we don’t have anywhere else to put it at the moment. So I’m in favour of including it as well. Dividing it into four parts makes it easy to change the location once Docs has progressed further than it has now.

I am withdrawing the proposal. The text can be read just as easily in the forged repository as it can on the main branch. I think we can publish the articles as they are. Perhaps the first text (about) doesn’t really belong in the server documentation. But we don’t have anywhere else to put it at the moment. So I’m in favour of including it as well. Dividing it into four parts makes it easy to change the location once Docs has progressed further than it has now.
Author
Member

@pboy wrote in #181 (comment):

I am withdrawing the proposal. The text can be read just as easily in the forged repository as it can on the main branch.

I think we can publish the articles as they are. Perhaps the first text (about) doesn’t really belong in the server documentation. But we don’t have anywhere else to put it at the moment. So I’m in favour of including it as well. Dividing it into four parts makes it easy to change the location once Docs has progressed further than it has now.

Thanks @pboy.
On the whole, the content is not a long way from what was originally in the system administrators guide. Obviously, it would be good to have some review, but once this is published, it will be way easier to track small changes as independent PRs.

The four parts was intentional for precisely the reason you mentioned, but I am also a fan of small guides that contain everything I need to know about topic X. So I would personally prefer for the content to all stay together, wherever it ends up. That way, someone looking at how to do something on server, doesn't need to know to have to look in another location to find more conceptual info, or somewhere else to find out about the client, etc. But I also understand that it can be hard to decide on delineation sometimes. As you say, the location can change later, because the content separation is already there in the doc.

Let me know if there is anything else I can do to help move this forward. Once published, I will work on additions and improvements to this doc. Each in a much smaller PR.

@pboy wrote in https://forge.fedoraproject.org/server/user-documentation/pulls/181#issuecomment-823025: > I am withdrawing the proposal. The text can be read just as easily in the forged repository as it can on the main branch. > > I think we can publish the articles as they are. Perhaps the first text (about) doesn’t really belong in the server documentation. But we don’t have anywhere else to put it at the moment. So I’m in favour of including it as well. Dividing it into four parts makes it easy to change the location once Docs has progressed further than it has now. Thanks @pboy. On the whole, the content is not a long way from what was originally in the system administrators guide. Obviously, it would be good to have some review, but once this is published, it will be way easier to track small changes as independent PRs. The four parts was intentional for precisely the reason you mentioned, but I am also a fan of small guides that contain everything I need to know about topic X. So I would personally prefer for the content to all stay together, wherever it ends up. That way, someone looking at how to do something on server, doesn't need to know to have to look in another location to find more conceptual info, or somewhere else to find out about the client, etc. But I also understand that it can be hard to decide on delineation sometimes. As you say, the location can change later, because the content separation is already there in the doc. Let me know if there is anything else I can do to help move this forward. Once published, I will work on additions and improvements to this doc. Each in a much smaller PR.
Add a note about status as a work in progress
Add a note about status as a work in progress
Add a note about status as a work in progress
Add a note about the status of this as a work in progress
pboy merged commit 1a25b0f4ab into main 2026-07-15 11:29:38 +00:00
Sign in to join this conversation.
No description provided.