![]() |
| |||||||
| S'inscrire | FAQ | Membres | Calendrier | Recherche | Messages du jour | Marquer les forums comme lus |
![]() |
| LinkBack | Outils de la discussion | Modes d'affichage |
| |||
| Lea GRIS <lea.gris***nomail.invalid> wrote : > Bien plus réactif et fonctionnel que VNC. S'adapte très bien à une > ligne bas débit. Ne requiert pas une puissance CPU démesurée non > plus. Et par rapport à un accès ssh : avantages, inconvénients ? Merci -- Antoine |
| | ||||
| ||||
| |
| |||
| Lea GRIS <lea.gris***nomail.invalid> wrote : > NX Passe par un accès ssh, donc même avantages que le ssh. > NX est graphique, le nxserver est un proxy du protocole X qui > passe dans un tunnel ssh. > Le nxnode est une version modifiée de xnest. Il s'occupe du raster > virtuel (tracés, régions endommagées, évènements) et retranscrit > le protocole X dans une version simplifiée et compressée qui > nécessite beaucoup moins de bande passante. NxNode gère aussi un > cache en accord avec le client nx pour éviter de retransmettre des > graphiques déjà envoyés. > > Tu peux faire passer le protocole X dans un tunnel ssh. Mais même > avec la compression de ssh, ça reste un protocol trop bavard et > gourmand en bande passante. > > Après, pour maintenir un serveur, un shell à travers ssh, c'est > largement suffisant. > > NX est vraiment fait pour l'accès à un bureau distant, tout en > ménageant la bande passante. Tu peux même raisonnablement t'en > servir à travers une connexion RTC à 28800 Kb/s. Ce qui peut être > le plus déstabilisant dans ce cas, c'est la latence de 160ms > environ s'il n'y a pas trop de retrain. > > Je m'en suis déjà servi pendant longtemps à travers une connexion > RNIS (ISDN) à 60Kb, 40ms de latence. C'était tout à fait > confortable. Merci pour ces explications. Je vais tester ça une fois que je serai de retour de congés. -- Antoine |
| |
| |
![]() |
| Tags: bureau, distance, hbergement |
| Outils de la discussion | |
| Modes d'affichage | |
| |