Salut,
 
Voilà j'essaie de configurer un accès à distance à mon serveur qui tourne sous debian, par modem RTC externe.
Tout a l'air à peu près configuré, c-a-d que quand le client numérote, le modem en face répond, mais lors de l'identification de l'utilisateur, j'ai toujours une erreur 629 ou 650 (le client est sous win, désolé ), qui dit juste que la connexion.
J'utilise un compte que j'ai créé exprès dans /etc/passwd...
 
De quoi ça peut venir svp ??
 
Merci d'avance

up plz    
les erreurs 629 ou 650, ça dit juste que la connexion a été refusée

personne n'a jamais fait d'accès à distance via modem ???

c sûr, c plus facile de répondre sur Blabla@OSA...

Quel programme est utilisé pour la console sur le port série où est connecté le modem (voir dans /etc/inittab) ? Par exemple, j'ai ça (Slackware 8.1 sur laquelle j'utilise "mgetty" http://alpha.greenie.net/mgetty/) :

 
Et que disent les logs de la machine Linux (pour "mgetty", on les trouve souvent dans /var/log/mgetty.ttyS0 -selon le port série utilisé-) ?
 
Je suis désolé, mais sans plus d'informations sur la configuration utilisée, c'est pas facile de donner ne serait-ce qu'une idée de solution...

merci
j'utilise aussi mgetty, et le modem est sur ttyS0.
dans mon inittab j'ai ça :  
 

à quoi correspondent tes paramètres -n 4 stp ?
 
dans mes logs de mgetty, je pense pas avoir d'erreur (j'ai vérifié par rapport à des sites)

 
Lorsque mon client sous win numérote vers la ligne, le modem décroche bien et fait tous ses bips, mais la connexion est refusée à la vérification du nom et mot de passe utilisateur...
 
J'ai créé un user dans /etc/passwd :  

puis je lui ai donné un mot de passe.
mais ça marche pas

Ça signifie simplement au bout de combien de sonneries mgetty doit prendre la ligne.
 
Ah oui, par contre, il y a un truc : je ne sais plus exactement pourquoi il faut faire ça, mais le mot de passe crypté est dans le fichier /etc/passwd sur mon installation et pas dans /etc/shadow, comme ici (note : c'est juste un exemple, ce n'est pas mon vrai mdp crypté) :

 
Étant donné que les utilisateurs locaux sont tous sûrs et connaissent tous ce mot de passe d'accès PPP, je n'ai jamais cherché à changé ça (de plus, avec l'option FT "voir le numéro", on peut restreindre l'accès à certains numéros d'appel).

oui c pareil pour moi, je l'ai mis là aussi
 
c vraiment bizarre comme problème, tu as des clients sous windows toi ? y'a un truc spécifique à faire sur le client ?
Parcequ'il essaie mm pas de lancer pppd, c ce qui m'inquiète
 
Merci en tt cas  

Plus maintenant, mais ça marchait avec un Win98.
 
Comme c'est un serveur PPP et non pas un simple accès console, il faut aussi configurer les fichiers dans /etc/ppp/ : options, pap-secrets, éventuellement chap-secrets.
(Veiller à ne mettre les droits en lecture sur les fichiers de mots de passe que pour root)
 
Autre chose : est-ce que mgetty est compilé avec l'option AutoPPP ? Je l'ai recompilé avec les sources, et il est précisé qu'il faut éditer le Makefile et ajouter dans les CFLAGS "-DAUTOPPP" (et effectivement sans ça, ça ne fonctionne pas), puis dans le fichier de configuration /etc/mgetty+sendfax/login.config, il faut qu'il y ait une ligne de ce genre

j'ai bien activé cette option, mais je v essayer de le recompiler...

Encore une chose qu'il faut regarder : le client essaie lui aussi d'authentifier le serveur ; pour empêcher cela, il faut qu'il y ait "noauth" dans /etc/ppp/options.
Tiens, je poste mon /etc/ppp/options:

et mon /etc/ppp/pap-secrets:

 
Note, une fois que ça marche, et si le client doit pouvoir accéder au réseau interne, il ne faut pas oublier d'activer l'IP forwarding (je le dis parce que j'ai bêtement perdu du temps là-dessus )
.

vi j'ai tout pareil que toi ça me désespère
 
apparemment l'erreur 629 que j'ai sur mon client est liée à l'authentification. D'autre part, j'ai fait le test de paramétrer une connexion sortante vers un FAI, et j'ai aussi un problème d'authentification..... (alors que je suis sûr de mes login/mdp)..
 
d'où ça peut venir ça svp ? qqchose de commun à connexion sortante et entrante ?
 
Merci

Désolé, là, je vois pas quoi faire de plus du côté du serveur... Et Windows, je connais pas bien. Comme en plus même une connexion vers un FAI ne marche pas, il doit probablement falloir faire quelque chose du côté de la config du client, mais quoi ?
 
 Peut-être un truc à essayer : se connecter au serveur sans passer par PPP, directement sur une console, avec par exemple l'HyperTerminal ou un équivalent (minicom sous Linux) ; si ça marche, ça confirmera qu'il y a un problème avec PPP (mais ça ne fera pas avancer le schmilblik)
 
 Au fait, dans le /etc/ppp/options, il faudrait rajouter "debug", ce qui devrait permettre de logger pas mal d'infos par syslog si pppd démarre (cf. /var/log/{messages,debug,...} selon la configuration de syslog)