Pour être plus complet, je précise que j'arrive à utiliser les deux écrans dans les résolutions qui m'interessent. Le moniteur de mon laptop est reconnu comme DFP-0 (moniteur secondaire) et le moniteur externe comme CRT-0 (moniteur principal).
Lorsque le moniteur externe n'est pas connecté, tout se passe comme je m'y attends: la résolution du moniteur de mon laptop est correcte, le prompt de KDM s'y affiche normalement, les panels de KDE sont aux bons endroits.
Lorsque le moniteur externe est connecté, KDM s'affiche bien sur DFP-0 (le moniteur du portable) mais il me semble que c'est la résolution du CRT-0 qui est utilisée. Ce n'est pas génant, par contre dès le splash screen de KDE, tout se passe comme si CRT-0 était mon écran principal et DFP-0 son extension: tous mes panels habituels apparaissent sur le premier, alors que je les voudrais sur le second.
D'abord, tu peux regarder si le driver "nv" est bien remplacé par "nvidia" dans ton xorg.conf ?
Ensuite, j'ai eu un souci récemment sur ma machine (Fedora Core 5) car l'installeur NVIDIA posait ses modules dans un répertoire qui n'était pas le bon. Celui qui est utilisé par ton X est donné dans le Xorg.0.log, il fallait vérifier que les drivers s'y trouvent bien, et si ce n'était pas le cas, lancer l'installer avec les options ad-hoc (que j'ai bien sur oubliées).
Sinon, pour les fichiers de conf en XML, je serais pour (et franchement enthousiaste) le jour ou les dévelloppeurs fournirons :
1) une interface presse bouton pour la configuration pour ceux que ca intéresse et justifier le XML
2) un plugin fuse qui transformera automatiquement mon fichier de conf XML en texte lisible à l'ouverture (identique avec ce que l'on a aujourd'hui, avec les commentaires et tout) et le retransformera en XML tout comme il faut à la sauvegarde.
Ce que tu décris ressemble furieusement à NetInfo sous OSX :)
Il n'y a pas que des trolleurs ici, et je n'en suis pas un: j'essaie d'apporter des arguments et j'apprécie moyennement de me faire moinsser parce que mon post n'est pas lu correctement.
Pour ne pas que l'information se perde, je répète: en ce qui concerne les stats, R ou S-Plus sont infiniment plus puissant que ce qu'on peut faire avec OpenOffice Calc ou Excel. Ceux qui prétendent le contraire n'ont sans doute pas essayer ni R ni S-Plus.
Un logiciel de stat comme R ou S-Plus est sans aucune comparaison avec un tableur comme OpenOffice Calc ou Excel. En ce qui concernant les stats, les derniers sont des "vi" là où les premiers sont des "emacs".
Tu peux mettre "1024x768" en première position sur la ligne qui décrit les résolutions que tu souhaites utiliser, dans les subsection Display de la section Screen du /etc/X11/xorg.conf :)
Oups, ok... dans ce cas là, c'est bien ennuyeux... avoir un sshd qui tourne avec les options de sécurité ad hoc (un seul user autorisé, login par clé uniquement, uniquement a partir d'une adresse donnée, etc), ce n'est pas prendre un gros risque, et ca aide beaucoup en cas de pépin :)
1. le jour ou xnest et XDMCP ne fonctionnent pas, tu fais un login console via ssh :
ssh -X login@hostname
Et comme par magie tu récupères un shell sur la machine distante. De la, tu peux lancer tes applis, meme graphiques, et dans ce cas là elles s'afficheront sur ta machine locale, mais leur execution sera bien sur la machine remote.
2. le -f demande à ssh d'executer la commande sur la machine remote, mais en background, en te rendant un prompt local aussitot, au lieu de t'ouvrir une session sur la machine distante.
3. pour xnest, aucune idée, et pour ce qui est d'éteindre la tour, c'est comme je te disais
shutdown -h now
D'une facon générale, gérer une machine sans écran via un login graphique en remote, c'est une peu dangereux, et ca prends de la bande passante pour rien. La console est vraiment bien plus adaptée pour cet usage.
Le init 3 && init 5 sur la tour n'avait comme seul but que de terminer et relancer l'interface graphique car je pensais avoir compris que c'était nécessaire. Mais si tu reportes un "no route to host", le problème est au niveau du réseau. Quelles sont les @IPs et les netmasks de ton laptop et de la tour ?
Il faut d'abord que tes deux machines (tour et portable) soient sur le même réseau, défini par leur @IPs et leur netmasks. Si les deux sont en IPs fixes, peu importe la configuration de ton routeur ou de ta freebox : tu pourras acceder de l'une à l'autre. Si l'un des deux reste en DHCP, il faut que l'@IP fixe de l'autre soit située sur le meme réseau, en prenant soin d'utiliser une @IP restée libre.
Si "ping @IP_du_serveur" te renvoie un "no route to host", c'est qu'il y a un pb soit dans la conf réseau de ton laptop, soit dans la conf réseau de la tour, soit dans les deux. Une fois que ping marche, tu peux sans doute te connecter avec ssh, et lancer les applis que tu veux comme indiqué dans mon post précédent.
histoire de remettre les compteurs à 0 en ce qui concerne ta/tes sessions graphiques. Pour la suite, je ne peux que te conseiller de lancer seulement l'appli qui t'interesse via ssh -X, comme décrit dans le post précédent.
Pourquoi lancer une session graphique complète ? Si tu as juste besoin d'un firefox, ou de n'importe quelle autre application X, la bête commande suivante pourra te résoudre le problème:
ssh -X -f login@matour /path/to/monappli
Ensuite, pour éteindre ta tour, j'imagine que la commande suivante devrait faire l'affaire:
Ce n'est pas la réponse que tu attends, mais si tu es débutant peut-être que tu serais mieux loti avec une distribution plus récente que les Redhat, qui sont maintenant bien dépassée ? A moins que tu souhaites spécifiquement ca, bien sur.
Sinon, tu peux te pencher sur Fedora Core 5, qui a pris la suite des Redhat et qui est sortie récemment), voire sur d'autre distrib qui ont très bonne presse pour les débutants : Kubuntu / Ubuntu et Suse par exemple.
Je suis surpris de voir ce que je comprends comme un pb du mot de passe pour le manager dans les deux cas, d'autant plus que la recherche de toto dans le LDAP semble fonctionner malgré tout dans le cas d'une conexion SSH, mais dans ce cas là c'est le mot de passe de l'utilisateur qui semble incorrect. Je précise que le /etc/ldap.secret a bien les droits rw pour root exclusivement, que le mort de passe qu'il contient marche très bien lorsqu'il est utilisé par ldapsearch, et que je n'utilise pas nscd.
Si jamais vous avez une idée, je vous serais vraiment très reconnaissant.
Gasp je viens d'essayer en lancant nscd sur le client et hop, ca marche !! Incroyable, je ne comprends vraiment rien !!! :D
J'ai déjà l'impression d'avoir beaucoup googler, sans vraiment de résultat clair. Je crois déjà savoir qu'il faut aussi motifier le /etc/pam.d/system-auth, ainsi que le /etc/nsswitch.conf, ce que j'ai fait, mais sans succès.
J'ai mieux compris, vérifié ce que je pouvais, mais je suis malheureusement toujours coincé par ce même message d'erreur. Intuitivement, j'ai l'impression que la connexion au LDAP se fait correctement, mais que tout se passe comme si je donnais un mauvais mot de passe pour l'utilisateur toto. Me gourre-je ? Le cas échéant, est-ce qu'il y a une facon propre de réassigner un mot de passe à toto dans le LDAP afin d'être certain d'éliminer cette source d'erreur ?
Je demande ca car suivant les liens, j'ai vu des "pam_password md5" et des "pam_password crypt" par exemple.
Merci beaucoup pour l'idée :) Si j'enlève le -x, j'ai l'output suivant:
SASL/DIGEST-MD5 authentication started
ldap_sasl_interactive_bind_s: Internal (implementation specific) error (80)
additional info: SASL(-13): user not found: no secret in database
Je ne connais pas encore SASL. Si c'est un mécanisme authentification qui conditionne l'accès au LDAP, j'imagine que c'est directement "dans SASL" que je devrais ajouter les différents utilisateurs ? Ou alors c'est le LDAP Manager qui s'authentifie via SASL à l'annuaire LDAP avant de confronter le couple login/password fourni par l'utilisateurs à ceux de la base LDAP ?
Ou alors je suis totalement à coté de la plaque ? Désolé pour ces questions vraiment "de base" :(
16ko/s me semble très limité. Si tu ne veux pas mettre à genou ta connexion, il te faut conserver au moins 4-5ko/s d'upload, soit une limite à 10ko/s pour l'ensemble des connexion entrantes. Ce sera donc ultra lent pour tes "visiteurs", surtout s'ils y en a plusieurs simultanément et si tu as des images. Je le sais par expérience car J'ai essayé. Pour du texte, ce sera sans doute mieux.
Pour le QoS, je crois qu'il y a un module apache pour faire ca. Sinon tu peux aussi regarder du coté d'un petit outil qui s'appelle trickle. En fait, il y a pleins de facon de faire mais je préfère laisser parler les personnes expérimentées :)
Par ex tu peux mettre un serveur apache et utiliser dyndns ou équivalent pour faire le lien entre un nom de domaine chez eux et ton adresse IP dynamique. Pour mettre à jour automatiquement dyndns a chaque changement d'@IP, tu peux utiliser ddclient.
Tu vas avoir une connexion avec un fort upload j'espère, sinon il te faudra sans doute faire un peu de QoS pour pouvoir utiliser ta propre connexion lorsque l'upload sera saturé.
[^] # Re: Pour être plus complet...
Posté par aurel (site web personnel, Mastodon) . En réponse au message Portables et TwinView. Évalué à 1.
# Pour être plus complet...
Posté par aurel (site web personnel, Mastodon) . En réponse au message Portables et TwinView. Évalué à 1.
Lorsque le moniteur externe n'est pas connecté, tout se passe comme je m'y attends: la résolution du moniteur de mon laptop est correcte, le prompt de KDM s'y affiche normalement, les panels de KDE sont aux bons endroits.
Lorsque le moniteur externe est connecté, KDM s'affiche bien sur DFP-0 (le moniteur du portable) mais il me semble que c'est la résolution du CRT-0 qui est utilisée. Ce n'est pas génant, par contre dès le splash screen de KDE, tout se passe comme si CRT-0 était mon écran principal et DFP-0 son extension: tous mes panels habituels apparaissent sur le premier, alors que je les voudrais sur le second.
Pour les curieux, voilà mon xorg.conf
A votre bon coeur :)
# Pistes
Posté par aurel (site web personnel, Mastodon) . En réponse au message impossible d installer les drivers nvidia. Évalué à 1.
Ensuite, j'ai eu un souci récemment sur ma machine (Fedora Core 5) car l'installeur NVIDIA posait ses modules dans un répertoire qui n'était pas le bon. Celui qui est utilisé par ton X est donné dans le Xorg.0.log, il fallait vérifier que les drivers s'y trouvent bien, et si ce n'était pas le cas, lancer l'installer avec les options ad-hoc (que j'ai bien sur oubliées).
[^] # Re: XML ... XML
Posté par aurel (site web personnel, Mastodon) . En réponse au journal Basculer l'informatique en tout-XML?. Évalué à 2.
Ce que tu décris ressemble furieusement à NetInfo sous OSX :)
[^] # Re: je vais me faire moinser mais ...
Posté par aurel (site web personnel, Mastodon) . En réponse à la dépêche Vers un logiciel de statistiques facile à utiliser pour KDE. Évalué à -10.
[^] # Re: je vais me faire moinser mais ...
Posté par aurel (site web personnel, Mastodon) . En réponse à la dépêche Vers un logiciel de statistiques facile à utiliser pour KDE. Évalué à 4.
Pour ne pas que l'information se perde, je répète: en ce qui concerne les stats, R ou S-Plus sont infiniment plus puissant que ce qu'on peut faire avec OpenOffice Calc ou Excel. Ceux qui prétendent le contraire n'ont sans doute pas essayer ni R ni S-Plus.
A bon entendeur,
A.
[^] # Re: je vais me faire moinser mais ...
Posté par aurel (site web personnel, Mastodon) . En réponse à la dépêche Vers un logiciel de statistiques facile à utiliser pour KDE. Évalué à -1.
# /etc/X11/xorg.conf
Posté par aurel (site web personnel, Mastodon) . En réponse au message resolution ecran et carte son. Évalué à 2.
[^] # Re: ssh -X ?
Posté par aurel (site web personnel, Mastodon) . En réponse au message display distant avec ssh. Évalué à 2.
Sinon, oui, en aveugle... c'est sportif !
[^] # Re: ssh -X ?
Posté par aurel (site web personnel, Mastodon) . En réponse au message display distant avec ssh. Évalué à 2.
1. le jour ou xnest et XDMCP ne fonctionnent pas, tu fais un login console via ssh :
Et comme par magie tu récupères un shell sur la machine distante. De la, tu peux lancer tes applis, meme graphiques, et dans ce cas là elles s'afficheront sur ta machine locale, mais leur execution sera bien sur la machine remote.
2. le -f demande à ssh d'executer la commande sur la machine remote, mais en background, en te rendant un prompt local aussitot, au lieu de t'ouvrir une session sur la machine distante.
3. pour xnest, aucune idée, et pour ce qui est d'éteindre la tour, c'est comme je te disais
D'une facon générale, gérer une machine sans écran via un login graphique en remote, c'est une peu dangereux, et ca prends de la bande passante pour rien. La console est vraiment bien plus adaptée pour cet usage.
Bon courage !
[^] # Re: ssh -X ?
Posté par aurel (site web personnel, Mastodon) . En réponse au message display distant avec ssh. Évalué à 2.
Il faut d'abord que tes deux machines (tour et portable) soient sur le même réseau, défini par leur @IPs et leur netmasks. Si les deux sont en IPs fixes, peu importe la configuration de ton routeur ou de ta freebox : tu pourras acceder de l'une à l'autre. Si l'un des deux reste en DHCP, il faut que l'@IP fixe de l'autre soit située sur le meme réseau, en prenant soin d'utiliser une @IP restée libre.
Si "ping @IP_du_serveur" te renvoie un "no route to host", c'est qu'il y a un pb soit dans la conf réseau de ton laptop, soit dans la conf réseau de la tour, soit dans les deux. Une fois que ping marche, tu peux sans doute te connecter avec ssh, et lancer les applis que tu veux comme indiqué dans mon post précédent.
[^] # Re: ssh -X ?
Posté par aurel (site web personnel, Mastodon) . En réponse au message display distant avec ssh. Évalué à 2.
Après init 3 && init 5, le prompt graphique sera coupé et relancé, donc il faudra te logger à nouveau.
[^] # Re: ssh -X ?
Posté par aurel (site web personnel, Mastodon) . En réponse au message display distant avec ssh. Évalué à 2.
histoire de remettre les compteurs à 0 en ce qui concerne ta/tes sessions graphiques. Pour la suite, je ne peux que te conseiller de lancer seulement l'appli qui t'interesse via ssh -X, comme décrit dans le post précédent.
# ssh -X ?
Posté par aurel (site web personnel, Mastodon) . En réponse au message display distant avec ssh. Évalué à 3.
Ensuite, pour éteindre ta tour, j'imagine que la commande suivante devrait faire l'affaire:
Bonne chance !
# Fedora ?
Posté par aurel (site web personnel, Mastodon) . En réponse au message Red hat. Évalué à 2.
Sinon, tu peux te pencher sur Fedora Core 5, qui a pris la suite des Redhat et qui est sortie récemment), voire sur d'autre distrib qui ont très bonne presse pour les débutants : Kubuntu / Ubuntu et Suse par exemple.
Bonne chance !
[^] # Re: Mes idées...
Posté par aurel (site web personnel, Mastodon) . En réponse au message Authentification centralisée avec OpenLDAP. Évalué à 2.
Il semble que le problème soit bien lié au mot de passe, car j'ai dans les logs du serveur les outputs suivants :
1. lorsque j'essaie de me connecter via ssh:
2. lorsque je fais un "su -"
Je suis surpris de voir ce que je comprends comme un pb du mot de passe pour le manager dans les deux cas, d'autant plus que la recherche de toto dans le LDAP semble fonctionner malgré tout dans le cas d'une conexion SSH, mais dans ce cas là c'est le mot de passe de l'utilisateur qui semble incorrect. Je précise que le /etc/ldap.secret a bien les droits rw pour root exclusivement, que le mort de passe qu'il contient marche très bien lorsqu'il est utilisé par ldapsearch, et que je n'utilise pas nscd.
Si jamais vous avez une idée, je vous serais vraiment très reconnaissant.
Gasp je viens d'essayer en lancant nscd sur le client et hop, ca marche !! Incroyable, je ne comprends vraiment rien !!! :D
[^] # Re: il me semblait...
Posté par aurel (site web personnel, Mastodon) . En réponse au message Authentification centralisée avec OpenLDAP. Évalué à 2.
[^] # Re: As-tu pensé
Posté par aurel (site web personnel, Mastodon) . En réponse au message Authentification centralisée avec OpenLDAP. Évalué à 2.
Je demande ca car suivant les liens, j'ai vu des "pam_password md5" et des "pam_password crypt" par exemple.
[^] # Re: As-tu pensé
Posté par aurel (site web personnel, Mastodon) . En réponse au message Authentification centralisée avec OpenLDAP. Évalué à 2.
[^] # Re: Une vague piste...
Posté par aurel (site web personnel, Mastodon) . En réponse au message Authentification centralisée avec OpenLDAP. Évalué à 2.
SASL/DIGEST-MD5 authentication started
ldap_sasl_interactive_bind_s: Internal (implementation specific) error (80)
additional info: SASL(-13): user not found: no secret in database
Je ne connais pas encore SASL. Si c'est un mécanisme authentification qui conditionne l'accès au LDAP, j'imagine que c'est directement "dans SASL" que je devrais ajouter les différents utilisateurs ? Ou alors c'est le LDAP Manager qui s'authentifie via SASL à l'annuaire LDAP avant de confronter le couple login/password fourni par l'utilisateurs à ceux de la base LDAP ?
Ou alors je suis totalement à coté de la plaque ? Désolé pour ces questions vraiment "de base" :(
[^] # Re: Apache + dyndns
Posté par aurel (site web personnel, Mastodon) . En réponse au message [heberger site web ] par ou commencer. Évalué à 2.
Pour le QoS, je crois qu'il y a un module apache pour faire ca. Sinon tu peux aussi regarder du coté d'un petit outil qui s'appelle trickle. En fait, il y a pleins de facon de faire mais je préfère laisser parler les personnes expérimentées :)
# Apache + dyndns
Posté par aurel (site web personnel, Mastodon) . En réponse au message [heberger site web ] par ou commencer. Évalué à 2.
Tu vas avoir une connexion avec un fort upload j'espère, sinon il te faudra sans doute faire un peu de QoS pour pouvoir utiliser ta propre connexion lorsque l'upload sera saturé.
# Amarok ?
Posté par aurel (site web personnel, Mastodon) . En réponse au message Collection musicale - gérer, écouter, rechercher. Évalué à 2.
[^] # Re: Faut-il pour autant taper sur les intervenants
Posté par aurel (site web personnel, Mastodon) . En réponse au journal Les conflits d'intérêt. Évalué à 2.
[^] # Re: Πυθία ἱέρεια
Posté par aurel (site web personnel, Mastodon) . En réponse au message Mandriva 2006 ne fonctionne pas sur K7s8x. Évalué à 2.
-> http://www.mepis.org/node/3830 ?