Talk:Secure Shell
Latest comment: 9 February by Indigo in topic Remove ambiguation
Remove ambiguation
I was searching for OpenSSH the other day and landed on this page, which is a disambiguation on grounds that "OpenSSH is not the only implementation". Well - as far as this wiki is concerned, it is the only relevant implementation. TinySSH, Dropbear etc. have no dedicated wiki articles, and otherwise this page has no content warranting its split from OpenSSH. -- Alad (talk) 20:52, 21 May 2019 (UTC)
- +1. It was actually that way before it was moved: Special:Diff/548687. -- Svito (talk) 06:31, 22 May 2019 (UTC)
- I disagree, as this page clearly indicate that there are alternatives to OpenSSH. It also encourages to document things that are generic to SSH (security, implementations, relation to other software, alternative usage, ...) that would be discouraged should the only page referencing SSH was OpenSSH. Apollo22 (talk) 10:53, 22 May 2019 (UTC)
- Well - such "generic" information, as far as it is worthwhile documenting on ArchWiki, can equally be documented in OpenSSH. Especially if the current stub is all we've had in the last months. And if the documention belongs elsewhere, e.g. upstream or on wikipedia, having a seperate SSH article wouldn't change that. -- Alad (talk) 19:51, 25 May 2019 (UTC)
- Originally, the info about other SSH clients and servers was buried pretty deep on the single page, which was 99% OpenSSH-specific. Looking at the old table of contents, it does not make sense to have sections like "OpenSSH", "Other implementations", "Tips and tricks" (which contains only info specific to OpenSSH) and "Troubleshooting" (which also contains only info specific to OpenSSH). It also wouldn't make sense to move "Tips and tricks" and "Troubleshooting" into the "OpenSSH" section. IMO the current state is much better from the organizational point of view, it will just take time until people get used to the fact that they should search for OpenSSH and not just SSH. -- Lahwaacz (talk) 08:59, 15 June 2019 (UTC)
- My idea was to include the information on SSH at the top (introduction) of the article, rather than somewhere in the middle. (In particular, there would be no "OpenSSH" or "Other implementations" sections.) To avoid clutter, the alternative implementations could in turn be included in List of applications, linked accordingly.
- I agree that organisationally, the SSH/OpenSSH split is fine. Considering 99% of SSH content on the wiki is about OpenSSH, however (which is also unlikely to change in future), I would say the suggestion above is more practical. -- Alad (talk) 16:30, 6 July 2019 (UTC)
- I don't like the idea of moving things to the List of applications just to have one page less. It would only move the clutter to a different place, not avoid it. -- Lahwaacz (talk) 21:36, 11 July 2019 (UTC)
- I don't really care either way, but if OpenSSH is the only implementation natively available in Arch, it should be obvious, so I split the list of implementations into OpenSSH and other. That means they're not out of alphabetical order either (I assume that's why dropbear was first before which is just confusing as there's no package for it). MisterAnderson (talk) 02:25, 17 July 2020 (UTC)
- I rolled back the edit: all of those applications are packaged for Arch. -- Jasonwryan (talk) 02:27, 17 July 2020 (UTC)
- Apologies, I totally misread another comment. MisterAnderson (talk) 06:14, 17 July 2020 (UTC)
- I rolled back the edit: all of those applications are packaged for Arch. -- Jasonwryan (talk) 02:27, 17 July 2020 (UTC)
- I don't really care either way, but if OpenSSH is the only implementation natively available in Arch, it should be obvious, so I split the list of implementations into OpenSSH and other. That means they're not out of alphabetical order either (I assume that's why dropbear was first before which is just confusing as there's no package for it). MisterAnderson (talk) 02:25, 17 July 2020 (UTC)
- I actually agree. This should redirect to OpenSSH since it is indeed the only relevant implementation for Arch Linux users, and any Linux really. Dropbear and TinySSH can be briefly mentioned as light alternatives in OpenSSH page until there is an actual wiki page for these. No need to add or explain anything but to simply mention them and maybe link to their official site... again, until there is an actual wiki page for them if there is ever going to be one because, honestly, how many Linux users use either of those really? —This unsigned comment is by Qop (talk) 18:30, 7 September 2019. Please sign your posts with ~~~~!
- I disagree, because perhaps SSH clients could also be discussed here. Boehs (talk) 21:05, 10 December 2021 (UTC)
- I use dropbear instead of bulky openssh for my Arch Linux boxes. Probackup-nl (talk) 15:19, 10 March 2023 (UTC)
- I disagree, tailscale SSH is also viable for Arch users. I've added it to the list on the page also. Dharmab (talk) 04:15, 8 February 2024 (UTC)
- I've removed it again, since the list covers client-server implementations of the ssh protocol. To my understanding Tailscale supports some (e.g. sftp), but its not an implementation (see e.g. the multi-user disadvantage it mentions). I've added it to the group with Special:diff/800096 and Special:diff/800095 instead. If you disagree, we can discuss it here. (Also note their Tailscale ssh feature is still in beta) --Indigo (talk) 21:39, 9 February 2024 (UTC)