Port Forwarding KO sur la RC5

[albioni]

Je viens de la version beta 7.

En partant d'une install propre de la RC5:

- le port forwarding ne fonctionne pas.
- Probleme de mot de passe avec la connexion sous root (réinstallé plusieurs fois, ça marche en tapant un seul caractere comme un mot de passe)

En partant de la disquette de sauvegarde de la Beta7
- Port forwarding KO aussi

Je suis revenu à mon beta 7.

[vlad59]

Pour le pb de mot de passe root, j'ai peut être une piste pour tot. Quand j'ai fait mon installation de la RC5.
J'ai eu le même problème que toi impossble de me connecter sous root en console.

Et en testant la saisie d'un a dans le nom d'utilisateur je me suis rendu compte que le clavier était en qwerty. J'ai donc resaisi mon mot de passe en faisant bien gaffe à le saisiren qwerty. La connection s'est cette fois bien passée.

J'ai ensuite relancé un setup pour changer le clavier et depuis ce moment pas de soucis.

Sinon j'ai pas de souci de port forwarding moi. C bizarre.

En espérant que cela t'aide

[albioni]

@vlad59
Merci pour ton astuce.

j'ai essayé plusieurs mots de passe comme "toto" donc en clavier qwerty ou azerty quand on tape toto, toto ne change pas.

Pour le port forwarding, à moins que le probleme se pose avec la carte reseau pcmcia.

[Gesp]

quel clavier avez-vous sélectionné à l'installation?

parce que je peux avoir un 'a' dans le mot de passe sans problème.

[vlad59]

@Gesp

Pour moi je certain d'avoir choisi le clavier fr-latin1 dans l'installation. Mais encore une fois j'avais intégré une sauvegarde de la version 1.3 (comme pour mon problème de SSH). Je pense que ça venait de là.

Quand j'ai reinstallé la RC5 ce matin et que j'ai refais ma config manuellement -> Plus aucun problème.

En espérant que cela aide.

[albioni]

pour ma part, j'ai selectionné le clavier fr lors de l'install. Enfin, je mets "a" comme mot de passe root et admin lors de l'install puis je change ensuite, ça marche.

Par contre, le probleme de port forwarding persiste également pour ma config sur la rc 4 aussi. J'ai installé la beta9 actuellement, aucun soucis.

[Gesp]

Pour moi je certain d'avoir choisi le clavier fr-latin1 dans l'installation. Mais encore une fois j'avais intégré une sauvegarde de la version 1.3 (comme pour mon problème de SSH). Je pense que ça venait de là.

Normalement cela fonctionne. J'ai encore testé la restauration V1.3 juste avant la rc5.

Vous n'avez pas eu d'erreur à la relecture de la disquette?

Comme je ne me connecte qu'en SSH quasiment, je n'aurais pas manqué de voir un problème de mot de passe.

>albioni
tu peux décrire plus précisément ce que tu fais et comment tu vois que cela ne fonctionne pas.
Tu es le seul à reporter ce genre de problème donc il faudrait que d'autres puissent essayer comme toi.

[albioni]

Pour moi je certain d'avoir choisi le clavier fr-latin1 dans l'installation. Mais

>albioni
tu peux décrire plus précisément ce que tu fais et comment tu vois que cela ne fonctionne pas.
Tu es le seul à reporter ce genre de problème donc il faudrait que d'autres puissent essayer comme toi.

Dans le reseau green en 192.168.0.0/24, je dispose d'une machine windows 2003 (ip=192.168.0.30) qui fait server de fichier, avec ServU 5 pour le ftp ssl et radmin pour la prise en main à distance depuis mon travail.

radmin utilise le port tcp 4899
le soft ftp est configuré pour utiliser une plage de port en mode passive de 40000 à 40020

Sous ipcop rc5, à travers l'interface web, je configure le port forwarding pour autoriser le port radmin tcp 4899 vers 192.168.0.30:4899 et ouvrir la plage de port TCP 40000-40020 vers 192.168.0.30:40000-40020. Source:DEFAULT IP . Destination:192.168.0.30:<ports concernés>

Puis, je demande à un ami de prendre la main à distance sur le windows 2003 = impossible de se connecter,
je lui ai demandé de tester si le port 4899 est accessible via telnet = accès impossible.
Tests effectués aussi sur le ftp = Ko

J'ai également la possibilité de tester par moi meme en se connectant sur le serveur situant chez mes parents afin de prendre le controle de ma machine. Là aussi, accès impossible par radmin et ftp.

J'ai rebooté l'ipcop, sait-on jamais, pareil meme résultats.

Bien entendu, dans mon lan, je n'ai aucun probleme pour y acceder par radmin et ftp, ceux qui connaissent radmin : aucune restriction par adresse ip a été configuré. L'accès internet fonctionne correctement.

Avec l'ipcop beta9, l'ouverture des ports au niveau d'iptables se fait correctement (vérification par la commande iptables -L), aucun probleme de connexion pour radmin et le ftp. J'ai pas pu vérifier avec la rc5.

Voilà, c'est tout bete, juste l'ouverture de quelques ports pour accéder au lan.

[lurey]

bonjour,

en RC4 comme en RC5, j'utilise sans pb Radmin de l'exterieur (boulot) vers une machine sous Win2000 de mon réseau vert.
transfert de port :
Default IP port xxxx >> [Ip du poste en réseau vert] port yyyy
Radmin configuré avec port yyyy, mot de passe et restrictions des adresses à lan intrne et adresse de mon boulot... j'ai pas le pb comme toi...

config Vert + Orange + Rouge . restauration par disquette de la version précédente depuis 1.4.b...

[stoker]

lu,

Aprés le passage de la RC3 à la RC5,j'ai le meme souci qu'albi....impossible de forwarder mes ports.Tout est bloqué.ftp,web,webmin...
Niveau config,modem sagem800 et free non degroupé avec ip fixe.Serveur Mdk 9.2 en Green.
Je peux passer à travers en modifiant iptables...mais bon...pas trop top. ^^ Bug,que je n'avais pas avec la RC3.

[Gesp]

C'est corrigé dans la version v1.4.0 finale.

[stoker]

super!!!