Internet sous compte non root

Salut,
Tu indiques que tu lances la connexion automatiquement au démarage,
pourquoi aurais-tu besoin de la lancer à la main pour l'utilisateur ?
Si le ping fonctionne, je ne vois pas pourquoi tu ne peux pas surfer...
Essaies d'être plus précis dans la description du problème
- tu fais 'ping' vers quoi ?
- quel est le symptôme : message d'erreur ?
- quel FAI ?
Les commandes 'netstat -rn' et 'ifconfig' retournent-elles des infos cohérentes ?
Rajoutes /usr/sbin dans le path de ton utilisateur, ça te permettra d'avoir les
commandes qu'il ne trouver pas...
N'étant pas sous FC4, peut-être qu'un connaisseur saura mieux t'informer que
moi...
A+, crabs

hello et merci de la reponse

voici le resultat du netstat -rn

83.204.43.1 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
192.168.68.0 0.0.0.0 255.255.255.0 U 0 0 0 vmnet1
192.168.250.0 0.0.0.0 255.255.255.0 U 0 0 0 vmnet8
169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 lo
0.0.0.0 83.204.43.1 0.0.0.0 UG 0 0 0 ppp0

je fais un ping vers oracle qui fome renvoie
ping: unknown host www.oracle.com

et mon fournisseur d'acces et wanadoo.

par contre si je lance firefox en root cela fonctionne tres bien.

salut,
Peux-tu aussi donner le resultat de 'ifconfig'.
Y a un truc assez bizarre à mon gout, c'est que la route pour lo devrait
indiquer 127.0.0.1 en classe A.
De plus je vois pas pourquoi tu as 2 interfaces vmnet, mais je connais pas
trop les vmnet...
Tant qu'a y être donnes aussi le résultat de 'netstat -i'
A+, crabs

Salut Crabs,

voici le résultat du netstat -i
Iface MTU Met RX-OK RX-ERR RX-DRP RX-OVR TX-OK TX-ERR TX-DRP TX-OVR Flg
lo 16436 0 3959 0 0 0 3959 0 0 0 LRU
ppp0 1500 0 235909 0 0 0 132300 0 0 0 MOPRU
vmnet1 1500 0 0 0 0 0 18 0 0 0 BMRU
vmnet8 1500 0 0 0 0 0 18 0 0 0 BMRU

par contre ifconfig ne fonctionne pas , il ne recconait pas cette commande

voici le PATH : cela d'aidera peut etre
/usr/kerberos/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/home/anne-sophie/bin:/home/anne-sophie/sbin

en tout cas merci de ton aide

re,

bon je viens de faire un export PATH=$PATH:sbin

ifconfig me ramene

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:4081 errors:0 dropped:0 overruns:0 frame:0
TX packets:4081 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:6018267 (5.7 MiB) TX bytes:6018267 (5.7 MiB)

ppp0 Link encap:Protocole Point-à-Point
inet adr:83.204.45.89 P-t-P:83.204.45.1 Masque:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:284103 errors:0 dropped:0 overruns:0 frame:0
TX packets:158855 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:3
RX bytes:422450447 (402.8 MiB) TX bytes:7719000 (7.3 MiB)

vmnet1 Link encap:Ethernet HWaddr 00:50:56:C0:00:01
inet adr:192.168.68.1 Bcast:192.168.68.255 Masque:255.255.255.0
adr inet6: fe80::250:56ff:fec0:1/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:18 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)

vmnet8 Link encap:Ethernet HWaddr 00:50:56:C0:00:08
inet adr:192.168.250.1 Bcast:192.168.250.255 Masque:255.255.255.0
adr inet6: fe80::250:56ff:fec0:8/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:18 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)

par contre je ne peux toujours pas me connecter a internet via un navigateur

@+

Salut,
Sous ma slackware ifconfig dans /sbin. Tapes 'which ifconfig' en étant root.
Rajoutes /sbin (si ça existe) et /usr/sbin dans ton PATH.

/aparté, postes tes résultats entre les balises code (bouton code au dessus du
formulaire), c'est plus lisible.

Regarde dans tes scripts de démarage ou de configuration et essaies de remettre
127.0.0.0 (netmask 255.0.0.0) pour l'interface lo.
N'ayant pas et ne connaissant pas les outils de config de ta distrib je ne saurais
te guider pour le faire...

courage, A+ crabs

hello et encore merci de m'aider

bah en fait cela ne donne rien j'ai toujours la meme chose a savoir pas moyen d'avoir acces au net via navigateur en non Root

Je ne sais plus quoi faire , surtout que c la premiere fois que je rencontre ce probleme, car ayant utlisé plusieurs distrib , a chaque fois que je crée un utlisateur , bah celui ci avait acces au net .....

la franchement je ne comprends pas

je vais encore chercher , peut etre plus faire des sites spécialisés fedora ou red hat

en tout cas merci de ton aide.

1) C'est normale qu'un utilisateur ne peut pas etablir la connexion, ce sont de choses a faire par root. Cependant je crois dans la Fedora et dans l'outil de configuration graphique on peut cocher une case pour que les utilisateurs simples puissent demarrer/arreter la connexion. Si c'est bien coche il faut faire: "/sbin/ifup ppp0" pour demarrer ou "/sbin/ifdown ppp0" pour arreter (a condition que tous les parametres de connexion soient bien entres ce qui semble (presque) le cas pour toi.

2) Selon le tableaux de routage et l'affiche de ifconfig il semble que la connexion est bonne. Le probleme avec "lo" et aussi les "vmnet-blabla" sont secondaires. Le "lo" est surtout important si on a aucune connexion reseau pour que certaines programmes, qui necessitent un environement reseau, fonctionnent. Si le "lo" est casse mais le "ppp0" ou "eth0" marchent c'est presque sans importance.

3) ping: unknown host www.oracle.com
Ca signifie plutot un probleme de DNS. En principe il faut que les serveurs DNS de ton FAI soient dans le fichier /etc/resolv.conf et ca de facon automatique (avec le protocole ppp0 et aussi avec DHCP) mais peut-etre tu as oublie de cocher la bonne case pour ca dans la config graphique ? Verifie tout encore une fois dans les menus de configuration de la connexion.
Normalement le daemon de ppp met apres l'etablissement de la connexion un nouveau fichier resolv.conf dans le repertoire /etc/ppp/... et apres le script if-up (aussi dans /etc/ppp/... mais c'est lance automatiquement) devraient le copier vers /etc/... et saufgarder l'ancien resolv.conf ailleur. Apres arret de la connexion ca devrait remettre l'ancien resolv.conf.

Si par contre ca marche en root avec les DNS mais pas avec les utilisateurs normales il se pourrait (pour une raison inconnue tres bizarre) que le fichier /etc/resolv.conf n'a pas les bonnes permissions.
Donc pour tester cette hypothese tu lances en root la connexion et apres tu regardes les permissions et l'heure de modification de ce fichier avec:

ls -l /etc/resolv.conf

et apres le contenu avec:

cat /etc/resolv.conf

Ce serait bien de mettre un copier coller de ces deux choses ici. Le resultat de "ls -l ..." est a peu pres comme ca:

-rw-r--r--  1 root root 50 Sep 20 18:12 /etc/resolv.conf

En principe le resolv.conf devrait avoir une heure de modification (ici 18h12 dans l'exemple) qui coincide avec l'heure ou tu as etabli la connexion. Pour les permissions ca devrait etre "-rw-r--r--" c.-a-d. permission de lire pour tout le monde et pour ecrire seulement pour root. Cependant si par hasard tu as "-rw------" ou "-rw-r-----" ca signifie que les utilisateurs ne peuvent pas lire ce fichier et les DNS ne fonctionnent pas.

Si tu as en effet ca tu peux simplement faire (en root):

chmod a+r /etc/resolv.conf

pour mettre les bonnes permissions et ca va fonctionner apres. Par contre ce ne serait qu'une solution temporaire, jusqu'au prochain arret/demarrage de la connexion. Il faudrait savoir pourquoi c'est arrive (=> verifier tres soigneusement toutes les choses que tu as mises ou pas mises dans les menus de configuration de Fedora pour la connexion adsl/ppp).

merci et encore merci

une hisoire de droit sur le fichier resolv.conf
qui en fait ce fichier appartenait au groupe pppusers
alors que mon utilisateur est dans le groupe root

j'ai changer les droits sur ce fichier et hop c'est parti

c bien vue

encore un truc a mettre dans ma base de connaissance
sinon pour info cette connexion n'a pas été configuer par les outils fedora, mais tout a la mano, et pour lancer cette derniere :
modprobe pppoatm
modem_run -k -f /usr/local/share/speedtouch/mgmt.o
pppd call adsl

:-D

qui en fait ce fichier appartenait au groupe pppusers

Tout se comprend et probablement la bonne solution consiste a mettre ton utilisateur dans le groupe pppusers. Ca c'est un vrai piege, presque typique pour Fedora. Ca contient pleins de reglages de securites et si on ne sait pas ...
Il y a encore de truc plus derangant, par exemple si par hasard tu actives le machin "Sel-Linux" (ou similaire). Je crois avec ca on reduit meme les possibilites/droits de root.