• Hārokku
    Hārokku
    2019-03-26

    Tu dois reconfigurer ton serveur SSH pour qu'il utilise le port 443 au lieu de 22. Mais attention, si tu fais ça, ta machine distante ne pourra plus accepter de connexion https sur le port 443.

    0
  • Benjamin Nolmans
    Benjamin Nolmans
    2019-03-26

    Peut-être ceci: https://www.ssh.com/ssh/tunneling/example

    0
  • Vincent Valentine
    Vincent Valentine
    2019-03-26

    Justement, je ne veux pas changer le port du serveur, mais utiliser un autre port sur le client, est-ce possible ?

    0
  • Hārokku
    Hārokku
    2019-03-26

    @Vincent Valentine À priori, depuis le client, tu dois donner le port de destination. Je ne pense pas que tu puisses utiliser un port sur le client et un autre sur le serveur (ou alors il y a des choses qui je ne connais pas).

    0
  • Emmanuel Florac
    Emmanuel Florac
    2019-03-26

    Il faut utiliser un programme comme corkscrew pour pouvoir faire un tunnel sur le 443. Notons qu'il faut aussi qu'il n'y ait pas un proxy avec DPI....

    http://www.ubuntugeek.com/how-to-use-ssh-via-http-proxy-using-corkscrew-in-ubuntu.html

    0
  • mathieu_974@framasphere.org
    mathieu_974@framasphere.org
    2019-03-26

    en passant par du tunneling c'est possible, la commande ressemble à ça:
    ssh -L 443:localhost:22 user@XXXXX

    0
  • Emmanuel Florac
    Emmanuel Florac
    2019-03-26

    @mathieu_974@framasphere.org ça ne marchera pas sans Corkscrew.

    0
  • Vincent Valentine
    Vincent Valentine
    2019-03-26

    Merci pour vos propositions :-)

    0
  • mathieu_974@framasphere.org
    mathieu_974@framasphere.org
    2019-03-26

    @Emmanuel Florac désolé, j'ai zappé la partie "proxy" du problème :P

    0
  • yazul@framasphere.org
    yazul@framasphere.org
    2019-03-27

    Une communication, c'est l'application d'un même protocole de bout en bout :
    - il faut utiliser le même port sur le serveur et le client, par défaut le port standard 22
    - n'importe quel port autre est OK (mais le même des 2 côtés), en évitant de réutiliser des ports dédiés à d'autres services : 15432, 54321 sont OK mais éviter les ports < 1024 ( 23, 457) sous prétexte qu'ils ne sont pas réellement utilisés
    - cette communication (tuyau) peut être emboîtée dans un autre tuyau (tunnel), là aussi, il faut que ça soit géré à l'identique côté serveur et côté client avec les logiciels idoines.

    0
  • Emmanuel Florac
    Emmanuel Florac
    2019-03-27

    @yazul@framasphere.org non, non, non! Le client SSH n'utilise pas le port 22, voyons! Le serveur écoute sur le port 22, mais le client utilise un port aléatoire au-dessus de 1024 pour se connecter au serveur.

    0
  • Jean Carle
    Jean Carle
    2019-03-31

    @yazul, Je passe par là et lis des trucs ... Un retour au document de base s'impose : https://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xhtml

    Port numbers are assigned in various ways, based on three ranges: System
    Ports
    (0-1023), User Ports **(1024-49151), and the **Dynamic and/or Private
    Ports (49152-65535);

    0
  • yazul@framasphere.org
    yazul@framasphere.org
    2019-03-31

    Merci @Jean Carle, c'est plus précis !

    0