BRINCKMAN BENI H H <[EMAIL PROTECTED]> writes:

> Jean-Francois Dive schreef:
>
>> quand ton probleme arrive, prends les informations suivantes:
>>
>> apres la connection:
>> lsmod
>> grep ppp /var/log/messsages
>> dmesg
>> /sbin/ifconfig
>> route -n
>> cat /etc/resolv.conf
>>
>> Et envoie nous ca.
>>
>> JeF
>>
> Les renseignements demand�s (la situation apr�s) sont dans le
> fichier ci-joint data.txt. Si jamais vous voyez d'autres
> "irr�gularit�s", vos remarques sont aussi les bienvenus !
>
> Beni Brinckman.
>
>
> #uname -an
> Linux LinuxBeni 2.4.18-bf2.4 #1 Son Apr 14 09:53:28 CEST 2002 i586 unknown
>
> #lsmod
> Module                  Size  Used by    Tainted: P
> nls_cp437               4384   8  (autoclean)
> sound                  52876   0  (unused)
> cmpci                  26040   1
> soundcore               3236   4  [sound cmpci]
> c-qcam                  8976   0  (unused)
> videodev                4448   0  [c-qcam]
> joydev                  7232   0  (unused)
> mousedev                3776   1
> nbd                    14752   0  (unused)
> sg                     24452   0  (unused)
> ppa                     9760   0  (unused)
> ide-scsi                7488   0
> agpgart                29824   0  (unused)
> ppdev                   7908   0  (unused)
> n_hdlc                  6016   0  (unused)
> lp                      6912   0  (unused)
> busmouse                2912   0  (unused)
> printer                 5632   0  (unused)
> scanner                 8480   0  (unused)
> hid                    18816   0  (unused)
> ppp_synctty             4960   0  (unused)
> ppp_async               6464   0
> parport_pc             25704   3  (autoclean)
> plip                   10600   0  (unused)
> parport                21728   3  [c-qcam ppa ppdev lp parport_pc plip]
> ppp_deflate            38944   0  (unused)
> bsd_comp                3936   0  (unused)
> ppp_generic            18728   2  [ppp_synctty ppp_async ppp_deflate bsd_comp]
> slhc                    4432   0  [ppp_generic]
> 3c509                   7968   0  (unused)
> isa-pnp                27432   0  [3c509]
> msr                     1376   0
> cpuid                   1184   0
> apm                     9148   0
> ipt_multiport            640   0  (unused)
> iptable_mangle          2112   0  (unused)
> iptable_filter          1728   0  (unused)
> ipt_state                608   0  (unused)
> ip_queue                5156   0  (unused)
> ipt_LOG                 3136   0  (unused)
> ip_nat_snmp_basic       7584   0  (unused)
> iptable_nat            12660   2  [ip_nat_snmp_basic]
> ip_tables              10432   8  [ipt_multiport iptable_mangle iptable_filter
>  ipt_state ipt_LOG iptable_nat]
> ip_conntrack_irc        2496   0  (unused)
> ip_conntrack_ftp        3200   0  (unused)
> ip_conntrack           12684   4  [ipt_state iptable_nat ip_conntrack_irc
>  ip_conntrack_ftp]
> ip_gre                  7264   0  (unused)
> ipip                    6080   1
> umsdos                 23168   0  (unused)
> ramfs                   1792   0  (unused)
> msdos                   4668   0  [umsdos]
> sysv                   18720   0  (unused)
> ntfs                   48544   0  (unused)
> affs                   27360   0  (unused)
> nfsd                   42848   0  (unused)
> hfs                    73280   0  (unused)
> ufs                    48032   0  (unused)
> nls_iso8859-15          3392   0  (unused)
> nls_iso8859-1           2880   0  (unused)
> binfmt_aout             4196   0
> binfmt_misc             5636   1
> keybdev                 1664   0  (unused)
> usbkbd                  2848   0  (unused)
> input                   3072   0  [joydev mousedev hid keybdev usbkbd]
> usb-uhci               20708   0  (unused)
> usbcore                48032   1  [printer scanner hid usbkbd usb-uhci]

Putain, si �a c'est pas une liste de modules... T'es vraiment certain
que tu as besoin de tout �a? Comment �a se fait qu'il charge tout?

> #grep ppp /var/log/messages
> Nov  6 20:45:21 LinuxBeni pppd[239]: pppd 2.4.1 started by root, uid 0
> Nov  6 20:45:21 LinuxBeni pppd[239]: Using interface ppp0
> Nov  6 20:45:21 LinuxBeni pppd[239]: Connect: ppp0 <--> /dev/pts/0
> Nov  6 20:45:22 LinuxBeni pppd[239]: Warning - secret file /etc/ppp/chap-secrets
>  has world and/or group access

Changer les permissions de chap-secrets :

hobbes@pelisse:~$ ls -l /etc/ppp/chap-secrets 
-rw-------    1 root     dip            78 Nov 26  2001 /etc/ppp/chap-secrets
hobbes@pelisse:~$ 

> Nov  6 20:45:24 LinuxBeni pppd[239]: Remote message: CHAP authentication
>  success, unit 8674
> Nov  6 20:45:24 LinuxBeni pppd[239]: local  IP address 212.239.191.190
> Nov  6 20:45:24 LinuxBeni pppd[239]: remote IP address 212.239.191.1
> Nov  6 20:45:24 LinuxBeni pppd[239]: primary   DNS address 195.95.34.5
> Nov  6 20:45:24 LinuxBeni pppd[239]: secondary DNS address 194.119.232.3

Ok, donc voil� ta connection �tablie.

> Nov  6 20:45:32 LinuxBeni pppd[392]: pppd 2.4.1 started by root, uid 0

Mais alors pourquoi pppd red�marre juste apr�s? Tu as deux
connections ppp? En tout cas, la s�rie de lignes qui suivent
indiquent des red�marrages continus de pppd. Je crois que c'est l�
qu'est ton probl�me.

<couic sur le combat des pppd>

>
> #dmesg
> Linux version 2.4.18-bf2.4 (root@zombie) (gcc version 2.95.4 20011002 (Debian
>  prerelease)) #1 Son Apr 14 09:53:28 CEST 2002

<couic sur d�marrage du kernel>

Pas mal de devices connect�s � la machione, mais je crois qu'une s�rie
de modules ne sont pas n�cessaires. Comment as-tu configur� tout �a?

> #ifconfig
> lo        Link encap:Local Loopback
>           inet addr:127.0.0.1  Mask:255.0.0.0
>           UP LOOPBACK RUNNING  MTU:16436  Metric:1
>           RX packets:56 errors:0 dropped:0 overruns:0 frame:0
>           TX packets:56 errors:0 dropped:0 overruns:0 carrier:0
>           collisions:0 txqueuelen:0
>           RX bytes:3560 (3.4 KiB)  TX bytes:3560 (3.4 KiB)
>
> tunl0     Link encap:IPIP Tunnel  HWaddr
>           inet addr:192.168.1.1  Mask:255.255.255.0
>           UP RUNNING NOARP  MTU:1480  Metric:1
>           RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>           TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>           collisions:0 txqueuelen:0
>           RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

Donc effectivement ppp n'a pas enregistr� d'interface, probablement d�
au "combat" d�tect� dans tes logs. Par contre tu as un tunnel. On ne
peut pas dire que tu te simplifies la t�che pour d�bugger ton probl�me
ppp. D'autant plus que vu les modules charg�s, il y a un firewall
actif sur la machine. Personellement, je d�sactiverais tout �a
momentan�ment pour r�gler le probl�me ppp.

Comment as-tu configur� pppd?

> #route -n
> Kernel IP routing table
> Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
> 192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 tunl0

Effectivement, tu n'as qu'une route, celle du tunnel.

> #cat /etc/resolv.conf
> nameserver 195.95.34.5
> nameserver 194.119.232.3

Par contre il a enregistr� les nameservers du ppp.

Expliques comment tu as configur� pppd, et envoie les fichiers de
config si possible. D'autre part, un peu de nettoyage dans tes modules
ne ferait pas de tort, ainsi que la d�sactivation de ton firewall et
du tunnel pendant les tests. (note que je ne sais aps comment un
tunnel peut �tre pr�sent puisque tu n'as pas d'interface r�seau)

HTH,
-- 
R�mi

`Debian: giving you the power to shoot yourself in each
 toe individually.' -- with kudos to Greg Lehey
_______________________________________________________
Linux Mailing List - http://www.unixtech.be
Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux
Archives: http://www.mail-archive.com/linux@;lists.unixtech.be
IRC: efnet.unixtech.be:6667 - #unixtech

Répondre à