Mdk10 et remote desktop. connexion refusée.

Recherche :

Dernière réponse

Sujet : Mdk10 et remote desktop. connexion refusée.

Sagittarius

911GT3 a écrit :

bon, avec les paquets KDE 3.2.2 de Sagittarius ça fonctionne sans rien toucher à la configuration existante....

:jap:

Bon, alors je suis bien content pour toi.
Et puis, pardonne-moi quelque peu, je croyais que cela fonctionnait sur KDE 3.2 livré en standard sur Mdk 10.0. Mes paquets ne sont donc pas inutiles :D

Quant à la fonctionnalité SuSe pour basculer, c'est intéressant en effet.

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

Sagittarius

911GT3 a écrit :

bon, avec les paquets KDE 3.2.2 de Sagittarius ça fonctionne sans rien toucher à la configuration existante....

:jap:

911GT3

pour mémoire, la SuSe de référence (la 9.1) utilise KDE-3.2.1 et la Mandrake 10 est donc passée à KDE-3.2.2.

911GT3

une question qui n'a pas de rapport mais je vais profiter du topic.

Sous SuSE, le menu KDE offre une option pour 'basculer vers un autre utilisateur' alors que celui de la Mandrake n'offre une option que pour 'ouvrir une nouvelle session'.
La différence est que dans le premier cas on peut basculer d'une session ouverte à l'autre via le menu de KDM alors que dans le second cas, il faut en passer par les CTRL-ALT-FX pour basculer entre sessions....

Quelqu'un sait-il ce qui explique cette différence ? un patch, une option/configuration différente ?

911GT3

bon, avec les paquets KDE 3.2.2 de Sagittarius ça fonctionne sans rien toucher à la configuration existante....

:jap:

Sagittarius

On a fait un essai, lui en tant que client krdc, moi en tant que serveur krfb, et ça marche bien.

Le problème c'est du côté de son serveur distant (sous Mdk 10.0 sans mes paquetages). Mais sous cette distrib, ça fonctionnait déjà chez moi, j'en suis quasi-certain. Alors, quelquechose nous échappe pour ce qui est de la configuration particulière de son serveur distant.

Il n'y a pas de routeur donc pas de difficulté particulière. Son serveur distant est connecté via un modem USB. Quant aux règles iptables, ce n'est pas un boulet :D et les ports vnc sont bien ouverts.

Dark_Schneider

il se peut que le remote de desktop de kde soit buggé dans la mdk 10.0

mets toutes les updates surtout si elle concernent KDE. sinon tu devra utiliser VNC.

mais en même temps tu utilises les packages de Sagitarrius, donc ... lui seul pourrais vraiment y jeter un oeil

Sagittarius

Bon, après cet essai concluant, je referme mon port VNC :)

911GT3

ouaip :/

Échec de la connexion. Le serveur n'accepte pas les nouvelles connexions.

Sagittarius

Je te contacte par MP pour un essai ok ?

Sagittarius

t'as toujours le message d'erreur: échec de la connexion depuis le client ?

911GT3

j'ai testé. C'est pratique et fonctionnel mais ça ne répond effectivement pas à mon problème :/

Sagittarius

Nan, tu as bien compris. Nomachine ne te permettra pas d'assister tes utilisateurs pour qu'ils voient ce que tu réalises devant eux.

J'utilise krfb/krdc en effet, car cela permet de faire mieux comprendre les choses que l'on explique simultanément.
Et cela marche avec plusieurs machines (différents clients ou serveur). Je suis sous Mandrake 10.0 KDE 3.2.2.

911GT3

hummm.... j'ai peut-être pas bien compris la question. je vais fouillé un peu nomachine

911GT3

oui. ce sont des newbies (un peu boulets sur les bords) et il y a plein de choses qu'il est difficile d'expliquer par jabber interposé :/

Sagittarius

As-tu besoin du contrôle pour l'utilisateur distant ?
Parce que sinon, il y a nomachine (core libre mais pas les outils de connexion aisée) qui est bluffant.

Sagittarius

Pourtant je te sais pas manchot du tout :)
Il doit y avoir une explication, on est pas sous M$

911GT3

le fait est que mis à part ce kded, je n'ai rien qui écoute le port 5900 et ça merdois :/

Sagittarius

Je crois que c'est un démon KDE pour charger des modules à la demande.
Les services associés sont quelque part par là:
/usr/share/services/kded
Mais je ne saurais t'en dire plus.

911GT3

je pose la question ici mais ça place est peut-être dans ton topic dédié:

que ce soit sur la SuSE ou la Mandrake, le port 5900 semble écouté par kded et jamais par krfb en tant que tel. C'est quoi ce kded, une sorte (x)inetd à la sauce KDE ?

Sagittarius

911GT3 a écrit :

j'essaies d'accéder à une bureau KDE tournant sous Mandrake 10 mais je suis confronté au message d'erreur suivant sous krdc:

Échec de la connexion. Le serveur n'accepte pas les nouvelles connexions.

krfb est déjà lancé sur la machine serveur FB. Or, selon sa configuration, notamment s'il autorise les connexions non-invitées, il n'est pas utile qu'il soit lancé tout spécialement. En effet, il devrait s'exécuter tout seul lors du lancement sur le client de krdc.

Essaie après avoir tué krfb sur le serveur.
Puis contrôle dans une console par un top: krfb apparaît sur le serveur lorsque krdc est lancé sur le client.

J'ai eu souvent ce problème. Et je t'assure que ça marche.

Et puis, pour montrer à un utilisateur, comment faire ceci ou cela, c'est vraiment bien. Bientôt avec l'implémentation nomachine, ce sera parfait.

911GT3

Pour info, j'ai les même symptomes que http://forum.hardware.fr/forum2.ph [...] =0&subcat=

Quand j'avais la machine chez moi, je voyais bien un témoin apparaître et disparaitre aussitôt dans la taskbar du serveur quand je tentais de me connecter dessus.

911GT3

le /etc/hosts.allow contient (où l'IP est la mienne)

portmap:81.56.XXX.XXX
lockd:81.56.XXX.XXX
mountd:81.56.XXX.XXX
quotad:81.56.XXX.XXX
statd:81.56.XXX.XXX

si je tombe toutes les règles iptables, un nmap renvoit (il y a deux sessions X en local par contre les deux était configurés pour utiliser le port 5900 pour krfb)

PORT STATE SERVICE
22/tcp open ssh
111/tcp open rpcbind
135/tcp filtered msrpc
445/tcp filtered microsoft-ds
631/tcp open ipp
4000/tcp open remoteanything
5800/tcp open vnc-http
5801/tcp open vnc-http-1
5900/tcp open vnc
6000/tcp open X11
6001/tcp open X11:1

911GT3

bon, déjà j'ai viré shorewall par économie de temps (la résolution de nom ne fonctionnait pas avec et je devais rendre la machine à leur propriétaire).
Pour le firewall, j'utilise le vieux script de Monmotha.

Mais le problème ne vient pas d'iptables. Sans aucune règle et en local celà ne fonctionnait pas non plus.

Le niveau de sécu doit être à 'normal'.
Pour les hosts.allow/deny je ne peux pas vérifier pour le moment la machine distante est éteinte.

Dark_Schneider

quel niveau de sécu ? les tcp wrapper peuvent entrer en jeu. check /etc/hosts.allow et /etc/hosts.deny

karim63

C'est pas sur que stopper shorewall ne bloque pas les ports.
Y a un des fichiers de config qui bloque les tout quand le firewall est désactivé.
Pour iptables je sais pas.
Un nmap donne quoi sur l'un ou l'autre des pcs ?

911GT3

vole petit topic, vole [:banane masquee]

911GT3

vous ne m'êtes pas d'un grand secours :p

911GT3

mikala

dans les hosts.allow peut etre ?

911GT3

j'essaies d'accéder à une bureau KDE tournant sous Mandrake 10 mais je suis confronté au message d'erreur suivant sous krdc:

Échec de la connexion. Le serveur n'accepte pas les nouvelles connexions.

or le service tourne bien et j'ai stoppé les services iptables/shorewall pour plus de clarté dans le debug.

Depuis le client, un nmap sur le serveur me donne entre autres:

5800/tcp open vnc-http
5900/tcp open vnc

c'est sûrement encore un truc à la con mais je ne vois pas :heink: