Dans un ancien script (2001?) Pour le système d'exploitation Linux, j'ai rencontré l'utilisation de l' -Poption pour la sshcommande:
$ ssh -P host.domain -l user
Mais dans la sshpage de manuel, aucune -Poption n'est mentionnée . Néanmoins, l'exécution ssh -P host.domainne montre aucun avertissement ou erreur.
Qu'est ce que c'est? Cela pourrait être une option ancienne / non documentée?
Réponses:
Page de manuel de l'ancienne version:
-P
Utilisez un port non privilégié. Avec cela, vous ne pouvez pas utiliser les authentifications rhosts ou rsarhosts, mais cela peut être utilisé pour contourner certains pare-feu qui ne permettent pas aux ports source privilégiés de passer.
[...]
UsePrivilegedPort
Spécifie s'il faut utiliser le port privilégié lors de la connexion à une autre extrémité. La valeur par défaut est yes si les authentifications rhosts ou rsarhosts sont activées.
Directement à partir du code source:
case 'P': /* deprecated */
options.use_privileged_port = 0;
break;
Il définit l'option sur 0, ce qui semble être la valeur par défaut de toute façon, donc il ne fait rien. Ignorer les options obsolètes aide à la compatibilité descendante dans les cas où cela n'affecte pas la fonctionnalité ...
Le /* deprecated */changement remonte au 2002-09-04.
Même le peu de code que j'ai cité ci-dessus (à partir de openssh-portable 7.7) a été supprimé dans un récent commit :
en amont: Deprecate UsePrivilegedPort
maintenant que la prise en charge de l'exécution de ssh (1) setuid a été supprimée, supprimez le code de prise en charge et nettoyez les références dans les pages de manuel
Nous n'avons pas livré ssh (1) le bit setuid depuis 2002. Si ayone a vraiment besoin de se connecter à partir d'un numéro de port bas, cela peut être implémenté via un petit setuid ProxyCommand.
ok markus @ jmc @ djm @
OpenBSD-Commit-ID: d03364610b7123ae4c6792f5274bd147b6de717e
Il ignore toujours l'option mais ne définit même plus une variable interne pour l'accompagner.