Contenu | Rechercher | Menus

Annonce

Si vous rencontrez des soucis à rester connecté sur le forum (ou si vous avez perdu votre mot de passe) déconnectez-vous et reconnectez-vous depuis cette page, en cochant la case "Me connecter automatiquement lors de mes prochaines visites".
nombre réponses : 25

#0 Re : -1 »  [script]télécharger récursivement le dernier dossier dans un lien HTTP » Le 04/04/2014, à 17:41

JujuLand
Réponses : 3

Bonjour,

Désolé de déterrer ce vieux post.

Ce script m'intéresse.
Je l'ai ajouté à .bashrc, mais je n'ai pas trouvé comment le lancer.

Merci
A+

#1 Re : -1 »  [script]télécharger récursivement le dernier dossier dans un lien HTTP » Le 05/04/2014, à 09:06

JujuLand
Réponses : 3

Hier, avec le même code, çà ne fonctionnait pas, malgré une fermeture de session ?
J'ai du merder, car çà fonctionne nickel, sans que je ne touche quelque chose.

Merci
A+

#2 Re : -1 »  [Script] Réinstallation automatique des paquets sur un système neuf » Le 04/04/2014, à 14:42

JujuLand
Réponses : 79

Bonjour,

Ce shell est global, assurant la récupération des la liste des programmes, et la réinstallation.
si je comprends tout à fait l'utilité d'un tel script, je me pose des questions sur les cas précis d'utilisation.

En suivant le fil de bout en bout, je me dis par exemple qu'il ne convient pas tel quel dans le cas d'une réinstallation, car qui dit réinstallation, dit écrasement, et d'ailleurs, ce cas avait été discuté dans un des posts.
Dans le cas d'une mise à jour, les logiciels sont mis à jour par le processus, supprimés ou conservés tels quels, donc là encore je ne vois pas l'utilité.

Les deux cas ou je vois une réelle utilité sont soit une installation fraiche, suivie de l'install d'une liste de logiciels, soit dans une réinstallation (que j'utilise, en général lors de mise à jour, car moins sujette à plantage qu'une mise à jour en ligne). Dans ces deux cas, une sauvegarde des logiciels, clés publiques et sources est nécessaire, mais avant écrasement.

Aussi, je pense que le script devrait plutôt être scindé en deux la sauvegarde, qui aura été utilisée en préalable, et l'installation basée sur cette sauvegarde ensuite. Cette liste pouvant, au passage, être modifiée (ajout, suppression).

J'installe de nombreux postes en Ubuntu pour des voisins, amis, ... et le faire manuellement me gave ...

Comment aborder le passage d'un script global tel que reinstall.sh en deux scripts.

PS: je ne suis pas ce qu'on peut appeler un pro du script, même si je met parfois les doigts dedans.

Merci de votre avis ...
A+

#3 -1 »  [Résolu] Petit problem avec un shell lancé depuis le menu » Le 02/04/2014, à 21:48

JujuLand
Réponses : 16

Ce shell permet de simplifier pour des utilisateurs primaires la récupération de pièces jointes envoyées par Outlook, j'ai nommé les winmail.dat.
J'utilise tnef.
Il fonctionne parfaitement dans une console, mais depuis une entrée de menu de alacarte, la fenêtre de visualisation est fermée.

Voici le script :

#!/bin/bash

cd ~/Téléchargements
if !(test -e winmail.dat); then
   echo " "
   echo Désolé, fichier winmail.dat non trouvé ...
   echo " "
   read
else
   mkdir winmail 2>/dev/null
   mv winmail.dat winmail
   cd winmail
   tnef -v winmail.dat 2>log.txt
   error=$(cat log.txt|grep "File exists"|wc -l)
      if test $error -gt 0;then
      echo " "
      echo Désolé, un fichier portant le même nom existe déjà ...
      echo " "
      read
      mv winmail.dat ..
   fi
   rm winmail.dat 2>/dev/null
   rm log.txt 2>/dev/null
   if test $error -eq 0;then
      ls -1 > ~/files
      fichier=$(cat ~/files)
      rm ~/files
      mv $fichier ~/Bureau
      echo $fichier posé sur votre bureau ...
#      xdg-open ~/Bureau/$fichier&
      xdg-open ~/Bureau/$fichier
      sleep 3
   fi
   rm *
fi

[Mise à jour]
Suite aux lumières apportées par tiramiseb, j'ai fini par trouver mon erreur : 'Lancer', et non 'Lancer dans un terminal' était la solution.
J'ai corrigé le source (pas besoin de &). Il fonctionne nickel ... peut être simplement à ajouter le passage de paramètre du chemin par défaut où se trouve le fichier winmail.dat (au cas où la sauvegarde de la piède jointe ne serait pas être Téléchargements).
[/Mise à jour]


Si quelqu'un a une idée pour que la fermeture du shell n'entraine pas la fermeture de la commande exécutée par le xdg-open

Merci
A+

#4 Re : -1 »  [Résolu] Petit problem avec un shell lancé depuis le menu » Le 02/04/2014, à 22:45

JujuLand
Réponses : 16

Le read ne change rien, quand je ferme le shell, il me ferme evince (pour un pdf)
Ceci ne se produit que si j'utilise un raccourci dans le menu de gnome-shell

Peut-être que ceci est normal ?

Le problème est atténué, car je déplace le fichier extrait, et donc Raccourci => Documents permet de le réouvrir, mais bon, j'aurai préféré qu'il ne me ferme pas çà.

A+

#5 Re : -1 »  [Résolu] Petit problem avec un shell lancé depuis le menu » Le 03/04/2014, à 07:51

JujuLand
Réponses : 16

Merci, mais ç'est la même chose ... tout est fermé

A+

#6 Re : -1 »  [Résolu] Petit problem avec un shell lancé depuis le menu » Le 03/04/2014, à 08:31

JujuLand
Réponses : 16
tiramiseb a écrit :

Puis tu as changé ton message d'origine, ultérieurement à ma réponse. Et c'est qui qui passe pour un con ? C'est bibi

Effectivement, j'ai précisé dans un deuxième temps que je pouvais le rouvrir depuis le menu.

tiramiseb a écrit :

Tu peux peut-être envoyer un signal à l'environnement de bureau avec dbus pour lui demander d'ouvrir le fichier en question... par contre je ne sais pas quel serait le signal à envoyer..

Je pensais à une solution simple, ou tout simplemnt si c'était possible ou pas.
Faut quand même pas trop ce casser le citron sur ce détail. On ne va pas utiliser une massue pour écraser une mouche smile
Je vais creuser un peu pour le fun, mais pas plus que çà ...

Merci
A+

#7 Re : -1 »  [Résolu] Petit problem avec un shell lancé depuis le menu » Le 03/04/2014, à 08:40

JujuLand
Réponses : 16

C'est vite vu ... trop compliqué pour un aussi petit détail.

J'en reste à ma première version, je remplacerait simplement le sleep par un read, et çà ne fermera que lorsque l'utilisateur fermera la console.

Merci
A+

#8 Re : -1 »  [Résolu] Petit problem avec un shell lancé depuis le menu » Le 04/04/2014, à 10:46

JujuLand
Réponses : 16

Bon, en grattant un peu, j'ai réussi à le faire fonctionner, voici mes tests:

gedit toto.txt&
sleep 3 => la console se ferme => fermeture de gedit

nohup gedit toto.txt
sleep 3 => sleep n'est pas executé => la console ne se ferme pas => la fermeture manuelle de la console ne ferme pas gedit

nohup gedit toto.txt&
sleep 3 => la console se ferme => mais ne ferme pas gedit => ok

PS :Je n'avais pas remarqué le & dans le post de nesthib, c'était la solution au détail près que :
je ne connais pas le type de fichier caché derrière cette saloperie de winmail.dat

nohup xdg-open toto.txt&
sleep 3 => la console se ferme => fermeture de gedit

Donc, c'est xdg-open qui me fait caguer ...
xdg-open --manual donne xdg-open is for use inside a desktop session only
Perhaps the reason ...

A+

#9 Re : -1 »  [Résolu] Petit problem avec un shell lancé depuis le menu » Le 04/04/2014, à 11:03

JujuLand
Réponses : 16

La solution est peut-être dans l'utilisation d'un utilitaire qui pourrait retourner le programme par défaut du fichier extrait.
Et ensuite exécuter celui-ci

prog=$(<prog> $fichier)
nohup $prog $fichier &

Est-ce que çà existe ?

A+

#10 Re : -1 »  [Résolu] Petit problem avec un shell lancé depuis le menu » Le 04/04/2014, à 13:11

JujuLand
Réponses : 16

Bah c'est le rôle de xdg-open

Non, je parle de retourner le nom du programme, pas de l'exécuter ...

quand je lance xdg-open sur un fichier quelconque, il ouvre le fichier avec l'application qui va bien et il rend la main, je peux alors fermer le terminal, l'application reste ouverte.

C'est pareil chez moi, mais insère la commande dans un shell et exécute le shell en double-cliquant dessus (c'est pareil avec les menus de gnome-shell), là, tu verras que quand tu fermes la console, le programme est fermé. Je parle bien sûr en utilisant xdg-open (ou gnome-open)

Essaye, et dis moi ce que tu as.

A+

#11 Re : -1 »  [Résolu] Petit problem avec un shell lancé depuis le menu » Le 04/04/2014, à 13:55

JujuLand
Réponses : 16

Bon, je ne comprenais pas ta remarque simple-clic, vu que le dernier petit exemple exécutait simplement la commande et un sleep

Je viens de comprendre pourquoi j'avais ce problème: j'utilisais 'Lancer dans un terminal', et non 'Lancer'
J'ai donc modifié le raccourci dans alacarte et remplacé 'Application dans un terminal' par Application.

Tout bêtement ... et c'est nickel sans le & et le nohup, xdg-open suffit

Merci
A+

#12 Re : -1 »  [Résolu] Petit problem avec un shell lancé depuis le menu » Le 04/04/2014, à 14:11

JujuLand
Réponses : 16

Ouais ... çà j'en veux pas wink

Merci
A+

#13 Re : -1 »  [résolu] comment atteindre par ssh mon PC qui est derrière une LB » Le 06/01/2014, à 19:57

JujuLand
Réponses : 17

Regarde ce fil : http://forum.ubuntu-fr.org/viewtopic.php?id=1429171

De plus, j'ai fait un outils de maintenance qui permet d'installer et de gérer les services sous Ubuntu (le serveur)
Personnellement, je me connecte depuis un ubuntu, mais çà doit être possible depuis Windows en utilisant putty.

Cet outil de plus envoie un mail à un mainteneur (ton mail au boulot, par exemple) qui contient ton adresse ip publique, à la connexion utilisateur, mais on pourrai imaginer mettre çà dans le cron.
Pas besoin de s'emmerder avec no-ip ou autre trucs du genre.

Vois par ici http://jujuland.pagesperso-orange.fr/ubuntu.html
Version 0.61 avec les dernières mises à jour d'aujourd'hui.
Doc 0.61 aussi en ligne.

A+

#14 Re : -1 »  [Résolu] Problèmes SSH » Le 07/01/2014, à 09:59

JujuLand
Réponses : 34

si tu fais une capture de paquets avec wireshark, tu constatera qu'avec ip publique attribuée par ton fai, c'est l'adresse de la box qui re-reroute directement, box=fai, donc elle sait mais si tu fais le test connecté à un vpn ou proxy internet, le test est bien réel, la connexion est bien initialisée depuis le net forcément.

Donc, le test ne vaut pas grand chose,..
Pourtant, il me semble que la connexion est plus longue.
Mais, pour ce que je vais en faire, je ne vais pas pousser le vice jusqu'à monter un proxy ... un vpn est une autre histoire ...

La seule chose qui me reste à faire, est la connexion vino sécurisée, je n'ai pas trop compris le moyen d'utiliser ssh avec.

Merci
A+

#15 Re : -1 »  [Résolu] Problèmes SSH » Le 07/01/2014, à 11:44

JujuLand
Réponses : 34

J'avais vu cette option X, mais j'avais probablement lu çà en diagonale, et j'avais zappé ce param X11Forwarding.
Moi aussi, je trouve lourdinge de rapatrier tout le bureau, d'autant que je suis en 512 ko

Dès que j'ai un moment, j'essaie le ssh -x

Merci
A+

#16 Re : -1 »  [Résolu] Problèmes SSH » Le 07/01/2014, à 16:20

JujuLand
Réponses : 34

Mes essais précédents ne fonctionnaient pas, probablement parce que je mettais -x et non -X
Et X11 mérite bien un grand X, car c'est absolument génial !!!
L'essayer, c'est l'adopter...

Mais çà n'empêche que vino+ssh m'est indispensable pour que l'utilisateur que je dépanne puisse en même temps profiter de ce que je fais (je limiterai évidemment au minimum : 512 oblige!).

Juste une astuce, pour stopper le serveur ssh depuis la connexion: faire un kill en sudo.

Concernant la connexion ssh, juste une petite question, pour confirmer ce que je pense.
Je fais une modif dans le sshd_config distant, suivi d'un sudo service ssh restart
La connexion n'est pas coupée.
Pour bénéficier de la nouvelle config, dois-je me déconnecter et me reconnecter ?
Voici un ps avant et après un restart

alain@aupeix-GX723:~/.ssh$ ps -aef|grep sshd
root      3135     1  0 14:58 ?        00:00:00 /usr/sbin/sshd
root      3139  3135  0 14:58 ?        00:00:00 sshd: alain [priv]
alain     3141  3139  0 14:58 ?        00:00:02 sshd: alain@pts/1
alain     3742  3142  0 15:15 pts/1    00:00:00 grep --color=auto sshd
alain@aupeix-GX723:~/.ssh$ sudo service ssh restart
[sudo] password for alain: 
 * Restarting OpenBSD Secure Shell server sshd                                                                                    [ OK ] 
alain@aupeix-GX723:~/.ssh$ ps -aef|grep sshd
root      3139     1  0 14:58 ?        00:00:00 sshd: alain [priv]
alain     3141  3139  0 14:58 ?        00:00:02 sshd: alain@pts/1
root      3762     1  0 15:15 ?        00:00:00 /usr/sbin/sshd
alain     3766  3142  0 15:15 pts/1    00:00:00 grep --color=auto sshd

Je pense que deux process tournent, non ?

A+

#17 Re : -1 »  [Résolu] Problèmes SSH » Le 07/01/2014, à 17:50

JujuLand
Réponses : 34

Confirmation, il faut bien se déconnecter et se reconnecter.
D'ailleurs, le process sur lequel repose la connexion n'a plus de père, même si la connexion fonctionne toujours.

A+

#18 Re : -1 »  [Résolu] Problèmes SSH » Le 14/01/2014, à 23:00

JujuLand
Réponses : 34

Un truc marrant lors de tentative d'ouvrir un partage bureau depuis une connexion ssh:
On y arrive, mais çà ne donne pas ce qu'on pourrait penser:

Ceci pour des raisons d'affichage X11 ne fonctionne qu'avec l'option -X
Après connexion :
- vérifier si la connexion est autorisée par: gsettings get org.gnome.Vino enabled
- nécessaire la changer par :                      gsettings set org.gnome.Vino enabled true
- lancer le partage par :                              /usr/lib/vino/vino-server &
Ensuite sur le client lancer remmina et essayer la connexion.

Elle fonctionne, mais la visualisation à priori surprenante est en fait non l'écran du serveur, mais l'ecran du serveur à travers l'écran du client.
Ceci doit, je pense s'expliquer qu'au moment du lancement de vino-server, il y a un reroutage de l'écran X11 vers la fenêtre du client.
Je ne maitrise pas totallement le phénomène, et mon explication est certainement légèrement fausse, mais je n'ai pas résisté à partager ce que çà donne.

Funny ....  https://www.dropbox.com/s/6v4ge2hx0k9xh … C3%A9o.png

A+

#19 Re : -1 »  Ouvrir des pdf (ou autres) avec firefox + raring + appli externe » Le 12/01/2014, à 12:08

JujuLand
Réponses : 11

J'ai quelques soucis, qui semblent liés à la même cause, mais je n'ai pas encore identifié lesquels.
La plupart des liens pdf s'ouvrent avec le plugin dans firefox
Pour certains, et notamment ceus que je met en lien sur mes pages web, il m'est proposé de choisir.
J'ai remarqué que dans Préférences/Applications, j'ai deux types qui correspondent aux fichiers pdf:
- 'document pdf'     qui est utilisé sur mes sites
- 'Portable Document Format (PDF)' qui est utilisé et utilise le plugin

Il me semble que les fichiers qui s'ouvrent dans le plugin répondent au mimetype 'application/pdf', pour les autres, je ne sais pas.
Il semblerait donc probable que coté serveur, il y ait un tag sur le lien qui permette de fixe le mimetype du lien.
Je vais essayer de voir la différence qu'il peut y avoir entre les deux.

Bien sûr çà ne règle pas ton problème de php (d'ailleurs, en essayant ton lien, on arrive sur une page html, avec des liens sur des pdf, et non directement des pdf), mais il me semble que çà procède in fine de la même cause.
Un test sur le premier pdf de la page que tu cite, me donne application/octet-stream et me propose de l'ouvrir avec Gedit ou de l'enregistrer.

A+

#20 -1 »  Connexion ssh, paramètres et commandes » Le 09/01/2014, à 15:41

JujuLand
Réponses : 6

Bonjour, lors d'une connexion ssh, je lance automatique une commnade dans le .profile.

Le problème, étant que cette commande nécessite que ssh soit lancé avec le paramètre -X.
Comment, coté serveur connaître le mode de la connexion ?
Il y a bien la variable DISPLAY, malheureusement, elle est parfois indisponible depuis .profile, ou sa valeur dépend de l'état d'une connexion précédente. Idem pour les valeurs de SSH_* qui de plus ne donnent pas d'indice.

Serait-il possible lors du lancement, d'envoyer au serveur le contenu d'une variable ?

A+

#21 Re : -1 »  Connexion ssh, paramètres et commandes » Le 09/01/2014, à 22:11

JujuLand
Réponses : 6

En fait, j'ai mis en place avec ssh, vino et TeamViewer un système de prise de contrôle à distance, avec pour ssh -X, un menu qui me permet d'avoir accès à diverses fonctions. Comme je veux pouvoir garder la main avec ce menu, je le lance dans un nouveau terminal.
Cà fonctionne super bien, sauf que si on oublie le param -X, le menu se plante, et c'est un peu trash, car sans -X, pas de console ni de fenêtre supplémentaire.

J'ai regardé les variables qui sont différentes entre ssh et ssh -x, mais s'il y en a une, DISPLAY, elle semble positionnée après l'exécution du .profile, ce qui ne m'intéresse pas, car je voudrai que ce soit automatique: -X => menu sinon, pas de menu.

C'est pour çà que je demandais s'il n'y avait pas de possibilité de passer quelque chose en paramètre, et donc pouvoir l'analyser dans le .profile pour choisir ou non de lancer le menu. Ou encore si on pouvait savoir coté serveur les options utilisées pour la connexion ...

Suis-je clair ?

Merci
A+

#22 Re : -1 »  Connexion ssh, paramètres et commandes » Le 09/01/2014, à 23:31

JujuLand
Réponses : 6

Merci pour la réponse, mais çà ne va pas.
Cà lance bien la commande, mais çà ne redonne pas la main en connexion derrière, d'autant que le profil ne quitte pas à la fin du menu.
Voici la commande de connexion, avec ou sans le &, çà ne change rien
ssh -X -p 22421 alain@192.168.1.111 'gnome-terminal --window-with-profile=maintsys&'

Et voici le shell:

##!/bin/bash

clear
echo -e "                   $gYel maintsys v0.62$noColor - $gCya Outil de paramétrage$noColor"
echo -e " "
echo -e "$gRed -1-$noColor Configuration imprimantes     $gRed -2-$noColor Applications au démarrage"
echo -e " "
echo -e "$gRed -3-$noColor Gestionnaire de mises à jour  $gRed -4-$noColor Paramètres système"
echo -e " "
echo -e "$gRed -5-$noColor Gestionnaire des services     $gRed -6-$noColor Nautilus"
echo -e " "
echo -e "$gRed -7-$noColor Liste des serveurs            $gRed -8-$noColor Console"
echo -e " "
echo -e "$gRed -9-$noColor Config ssh                    $gRed -0-$noColor Config exim4"
echo -e " "
echo -e "$gMag Faites un choix.$noColor$fMag une valeur non valide quittera$gWhi$noColor"
echo -e " "
read outil

if test -z $outil;then
   outil="X"
fi

if test $outil = "1";then 
   echo -e "$mup$mri$mri >>$gGre Configuration imprimantes$noColor"
   python /usr/share/system-config-printer/system-config-printer.py&
fi
if test $outil = "2";then 
   echo -e "$mup$mri$mri >>$gGre Applications au démarrage$noColor"
   gnome-session-properties&
fi
if test $outil = "3";then 
   echo -e "$mup$mri$mri >>$gGre Gestionnaire de mises à jour$noColor"
   update-manager&
fi
if test $outil = "4";then 
   echo -e "$mup$mri$mri >>$gGre Paramètres système$noColor"
   gnome-control-center&
fi
if test $outil = "5";then 
   echo -e "$mup$mri$mri >>$gGre Gestionnaire des services$noColor"
   simple-service-manager&
fi
if test $outil = "6";then 
   echo -e "$mup$mri$mri >>$gGre Nautilus$noColor"
   nautilus&
fi
if test $outil = "7";then 
   echo -e "$mup$mri$mri >>$gGre Liste des serveurs$noColor"
   gnome-terminal --window-with-profile=Serveurs&
fi
if test $outil = "8";then 
   echo -e "$mup$mri$mri >>$gGre Console$noColor"
   gnome-terminal&
fi
if test $outil = "9";then 
   echo -e "$mup$mri$mri >>$gGre Config ssh$noColor"
   gksudo gedit /etc/ssh/sshd_config&
fi
if test $outil = "0";then 
   echo -e "$mup$mri$mri >>$gGre Config exim4$noColor"
   gksudo gedit /etc/exim4/update-exim4.conf.conf /etc/email-addresses /etc/mailname&
fi
echo -e " "
if test $outil != "X";then
   echo -e "$gRed Attention$gCya Return$gRed   terminera l'outil lancé (sauf Console)"
fi
echo -e "          $gCya Relancer$gRed relancera la menu$noColor"
read

Et ce que j'ajoute dans le .profile du serveur:

# Added by JujuLand to manage_colors in terminal
. colors

# Added by JujuLand to retrieve ip addresses
if test -z '$SSH_CLIENT';then
   export LOCAL_IP=$(myipl)
   export PUBLIC_IP=$(myipp)
   if test -z $LOCAL_IP;then
      sleep 5
      export PUBLIC_IP=$(myipp)
      export LOCAL_IP=$(myipl)
      if test -z $LOCAL_IP;then
         sleep 5
         export PUBLIC_IP=$(myipp)
         export LOCAL_IP=$(myipl)
      fi
   fi

   # Added by JujuLand to send Public ip at each connexion to make connexion easiest for maintainer
   export MAINTENANCE=mon.mail@wanadoo.fr
   sendipp
else
   echo -e " "
   echo -e "$gCya Lancer le menu maintsys$noColor ($gYel o$noColor /$gGre N$noColor)?"
   echo -e "$gRed Attention :$gYel Vous devez avoir lancé la connexion avec$gGre -X$noColor"
   read menu
   if test -z $menu;then
      menu="n"
   fi
   if test $menu = "o";then
      gnome-terminal --window-with-profile=maintsys&
   fi
fi

Ce que je veux, c'est lancer ma commande dans un terminal et récupérer la main dans le terminal d'origine.
Et çà fonctionne très bien quand je mets la commande dans le ~/.profile du serveur.

En fait, c'est plus pour l'esthétique qu'autre chose que je voulais pouvoir en arrivée sur le serveur, dans le .profile, pouvoir automatiquement ou non, suivant la connexion -X ou pas, lancer le menu, sans ce message d'erreur quand le -X n'y est pas.

J'ai résolu en demandant avec un read, si on lance ou pas, mais c'est pas pareil hmm

Merci
A+

#23 Re : -1 »  Connexion ssh, paramètres et commandes » Le 10/01/2014, à 22:54

JujuLand
Réponses : 6

Décidément, je dois vraiment très mal exprimer ce que je veux faire smile

Connexion ssh -X ...
Exécution dans le .profile du serveur, durant la phase de connexion,  d'une commande qui ouvre une fenêtre gnome-terminal et exécute un menu (maintsys-tool). Le profil utilisé ne ferme pas la fenêtre à la fin de la commande, et permet de relancer celle-ci. Autant dire, une fenêtre avec un menu permanent durant toute la connexion ssh..
Cette commande rend la main à la console utilisée pour la connexion (commande& dans le .profile), ce qui fait que l'on a en plus du menu, une console pour travailler.

J'ai essayé la syntaxe -f, çà semble exécuter la commande coté client, et en fin d'exécution je suis sur le client.
Bref, ce n'est pas ce que je veux.

Le man donne çà :

-f     Requests ssh to go to background just before command execution.

Je ne comprends pas trop ce qu'ils veulent dire ...

A+

#24 Re : -1 »  Connexion ssh, paramètres et commandes » Le 11/01/2014, à 20:36

JujuLand
Réponses : 6

Effectivement, çà fonctionne, avec un petit effet de bord, c'est que çà n'utilise pas .profile, et donc ne bénéficie pas des variables d'environnement définies dedans.

Je n'ai pas réussi à faire un shell qui lance les deux commandes ...

#!/bin/bash

ssh -X -p $1 $2@$3&
sleep 2
gnome-terminal -e "ssh -X -p $1 $2@$3 -f 'gnome-terminal --window-with-profile=maintsys&'"

Résultat :

alain@Gramps-JujuLand:~/Bureau$ ./Cnx 22421 gerard 192.168.1.96
Pseudo-terminal will not be allocated because stdin is not a terminal.
 
 Lancer le menu maintsys ( o / N)?
 Attention : Vous devez avoir lancé la connexion avec -X
alain@Gramps-JujuLand:~/Bureau$ 

J'ai laissé le message , car il montre que le problème est lors de la première connexion.
Peut-être à cause du &

A+