[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[linux-team] divers
J'ai l'impression que ce couriel envoyé le 2 janvier n'est pas arrivé à
destination. Je le renvoie donc en précisant que certains des problèmes ont pu
être résolus.
Meilleurs voeux.
Quelques petites questions:
1) J'ai pu installer mon scanner Snapsscan 310 sans problèmes majeurs grâce à
l'aide de plusieurs d'entre vous. C'était facile (comme pour toute installation
Linux) à condition de savoir (comme pour toute installation Linux).
Je passe naturellement par Gimp-ksane. Cela marche mieux qu'avec Winchose sauf
que je ne peut pas "détramer". Si quelqu'un sait s'il y a moyen de détramer et
comment?
2) Samba - imprimer
Je ne suis pas un spécialiste en gestion réseau, loin de là. J'essaie seulement
de faire joujou avec deux PC, l'un sous W98, l'autre sous Linux (le mien of
course). Le deux postes peuvent utliser presque sans problèmes une imprimante
HP1100 connectée en local sur mon PC et une HP2100 connectée sur le réseau.
Un seul petit problème: si l'imprimante réseau est déconnectée ou manque de
papier et que le poste W98 lance un ordre d'impression (qui ne s'exécute
naturellement pas) et si on rétablit l'imprimante ( ou rajoute du papier) il
devient par la suite impossible d'imprimer sur cette imprimante même à partir de
mon serveur Linux.
Avec un poste Linux, aucun problème, après rétablissement de l'imprimante,
l'impression se lance sans problème même après deux jours car les fichiers à
imprimer attendent sagement dans la queue d'impression.
Avec W98, cela coince. W98 semble envoyer les fichiers dans la queue
d'impression sans apparemment se poser la question de savoir si l'imprimante
est disponible. J'ai été voir dans /var/spool/lpd/imprimante_réseau et j'ai
alors vu que les fichiers à imprimer restaient coincés dans ce répertoire (et
la file d'impression était bloquée). En supprimant "brutalement" ces fichiers,
je rétablissais la situation et on pouvait à nouveau imprimer à partir des deux
postes. Ah oui! lpq me disait "rien dans la file d'attente", donc lprm ne
servait à rien. Naturellement, il est facile de rétablir la situation en allant
tripatouiller dans /var/spool/lpd/ mais je vois mal ma collègue qui s'y connaît
encore moins que moi en informatique aller chipoter dans le répertoire root.
Quelqu'un connaît-il un moyen d'empêcher W98 (une instruction dans un script ou
autre?) de bloquer l'imprimante lorsque celle-ci connaît un petit problème de
disponibilité?
3) Connexion portable réseau poste fixe
Mon poste fixe à une adresse 192.168.16.25
Mon portable n'a pas d'adresse fixe, je n'ai pas pu l'obtenir.
Je voudrais simplement connecter mon portable au poste fixe (aucun problème
pour connexion au réseau - internet - serveur Novell).
Cela va avec mc/connexion ftp, je peux faire des transferts de fichiers mais
j'ai cru un jour comprendre que mc/FTP n'était pas très sûr (mots de passe en
clair).
Avec ssh, quelques petits problèmes. Si je fais:
>ssh bibi@poste_fixe
puis je tape mot de passe
(etc/host a été configuré pour reconnaître le poste fixe)
je peux tout de suite travailler sur le poste fixe à distance dans mon compte
utilisateur en mode console sans problèmes.
Pour essayer, j'ai tapé:
>ssh bibi@poste_fixe startx
+ mot de passe of course
là tout le script d'initialisation du serveur X défile devant moi puis plus
rien (je peux sortir avec ctrl z ou en killant ssh). En passant devant mon
poste fixe, j'ai constaté que j'avais lancé à distance sur ce dernier le
gestionnaire de fenêtres mais, apparemment je ne pouvais rien voir sur mon
portable.
Cela m'inquiéte un peu car n'importe qui pourrait lancer x-window sur mon
serveur.
J'aimerais donc pouvoir travailler directement sur mon compte
utilisateur_poste_fixe à partir de n'importe où où je travaille avec le
portable.
Est-ce possible et comment?
Y-a-t-il sinon un usr/doc/etc (je n'en ai pas trouvé) qui expliquerait comment
faire?
Aujourd'hui 9/11/01
Bon le problème de connexion via ssh a été résolu.
J'ai lancé le gestionnaire de fenêtres sur mon portable puis j'ai ouvert une
fenêtre console et j'ai tapé ssh bibi@domaine_serveur + mot de passe.
J'étais alors connecté sur mon poste fixe et je pouvais alors faire exécuter à
distance n'importe quelle application X ou pas X à partir de la même fenêtre
console. Pour lancer une deuxième application à distance, il fallait ouvrir une
seconde fenêtre. Cela équivaut à faire >su nom_utilisateur + mot de passe.
L'inquiétant, peut-être, est que si je fais >su puis mot_de_passe root, j'ai
accès au compte root du serveur. Je pensais que ce n'étais pas possible puisque
dans /etc/ssh/sshd_config, il y a l'instruction:
PermitRootLogin no
Il est vrai que je viens de lire que l'instruction ssh ne me loggue pas
vraiment mais me permet de lancer une application à distance (je ne vois pas
vraiment la différence).
Pour me logguer "vraiment" je devrais taper >slogin bibi@domaine_serveur. Je
vais faire l'essai lundi et voir ce que cela donne.
Tout tuyau pour améliorer la connexion et accroître la sécurité est le bienvenu.
En plus, je voudrais à la maison connecter mon portable à mon poste fixe, pour
essayer.
Portable : PCMCIA OK
Fixe: carte ethernet OK (ifconfig OK)
Mon fixe est lié à l'extérieur via modem à un FAI.
Pour que le portable puisse reconnaître le fixe il faudrait que ce dernier aie
une adresse IP mais laquelle lui donner et comment le faire?
Comment séparer le mini réseau ethernet TCP/IP de la connexion modem PPP
sachant que cette dernière n'est pas toujours active naturellement.
Donc, j'amerais faire un simple >ssh ou >slogin sur mon portable et être
connecté sur mon fixe (comme serveur). Je commence seulement à comprendre le
fonctionnement des réseaux et un petit tuyau pour démarrer me serait utile
--
Alain Barthélemy
bartydeux@infonie.be
http://perso.infonie.be/bartydeux/alain
-------------------------------------------------------
--
Alain Barthélemy
bartydeux@infonie.be
http://perso.infonie.be/bartydeux/alain
[ linux-team@rtfm.be and linux@lists.linuxbe.org in ONE :) ]
[ To subscribe or unsubscribe, go to http://linuxbe.org/ml.php ]
[ http://LinuxBe.org - http://OpenBe.net - listmaster@linuxbe.org ]