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

 
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:

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

dans les hosts.allow peut etre ?

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

vole petit topic, vole    

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 ?

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

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.

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

 
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)

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.

 
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.

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 ?

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.

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

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

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.

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é

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

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.

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

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

Je te contacte par MP pour un essai ok ?

ouaip

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

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

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  et les ports vnc sont bien ouverts.

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

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 ?

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.

 
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  
 
Quant à la fonctionnalité SuSe pour basculer, c'est intéressant en effet.