Bonjour à tous,
J'ai installé il y a deux jours une Fedora 9 toute neuve sur un serveur et globalement, ça se passe bien, à ceci près que je ne parviens pas à convaincre gdm de recevoir les requêtes xdmcp (le port n'est même pas à l'écoute).
J'ai constaté - et eu la confirmation via différents forums - que le gestionnaire de connexion a disparu pour être prochainement intégré à GNOME d'une autre façon, et que le fichier de configuration qui fait foi est /etc/gdm/custom.conf. Il existe mais même en plaçant Enable=true dans la section [Xdmcp] et en relançant le daemon, rien n'y fait. Le gestionnaire de connexion fonctionne bien sur la console mais pas moyen d'ouvrir une requête depuis un client X distant.
Quelqu'un peut m'aider ?
Merci à tous.
# option "allow tcp=0/1"
Posté par NeoX . Évalué à 1.
pour autoriser ou pas les connexions TCP distantes.
chez moi c'est dans /etc/gdm/gdm.conf
# If true this will basically append -nolisten tcp to every X command line, a
# good default to have (why is this a "negative" setting? because if it is
# false, you could still not allow it by setting command line of any particular
# server). It's probably better to ship with this on since most users will not
# need this and it's more of a security risk then anything else.
# Note: Anytime we find a -query or -indirect on the command line we do not add
# a "-nolisten tcp", as then the query just wouldn't work, so this setting only
# affects truly attached sessions.
DisallowTCP=true
[^] # Re: option "allow tcp=0/1"
Posté par GeneralZod . Évalué à 2.
[xdmcp]
Enable=true
[security]
DisallowTCP=true
Mais il est fort probable que ça ne marche pas.
[^] # Re: option "allow tcp=0/1"
Posté par GeneralZod . Évalué à 2.
[^] # Re: option "allow tcp=0/1"
Posté par NeoX . Évalué à 1.
[xdmcp]
Enable=true
[security]
DisallowTCP=false
car si tu laisses le DisallowTCP=true tu interdis TCP (donc fermes la porte aux connexions venant de l'exterieur de ta machine)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.