Un équivalent de portsh tunneling ssh pour les serveurs Windows?

ma maison est des serveurs Linux où SSH peut toujours être utilisé pour contourner un pare-feu légèrement trop restrictif. Au travail cependant, tous les serveurs avec lesquels nous traitons sont basés sur Windows.

Je dois me connecter à une instance SQL Server 2000 exécutée sur un serveur Windows 2008. Le serveur se trouve derrière un pare-feu qui semble bloquer tous les ports entrants à l'exception du bureau distant. Il y a supposément un VPN, mais pour une raison quelconque, il est éteint et à en juger par la vitesse à laquelle nous avons finalement accédé au bureau distant, il faudrait probablement quelques semaines avant que nous puissions placer une exception dans le pare-feu ou l'utilisateur ajouté au VPN.

Alors maintenant, je cherche une solution rapide pour contourner ce problème. Quelle est la meilleure façon de la contourner?

De plus, les ordinateurs que nous utilisons pour se connecter au serveur fonctionnent sous Windows 7. Et nous avons un accès administrateur au serveur, mais nous préférons ne rien installer de façon permanente

Quel est le problème avec l'utilisation de Remote Desktop? Qu'essayez-vous de faire d'autre? Vous dites que vous venez d'un client Windows 7 vers un serveur Windows 2008 et que Remote Desktop est disponible. Je ne comprends pas le problème. Remote Desktop Server peut être configuré pour vous permettre de choisir parmi différents serveurs internes de votre client à la maison, avec le bon vaudou. Votre administrateur système de pare-feu serait en contrôle de cela.

Vandyke Software dispose d'un solide produit de serveur SSH pour Windows Server. Ce n'est pas gratuit mais ça marche. Les pare-feu mis à part, vous pouvez vous connecter à partir de Putty ou de n'importe quel client SSH et transférer le port. http://www.vandyke.com/products/vshell/

Il y a toujours gotomypc.com ou cet acabit.

Que diriez-vous de cela, en supposant que SSH est autorisé à sortir:

1. Exécutez putty.exe sur le serveur en tant qu'administrateur avec la redirection de port REMOTE configurée dans le cadre d'un profil de connexion vers votre serveur SSH Linux domestique. C'est la commande OpenSSH équivalente si vous l'avez sur Win2008 comme NitroxDM:

   [root@sqlserver]# ssh -R 5005:127.0.0.1:1433 [email protected]

   Des documents de mastic :

   You can also forward ports in the other direction: arrange for a particular port number on the server machine to be forwarded back to your PC as a connection to a service on your PC or near it. To do this, just select the ‘Remote’ radio button instead of the ‘Local’ one. The ‘Source port’ box will now specify a port number on the server (note that most servers will not allow you to use port numbers under 1024 for this purpose).

   Si vous exécutez Putty en tant qu'administrateur, cela devrait fonctionner en théorie. Cela fonctionne à partir de la racine sous Linux, donc cela semble valoir le coup.

2. Laissez ça fonctionner. Rentrez chez vous et connectez-vous à partir de votre console SQL sur votre ordinateur portable Windows 7 à votre box Linux domestique, que nous traitons maintenant comme votre propre serveur hackerish gotomypc.com. Cette boîte Linux écoute maintenant sur le port TCP 5005, et les connexions à ce port seront retransmises sur Putty au port 1433 (SQL) sur Win2008. Configurez votre outil SQL, ou ligne de commande, peu importe, pour vous connecter à mylinux.athome.com:5005 et voir ce qui se passe.

J'utilise OpenSSH sous Windows. Mais je ne pense pas que cela résoudra votre problème. Une fois que ssh était opérationnel, vous ne pouviez pas basculer vers le port de pare-feu ouvert sans couper Remote Desktop.

On dirait que vous devrez attendre le VPN. Ou exportez les données (je suppose que c'est pourquoi vous vous connectez) vers un serveur local.

Bonne chance.