À première vue, aucune "application" particulière ne résoudra votre problème, il s'agit plutôt d'un problème de réseau - votre ordinateur personnel est derrière NAT et votre ordinateur de travail est derrière un proxy (http ou chaussettes).
Vous avez donc besoin d'un troisième ordinateur - de préférence sous Linux ou BSD - appelez-le "troisième-pc". Un hébergement vps Linux bon marché est probablement la meilleure solution.
Depuis votre ordinateur de travail, vous pouvez utiliser "connect" dans votre configuration ssh pour tunnel via le proxy vers "third-pc" - voir http://bent.latency.net/bent/git/goto-san-connect-1.85/ src/connect.html.
Par exemple, voici une entrée que j'ai dans mon ~/.ssh/config :
Host foo.dyndns.org
User sonia
Port 443
ProxyCommand connect -H 1.2.3.4:8080 %h %p
(L'utilisation du port 443 est un moyen courant de contourner les proxy http).
Depuis votre ordinateur personnel, vous pouvez utiliser "autossh" pour configurer un tunnel persistant vers "third-pc" - voir http://www.harding.motd.ca/autossh/ et http://www.linux.com/archive /fonctionnalité/134133
Depuis votre ordinateur de travail, vous pouvez ensuite vous connecter en ssh jusqu'au "troisième ordinateur", puis redescendre le tunnel autossh jusqu'à votre ordinateur personnel.
Je cherchais la même chose et j'ai trouvé deux outils !
- tmate - partage de terminal instantané
- GoTTY - Partagez votre terminal en tant qu'application Web
tmate :Lorsque vous démarrez tmate dans votre terminal, il crée un lien ssh que vous pouvez partager avec une autre partie que vous souhaitez autoriser à se connecter à votre session de terminal. Une autre partie a juste besoin d'avoir installé ssh.
Fonctionne via les NAT sans problème, aucun outil tiers n'est nécessaire.
Les liens ssh tmate ressemblent à ceci :
Installez simplement tmate sur votre système, il existe des packages dans les dépôts officiels pour presque toutes les principales distributions (Fedora, Debian, Arch, Ubuntu...)
De plus, tmate est open source et vous permet de configurer et d'utiliser votre propre serveur si vous décidez ultérieurement d'éviter d'utiliser un service tiers.
GoTTY :Partagez n'importe quelle application de terminal que vous souhaitez et l'autre partie n'a même pas besoin d'avoir ssh, mais vous devez régler le transfert de port si vous êtes derrière un pare-feu et un NAT.
[1] Outil lui-même - je vous recommande de jeter un œil à jrdesktop [ http://jrdesktop.sourceforge.net/ ] ; bien que ce projet ne soit pas très actif et ne soit pas particulièrement adapté aux connexions de type modem, il est stable, fiable, multiplateforme et fonctionne bien.
[2] Jrdekstop et ssh, tout en ne faisant pas de NAT-transversal (comme Hamachi - soi-disant VPN à configuration zéro ; assurez-vous de vérifier celui-ci ! https://secure.logmein.com/products/hamachi2/), ont des options comme "connexion inversée" qui pourrait vous être utile.
Une fois que vous avez établi un tel VPN entre les machines, vous êtes libre d'utiliser ssh, X, RDP, jrdesktop, VNC et d'autres outils de votre choix comme vous le feriez dans un réseau local normal. Si vous ne faites pas confiance à un "fournisseur transversal" tiers, j'ai entendu dire qu'il est relativement facile d'écrire votre propre contrepartie à un tel logiciel (pourtant, au moins une des machines doit être publique, ou les deux NAT doivent avoir un accès temporaire au public troisième machine).
En outre, les personnes de serverfault.com pourraient offrir de meilleures informations.