Connexion internet : Obligé de deconnecter et reconnecter

Connexion internet : Obligé de deconnecter et reconnecter - réseaux et sécurité - Linux et OS Alternatifs

Marsh Posté le 31-05-2008 à 16:36:56    

Hi,  
 
Je suis sous Mandriva 2008.1 KDE.
 
Dès que je redemarre l'ordi le wifi ne se reconnecte pas a la connexion wifi. Du moins, il m'indique que c'est connecté, mais ca marche pas ... donc je suis obligé de deconnecter la connexion (sous mandriva hein) et reconnecter. Et la ca marche.
 
J'capte pas  [:spamafoote]


Message édité par Profil supprimé le 01-06-2008 à 18:43:45
Reply

Marsh Posté le 31-05-2008 à 16:36:56   

Reply

Marsh Posté le 31-05-2008 à 17:18:08    

tu rencontres le problème avec quelle chipset wifi? quel driver ?
tu as des informations éventuelles dans les logs?
tu captes bien le réseau?


---------------
Intermittent du GNU
Reply

Marsh Posté le 31-05-2008 à 17:24:35    

J'ai un chipset Intel, les drivers sont ceux fournis avec la distrib 2008.1
 
Comment je peux acceder a la lecture des logs ?  
 
Je capte parfaitement le reseau, j'etais sous Ubuntu, a ce niveau je n'avais aucun souci. [:le chtra]  
 

Reply

Marsh Posté le 31-05-2008 à 17:27:22    

et tu connais le chipset utilisé?
les logs sont accessibles soit en utilisant la console et en passant en root, soit en te servant du Centre de Contrôle de Mandriva :)


---------------
Intermittent du GNU
Reply

Marsh Posté le 31-05-2008 à 17:33:36    

si c'est indiqué que c'est "connecté" et que "ca marche pas" ca peut venir d'une mauvaise configuration de base qui se "corrige" après lors de la reconnexion
Vérifie avant de te reconnecter :
- ton adressage IP
- tes DNS
- ta passerelle

 

Tente un ping sur
- ta passerelle
- l'adresse IP de www.google.fr
- www.google.fr

 

Après reconnectes toi et regarde ce qui change dans la configuration.


Message édité par o'gure le 31-05-2008 à 17:34:01

---------------
Relax. Take a deep breath !
Reply

Marsh Posté le 01-06-2008 à 00:37:51    

J'ai un chipset Intel PRO/Wireless LAN 2100 3B Mini PCI Adapter d'après Mandriva. (J'ai pas trouvé les logs).
 
Par contre, j'ai pu pinger comme tu me l'as conseillé  O'gure, et j'ai des resultats bizares : Je peux pinger ma propre machine, l IP de google, ca marche ... mais pas si je ping www.google.ca ! Sauf quand je reconnecte, dans ce cas, je peux pinger www.google.ca  :pt1cable:  
 
Et la configuration change pas d'un poil. ce qui me semble bizare, c'est que c'est toujours ecrit MANAGED et GERE dans le mode de fonctionnement, et même si je modifie en AUTO, il prend pas la modif en compte (même si je fais OK).  [:airforceone]  
 
Une idée ?

Reply

Marsh Posté le 01-06-2008 à 00:41:07    


comme l'a si justement suggéré o'gure, je pense qu'il y a un souci au niveau de la récupération des dns.
Il faudrait t'assurer que tu as bien configuré ton réseau afin qu'il récupère les dns en même temps que l'ip.


---------------
Intermittent du GNU
Reply

Marsh Posté le 01-06-2008 à 00:43:43    

Ca ne marche toujours pas, j'ai configuré manuellement et ca fait toujours ca ... je suis toujours obliger de DECONNECTER pour reconnecter et la ca marche  [:airforceone]  
 
Comprend rien du tout la  [:airforceone]


Message édité par Profil supprimé le 01-06-2008 à 00:57:59
Reply

Marsh Posté le 01-06-2008 à 01:07:38    

tu n'as pas d'autres réseaux configurés?  
tu as essayé de supprimer éventuellement les réseaux (par le biais du Centre de Contrôle) et ensuite de remettre uniquement ta connexion wifi ?


---------------
Intermittent du GNU
Reply

Marsh Posté le 01-06-2008 à 02:09:41    

Nan c'est le seul reseau.
 
Il trouve les signaux de mon reseau, je me connecte dessus par ma clef WEP, sauf que bah j'ai toujours le même souci. A priori Linux ne me veut pas  [:cerveau sad]

Reply

Marsh Posté le 01-06-2008 à 02:09:41   

Reply

Marsh Posté le 01-06-2008 à 03:07:00    

Sous le conseille d'un ami, j'ai utilisé d'autres DNS, même probleme. J'ai aussi branché l'ordi directement en ethernet sur le routeur ... devinez quoi : Même probleme !!  [:chadouw]  
 
 :cry:

Reply

Marsh Posté le 01-06-2008 à 10:17:27    

Résultat de ifconfig


Message édité par Fork Bomb le 01-06-2008 à 10:17:56

---------------
Décentralisons Internet-Bépo-Troll Bingo - "Pour adoucir le mélange, pressez trois quartiers d’orange !"
Reply

Marsh Posté le 01-06-2008 à 14:47:04    

en fait il faudrait que tu nous donnes les résultats de :
/sbin/route
/sbin/ifconfig
/sbin/iwconfig
/bin/cat /etc/resolv.conf
 
lorsque tu as le problème et après avoir eu le problème.


---------------
Intermittent du GNU
Reply

Marsh Posté le 01-06-2008 à 18:47:11    

Par curiosité, j'ai réinstallé une autre distrib (mauvaise idée), j'ai donc remis Mandriva. Mais j'ai pas fait les mises a jour. Le tout fonctionne parfaitement.
 
En d'autres termes, c'est une mise a jour qui fait foirer. Je vais donc faire des tests avant la mise a jour et apres ... qu'en pensez-vous ?  
 
J'verrai tout ca quand j serai chez moi  [:oxp1700]

Reply

Marsh Posté le 01-06-2008 à 19:03:35    


tu peux faire.
Ceci étant dit tu peux également vérifier ce qui va être mis a jour et en fonctionner décider ou non d'appliquer les changements.
L'applet de mise a jour permet d'avoir connaissance des changements apportés par les paquets de mise a jour.
Ce qui serait surtout interressant serait le résultat des commandes indiqué au dessus lorsque cela fonctionne et lorsque cela ne fonctionne pas.


---------------
Intermittent du GNU
Reply

Marsh Posté le 01-06-2008 à 19:28:11    

Je suis vraiment un noob, faudrait vraiment m'expliquer plus en detail la marche a suivre.
 
C'est franchement pas evident pour l'utilisateur lambda, de faire des dizaines d'années sous Windows et plonger dans l'univers Linux.  :p

Reply

Marsh Posté le 01-06-2008 à 20:06:26    

Nous sommes d'accord que lorsque des mises a jour sont disponibles tu as l'applet qui devient toute rouge dans la zone de notification?
en cliquant dessus, tu vas lancer l'installateur de paquet mandriva (rpmdrake) et seront automatiquement sélectionner les mises a jour.
Il te suffit alors de te rendre sur les paquets disponibles pour te rendre compte des changements  effectués (et leur raison donc).


---------------
Intermittent du GNU
Reply

Marsh Posté le 01-06-2008 à 20:40:06    

Alors je te ferais la liste detaillées de tout cela (J'suis encore au taff, j'suis pressé d'attaquer toussa  [:jaro] ).
 
Merci encore pour ton aide  [:romf]

Reply

Marsh Posté le 02-06-2008 à 01:58:36    

Bon voici tous les fichiers dont tu me parlais AVANT les mises a jour :  
 

Citation :

[root@localhost ~]# /sbin/route
Table de routage IP du noyau
Destination     Passerelle      Genmask         Indic Metric Ref    Use Iface
192.168.2.0     *               255.255.255.0   U     35     0        0 eth0
link-local      *               255.255.0.0     U     35     0        0 eth0
default         192.168.2.1     0.0.0.0         UG    35     0        0 eth0
 
------------------------------------------------------------------------
 
[root@localhost ~]# /sbin/ifconfig
eth0      Link encap:Ethernet  HWaddr 00:0C:F1:2C:78:C8
          inet adr:192.168.2.10  Bcast:192.168.2.255  Masque:255.255.255.0
          adr inet6: fe80::20c:f1ff:fe2c:78c8/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1866 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1838 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000
          RX bytes:736991 (719.7 KiB)  TX bytes:139537 (136.2 KiB)
          Interruption:10 Adresse de base:0x4000 Mémoire:e0000000-e0000fff
 
eth1      Link encap:Ethernet  HWaddr 00:02:3F:14:91:3A
          UP BROADCAST MULTICAST  MTU:1500  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 lg file transmission:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Interruption:10 Adresse de base:0x8000
 
lo        Link encap:Boucle locale
          inet adr:127.0.0.1  Masque:255.0.0.0
          adr inet6: ::1/128 Scope:Hôte
          UP LOOPBACK RUNNING  MTU:16436  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 lg file transmission:0
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
-----------------------------------------------------
 
[root@localhost ~]# /sbin/iwconfig
lo        no wireless extensions.
 
eth0      IEEE 802.11b  ESSID:"quasar"  Nickname:"localhost"
          Mode:Managed  Frequency:2.412 GHz  Access Point: 00:0B:23:EC:03:48
          Bit Rate=11 Mb/s   Tx-Power:16 dBm
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Encryption key:9E23-8B85-50CD-F72B-2801-6350-CB   Security mode:restricted
          Power Management:off
          Link Quality=100/100  Signal level=-29 dBm
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:15  Invalid misc:0   Missed beacon:0
 
eth1      no wireless extensions.
 
----------------------------------------------------------
 
#!/bin/bash
# Need bash because of use of ${FOO/bar}
#
# Licensed under the GNU GPL.  See /usr/share/doc/resolvconf/copyright.
#
# History
# Jun 2003 - April 2005: Written by Thomas Hood <jdthood@yahoo.co.uk>
#
# resolvconf (-u|-d IFACE|-a IFACE)
 
set -e
 
echo_usage() { echo "Usage: resolvconf (-u|-d IFACE|-a IFACE)" ; }
 
PATH=/sbin:/bin:/usr/bin
MYNAME="${0##*/}"
# Note that /etc/resolvconf/run may be a symlink
RUN_DIR=/etc/resolvconf/run
IFACE_DIR="${RUN_DIR}/interface"
ENABLE_UPDATES_FLAGFILE="${RUN_DIR}/enable-updates"
 
report_err() { echo "${MYNAME}: Error: $*" >&2 ; }
 
# Check arguments
CMD="$1"
case "$CMD" in
  -u)
   if [ "$2" ] ; then
  report_err "The -u option does not take an argument"
  echo_usage >&2
  exit 1
 fi
 ;;
  -a|-d)
 IFACE="$2"
 if [ -z "$IFACE" ] ; then
  report_err "No interface name specified"
  echo_usage >&2
  exit 1
 fi
 report_iface_err() {
  report_err "$* not allowed in interface record name"
 }
 [ "${IFACE/\/}" = "$IFACE" ] || { report_iface_err "Slash" ; exit 1 ; }
 [ "${IFACE/ }" = "$IFACE" ] || { report_iface_err "Space" ; exit 1 ; }
 [ "${IFACE#.}" = "$IFACE" ] || { report_iface_err "Initial dot" ; exit 1 ; }
 [ "${IFACE#-}" = "$IFACE" ] || { report_iface_err "Initial hyphen" ; exit 1 ; }
 [ "${IFACE#\~}" = "$IFACE" ] || { report_iface_err "Initial tilde" ; exit 1 ; }
 ;;
  *)
 report_err "Invalid argument"
 echo_usage >&2
 exit 1
 ;;
esac
 
[ -d "$IFACE_DIR" ] || { report_err "$IFACE_DIR is not a directory" ; exit 1 ; }
 
cd "$IFACE_DIR"
 
case "$CMD" in
  -u) : ;;
  -a)
 OLD_CONTENT=""
 [ -f "$IFACE" ] && OLD_CONTENT="$(cat "$IFACE" )"
 NEW_CONTENT="$(sed 's/#.*//' -)"
 # Proceed only if content has changed. The test here can't
 # eliminate 100% of redundant invocations of update scripts
 # because we don't do any locking; however it certainly does
 # eliminate most of them.
 if [ "$NEW_CONTENT" = "$OLD_CONTENT" ] ; then  
  exit 0
 fi
 IFACE_TMPFILE="${IFACE}_new.$$"
 cleanup() { rm -f "$IFACE_TMPFILE" ; }
 trap cleanup EXIT
 echo "$NEW_CONTENT" > "$IFACE_TMPFILE"
 mv -f "$IFACE_TMPFILE" "$IFACE"
 ;;
  -d)
 if [ ! -s "$IFACE" ] ; then
  rm -f "$IFACE"
  exit 0
 fi
 rm -f "$IFACE"
 ;;
  *)
 report_err "Command not recognized"
 exit 99
 ;;
esac
 
[ -e "$ENABLE_UPDATES_FLAGFILE" ] || exit 0
 
exec run-parts "--arg=$CMD" ${IFACE:+--arg="$IFACE"} /etc/resolvconf/update.d
 
 
--------------------------
ETC/RESOLV.CONF
 
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 192.168.2.1
search no-domain-set.bellcanada
 
 
 
 
 
 
 
 


 
 
Dans la liste des mises a jour bizares, du moins celle qui m'interpelle il y a ca  :  
 

Citation :

iproute2 - Advanced IP routing and network device configuration tools                                                                                                                         
Importance : bugfix
Raison de la mise à jour : The iproute2 package released with mandriva 2008.1 had a problem which prevented its usage with kernels of versions 2.6.21 and older, notably the Xen kernel (2.6.18).
 
This update fixes the issue.
 
The iproute package contains networking utilities (ip, tc and rtmon,
for example) which are designed to use the advanced networking
capabilities of the Linux 2.2.x kernels and later,  such as policy
routing, fast NAT and packet scheduling.
 
Details :  
Version : 2.6.23-2.1mdv2008.1
        Version actuellement installée : 2.6.23-1mdv2008.1
        Architecture : i586
        Taille : 694 Ko
        Média : Main Updates
 
 
 
 
 
 


Reply

Marsh Posté le 02-06-2008 à 02:19:43    

je l'ai installé sans souci sur mon ordi.


---------------
Intermittent du GNU
Reply

Marsh Posté le 02-06-2008 à 02:24:21    

Alors, j'ai tout installé sauf ce paquet dont je te parlais ... et ... ca marche :D  
 
Du coup j'ose trop pas l'installer roooflll !! [:ddr555]

Reply

Marsh Posté le 02-06-2008 à 02:28:32    

ne l'installe pas alors.
A priori la mise a jour est inutile sauf en cas d'utilisation de xen ce qui ne semble pas être ton cas.


---------------
Intermittent du GNU
Reply

Marsh Posté le 02-06-2008 à 02:32:14    

Petite chose dans ce cas : J'ai la mise a jour en question qui me harcele toutes les 5min pour être installée, tu aurais une solution ?

Reply

Marsh Posté le 02-06-2008 à 02:53:43    


dans le fichier /etc/urpmi/skip.list
tu peux rajouter  

Citation :

/^iproute/


cela devrait faire l'affaire :)


---------------
Intermittent du GNU
Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed