Re: Accès graphique par SSH

[jacques]

Le 18/03/2016 09:42, Frédéric MASSOT a écrit :
> Le 17/03/2016 21:03, cont...@baal.fr a écrit :
>> alors je sais c'est pas libre mais c'est gratuit du moins hors de
>> l'usage proffessionnelle moi je me sert de teamviewer c'est
>> inter-compatible windows linux mac android iphone windows phone black
>> berry  je m'en sert pour dépanner les amis sa marche plutot bien par
>> contre sous linux c'est avec wine 
>>
>> au cas ou je met le lien https://www.teamviewer.com/fr/download/linux.aspx
> 
> Je plusois, Teamviewer n'est pas libre, mais quand tu dois intervenir
> sur des postes ou des serveurs Windows à distance c'est super pratique.
> 

Bonjour

Teamviewer et Window$ , je ne me prononce pas , je n'en ai pas la
compétence et ce n'est pas l'objet ici.

Par contre Teamviewer et Linux je vais donner mon avis même si je n'ai
jamais utilisé. Pourquoi confier ces données à une société tierce quand
ssh est ton ami ;-) ?

si tu dois intervenir sur une machine tierce (cible) depuis ta machine
d'assistance, tu crées un compte "maintenance" sur ta machine et tu
demandes à ton interlocuteur de te connecter via ssh en activant le
"remote forwarding":
ssh -R :localhost:22 assistance
Pour prendre la main sur la machine distante il te suffit alors de faire
ssh -p  localhost

Bien sur tu remplaces  par n'importe quel port libre sur ta machine
d'assistance et tu peux utiliser la surcouche ssh de ton choix: par
exemple x2go :-)

Bonne journée

Re: Accès graphique par SSH

[David_dev Dev]

Bonjour,

Je ne sais pas si ça fonctionne à distance, mais j'ai testé récemment x2go,
un autre vnc like en client/serveur qui ouvre par contre une nouvelle
sessions graphique (pas vu si on peut reprendre une session en cours).
J'espère que ce n'est pas trop hors sujet

David

Le 17 mars 2016 à 11:44, Jean-Claude MARQUES 
a écrit :

> Le 17/03/2016 09:22, Olivier a écrit :
> > Bonjour,
> Après un renvoi sur l'adresse personnelle, un second sur la liste ...
>
> Bonjour,
> Expériences faites sous Wheezy, mais je ne pense pas qu'il y ait de
> changement entre les différentes versions de ssh.
>
> >
> > J'utilise de temps en temps, une machine sous Debian Jessie/Gnome
> > installée chez un client.
> > Pour l'instant je travaille sur celle-ci uniquement en ligne de
> commandes.
> > Pour différentes raisons, je transite par une machine tierce selon le
> > schéma suivant:
> >
> > Mon PC (Jessie/Gnome) <--SSH--> Machine relais (Wheezy/CLI) <--SSH-->
> > Machine cible (Jessie/Gnome)
> >
> > 1. M'est-il possible accéder en graphique à la machine cible en
> > conservant les accès par SSH (je peux changer la configuration de
> > chacune des machines mais pas "demander un port supplémentaire" entre
> > la machine relais et la machine ?
> >
>
> Oui. Utiliser de préférence l'option -Y (man ssh)
>
> > 2. Est-ce toujours possible si je devais ajouter une machine relais
> > supplémentaire entre la machine relais actuelle et mon PC ?
> >
>
> Oui. mais le temps de latence augmente (à vue de nez, 1s/connexion ssh
> sur 4 machines (3 connexions ssh donc) pour ouvrir et fermer un emacs
> sur la machine cible).
>
> > 3. Y-a-t-il des contraintes particulières de cohérence entre la
> > machine cible et mon PC (imaginons que la machine cible change de
> > distribution ou que je doive temporairement travailler à partir d'un
> > PC sous Windows) ?
> >
>
> Je ne sais pas
>
> > Slts
>
> Debianement,
>
> Jean-Claude
>
>

Re: Virtualbox et VT-x/AMD-V [HS ?]

[Stiradens]

D'après les test  il vaut mieux faire du filtrage par un firewall 
externe pour maintenir la vie privée avec windows 10.


Tu désactive tout et quand rien est actif en apparence tu regarde les 
log de ce qui sors. Ensuite il faut interdire tous les serveurs 
contactés sans que tu l'ai demandé. Il faut recommencer l'opération car 
il peut y avoir des serveurs "de secours" pour collecter les données. Tu 
peux utiliser fail2ban par exemple pour faire ça.


Le 17/03/2016 13:42, Haricophile a écrit :

Le Tue, 15 Mar 2016 17:35:39 +0100,
Klaus Becker  a écrit :


Bonjour,

je voudrais tester Windaube 10 dans Virtualbox.

Avec la version 64 bits ça ne fonctionne pas parce que je ne peux pas
activer VT-x/AMD-V.

Perso je ne peux pas installer Windows10 qui me jette en disant que le
matériel n'est pas "encore" compatible. Après j'ai vu sur le net qu'il
y a des bidouilles assez complexes pour contourner certains problèmes
de drivers (c'est généralement là où ça coince).

Bref après plusieurs essais ça m'a considérablement gonflé, et du coup
je suis resté sur mes Win [XP..7] pour les besoins occasionnels.

Je pense que win10 est encore très merdique au niveau des drivers et
logiciels tiers, en gros ça marche ou ça ne marche pas suivant ta conf
matérielle, et quand ça ne marche pas on comprend les avantages des
logiciels libres...

Au passage en cas de réussite, ne pas oublier de désactiver tout ce qui
concerne le cloud, synonyme d'usine à espionnage avec keylogger et Cie,
et même là je ne suis pas sûr de ce qui est vraiment envoyé ou pas
puisque les URI de Microsoft sont codées en dur donc infiltrables sans
un firewall externe.

Accès graphique par SSH

[Olivier]

Bonjour,

J'utilise de temps en temps, une machine sous Debian Jessie/Gnome installée
chez un client.
Pour l'instant je travaille sur celle-ci uniquement en ligne de commandes.
Pour différentes raisons, je transite par une machine tierce selon le
schéma suivant:

Mon PC (Jessie/Gnome) <--SSH--> Machine relais (Wheezy/CLI) <--SSH-->
Machine cible (Jessie/Gnome)

1. M'est-il possible accéder en graphique à la machine cible en conservant
les accès par SSH (je peux changer la configuration de chacune des machines
mais pas "demander un port supplémentaire" entre la machine relais et la
machine ?

2. Est-ce toujours possible si je devais ajouter une machine relais
supplémentaire entre la machine relais actuelle et mon PC ?

3. Y-a-t-il des contraintes particulières de cohérence entre la machine
cible et mon PC (imaginons que la machine cible change de distribution ou
que je doive temporairement travailler à partir d'un PC sous Windows) ?

Slts

Re: Questions sur le pinning de packages

[Francois Lafont]

Bonsoir,

On 15/03/2016 12:59, franc...@avalenn.eu wrote:

>> 2. Ou (solution la plus probable), le pinning ne fonctionne pas exactement
>>comme on le croit.
> 
> Je penche pour cette solution. Mais peut-être que cela a été corrigé
> parce-que chez moi (en testing=stretch) ça marche.

Heu, je ne suis pas sûr de te suivre. Tu cites la partie de mon message
où je penche pour une incompréhension de ma part du pinning plutôt qu'un
bug de APT mais la suite de ton message laisse penser (et c'est un doux
euphémisme) que ce serait plutôt un bug en fin de compte.

> Est-ce que ton problème serait un de ceux listés dans :
> https://anonscm.debian.org/cgit/apt/apt.git/commit/?id=a91aae406112df1d8fe16d00212333a20210f674
> 
> http://bugs.debian.org/770017
> http://bugs.debian.org/685215
> http://bugs.debian.org/620249
> http://bugs.debian.org/685215
> ?
> 
> Résultat du "chez moi ça marche" : [...]

Merci François pour toutes ces infos. J'avoue que je n'ai pas regardé en
détail tous ces rapports de bugs mais ils ressemblent fortement aux anomalies
que j'ai constatées. Du coup, sur une VM Debian Jessie de tests, j'ai
installé le paquet apt issu du dépôt de Stretch ie en version 1.2.6 (à ma
grande surprise, l'install est passée les doigts dans le nez) et comme par
hasard avec le même fichier de conf qu'au départ, ça marche :


root@jessie-clean:~# apt-get --version
apt 1.2.6 (amd64)
[...]

root@jessie-clean:~# cat /etc/apt/preferences.d/ceph.pref 
Explanation: To ensure the version of the ceph package.
Package: ceph
Pin: version 9.2.1-*
Pin-Priority: 995

root@jessie-clean:~# apt-cache policy ceph
ceph:
  Installé : (aucun)
  Candidat : 9.2.1-1~bpo80+1
 Table de version :
 9.2.1-1~bpo80+1 995 <== Là 
d'accord ;)
500 http://ceph.com/debian-infernalis jessie/main amd64 Packages
 0.80.11-1 500 < Là 
d'accord ;)
500 http://http.debian.net/debian stretch/main amd64 Packages
 0.80.7-2+deb8u1 500 <== Là 
d'accord ;)
500 http://ftp.fr.debian.org/debian jessie/main amd64 Packages


Donc 1. la compréhension que j'avais du pinning (et que les gens ont en général)
était a priori correcte et 2. en fait c'est apt qui est un peu buggué sur Jessie
(c'est toujours bon à savoir).

Du coup, avec un apt non buggué, j'ai tenté de faire de ce je voulais faire 
depuis
le début, à savoir fixer à 995 la priorité des tous les packages d'origine 
"ceph.com"
_dont_ la version matche 9.2.1-*. Donc ici, il y a 2 conditions : une sur 
l'origine
et l'autre sur la version. Et là, je ne suis arrivé à rien. J'ai notamment 
tenté ça
mais sans succès :

Package: *
Pin: version 9.2.1-*, origin "ceph.com"
Pin-Priority: 995

Si jamais vous avez une idée de comment le faire (si c'est possible), n'hésitez 
pas.

J'ai déjà pas mal avancé du coup. Merci François pour l'aide.

-- 
François Lafont

Re: Accès graphique par SSH

[jacques]

Bonjour,

Attention , la solution proposée par Laura n'utilise pas le tunnel ssh
pour forwarder la session X11: les données "graphiques" vont circuler en
clair sur un port dédié à X11 (si un firewall ne bloque pas
l'utilisation de ce port X11).

Une autre solution purement ssh et n'utilisant que les ports reseau de
la session ssh (22 par défaut) est bien d'utiliser le paramètre
X11Forwarding=yes et de ne surtout pas toucher aux variables DISPLAY ni
à la commande xhost: il faut laisser le client et le serveur ssh gérer
un tunnel X11 (c'est le but de X11Forwarding).

Pour répondre au besoin 1) Je te propose d'utiliser le forward X11 dans
un tunnel ssh et la notion de serveur proxy ssh. Pour ce faire tu peux
editer le fichier ~/.ssh/config de la machine mon_pc de la façon suivante:

Host cible
Hostname cible
User user_sur_cible
ForwardX11Trusted=yes
ForwardAgent=yes
ProxyCommand ssh relais "nc -q 0 %h %p"

(Pour comprendre les différentes directives: man ssh_config)

Sur les serveurs relay et cible ne pas oublier de positionner
"X11Forwarding yes" dans /etc/ssh/sshd_config (il faut les privilèges root)

ensuite
slogin cible
suivi de la commande graphique (ou non) à exécuter sur la machine cible
devrait répondre à ton besoin 1) et surtout ne pas triturer la variable
DISPLAY car ssh s'en charge.

Si tu veux non seulement lancer une commande graphique occasionnelle sur
la machine cible (dont les performances d'affichage seront très lentes)
mais obtenir un environnement de bureau sur la machine cible (avec des
performances d'affichage tout à fait bluffantes par rapport au pur X11
forwarding) je ne saurai que te recommander l'utilisation de x2go
(apt-get install x2goserveur sur cible et apt-get install x2goclient sur
le poste client

Pour la question 3)
la méthode proposée fonctionne quelque soit la distribution linux sur le
client, le relais et la cible.
Si tu utilises un client windows la méthode pure ssh nécessite d'avoir
un serveur X11 sur le PC (ce n'est pas fourni par micro$oft)
Par contre si tu installes le client x2go pour windows tout
fonctionnera. Tu le trouveras sur le site du projet x2go:
http://code.x2go.org/releases/binary-win32/x2goclient/releases/4.0.5.0-2015.07.31/

Bonne journée

Jacques

Le 17/03/2016 10:51, laura a écrit :
> LBonjour!
> 
> Je fait ça que tu veux faire autrefois, et j'ai écris un petit article sur
> mon blog.
> 
> laupri.com/blog/spip.php?article223
> 
> Si tu veux je te fais la traduction au Français, mais je crois que tu peux
> suivre les commamdes sans problèmes de langues :)
> 
> J'espère que ça t'aide,
> 
> 
> Chao!
> 
> Laura
> 
> On Thursday, 17 March 2016, Pierre Malard  > wrote:
> 
>> Le 17 mars 2016 à 09:22, Olivier  a écrit :
>>
>> J'utilise de temps en temps, une machine sous Debian Jessie/Gnome
>> installée chez un client.
>> Pour l'instant je travaille sur celle-ci uniquement en ligne de commandes.
>> Pour différentes raisons, je transite par une machine tierce selon le
>> schéma suivant:
>>
>> Mon PC (Jessie/Gnome) <--SSH--> Machine relais (Wheezy/CLI) <--SSH-->
>> Machine cible (Jessie/Gnome)
>>
>> 1. M'est-il possible accéder en graphique à la machine cible en conservant
>> les accès par SSH (je peux changer la configuration de chacune des machines
>> mais pas "demander un port supplémentaire" entre la machine relais et la
>> machine ?
>>
>> 2. Est-ce toujours possible si je devais ajouter une machine relais
>> supplémentaire entre la machine relais actuelle et mon PC ?
>>
>> 3. Y-a-t-il des contraintes particulières de cohérence entre la machine
>> cible et mon PC (imaginons que la machine cible change de distribution ou
>> que je doive temporairement travailler à partir d'un PC sous Windows) ?
>>
>>
>> Je ne sais pas si ça peut répondre mais, si cela concerne un affichage
>> graphique X, est-ce que tu as essayé l’option « -X » ou « -Y » dans tes ssh
>> ?
>>
>> --
>> Pierre Malard
>>
>>   «*Quand un Français dit du mal de lui, ne le croyez pas, Il se vante !*»
>>Édouard Pailleron
>>|\  _,,,---,,_
>>/,`.-'`'-.  ;-;;,_
>>   |,4-  ) )-,_. ,\ (  `'-'
>>  '---''(_/--'  `-'\_)   πr
>>
>> perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-.  ;-;;,_:  |,A-  )
>> )-,_. ,\ (  `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"'  `-'"'"'\_):
>> 24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'
>> - --> Ce message n’engage que son auteur <--
>>
>>
> 

Accès graphique par SSH

[laura]

LBonjour!

Je fait ça que tu veux faire autrefois, et j'ai écris un petit article sur
mon blog.

laupri.com/blog/spip.php?article223

Si tu veux je te fais la traduction au Français, mais je crois que tu peux
suivre les commamdes sans problèmes de langues :)

J'espère que ça t'aide,


Chao!

Laura

On Thursday, 17 March 2016, Pierre Malard > wrote:

> Le 17 mars 2016 à 09:22, Olivier  a écrit :
>
> J'utilise de temps en temps, une machine sous Debian Jessie/Gnome
> installée chez un client.
> Pour l'instant je travaille sur celle-ci uniquement en ligne de commandes.
> Pour différentes raisons, je transite par une machine tierce selon le
> schéma suivant:
>
> Mon PC (Jessie/Gnome) <--SSH--> Machine relais (Wheezy/CLI) <--SSH-->
> Machine cible (Jessie/Gnome)
>
> 1. M'est-il possible accéder en graphique à la machine cible en conservant
> les accès par SSH (je peux changer la configuration de chacune des machines
> mais pas "demander un port supplémentaire" entre la machine relais et la
> machine ?
>
> 2. Est-ce toujours possible si je devais ajouter une machine relais
> supplémentaire entre la machine relais actuelle et mon PC ?
>
> 3. Y-a-t-il des contraintes particulières de cohérence entre la machine
> cible et mon PC (imaginons que la machine cible change de distribution ou
> que je doive temporairement travailler à partir d'un PC sous Windows) ?
>
>
> Je ne sais pas si ça peut répondre mais, si cela concerne un affichage
> graphique X, est-ce que tu as essayé l’option « -X » ou « -Y » dans tes ssh
> ?
>
> --
> Pierre Malard
>
>   «*Quand un Français dit du mal de lui, ne le croyez pas, Il se vante !*»
>Édouard Pailleron
>|\  _,,,---,,_
>/,`.-'`'-.  ;-;;,_
>   |,4-  ) )-,_. ,\ (  `'-'
>  '---''(_/--'  `-'\_)   πr
>
> perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-.  ;-;;,_:  |,A-  )
> )-,_. ,\ (  `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"'  `-'"'"'\_):
> 24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'
> - --> Ce message n’engage que son auteur <--
>
>

-- 
---
http://laupri.com
*-*-*-*-*-*-*-*-*-*-*

Re: Virtualbox et VT-x/AMD-V [HS ?]

[Klaus Becker]

Le mardi 15 mars 2016, 21:06:14 JF Straeten a écrit :
> LO,
> 
> 
> On Tue, Mar 15, 2016 at 08:57:20PM +0100, Klaus Becker wrote:
> 
> [...]


Finalement, j'ai pu créer une clé USB bootable avec Win10 grâce à Rufus - 
https://rufus.akeo.ie - et installer Win10 à partir de là sans problème.

Donc les DVD que j'avais utilisé (l'un était neuf) doivent être en cause.

bonne journée

Klaus

Re: formater une disquette en ext2fs

[Pascal Hambourg]

Bernard Schoenacker a écrit :
> 
> je recherche à formater une disquette de 1,44Mo en ext2fs ...
> 
> comme idée j'avais ceci :
> 
> fdformat -t ext2fsd /dev/fd0

Tu mélange formatage physique et "formatage logique".

fdformat fait un formatage physique de la disquette.

ext2 est un format logique, il se crée avec e2mkfs comme sur n'importe
quel support.

> autre question comment forcer la fat à 2,88 Mo ?

Non sens. Il n'y a pas de FAT dans le format ext2.

Re: Questions sur le pinning de packages

[didier gaumet]

Le 17/03/2016 01:56, Francois Lafont a écrit :
...]
> Du coup, avec un apt non buggué, j'ai tenté de faire de ce je voulais faire 
> depuis
> le début, à savoir fixer à 995 la priorité des tous les packages d'origine 
> "ceph.com"
> _dont_ la version matche 9.2.1-*. Donc ici, il y a 2 conditions : une sur 
> l'origine
> et l'autre sur la version. Et là, je ne suis arrivé à rien. J'ai notamment 
> tenté ça
> mais sans succès :
> 
> Package: *
> Pin: version 9.2.1-*, origin "ceph.com"
> Pin-Priority: 995
> 
> Si jamais vous avez une idée de comment le faire (si c'est possible), 
> n'hésitez pas.
> 
> J'ai déjà pas mal avancé du coup. Merci François pour l'aide.

tu peux tester avec
 Package: ceph*
au lieu de
 Package: *

j'ai lu quelque part que le pinning n'avait pas la même gestion des
priorités suivant que ça portait sur tous les paquets ou seulement
certains: à vérifier...

Re: Raspberry

[moi-meme]

Le Sat, 19 Mar 2016 09:00:03 +0100, MENGUAL Jean-Philippe a écrit :

> Hello,
> 
> Petite question: c'est considéré comme libre le matériel Raspberry? Ou
> ya du privateur dedans?
> 
> Amitiés,

Debian c'est libre mais il y a des firmwares non libres (nécessaires pour 
certains matériels) hors distrib..

Pour le hard le chipset n'est pas entièrement libre mais une partie a été 
libérée (côté GPU je crois).

Notification visuelle lors d'input/output error

[elouann]

Bonjour à toutes et tous,

je suis un fervent utilisateur de Tails[1], système Live basé depuis peu
sur Debian Jessie et Gnome shell.

Lorsque qu'un périphérique rencontre des erreurs d'entrée/sortie,
l'utilisateur n'en a pas connaissance avant que celui-ci passe en
lecture seule, ce qui peut entraîner des pertes de données.
Les logs annoncent pourtant un problème depuis parfois plusieurs
dizaines de minutes. Je vous joins ci-dessous des extraits de ces logs.

La question est: comment faire remonter cette information à
l'utilisateur au plus vite, via une notification visuelle ?

Merci!
~ elouann


[1] https://tails.boum.org

---

Extraits de log:

Mar 15 11:12:33 amnesia kernel: EXT4-fs (dm-0): Delayed block allocation
failed for inode 1184580 at logical offset 0 with max
Mar 15 11:12:33 amnesia kernel: EXT4-fs (dm-0): This should not happen!!
Data will be lost

Mar 15 11:12:43 amnesia kernel: EXT4-fs warning (device dm-0):
ext4_end_bio:317: I/O error -5 writing to inode 1048582 (offset
Mar 15 11:12:43 amnesia kernel: buffer_io_error: 502 callbacks suppressed
Mar 15 11:12:43 amnesia kernel: Buffer I/O error on device dm-0, logical
block 6343843

Mar 15 11:17:34 amnesia kernel: EXT4-fs error (device dm-0):
ext4_wait_block_bitmap:494: comm icedove: Cannot read block bitma
Mar 15 11:17:34 amnesia kernel: EXT4-fs (dm-0): previous I/O error to
superblock detected
Mar 15 11:17:34 amnesia kernel: Buffer I/O error on device dm-0, logical
block 0
Mar 15 11:17:34 amnesia kernel: lost page write due to I/O error on dm-0

Re: Accès graphique par SSH

[Frédéric MASSOT]

Le 17/03/2016 21:03, cont...@baal.fr a écrit :
> alors je sais c'est pas libre mais c'est gratuit du moins hors de
> l'usage proffessionnelle moi je me sert de teamviewer c'est
> inter-compatible windows linux mac android iphone windows phone black
> berry  je m'en sert pour dépanner les amis sa marche plutot bien par
> contre sous linux c'est avec wine 
> 
> au cas ou je met le lien https://www.teamviewer.com/fr/download/linux.aspx

Je plusois, Teamviewer n'est pas libre, mais quand tu dois intervenir
sur des postes ou des serveurs Windows à distance c'est super pratique.

-- 
==
|  FRÉDÉRIC MASSOT   |
| http://www.juliana-multimedia.com  |
|   mailto:frede...@juliana-multimedia.com   |
| +33.(0)2.97.54.77.94  +33.(0)6.67.19.95.69 |
===Debian=GNU/Linux===

formater une disquette en ext2fs

[Bernard Schoenacker]

bonjour,

je recherche à formater une disquette de 1,44Mo en ext2fs ...

comme idée j'avais ceci :

fdformat -t ext2fsd /dev/fd0


mais comme c'est très ancien je ne suis plus aussi sûr que ça


autre question comment forcer la fat à 2,88 Mo ?

slt
bernard 

Re: Questions sur le pinning de packages

[Francois Lafont]

Bonsoir,

Et désolé de ma réponse tardive Didier.

On 14/03/2016 12:38, didier gaumet wrote:
> un petit test:
> 
> root@hp-dm1:/home/didier# cat /etc/apt/preferences
> 
> Package: ceph*
> Pin: origin "ftp.fr.debian.org"
> Pin-Priority: 995
> 
> 
> root@hp-dm1:/home/didier# apt-cache policy ceph
> ceph:
>   Installé : (aucun)
>   Candidat : 0.80.10-2~bpo8+1
>   Épinglage de paquet : 0.80.10-2~bpo8+1
>  Table de version :
>  9.2.1-1~bpo80+1 995
> 500 http://ceph.com/debian-infernalis/ jessie/main amd64 Packages
>  0.80.10-2~bpo8+1 995
> 100 http://ftp.fr.debian.org/debian/ jessie-backports/main amd64
> Packages
>  0.80.7-2+deb8u1 995
> 500 http://ftp.fr.debian.org/debian/ jessie/main amd64 Packages
> 
> le pinning ne *semble* pas fonctionner puisque tous les paquets ceph ont
> soi-disant une priorité de 995 mais en fait ça fonctionne puisque la
> version candidate affichée par apt-policy est 0.80.10-2~bpo8+1, donc en
> fait la version provenant bien de ftp.fr.debian.org/debian, avec le N°
> de version le plus élevé (donc ici celle de jessie-backports plutôt que
> celle de jessie).
> pour vérifier j'ai fait un apt-get -s install ceph qui m'a bien confirmé
> que ça voulait installer ceph de backports.
> 
> j'ai l'impression qu'apt-cache policy affiche bien le pinning des dépôts
> mais mal celui des paquets, mais on peut se fier à son affichage
> du candidat pour savoir ce qui serait effectivement installé.
> 
> en résumé le pinning m'a l'air d'offrir moins de possibilités en réalité
> que sur le papier et on a vraiment intérêt à tester ce que ça donne
> avant de mettre en application...

Je suis assez d'accord avec cette conclusion. Et j'ajoute que du coup,
j'ai quand même pas vraiment bien pigé comment ça fonctionne. Je doute
maintenant que ce que je veux faire (indiqué dans mon premier message)
soit possible.

-- 
François Lafont

Re: Accès graphique par SSH

[daniel huhardeaux]

Le 18/03/2016 10:18, jacques a écrit :

Le 18/03/2016 09:42, Frédéric MASSOT a écrit :

Le 17/03/2016 21:03, cont...@baal.fr a écrit :

alors je sais c'est pas libre mais c'est gratuit du moins hors de
l'usage proffessionnelle moi je me sert de teamviewer c'est
inter-compatible windows linux mac android iphone windows phone black
berry  je m'en sert pour dépanner les amis sa marche plutot bien par
contre sous linux c'est avec wine 

au cas ou je met le lien https://www.teamviewer.com/fr/download/linux.aspx

Je plusois, Teamviewer n'est pas libre, mais quand tu dois intervenir
sur des postes ou des serveurs Windows à distance c'est super pratique.


Bonjour


Bonjour



Teamviewer et Window$ , je ne me prononce pas , je n'en ai pas la
compétence et ce n'est pas l'objet ici.

Par contre Teamviewer et Linux je vais donner mon avis même si je n'ai
jamais utilisé. Pourquoi confier ces données à une société tierce quand
ssh est ton ami ;-) ?

si tu dois intervenir sur une machine tierce (cible) depuis ta machine
d'assistance, tu crées un compte "maintenance" sur ta machine et tu
demandes à ton interlocuteur de te connecter via ssh en activant le
"remote forwarding":
ssh -R :localhost:22 assistance
Pour prendre la main sur la machine distante il te suffit alors de faire
ssh -p  localhost

Bien sur tu remplaces  par n'importe quel port libre sur ta machine
d'assistance et tu peux utiliser la surcouche ssh de ton choix: par
exemple x2go :-)


autossh est votre ami :-)

--
Daniel

Re: Accès graphique par SSH

[jacques]

Le 17/03/2016 17:42, VieuxGeek DuSystem a écrit :
> Bonjour
> 
> Je vais proposer une alternative, dans un tunel ssh c'est encore
> mieux, meme contrainte le débit.
> 
> https://en.wikipedia.org/wiki/Remote_Desktop_Protocol
> 
> Stéphane

Bonjour,

Je rappelle le besoin initial:
client ---> relais ---> cible

x2go via l'implémentation du proxy ssh permet cette configuration. Quant
est-il de de RDP ?

Dans la page wikipedia 2 chapitres me font "peur":
_sécurity_ (x2go repose sur ssh en lequel j'ai plus confiance que des
produits issus de micro$oft et donc soumis au (non)droit américain en
terme de chiffrement et
_patents_ : x2go est un logiciel libre


des petits plus de x2go (à vérifier si possible ou pas avec RDP):
il permet d'interrompre une session et de la reprendre là ou on l'avait
laissé
il permet de partager la session de l'utilisateur (bien pratique pour de
l'aide à distance)

Ensuite ce n'est que mieux si des solutions alternatives existent et
tant mieux si rdp en est une.

Bonne soirée

Jacques

Re: Raspberry

[Alban Gruin]

> Un travail de définition de ce qu'est un matériel libre ici :
> http://www.oshwa.org/definition/french/

Sur cette page, on peut lire :
> Si le matériel licencié nécessite un logiciel, qu’il soit embarqué ou
> non, pour fonctionner correctement et remplir ses fonctions
> essentielles, alors la licence peut exiger que l’une des conditions
> suivantes sont remplies:
> [...]
> b) Que le logiciel nécessaire soit disponible sous OSI-approved
> license Open Source.

Les blobs nécessaires pour faire fonctionner la Pi ne satisfont pas ce
critère.

-- 
   Alban Gruin

GPG/PGP: 9383 332E E765 B7A5 89DC  D775 C9CB C07E A823 CE0F
https://gnupg.org/


signature.asc
Description: PGP signature

Re: Raspberry

[S L]

Le 19 mars 2016 à 09:29, Philippe Baret  a écrit :
>> Un travail de définition de ce qu'est un matériel libre ici :
>> http://www.oshwa.org/definition/french/

Le 19 mars 2016 à 09:52, Alban Gruin  a écrit :
> Sur cette page, on peut lire : [...]
> Les blobs nécessaires pour faire fonctionner la Pi ne satisfont pas ce
> critère. Alban Gruin


Bonjour, j'ai un Raspberry Pi B et un Selectronic Uno mais je ne sais
pas quoi en faire :-)

Entièrement libres ?

https://www.olimex.com/Products/OLinuXino/A20/open-source-hardware

https://www.pine64.com/

http://www.developpez.com/actu/96604/ODROID-C2-un-nouvel-ordinateur-a-carte-unique-de-40-plus-rapide-avec-deux-fois-plus-de-memoire-que-le-dernier-modele-de-la-famille-Raspberry-Pi/

RaspberryPi 3 http://www.framboise314.fr/raspberry-pi-3-quoi-de-neuf-docteur/

Un avis mitigé, en anglais
http://nullr0ute.com/2016/03/lipstick-on-a-pig-aka-the-raspberry-pi-3/

Nanos https://fr.wikipedia.org/wiki/Nano-ordinateur

Si vous n'aimez pas payer par Internet, Hackspark une boutique irl à
Paris 11e, propose des nanos (menu Outils de dev//Linux)
https://hackspark.fr/

Fablabs hacklabs IDF http://www.parinux.org/content/hacklabs

Agenda http://bn.parinux.org/p/agenda

Bonne fin de semaine

Re: formater une disquette en ext2fs

[Bernard Schoenacker]

Le Thu, 17 Mar 2016 10:36:02 +0100,
Pascal Hambourg  a écrit :

> Bernard Schoenacker a écrit :
> > 
> > je recherche à formater une disquette de 1,44Mo en ext2fs ...
> > 
> > comme idée j'avais ceci :
> > 
> > fdformat -t ext2fsd /dev/fd0  
> 
> Tu mélange formatage physique et "formatage logique".
> 
> fdformat fait un formatage physique de la disquette.
> 
> ext2 est un format logique, il se crée avec e2mkfs comme sur n'importe
> quel support.
> 
> > autre question comment forcer la fat à 2,88 Mo ?  
> 
> Non sens. Il n'y a pas de FAT dans le format ext2.
> 

bonjour,

merci pour la réponse pleine de sens ...

slt
bernard

Re: Raspberry

[Philippe Baret]

Un travail de définition de ce qu'est un matériel libre ici :
http://www.oshwa.org/definition/french/

Philippe

On 19/03/2016 09:19, Alban Gruin wrote:

Bonjour,
le matériel de la Pi a besoin de blobs pour fonctionner correctement, et
leur licence n'est pas vraiment libre [1][2].

[1] https://github.com/raspberrypi/firmware/blob/master/boot/LICENCE.broadcom
[2] https://libreboot.org/faq/#repugnantpi

Re: Raspberry

[Alban Gruin]

Bonjour,
le matériel de la Pi a besoin de blobs pour fonctionner correctement, et
leur licence n'est pas vraiment libre [1][2].

[1] https://github.com/raspberrypi/firmware/blob/master/boot/LICENCE.broadcom
[2] https://libreboot.org/faq/#repugnantpi
-- 
   Alban Gruin

GPG/PGP: 9383 332E E765 B7A5 89DC  D775 C9CB C07E A823 CE0F
https://gnupg.org/


signature.asc
Description: PGP signature

Re: Raspberry

[erwin]

Le Sat, 19 Mar 2016 04:40:15 +0100
MENGUAL Jean-Philippe  écrivait:

> Hello,
> 
> Petite question: c'est considéré comme libre le matériel Raspberry? Ou
> ya du privateur dedans?
> 
> Amitiés,
> 

Hello,
possédant un raspberry, je viens de chercher un peu : je ne sais pas si le 
matériel est libre, mais le site http://hardware-libre.fr/ en parle beaucoup.
Cordialement
Erwin

Raspberry

[MENGUAL Jean-Philippe]

Hello,

Petite question: c'est considéré comme libre le matériel Raspberry? Ou
ya du privateur dedans?

Amitiés,

-- 

Jean-Philippe MENGUAL

HYPRA, progressons ensemble

Tél.: 01 84 73 06 61
Mail: cont...@hypra.fr

Site Web: http://hypra.fr

Re: Accès graphique par SSH

[honeyshell]

Bonjour Olivier,

1 : tu peux faire du VNC nativement avec ssh, si tu regardes dans les
options de configuration de ssh, il faut l'activer et ouvrir le port 5900
(par défaut, mais à changer pour des questions de sécu). Et tu peux faire
du VNC via SSH, tout en ouvrant une connexion ssh sur un terminal en
parallèle.

2 : sur la machine relais normalement tu devrais avec une règle de routage
des ports. Je suppose que tu mappes le port 22 (typiquement) pour qu'il
aille directement sur le port 22 de la machine cible. Si tu as une ou X
machines, il faudra donc que tu dédiés d'autres ports que ce port 22, ainsi
que pour le port VNC.
Toujours dans le fichier de configuration de ssh tu peux configurer le port
utilisé. (en général on évite justement de mettre 22 à cause des robots)

3: J'ai déjà fait du Linux (vinagre)<->Linux cible ou du Windows
(ultraVNC)<-> Linux cible

Attention au débit réseau.

Bons tests

Re: Accès graphique par SSH

[Jean-Claude MARQUES]

Le 17/03/2016 09:22, Olivier a écrit :
> Bonjour,
Après un renvoi sur l'adresse personnelle, un second sur la liste ...

Bonjour,
Expériences faites sous Wheezy, mais je ne pense pas qu'il y ait de
changement entre les différentes versions de ssh.

>
> J'utilise de temps en temps, une machine sous Debian Jessie/Gnome
> installée chez un client.
> Pour l'instant je travaille sur celle-ci uniquement en ligne de commandes.
> Pour différentes raisons, je transite par une machine tierce selon le
> schéma suivant:
>
> Mon PC (Jessie/Gnome) <--SSH--> Machine relais (Wheezy/CLI) <--SSH-->
> Machine cible (Jessie/Gnome)
>
> 1. M'est-il possible accéder en graphique à la machine cible en
> conservant les accès par SSH (je peux changer la configuration de
> chacune des machines mais pas "demander un port supplémentaire" entre
> la machine relais et la machine ?
>

Oui. Utiliser de préférence l'option -Y (man ssh)

> 2. Est-ce toujours possible si je devais ajouter une machine relais
> supplémentaire entre la machine relais actuelle et mon PC ?
>

Oui. mais le temps de latence augmente (à vue de nez, 1s/connexion ssh
sur 4 machines (3 connexions ssh donc) pour ouvrir et fermer un emacs
sur la machine cible).

> 3. Y-a-t-il des contraintes particulières de cohérence entre la
> machine cible et mon PC (imaginons que la machine cible change de
> distribution ou que je doive temporairement travailler à partir d'un
> PC sous Windows) ?
>

Je ne sais pas

> Slts

Debianement,

Jean-Claude

Re: Accès graphique par SSH

[cont...@baal.fr]

alors je sais c'est pas libre mais c'est gratuit du moins hors de 
l'usage proffessionnelle moi je me sert de teamviewer c'est 
inter-compatible windows linux mac android iphone windows phone black 
berry  je m'en sert pour dépanner les amis sa marche plutot bien par 
contre sous linux c'est avec wine 


au cas ou je met le lien https://www.teamviewer.com/fr/download/linux.aspx

Le 17/03/2016 18:47, VieuxGeek DuSystem a écrit :

Merci Jacques pour ce rappelle

Finalement RDP n'est peut étre pas la solution ... dsl



Le 17 mars 2016 à 17:55, jacques  a écrit :

Le 17/03/2016 17:42, VieuxGeek DuSystem a écrit :

Bonjour

Je vais proposer une alternative, dans un tunel ssh c'est encore
mieux, meme contrainte le débit.

https://en.wikipedia.org/wiki/Remote_Desktop_Protocol

Stéphane

Bonjour,

Je rappelle le besoin initial:
client ---> relais ---> cible

x2go via l'implémentation du proxy ssh permet cette configuration. Quant
est-il de de RDP ?

Dans la page wikipedia 2 chapitres me font "peur":
_sécurity_ (x2go repose sur ssh en lequel j'ai plus confiance que des
produits issus de micro$oft et donc soumis au (non)droit américain en
terme de chiffrement et
_patents_ : x2go est un logiciel libre


des petits plus de x2go (à vérifier si possible ou pas avec RDP):
il permet d'interrompre une session et de la reprendre là ou on l'avait
laissé
il permet de partager la session de l'utilisateur (bien pratique pour de
l'aide à distance)

Ensuite ce n'est que mieux si des solutions alternatives existent et
tant mieux si rdp en est une.

Bonne soirée

Jacques