Soit un MacBookPro à Paris + un MacBookPro en Picardie.
Le MBP de Picardie ne sait pas se débrouiller tout seul.
D'ailleurs, pour le moment, il ne sait même pas se servir d'OSX (ce qui
promet).
Je voudrais mettre de quoi naviguer et bidouiller dans le MBP de
Picardie à partir de Paris. Un truc pas lourd et pas pénible à utiliser,
un truc genre clicodrôme. Vos avis ?
Ben justement, j'ai fait un test hier avec Michèle, et j'ai été étonné de la réactivité du partage d'écran d'iChat.
Je l'ai fait plusieurs fois avec ma fille : ça marche mieux à 10 heures du matin qu'à 8 heures du soir... Idem pour la vidéo : un coup l'image est nickel un coup elle est pixellisée.
-- Tardigradus e^iπ=-1 c'est magnifique
Le Moustique <moustique@groumpf.org> wrote:
Ben justement, j'ai fait un test hier avec Michèle, et j'ai été étonné
de la réactivité du partage d'écran d'iChat.
Je l'ai fait plusieurs fois avec ma fille : ça marche mieux à 10 heures
du matin qu'à 8 heures du soir... Idem pour la vidéo : un coup l'image
est nickel un coup elle est pixellisée.
Ben justement, j'ai fait un test hier avec Michèle, et j'ai été étonné de la réactivité du partage d'écran d'iChat.
Je l'ai fait plusieurs fois avec ma fille : ça marche mieux à 10 heures du matin qu'à 8 heures du soir... Idem pour la vidéo : un coup l'image est nickel un coup elle est pixellisée.
-- Tardigradus e^iπ=-1 c'est magnifique
Gilles ROBERT
Philippe Manet a écrit :
Serge Horrent wrote:
Le partage d'écran intégré à iChat ?
Je confirme que cette solution fonctionne très bien
oui, c'est super
Je confirme et j'ai même du mal a comprendre pourquoi se prendre la tête avec autre chose...
Je crois même que maintenant (snow) iChat permet le partage des albums de iPhoto...
Philippe Manet a écrit :
Serge Horrent <minfiu@free.fr.invalid> wrote:
Le partage d'écran intégré à iChat ?
Je confirme que cette solution fonctionne très bien
oui, c'est super
Je confirme et j'ai même du mal a comprendre pourquoi se prendre la tête
avec autre chose...
Je crois même que maintenant (snow) iChat permet le partage des albums
de iPhoto...
Je confirme que cette solution fonctionne très bien
oui, c'est super
Je confirme et j'ai même du mal a comprendre pourquoi se prendre la tête avec autre chose...
Je crois même que maintenant (snow) iChat permet le partage des albums de iPhoto...
michele
> Philippe : si elle envoie un mail, tu récupère pas l'IP dans
l'entete ?
M'enfin, arrêtez avec cette histoire d'IP. Je n'ai pas besoin qu'elle me la donne puisque c'est moi qui configurerait son accès internet quand je serai chez elle. Et la machine, de toute façon, pour l'instant, c'est moi qui l'aie.
> Philippe : si elle envoie un mail, tu récupère pas l'IP dans
l'entete ?
M'enfin, arrêtez avec cette histoire d'IP. Je n'ai pas besoin qu'elle me
la donne puisque c'est moi qui configurerait son accès internet quand je
serai chez elle. Et la machine, de toute façon, pour l'instant, c'est
moi qui l'aie.
> Philippe : si elle envoie un mail, tu récupère pas l'IP dans
l'entete ?
M'enfin, arrêtez avec cette histoire d'IP. Je n'ai pas besoin qu'elle me la donne puisque c'est moi qui configurerait son accès internet quand je serai chez elle. Et la machine, de toute façon, pour l'instant, c'est moi qui l'aie.
michele
Oh, punaise, j'ai mal à mon orthographe. Donc : C'est moi qui configurerai La machine, c'est moi qui l'ai.
Oh, punaise, j'ai mal à mon orthographe. Donc :
C'est moi qui configurerai
La machine, c'est moi qui l'ai.
Oh, punaise, j'ai mal à mon orthographe. Donc : C'est moi qui configurerai La machine, c'est moi qui l'ai.
anneleguennec
Tardigradus wrote:
Y'a iChat, aussi. On l'oublie souvent, mais il y a une fonction partage d'écran qui permet de prendre la main à distance. Bon, c'est pas un foudre de guerre et ça dépend énormément de la bande passante disponible, mais ça marche.
quand ta ligne ou celle de ton correspondant est limite, tu peux aussi faire un truc : afficher chez toi, et lui dicter la conduite à tenir. Du coup, l'affichage reste raisonnablement fluide.
Y'a iChat, aussi. On l'oublie souvent, mais il y a une fonction partage
d'écran qui permet de prendre la main à distance. Bon, c'est pas un
foudre de guerre et ça dépend énormément de la bande passante
disponible, mais ça marche.
quand ta ligne ou celle de ton correspondant est limite, tu peux aussi
faire un truc : afficher chez toi, et lui dicter la conduite à tenir. Du
coup, l'affichage reste raisonnablement fluide.
Y'a iChat, aussi. On l'oublie souvent, mais il y a une fonction partage d'écran qui permet de prendre la main à distance. Bon, c'est pas un foudre de guerre et ça dépend énormément de la bande passante disponible, mais ça marche.
quand ta ligne ou celle de ton correspondant est limite, tu peux aussi faire un truc : afficher chez toi, et lui dicter la conduite à tenir. Du coup, l'affichage reste raisonnablement fluide.
yapu
michele wrote:
M'enfin, arrêtez avec cette histoire d'IP. Je n'ai pas besoin qu'elle me la donne
sans doutre, mais on avait cru comprendre que tu aura besoin de te connecter à distance plus tard, quand vous serez éloignées. Et là, il faudra bien que tu la récupère, l'IP !
le plus simple, c'est dydns, mais bon, sinon y'a l'entete d'un mail, c'est tout. ça peut aussi servir pour les autres, au passage. -- Philippe Manet en fait, c'est manet avant @
michele <michele@sansalussinan.org> wrote:
M'enfin, arrêtez avec cette histoire d'IP. Je n'ai pas besoin qu'elle me
la donne
sans doutre, mais on avait cru comprendre que tu aura besoin de te
connecter à distance plus tard, quand vous serez éloignées. Et là, il
faudra bien que tu la récupère, l'IP !
le plus simple, c'est dydns, mais bon, sinon y'a l'entete d'un mail,
c'est tout.
ça peut aussi servir pour les autres, au passage.
--
Philippe Manet
en fait, c'est manet avant @
M'enfin, arrêtez avec cette histoire d'IP. Je n'ai pas besoin qu'elle me la donne
sans doutre, mais on avait cru comprendre que tu aura besoin de te connecter à distance plus tard, quand vous serez éloignées. Et là, il faudra bien que tu la récupère, l'IP !
le plus simple, c'est dydns, mais bon, sinon y'a l'entete d'un mail, c'est tout. ça peut aussi servir pour les autres, au passage. -- Philippe Manet en fait, c'est manet avant @
yapu
JiPaul wrote:
J'ajouterai que si tu utilises sshkeychain (ou probablement Léo ou Snow) tu peux mettre une passphrase non vide, car (...)keychain la stocke et tu n'as pas besoin ensuite de la retaper.
super, je note, et j'attaque dès que je peux. il va falloir que je contourne un certain firewall...
Si malgré tout tu as des problèmes, dis-le ici et on tâchera de les résoudre.
je n'y manquerais pas, si free veut bien recommencer à feeder usenet... -- Philippe Manet en fait, c'est manet avant @
JiPaul <blanc@empty.org> wrote:
J'ajouterai que si tu utilises sshkeychain (ou probablement Léo ou Snow)
tu peux mettre une passphrase non vide, car (...)keychain la stocke et
tu n'as pas besoin ensuite de la retaper.
super, je note, et j'attaque dès que je peux.
il va falloir que je contourne un certain firewall...
Si malgré tout tu as des problèmes, dis-le ici et on tâchera de les
résoudre.
je n'y manquerais pas, si free veut bien recommencer à feeder usenet...
--
Philippe Manet
en fait, c'est manet avant @
J'ajouterai que si tu utilises sshkeychain (ou probablement Léo ou Snow) tu peux mettre une passphrase non vide, car (...)keychain la stocke et tu n'as pas besoin ensuite de la retaper.
super, je note, et j'attaque dès que je peux. il va falloir que je contourne un certain firewall...
Si malgré tout tu as des problèmes, dis-le ici et on tâchera de les résoudre.
je n'y manquerais pas, si free veut bien recommencer à feeder usenet... -- Philippe Manet en fait, c'est manet avant @
yapu
JiPaul wrote:
Le 5900 pour connexion directe, le 5500 pour connexion inverse.
j'ai fait un portScan sur mon serveur sous Leo, que j'attaque avec VNC : pas de 5500
sur mon Tiger qui l'attaque avec JollyFastVNC : pas de 5500 non plus.
ce serait donc uniquement sur un Leo qui est client d'un autre Leo qu'on trouverait ce port 5500 ouvert ? -- Philippe Manet en fait, c'est manet avant @
JiPaul <blanc@empty.org> wrote:
Le 5900 pour connexion directe, le 5500 pour connexion inverse.
j'ai fait un portScan sur mon serveur sous Leo, que j'attaque avec VNC :
pas de 5500
sur mon Tiger qui l'attaque avec JollyFastVNC : pas de 5500 non plus.
ce serait donc uniquement sur un Leo qui est client d'un autre Leo qu'on
trouverait ce port 5500 ouvert ?
--
Philippe Manet
en fait, c'est manet avant @
Le 5900 pour connexion directe, le 5500 pour connexion inverse.
j'ai fait un portScan sur mon serveur sous Leo, que j'attaque avec VNC : pas de 5500
sur mon Tiger qui l'attaque avec JollyFastVNC : pas de 5500 non plus.
ce serait donc uniquement sur un Leo qui est client d'un autre Leo qu'on trouverait ce port 5500 ouvert ? -- Philippe Manet en fait, c'est manet avant @
blanc
Philippe Manet wrote:
j'ai fait un portScan sur mon serveur sous Leo, que j'attaque avec VNC : pas de 5500
sur mon Tiger qui l'attaque avec JollyFastVNC : pas de 5500 non plus.
ce serait donc uniquement sur un Leo qui est client d'un autre Leo qu'on trouverait ce port 5500 ouvert ?
Il faudrait que tu relises ce que j'ai écrit !...
Rien à voir avec le système (perso je suis sous Tiger). Le système par défaut, si tu lui demandes de faire un partage d'écran VNC (connexion directe) doit ouvrir le port 5900. Mais si je veux faire une connexion inverse alors je lui demande d'ouvrir le port 5500 ** chez moi ** c'est-à-dire sur l'ordi où se trouve le client VNC. Voici ce que j'ai écrit précédemment pour cette solution (2) connexion inverse :
- 2) tu peux aussi ouvrir le bon port (5500) ** chez toi ** et faire une connexion inverse (tu lances le client qui se mets en mode écoute et attend le serveur) et tu lui dis de lancer VNC (le script doit être différent dans ce cas).
Autrement dit c'est un mode tout à fait différent. C'est le serveur qui appelle le client (alors qu'en mode normal c'est le client qui appelle le serveur). - Pour le mettre en oeuvre tu commences par mettre ton client en écoute. Par exemple avec Chicken of the VNC : Menu Connexion ---> Ecoute de serveur Il te proposera par défaut le port 5500 - Ensuite tu demandes à ton correspondant de lancer le serveur en mode reverse (ou inverse). Par exemple sur Vine Server : Menu Server --> Reverse connection La aussi c'est le port 5500 qu'il te proposera par défaut
L'intéret de ce mode est d'ouvrir un port en local (sur ton ordi et ton routeur), ce qui est (en général) plus pratique que d'aller ouvrir un port sur l'ordinateur distant. Il pert de son intéret lorsque tu utilises un tunnel ssh (solution 4), car dans ce cas c'est le port 22 que tu dois ouvrir, et chez ton corres.
Je ne me suis en fait servi du mode reverse qu'au début où je n'utilisais pas ssh. Ça peut être utile en fait pour une première connexion quand on n'a pas accès physiquement au serveur distant. -- JiPaul. / /--/--// Jean-Paul Blanc |/| L | quelquepart en (somewhere in) /|| = ||| FRANCE
Philippe Manet <yapu@invivo.edu> wrote:
j'ai fait un portScan sur mon serveur sous Leo, que j'attaque avec VNC :
pas de 5500
sur mon Tiger qui l'attaque avec JollyFastVNC : pas de 5500 non plus.
ce serait donc uniquement sur un Leo qui est client d'un autre Leo qu'on
trouverait ce port 5500 ouvert ?
Il faudrait que tu relises ce que j'ai écrit !...
Rien à voir avec le système (perso je suis sous Tiger).
Le système par défaut, si tu lui demandes de faire un partage d'écran
VNC (connexion directe) doit ouvrir le port 5900.
Mais si je veux faire une connexion inverse alors je lui demande
d'ouvrir le port 5500 ** chez moi ** c'est-à-dire sur l'ordi où se
trouve le client VNC. Voici ce que j'ai écrit précédemment pour cette
solution (2) connexion inverse :
- 2) tu peux aussi ouvrir le bon port (5500) ** chez toi ** et faire une
connexion inverse (tu lances le client qui se mets en mode écoute et
attend le serveur) et tu lui dis de lancer VNC (le script doit être
différent dans ce cas).
Autrement dit c'est un mode tout à fait différent. C'est le serveur qui
appelle le client (alors qu'en mode normal c'est le client qui appelle
le serveur).
- Pour le mettre en oeuvre tu commences par mettre ton client en écoute.
Par exemple avec Chicken of the VNC :
Menu Connexion ---> Ecoute de serveur
Il te proposera par défaut le port 5500
- Ensuite tu demandes à ton correspondant de lancer le serveur en mode
reverse (ou inverse). Par exemple sur Vine Server :
Menu Server --> Reverse connection
La aussi c'est le port 5500 qu'il te proposera par défaut
L'intéret de ce mode est d'ouvrir un port en local (sur ton ordi et ton
routeur), ce qui est (en général) plus pratique que d'aller ouvrir un
port sur l'ordinateur distant.
Il pert de son intéret lorsque tu utilises un tunnel ssh (solution 4),
car dans ce cas c'est le port 22 que tu dois ouvrir, et chez ton corres.
Je ne me suis en fait servi du mode reverse qu'au début où je
n'utilisais pas ssh. Ça peut être utile en fait pour une première
connexion quand on n'a pas accès physiquement au serveur distant.
--
JiPaul.
/ /--/--//\ Jean-Paul Blanc
|/| L |\ quelquepart en (somewhere in)
/|| = |||\ FRANCE
j'ai fait un portScan sur mon serveur sous Leo, que j'attaque avec VNC : pas de 5500
sur mon Tiger qui l'attaque avec JollyFastVNC : pas de 5500 non plus.
ce serait donc uniquement sur un Leo qui est client d'un autre Leo qu'on trouverait ce port 5500 ouvert ?
Il faudrait que tu relises ce que j'ai écrit !...
Rien à voir avec le système (perso je suis sous Tiger). Le système par défaut, si tu lui demandes de faire un partage d'écran VNC (connexion directe) doit ouvrir le port 5900. Mais si je veux faire une connexion inverse alors je lui demande d'ouvrir le port 5500 ** chez moi ** c'est-à-dire sur l'ordi où se trouve le client VNC. Voici ce que j'ai écrit précédemment pour cette solution (2) connexion inverse :
- 2) tu peux aussi ouvrir le bon port (5500) ** chez toi ** et faire une connexion inverse (tu lances le client qui se mets en mode écoute et attend le serveur) et tu lui dis de lancer VNC (le script doit être différent dans ce cas).
Autrement dit c'est un mode tout à fait différent. C'est le serveur qui appelle le client (alors qu'en mode normal c'est le client qui appelle le serveur). - Pour le mettre en oeuvre tu commences par mettre ton client en écoute. Par exemple avec Chicken of the VNC : Menu Connexion ---> Ecoute de serveur Il te proposera par défaut le port 5500 - Ensuite tu demandes à ton correspondant de lancer le serveur en mode reverse (ou inverse). Par exemple sur Vine Server : Menu Server --> Reverse connection La aussi c'est le port 5500 qu'il te proposera par défaut
L'intéret de ce mode est d'ouvrir un port en local (sur ton ordi et ton routeur), ce qui est (en général) plus pratique que d'aller ouvrir un port sur l'ordinateur distant. Il pert de son intéret lorsque tu utilises un tunnel ssh (solution 4), car dans ce cas c'est le port 22 que tu dois ouvrir, et chez ton corres.
Je ne me suis en fait servi du mode reverse qu'au début où je n'utilisais pas ssh. Ça peut être utile en fait pour une première connexion quand on n'a pas accès physiquement au serveur distant. -- JiPaul. / /--/--// Jean-Paul Blanc |/| L | quelquepart en (somewhere in) /|| = ||| FRANCE
michele
> Philippe Manet : tu aura besoin de te connecter à distance + tard,
> une fois éloignées. Là, il faudra bien que tu la récupère, l'IP.
Vouiche, mais après avoir été chez elle pour lui apporter le mac et tout configurer, pas avant. A ce moment là, chez elle, je peux l'avoir l'IP, sans problème (mais inutile avec iChat).
Avec Guillaume (paris/La Rochelle), on a fait le test avec iChat et ça marche impecc.
Faudrait juste que je voie comment on fait avec Bonjour (voir Serge) alors qu'on est pas en local. Mais là, déjà, c'est très bien.
> Philippe Manet : tu aura besoin de te connecter à distance + tard,
> une fois éloignées. Là, il faudra bien que tu la récupère, l'IP.
Vouiche, mais après avoir été chez elle pour lui apporter le mac et tout
configurer, pas avant. A ce moment là, chez elle, je peux l'avoir l'IP,
sans problème (mais inutile avec iChat).
Avec Guillaume (paris/La Rochelle), on a fait le test avec iChat et ça
marche impecc.
Faudrait juste que je voie comment on fait avec Bonjour (voir Serge)
alors qu'on est pas en local. Mais là, déjà, c'est très bien.
> Philippe Manet : tu aura besoin de te connecter à distance + tard,
> une fois éloignées. Là, il faudra bien que tu la récupère, l'IP.
Vouiche, mais après avoir été chez elle pour lui apporter le mac et tout configurer, pas avant. A ce moment là, chez elle, je peux l'avoir l'IP, sans problème (mais inutile avec iChat).
Avec Guillaume (paris/La Rochelle), on a fait le test avec iChat et ça marche impecc.
Faudrait juste que je voie comment on fait avec Bonjour (voir Serge) alors qu'on est pas en local. Mais là, déjà, c'est très bien.
