Probleme proxy linux
Fermé
DAG
-
22 août 2007 à 14:39
mamiemando Messages postés 33079 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 23 avril 2024 - 22 août 2007 à 18:35
mamiemando Messages postés 33079 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 23 avril 2024 - 22 août 2007 à 18:35
A voir également:
- Probleme proxy linux
- Linux mint - Télécharger - Systèmes d'exploitation
- Diskinternals linux reader - Télécharger - Stockage
- Linux live usb creator - Télécharger - Outils Internet
- Fortnite linux ✓ - Forum Ubuntu
- Installer linux sans clé usb ✓ - Forum Ubuntu
7 réponses
mamiemando
Messages postés
33079
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
23 avril 2024
7 749
22 août 2007 à 14:50
22 août 2007 à 14:50
Donc première bonne nouvelle tu ne t'es pas trompé de forum :) Il se peut effectivmeent que ce soit juste un problème de DNS. Pour configurer DNS, il faut le configurer dans /etc/resolv.conf, en root. Exemple :
Pour le proxy, outre les variables d'environnement que tu as configuré, il me semble que sous mandriva il faut aussi les configurer là où tu définis tes miroirs (cf interface graphique du gestionnaire de paquets), pour que ton gestionnaire de paquet fonctionne.
Si ça ne marche toujours pas, il nous faut le résultat de quelques commandes :
Vérifie que tu arrives à résoudre / pinger ton proxy et ton DNS :
Reporte le résultat de toutes ces commandes et ensuite on essaiera de voir ce qu'il faut faire.
Bonne chance
nameserver 11.22.33.44
Pour le proxy, outre les variables d'environnement que tu as configuré, il me semble que sous mandriva il faut aussi les configurer là où tu définis tes miroirs (cf interface graphique du gestionnaire de paquets), pour que ton gestionnaire de paquet fonctionne.
Si ça ne marche toujours pas, il nous faut le résultat de quelques commandes :
/sbin/ifconfig /sbin/route -n cat /etc/resolv.conf
Vérifie que tu arrives à résoudre / pinger ton proxy et ton DNS :
ping -c2 ip_de_mon_dns nslookup monproxy ping -c2 monproxy
Reporte le résultat de toutes ces commandes et ensuite on essaiera de voir ce qu'il faut faire.
Bonne chance
Désolé, je n'est plus acces à mon PC ! En fait c'est une sonde qui est sur un réseau et j'y accede a distance via ssh et bureau à distance, et en ce moment le reseau merdouille un peu et je n'y est plus acces...
Pour ton info, mon adresse IP c'est 172.20.13.245, le masque c'est 255.255.255.248. C'est tout ce que j'ai rentré pour ma carte réseau.
Je ping mon proxy (10.193.21.179).
Mon resolve.conf je n'est pas toucher.
Pour les routes : "route add -net 0.0.0.0 netmask 0.0.0.0 gw 172.20.13.243"
[root@localhost cir]# netstat -r
Table de routage IP du noyau
Destination Passerelle Genmask Indic MSS Fentre irtt Iface
172.20.13.240 * 255.255.255.248 U 0 0 0 eth0
169.254.0.0 * 255.255.0.0 U 0 0 0 eth0
default 172.20.13.243 0.0.0.0 UG 0 0 0 eth0
Pour ton info, mon adresse IP c'est 172.20.13.245, le masque c'est 255.255.255.248. C'est tout ce que j'ai rentré pour ma carte réseau.
Je ping mon proxy (10.193.21.179).
Mon resolve.conf je n'est pas toucher.
Pour les routes : "route add -net 0.0.0.0 netmask 0.0.0.0 gw 172.20.13.243"
[root@localhost cir]# netstat -r
Table de routage IP du noyau
Destination Passerelle Genmask Indic MSS Fentre irtt Iface
172.20.13.240 * 255.255.255.248 U 0 0 0 eth0
169.254.0.0 * 255.255.0.0 U 0 0 0 eth0
default 172.20.13.243 0.0.0.0 UG 0 0 0 eth0
Ca y est le réseau est redenouveau sur pieds ! Je peux faire les manips réellement :
[root@localhost ~]# ifconfig
eth0 Link encap:Ethernet HWaddr 00:19:B9:24:C0:AB
inet adr:172.20.13.245 Bcast:172.20.13.247 Masque:255.255.255.248
adr inet6: fe80::219:b9ff:fe24:c0ab/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1559208 errors:0 dropped:0 overruns:0 frame:0
TX packets:2327371 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:175904431 (167.7 MiB) TX bytes:2464715050 (2.2 GiB)
Interruption:16
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:65316 errors:0 dropped:0 overruns:0 frame:0
TX packets:65316 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:5496121 (5.2 MiB) TX bytes:5496121 (5.2 MiB)
[root@localhost ~]#
[root@localhost ~]# route -n
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
172.20.13.240 0.0.0.0 255.255.255.248 U 10 0 0 eth0
169.254.0.0 0.0.0.0 255.255.0.0 U 10 0 0 eth0
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
0.0.0.0 172.20.13.243 0.0.0.0 UG 0 0 0 eth0
[root@localhost ~]#
[root@localhost ~]# cat /etc/resolv.conf
search localhost
nameserver 10.193.21.179
# 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
# ppp temp entry
[root@localhost ~]#
[root@localhost ~]# ping -c2 www.google.fr
ping: unknown host www.google.fr
[root@localhost ~]#
[root@localhost ~]# nslookup 10.193.21.179
;; connection timed out; no servers could be reached
[root@localhost ~]#
[root@localhost ~]# ping -c2 10.193.21.179
PING 10.193.21.179 (10.193.21.179) 56(84) bytes of data.
64 bytes from 10.193.21.179: icmp_seq=1 ttl=249 time=0.779 ms
64 bytes from 10.193.21.179: icmp_seq=2 ttl=248 time=0.778 ms
--- 10.193.21.179 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1002ms
rtt min/avg/max/mdev = 0.778/0.778/0.779/0.027 ms
[root@localhost ~]#
mamiemando
Messages postés
33079
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
23 avril 2024
7 749
22 août 2007 à 17:42
22 août 2007 à 17:42
Si tu arrives a pinguer ta passerelle 172.20.13.243 il ne te reste qu'à corriger tes DNS dans /etc/resolv.conf et ce sera bon.
Bonne chance
Bonne chance
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
Ok merci, j'arrive a pinguer google.fr mais je pense que le proxy interdit les ping ... :
(la je suis sous ma machine windows (bureautique) mais je passe par le meme proxy que mon PC de test sur lequel je veux effectuer la manip)
Et du coup le résultat est le meme sous linux, il veut pas pinguer google, mais lorque j'installe des truc via URPMI, pas de soucis il retrouve bien ses petits et l'install se fait nikel... C'est a n'y rien comprendre ...
(la je suis sous ma machine windows (bureautique) mais je passe par le meme proxy que mon PC de test sur lequel je veux effectuer la manip)
H:\>ping www.google.fr
Envoi d'une requête 'ping' sur www.l.google.com [66.102.9.99] avec 32 octets de
données :
Délai d'attente de la demande dépassé.
Statistiques Ping pour 66.102.9.99:
Paquets : envoyés = 1, reçus = 0, perdus = 1 (perte 100%),
Ctrl+C
^C
H:\>
Et du coup le résultat est le meme sous linux, il veut pas pinguer google, mais lorque j'installe des truc via URPMI, pas de soucis il retrouve bien ses petits et l'install se fait nikel... C'est a n'y rien comprendre ...
En gros pour résumer, je travail depuis un poste sous windows qui me sert de poste 'bureautque'. J'ai mis un PC sur un autre réseau (dans la nature !) qui me sert de sonde (je fais des relever de traces avec une carte spéciale). J'accede à ce cette sonde via ma machine bureautique grace a putty en ssh.
Jusque la pas de probleme.
Lorsque je suis sur ma machine bureautique j'accede a internet a condition de configurer un proxy.
Sur ma sonde j'accede a internet a cette meme condition de configurer ce meme proxy.
Sous ma machine Windows je ne ping pas google (ni un autre site web d'ailleur...), mais je ping le proxy.
Sur la machine sonde meme chose...Et pourtant j'acces a internet, je peux installer des chose avec urpmi, et je peux utiliser wget sans soucis.
Le truc c'est que j'aimerai bien savoir pourquoi je n'arrive pas a pinguer des site web lorsque je suis en mode console (sous windows ou sous linux). Est-il possible d'interdire aux pings de passer un proxy ? Y a t il peut un firewall derriere ?
Voila un peut le topo ! Mais ça commence a me travailler car j'aimerais installer no-ip pour avoir acces a ma sonde de l'extérieur, mais lorsque je lance la commande noip -C il me dit :
C'est pour ça que je me pose ces questions, je pense que ça vient de la ...
Quelqu'un aurai-t-il une idée ?
Jusque la pas de probleme.
Lorsque je suis sur ma machine bureautique j'accede a internet a condition de configurer un proxy.
Sur ma sonde j'accede a internet a cette meme condition de configurer ce meme proxy.
Sous ma machine Windows je ne ping pas google (ni un autre site web d'ailleur...), mais je ping le proxy.
Sur la machine sonde meme chose...Et pourtant j'acces a internet, je peux installer des chose avec urpmi, et je peux utiliser wget sans soucis.
Le truc c'est que j'aimerai bien savoir pourquoi je n'arrive pas a pinguer des site web lorsque je suis en mode console (sous windows ou sous linux). Est-il possible d'interdire aux pings de passer un proxy ? Y a t il peut un firewall derriere ?
Voila un peut le topo ! Mais ça commence a me travailler car j'aimerais installer no-ip pour avoir acces a ma sonde de l'extérieur, mais lorsque je lance la commande noip -C il me dit :
[root@localhost local]# noip -C Auto configuration for Linux client of no-ip.com. Can't connect to dynupdate.no-ip.com (No route to host) Network must be operational to create configfile. Ending! [root@localhost local]#
C'est pour ça que je me pose ces questions, je pense que ça vient de la ...
Quelqu'un aurai-t-il une idée ?
mamiemando
Messages postés
33079
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
23 avril 2024
7 749
22 août 2007 à 18:35
22 août 2007 à 18:35
En effet le proxy peut filtrer les pings, c'est pour ca que pour tester tes DNS il faut utiliser la commande host ou nslookup. Si ce teste marche cela signifie :
- que les routes vers le DNS sont juste
- que le DNS est juste
Il suffit donc que la route par défaut (qui doit te router vers ton proxy) soit juste et que le proxy te laisse passer pour que tout rentre dans l'ordre. Si tu as correctement configuré le proxy (navigateur, variables d'environnement, gestionnaire de paquet), vu que tu arrives à la pinguer ce point devrait également être bon.
Pour voir si tes DNS sont ok :
Si oui ca doit te conner un truc du genre :
Ensuite essaye de te connecter à un site quelconque (par exemple google) avec un navigateur (par exemple w3m ou links). Tu peux aussi essayer de télécharger directement un fichier via wget. Attention car il faudra probablement configurer tes variables d'environnement http_proxy et https_proxy.
Bonen chance
- que les routes vers le DNS sont juste
- que le DNS est juste
Il suffit donc que la route par défaut (qui doit te router vers ton proxy) soit juste et que le proxy te laisse passer pour que tout rentre dans l'ordre. Si tu as correctement configuré le proxy (navigateur, variables d'environnement, gestionnaire de paquet), vu que tu arrives à la pinguer ce point devrait également être bon.
Pour voir si tes DNS sont ok :
nslookup www.google.fr
Si oui ca doit te conner un truc du genre :
(mando@cenedra) (~) $ nslookup www.google.fr Server: 212.27.54.252 Address: 212.27.54.252#53 Non-authoritative answer: www.google.fr canonical name = www.google.com. www.google.com canonical name = www.l.google.com. Name: www.l.google.com Address: 209.85.129.147 Name: www.l.google.com Address: 209.85.129.99 Name: www.l.google.com Address: 209.85.129.104
Ensuite essaye de te connecter à un site quelconque (par exemple google) avec un navigateur (par exemple w3m ou links). Tu peux aussi essayer de télécharger directement un fichier via wget. Attention car il faudra probablement configurer tes variables d'environnement http_proxy et https_proxy.
(mando@cenedra) (~) $ wget http://www.google.fr/intl/fr_fr/images/logo.gif --18:34:18-- http://www.google.fr/intl/fr_fr/images/logo.gif => `logo.gif' Résolution de www.google.fr... 209.85.129.147, 209.85.129.104, 209.85.129.99 Connexion vers www.google.fr|209.85.129.147|:80... connecté. requête HTTP transmise, en attente de la réponse... 200 OK Longueur: 8 866 (8.7K) [image/gif] 100%[===============================================================================================>] 8 866 --.--K/s 18:34:18 (66.03 KB/s) - « logo.gif » sauvegardé [8866/8866]
Bonen chance
