J'acc=E8de via internet =E0 un r=E9seau distant dont le point d'acc=E8s est=
un
routeur qui redirige certains ports vers les ports ssh de machines de
ce r=E9seau.
Donc je me connecte par exemple =E0 185.xxx.xxx.xxx:3022 et j'acc=E8de au
port 22 de la machine 192.168.0.10 de ce r=E9seau.
J'ai configur=E9 Putty sur mon poste de travail pour cr=E9er un tunnel et
pouvoir acc=E9der au serveur web de cette machine.
Donc sur mon poste, http://localhost:3000 me permet d'acc=E9der =E0
192.168.0.10:80
Cette machine distante offrant =E9galement un serveur samba, j'aimerais
pouvoir monter ses "partages" sur mon poste de travail.
Mais l=E0, je m'y perd un peu.
Quels ports faut-il rediriger sur le routeur, et comment monter (avec
smbmount ou en le sp=E9cifiant dans /etc/fstab) un partage qui serait
alors offert sur mon localhost, mais via un port non conventionnel ?
La méthode la plus simple : OpenVPN. Mais c'est répondre à côté de la question, puisqu'on n'utilise alors pas SSH.
Nina Popravka
On Wed, 24 Oct 2007 01:45:18 -0700, wrote:
Cette machine distante offrant également un serveur samba, j'aimerais pouvoir monter ses "partages" sur mon poste de travail. Mais là, je m'y perd un peu. Quels ports faut-il rediriger sur le routeur, et comment monter (avec smbmount ou en le spécifiant dans /etc/fstab) un partage qui serait alors offert sur mon localhost, mais via un port non conventionnel ?
Y a pas de raison de rediriger quoi que ce soit, puisque ça passerait par ssh, et ça devrait fonctionner en tunnelant 139 vers 139, histoire de pas perturber le client Samba. A part ça, c'est pas une bonne idée du tout, ça va ramer à mort. Utiliser OpenVPN serait plus souple, mais ça n'est pas une bonne idée non plus, ça va ramer à mort aussi... Perso, pour ce genre de besoins vers une seule machine, j'utilise tout bêtement SFTP si je dois absolument ramener des fichiers en local, et si il s'agit de *travailler* sur le long terme, un truc d'ouverture de session à distance, type TSE ou, dans le cas qui vous intéresse, NX Server. -- Nina
On Wed, 24 Oct 2007 01:45:18 -0700, gvdmoort@skynet.be wrote:
Cette machine distante offrant également un serveur samba, j'aimerais
pouvoir monter ses "partages" sur mon poste de travail.
Mais là, je m'y perd un peu.
Quels ports faut-il rediriger sur le routeur, et comment monter (avec
smbmount ou en le spécifiant dans /etc/fstab) un partage qui serait
alors offert sur mon localhost, mais via un port non conventionnel ?
Y a pas de raison de rediriger quoi que ce soit, puisque ça passerait
par ssh, et ça devrait fonctionner en tunnelant 139 vers 139, histoire
de pas perturber le client Samba.
A part ça, c'est pas une bonne idée du tout, ça va ramer à mort.
Utiliser OpenVPN serait plus souple, mais ça n'est pas une bonne idée
non plus, ça va ramer à mort aussi...
Perso, pour ce genre de besoins vers une seule machine, j'utilise tout
bêtement SFTP si je dois absolument ramener des fichiers en local, et
si il s'agit de *travailler* sur le long terme, un truc d'ouverture de
session à distance, type TSE ou, dans le cas qui vous intéresse, NX
Server.
--
Nina
Cette machine distante offrant également un serveur samba, j'aimerais pouvoir monter ses "partages" sur mon poste de travail. Mais là, je m'y perd un peu. Quels ports faut-il rediriger sur le routeur, et comment monter (avec smbmount ou en le spécifiant dans /etc/fstab) un partage qui serait alors offert sur mon localhost, mais via un port non conventionnel ?
Y a pas de raison de rediriger quoi que ce soit, puisque ça passerait par ssh, et ça devrait fonctionner en tunnelant 139 vers 139, histoire de pas perturber le client Samba. A part ça, c'est pas une bonne idée du tout, ça va ramer à mort. Utiliser OpenVPN serait plus souple, mais ça n'est pas une bonne idée non plus, ça va ramer à mort aussi... Perso, pour ce genre de besoins vers une seule machine, j'utilise tout bêtement SFTP si je dois absolument ramener des fichiers en local, et si il s'agit de *travailler* sur le long terme, un truc d'ouverture de session à distance, type TSE ou, dans le cas qui vous intéresse, NX Server. -- Nina
gvdmoort
On 24 oct, 12:26, Nina Popravka wrote:
Y a pas de raison de rediriger quoi que ce soit, puisque ça passerait par ssh, et ça devrait fonctionner en tunnelant 139 vers 139, histoire de pas perturber le client Samba.
Merci pour cela.
A part ça, c'est pas une bonne idée du tout, ça va ramer à mort.
Ramer à mort, pour de simples transferts de fichiers ? sur le poste client ou la machine distante ?
si il s'agit de *travailler* sur le long terme, un truc d'ouverture de session à distance
Je n'ai pas besoin de travailler en mode graphique sur la machine distante (où l'interface graphique n'est d'ailleurs pas installée, c'est juste un serveur de fichiers), sauf quelques commandes que j'exécute déjà via ssh.
Ce qui me plairait, c'est simplement d'accèder à ces partages via mon bon vieux midnight commander, donc qu'ils soient intégrés dans mon système de fichiers local. Mon premier souci est de ne pas rajouter trop de services sur la machine distante, et de ne pas trop entamer ses ressources. Pour l'instant, je fais les transferts occasionnels via scp, je ne pensais pas que combiner ssh et samba (qui sont déjà en service) ferait chuter les performances. Vous en êtes bien sûre ?
Nina
G.
On 24 oct, 12:26, Nina Popravka <N...@nospam.invalid> wrote:
Y a pas de raison de rediriger quoi que ce soit, puisque ça passerait
par ssh, et ça devrait fonctionner en tunnelant 139 vers 139, histoire
de pas perturber le client Samba.
Merci pour cela.
A part ça, c'est pas une bonne idée du tout, ça va ramer à mort.
Ramer à mort, pour de simples transferts de fichiers ? sur le poste
client
ou la machine distante ?
si il s'agit de *travailler* sur le long terme, un truc d'ouverture de
session à distance
Je n'ai pas besoin de travailler en mode graphique sur la machine
distante (où
l'interface graphique n'est d'ailleurs pas installée, c'est juste un
serveur de
fichiers), sauf quelques commandes que j'exécute déjà via ssh.
Ce qui me plairait, c'est simplement d'accèder à ces partages via mon
bon
vieux midnight commander, donc qu'ils soient intégrés dans mon système
de
fichiers local. Mon premier souci est de ne pas rajouter trop de
services sur la
machine distante, et de ne pas trop entamer ses ressources. Pour
l'instant,
je fais les transferts occasionnels via scp, je ne pensais pas que
combiner ssh
et samba (qui sont déjà en service) ferait chuter les performances.
Vous en êtes
bien sûre ?
Y a pas de raison de rediriger quoi que ce soit, puisque ça passerait par ssh, et ça devrait fonctionner en tunnelant 139 vers 139, histoire de pas perturber le client Samba.
Merci pour cela.
A part ça, c'est pas une bonne idée du tout, ça va ramer à mort.
Ramer à mort, pour de simples transferts de fichiers ? sur le poste client ou la machine distante ?
si il s'agit de *travailler* sur le long terme, un truc d'ouverture de session à distance
Je n'ai pas besoin de travailler en mode graphique sur la machine distante (où l'interface graphique n'est d'ailleurs pas installée, c'est juste un serveur de fichiers), sauf quelques commandes que j'exécute déjà via ssh.
Ce qui me plairait, c'est simplement d'accèder à ces partages via mon bon vieux midnight commander, donc qu'ils soient intégrés dans mon système de fichiers local. Mon premier souci est de ne pas rajouter trop de services sur la machine distante, et de ne pas trop entamer ses ressources. Pour l'instant, je fais les transferts occasionnels via scp, je ne pensais pas que combiner ssh et samba (qui sont déjà en service) ferait chuter les performances. Vous en êtes bien sûre ?
Nina
G.
Nicolas George
wrote in message :
Ce qui me plairait, c'est simplement d'accèder à ces partages via mon bon vieux midnight commander, donc qu'ils soient intégrés dans mon système de fichiers local.
sshfs est la solution, alors.
gvdmoort@skynet.be wrote in message
<1193224514.646341.115890@i38g2000prf.googlegroups.com>:
Ce qui me plairait, c'est simplement d'accèder à ces partages via mon
bon vieux midnight commander, donc qu'ils soient intégrés dans mon système
de fichiers local.
Ce qui me plairait, c'est simplement d'accèder à ces partages via mon bon vieux midnight commander, donc qu'ils soient intégrés dans mon système de fichiers local.
sshfs est la solution, alors.
Nina Popravka
On Wed, 24 Oct 2007 04:15:14 -0700, wrote:
je fais les transferts occasionnels via scp Bin c'est parfait, scp, pour ça... Que demande le peuple ???
, je ne pensais pas que combiner ssh et samba (qui sont déjà en service) ferait chuter les performances. Vous en êtes bien sûre ? Je suis absolument certaine que des protocoles "sophistiqués" comme
smb ou afp sont très verbeux, et que ça augmente le volume de données à transférer pour un fichier, par rapport à ftp, scp et assimilés, de facile 15%... Ce qui les rend très pénibles à utiliser sur, par exemple, des liaisons adsl avec un upload maxi vers 100 Ko/s, dès que les fichiers sont un peu gros (et de nos jours, ils sont tous gros) A chaque fois que j'ai essayé de mettre une solution de ce type en place, je suis rapidement repartie la queue entre les jambes :-))) Mais c'est facile à vérifier : faites des chronos... -- Nina
On Wed, 24 Oct 2007 04:15:14 -0700, gvdmoort@skynet.be wrote:
je fais les transferts occasionnels via scp
Bin c'est parfait, scp, pour ça... Que demande le peuple ???
, je ne pensais pas que combiner ssh
et samba (qui sont déjà en service) ferait chuter les performances.
Vous en êtes bien sûre ?
Je suis absolument certaine que des protocoles "sophistiqués" comme
smb ou afp sont très verbeux, et que ça augmente le volume de données
à transférer pour un fichier, par rapport à ftp, scp et assimilés, de
facile 15%... Ce qui les rend très pénibles à utiliser sur, par
exemple, des liaisons adsl avec un upload maxi vers 100 Ko/s, dès que
les fichiers sont un peu gros (et de nos jours, ils sont tous gros)
A chaque fois que j'ai essayé de mettre une solution de ce type en
place, je suis rapidement repartie la queue entre les jambes :-)))
Mais c'est facile à vérifier : faites des chronos...
--
Nina
je fais les transferts occasionnels via scp Bin c'est parfait, scp, pour ça... Que demande le peuple ???
, je ne pensais pas que combiner ssh et samba (qui sont déjà en service) ferait chuter les performances. Vous en êtes bien sûre ? Je suis absolument certaine que des protocoles "sophistiqués" comme
smb ou afp sont très verbeux, et que ça augmente le volume de données à transférer pour un fichier, par rapport à ftp, scp et assimilés, de facile 15%... Ce qui les rend très pénibles à utiliser sur, par exemple, des liaisons adsl avec un upload maxi vers 100 Ko/s, dès que les fichiers sont un peu gros (et de nos jours, ils sont tous gros) A chaque fois que j'ai essayé de mettre une solution de ce type en place, je suis rapidement repartie la queue entre les jambes :-))) Mais c'est facile à vérifier : faites des chronos... -- Nina
Jean-Marc
Ce qui me plairait, c'est simplement d'accèder à ces partages via mon bon vieux midnight commander
Depuis mc, il est possible d'accéder directement à un serveur ssh
==> tape cette commande avec l'invite "cd-rapide" (Alt+c)
#sh:/chemin
Jean-Marc.
PS : cela fonctionne également en ftp :
#ftp:/chemin
Testé sur "GNU Midnight Commander 4.6.1a"
Ce qui me plairait, c'est simplement d'accèder à ces partages via mon
bon
vieux midnight commander
Depuis mc, il est possible d'accéder directement à un serveur ssh
==> tape cette commande avec l'invite "cd-rapide" (Alt+c)