Bonjour, Voila. Je suis relativement nouveau sous linux (mdk 10.1). Après avoir galéré pour installer ma connexion (tiscali.be 3.3 mb/s) avec un sagem fast 800, j'ai encore un problème. Quant je clique sur un lien, la recherche de l'hôte prend un temps exagéré (exp : google en 30 sec parfois). Et puis tout s'affiche instantanément. Quand je télécharge un truc, la vitesse est bonne : j'atteind le max théorique sans soucis. Ca me fait ca avec konqueror ou Firefox. J'utilise pppoa je crois. C'est très énervant parce que cette connexion marche mais je dois patienter à chaque clic.... Si quelqu'un peut m'aider, il aura ma reconnaissance eternelle :-) Merci d'avance.. PS. relativement nouveau sous linux donc allez y mollo :-)

salut le nouveau ! non, je blague :) bon, ca peut eventuellement provenir du fait d'un kernel 2.6 et de l'ipv6. j'ai trouvé un moyen perso qui me permet d'accelerer la chose : je run mon propre serveur de dns : l'application en est plus que simple : tu modifie ton /etc/resolv.conf ou /etc/ppp/resolv.conf suivant le cas de telle sorte que 127.0.0.1 soit avant les 2 IP de serveurs dns de ton FAI pis tu fait : # service named start ca demarre comme un diesel : au debut c'est lent, mais apres ca s'ameliore, plus le temps passe, plus c'est rapide. chez moi au bout de 10 minutes ca fonctionne très bien. cela dit, je reste quand c'est possible 15 jours 3 semaines UP, alors ceci explique cela :) A+++ P.S. : si besoin de plus de detail sur la procedure, poster ici :)

salut luteola76 !!! fait : ping -c 6 www.google.fr et poste le résultat pour voir ......... tu peux aussi essayer: traceroute www.google.fr qui donne parfois des infos utiles sur les difficultés d'accés à un site ;-))

salut les secouristes, Tout d'abord merci de m'aider. Voila le résultats de ping -c... : [root@Noordman noordman]# ping -c 6 www.google.fr PING www.google.akadns.net (216.239.59.99) 56(84) bytes of data. 64 bytes from 216.239.59.99: icmp_seq=1 ttl=239 time=47.7 ms 64 bytes from 216.239.59.99: icmp_seq=2 ttl=239 time=47.8 ms 64 bytes from 216.239.59.99: icmp_seq=3 ttl=239 time=47.9 ms 64 bytes from 216.239.59.99: icmp_seq=4 ttl=239 time=47.9 ms 64 bytes from 216.239.59.99: icmp_seq=5 ttl=239 time=47.9 ms 64 bytes from 216.239.59.99: icmp_seq=6 ttl=239 time=47.9 ms --- www.google.akadns.net ping statistics --- 6 packets transmitted, 6 received, 0% packet loss, time 25355ms rtt min/avg/max/mdev = 47.738/47.886/47.933/0.143 ms [root@Noordman noordman]# traceroute www.google.fr traceroute: Warning: www.google.fr has multiple addresses; using 216.239.59.99 traceroute to www.google.akadns.net (216.239.59.99), 30 hops max, 38 byte packets 1 Gateway.Paille.GoPlus.FastDSL.tiscali.be (83.134.10.1) 15.269 ms 15.930 ms 15.970 ms 2 10.10.10.1 (10.10.10.1) 15.957 ms 15.953 ms 15.964 ms 3 ge-4-2.gsr-01.bru.net.tiscali.be (62.235.3.225) 15.969 ms 15.964 ms 15.964 ms 4 ge-3-1.tran-02.bru.net.tiscali.be (62.235.3.38) 15.972 ms 15.949 ms 15.968 ms 5 ge-5-3-0.bru10.ip.tiscali.net (213.200.69.5) 15.978 ms 15.946 ms 15.966 ms 6 so-2-0-2.lon22.ip.tiscali.net (213.200.81.69) 32.233 ms 31.951 ms 32.826 ms 7 195.66.226.125 (195.66.226.125) 31.117 ms 31.920 ms 31.961 ms 8 216.239.49.254 (216.239.49.254) 47.972 ms 47.963 ms 47.945 ms 9 216.239.49.114 (216.239.49.114) 47.971 ms 47.936 ms 48.895 ms 10 * * * 11 * * * 12 * * * 13 * * * 14 * * * 15 * * * 16 * * * 17 * * * 18 * * * 19 * * * 20 * * * 21 * * * 22 * * * 23 * * * 24 * * * 25 * * * 26 * * * 27 * * * 28 * * * 29 * * * 30 * * * Voila. Encore une fois, ma connexion fonctionne, mais ca prend un temps dingue... sous xp, j'accède à google en quelques centièmes... ce n'est donc la connexion elle même... Sogemat, j'essaye ton histoire et je te dit quoi Merci ! Luteola

t'aurais pas oublié de mentionner le(s) DNS(s) fournis par ton fournisseurs d'accés ??? à mon avis, c'est la résolution de nom qui ne "marche" pas ! tu dis que ta connexion fonctionne: pas d'accord puisqu'un simple traceroute ne trouve pas google (voire le Nbre d'****) !!!! essaie http://216.239.59.99 dans ton navigateur ----> si tu as google immédiatement, c'est l'illustation de ce que je suppose ................ Il faut vérifier les DNSs ;-)

Modifié par abourgeo le 08/12/2004 00:10

exact ! qd je clique sur ton lien, ca ouvre google instantément! ! je pensais que les dns étaient optionnels... sous xp j'ai jamais rentré ces machins là et mandrake me laisse faire une connexion sans... mais lente ! un grand merci.

Hello, Bon, finalement ca marche toujours pas terrible. J'ai rentré mes serveurs DNS et j'ai toujours une connexion bizarre. Voici quelques infos: [root@Noordman noordman]# traceroute www.google.be traceroute: Warning: www.google.be has multiple addresses; using 66.102.9.104 traceroute to www.google.akadns.net (66.102.9.104), 30 hops max, 38 byte packets 1 Gateway.Paille.GoPlus.FastDSL.tiscali.be (83.134.9.1) 15.623 ms 15.937 ms 16.002 ms 2 10.10.10.1 (10.10.10.1) 15.923 ms 15.947 ms 15.996 ms 3 ge-4-2.gsr-01.bru.net.tiscali.be (62.235.3.225) 15.983 ms 15.949 ms 15.973 ms 4 ge-3-1.tran-02.bru.net.tiscali.be (62.235.3.38) 15.916 ms 15.933 ms 15.957 ms 5 ge-5-3-0.bru10.ip.tiscali.net (213.200.69.5) 15.959 ms 15.945 ms 15.971 ms 6 so-2-0-2.lon22.ip.tiscali.net (213.200.81.69) 31.974 ms 31.936 ms 31.971 ms 7 195.66.226.125 (195.66.226.125) 31.969 ms 31.926 ms 31.968 ms 8 216.239.49.254 (216.239.49.254) 48.599 ms 47.931 ms 47.982 ms 9 216.239.48.50 (216.239.48.50) 127.939 ms 127.900 ms 127.974 ms 10 64.233.175.185 (64.233.175.185) 47.934 ms 47.933 ms 47.970 ms 11 64.233.174.18 (64.233.174.18) 47.962 ms 47.939 ms 47.963 ms 12 * * * 13 * * * 14 * * * 15 * * * 16 * * * 17 * * * 18 * * * 19 * * * 20 * * * 21 * * * 22 * * * 23 * * * 24 * * * 25 * * * 26 * * * 27 * * * 28 * * * 29 * * * 30 * * * [root@Noordman noordman]# ping -c6 www.google.be PING www.google.akadns.net (66.102.9.99) 56(84) bytes of data. 64 bytes from 66.102.9.99: icmp_seq=1 ttl=239 time=47.7 ms 64 bytes from 66.102.9.99: icmp_seq=2 ttl=239 time=47.6 ms 64 bytes from 66.102.9.99: icmp_seq=3 ttl=239 time=47.8 ms 64 bytes from 66.102.9.99: icmp_seq=4 ttl=239 time=47.8 ms 64 bytes from 66.102.9.99: icmp_seq=5 ttl=239 time=47.9 ms 64 bytes from 66.102.9.99: icmp_seq=6 ttl=239 time=47.8 ms --- www.google.akadns.net ping statistics --- 6 packets transmitted, 6 received, 0% packet loss, time 25355ms rtt min/avg/max/mdev = 47.691/47.838/47.920/0.156 ms Ce qui est bizarre c que si je clique sur http://216.239.59.99 alors, le site s'ouvre automatiquement. Sinon, c très lent... Si quelqu'un peut m'aider, ca serait bien gentil

hello sogemat tu veux dire : search tiscali.be nameserver 127.0.0.1 nameserver 192.168.0.2 nameserver 62.235.13.199 nameserver 62.235.13.198 au lieu de search tiscali.be nameserver 192.168.0.2 nameserver 62.235.13.199 nameserver 62.235.13.198 ?

oulala .... il est probablemment là le probleme ... a savoir que par defaut, linux n'accepte que 3 dns. sinon, il faut changer une option dans le kernel, et recompiler. de ce fait, si tu parles bien de ton resolv.conf, je serais toi j'essaierais : # search tiscali.be nameserver 127.0.0.1 # nameserver 192.168.0.2 nameserver 62.235.13.199 nameserver 62.235.13.198 juste pour voir ;) A+++ P.S. : le /etc/resolv.conf n'est pas forcémment le fichier actif, par exemple ici c'est le /etc/ppp/resolv.conf locate resolf.conf pour voir s'il y en a plusieurs.

rello Qd je tape la commande locate resolf.conf ca donne : [noordman@Noordman noordman]$ locate resolf.conf warning: locate: could not open database: /var/lib/slocate/slocate.db: No such file or directory warning: You need to run the 'updatedb' command (as root) to create the database. je suppose que c pas bon non plus hein :-) Pour info, c bien le fichier etc/resolf.conf que j'ai donné tout à l'heure. Quand tu met un # à taper dans ce fichier, c'est censé indiqué quoi ? merci N, gros noob :-)

je reprends le relais de Sogemat: on va y arriver !!! le "#", c'est généralement utilisé pour mettre un ligne en commentaire, c'est à dire qu'elle se sert plus !!!! ATTENTION: le caractère pour mettre des lignes "en commentaire" différe selon les langages informatiques ! c'est souvent "#" mais pas toujours .......... tu as un message de défaut après : locate resolf.con car ta base de données (utilisée par la Cde locate) n'est pas à jour ! Fais avant un : locate -u pour la mettre à jour .......... ;-)

d'autant plus que que c'est resolv.conf :)

bah !!!! qui a inventé les copier/coller ??????? ;-)

Apple ?

p'tet bien....... comme c'est eux qui ont quasiment tout inventé en matière d'ergonomie utilisateur et d'interface graphique !!! ;-)

A voir absolumment le film TV de la genèse enbtre apple et microsoft .... genial comme film :) A+++ et bonne nuit :)

je suis bien d'accord avec vous sur l'inventivité d'apple et la passivité de ms. mais revenons à mes moutons si vous voulez bien :-) voila ce que j'ai fait en console : [root@Noordman noordman]# locate -u [root@Noordman noordman]# locate resolv.conf /home/noordman/.kde/share/apps/RecentDocuments/resolv.conf.desktop /etc/ppp/resolv.conf~ /etc/ppp/resolv.conf /etc/resolv.conf /etc/resolv.conf.save /etc/resolv.conf~ /var/run/ppp/resolv.conf /root/.kde/share/apps/RecentDocuments/resolv.conf.desktop /usr/share/man/fr/man5/resolv.conf.5.bz2 mon problème persiste. ensuite je fais quoi ? merci pour votre aide passée et à venir :-) a+

l'idée de Sogemat est qu'il pouvait y avoir un Pb dans tes fichiers "/etc/resolv.conf" ou éventuellement dans "/etc/ppp/resolv.conf". Lance un éditeur de texte (nedit, kwrite, kate, ..... ou vi en ligne de commande) et poste le contenu de ces 2 fichiers .............. ;-)

hello, voici le etc/resolv.conf : search tiscali.be nameserver 192.168.0.2 nameserver 62.235.13.199 nameserver 62.235.13.198 # ppp temp entry nameserver 62.235.14.4 # ppp temp entry nameserver 62.235.13.199 # ppp temp entry et le etc/ppp/resolv.conf : nameserver 62.235.14.4 nameserver 62.235.13.199 ce que je ne comprends pas c que j'ai modifié ces fichiers pour que les bons serveurs dns soient dedans (le 14.4 est une invention de linux :-). Mais c changements ne sont pas permanents... merci, a+

yup a mon tour : Bon en fair ces fichiers indiquent simplement a ton ordinateur quel serveurs DNS il doit utiliser. En fait , quand tu tapes http://www.google.fr , ton PC ne sait absolument pas ou il doit aller chercher google. Ton PC ne comprend qu'une seule chose c'est l'IP , l'IP c'est la vrai adresse de l'endroit ou la page que tu cherches se situe. Cette ip se présente sous la forme de a nombre a b c et d séparés pas des points : A.B.C.D Les nombres a et b peuvent aller de 0 a 256 (il faut noter les 0 et pas les virer) c et d vont de 0 a 127 Ce qui fait donc : 257 * 257 * 128 * 128 (il faut compter le 0) de possibilité différentes ce qui fait 1.082.146.816 de possibiltés différentes (ce qui est déjà pas mal) chaque PC connecté a internet possède une et une seule IP (pour faire simple hein , les puriste me diront qu'il en a plusieur mais bon on va passer sous silence les 127.0.0.1 et autres) qui lui est propre. Tu peu contacter n'importe quel PC connecté a l'internet rien qu'en tapant son ip , maic ce PC ne sera capable de te répondre que si celui-ci est un serveur. Donc tu peu joindre n'impotre quel serveur web rien qu'en tapant leur ip dan ton navigateur. C'est ce que t'a di de faire abourgeo en te demandant de taper : http://216.239.59.99 ; 216.239.59.99 c'est l'adresse ip du serveur qui héberge google. Tu admettra sans doute que taper google.fr c'est plus sey que faire 216.239.59.99 et surtout plus facile a retenir. On a donc eu l'idée ô comblien géniale de créer de grand annuaires qui vont faire le lien entre ce que tu tapes et l'adresse ip de ce que tu demandes. Ces énormes annuaires , ce sont les serveurs DNS. Dons , taper http://www.google.fr revient a demander a un serveur DNS : - Pourrais tu s'il te plait de donner l'dresse IP d'un serveur que tu devrait connaitre sous le nom de google.fr ? - Bien sur , un instant , je vais voire dans mes registre. Ah! voilà ! Je l'ai ! C'est le 216.239.59.99 - Merci gentil DNS , au revoir et a la prochaine ! Le tout en quelques millièmes de secondes normalement Mais comment l'ordinateur sait-il ou se trouve ces serveurs DNS bon dieu ? Eh bien , en fait , ceux ci sont stocké sous forme d'adresse IP (tu as compris pourquoi maintenant) dans...roulement de tambour...resolv.conf. Quand abourgeo ta demandé de taper http://216.239.59.99 il ta en fait dit de taper directement l'adresse IP de google de telle facon a ce que tu ne doive pas passer par la case "DNS" et la Miracle ; tout va vite. Il y a donc de très fortes chance pour que ton DNS soit en fait un pauvre asmathique qui met 30 sec pour aller regarder dans son registre. Donc tu as deux solutions : 1) Tu tapes directement l'IP de tout les sites auxqeuls tu veu accéder ! chouet , hein ? 2) Tu changes de DNS ; tu as de la chance , depuis peu , les DNS sont devenus publics , ce qui signfie que tu n'est plus obligé d'aller sur le DNS que t'impose ton fournisseur. Pour changer de DNS , il faut simplement changer les adresses IP qui se trouvent dans resolv.conf (et dans le resolv.conf de /etc/ppp aussi pour toi) Donc : 1) Fais des copies de sauvagardes de /etc/resolv.conf et /etc/ppp/resolv.conf 2) Ouvres /etc/resolv.conf et /etc/ppp/resolv.conf Et la meme chose chez lesdeux (apres avoir viré tout ce qu'ils contenaient) : nameserver 195.238.2.22 nameserver 195.238.2.21 Ce sont les miens : ceux de skynet.be retente de te connetcter (redémarre peut être avant de retenter) Note : pour ouvrir ces fichiers tu va devoir faire : su <entrée> mot de passe root en aveugle <entrée> gedit /etc/resolv.conf gedit /etc/ppp/resolv.conf si gedit ne marche pas essaie kedit /etc/resolv.conf kedit /etc/ppp/resolv.conf si ca marche toujours pas : vi /etc/resolv.conf vi /etc/ppp/resolv.conf Et cherche des tutos pour utiliser vi , sur google yen a plein... Voila un zoli cours sur les DNS [bigsmile]

----> c'est quoi cette info Snowangelic ??? tu peux donner des infos sur le mot "publics" ???? ou des liens vers des sites expliquant ton propos ???? Pour moi les DNS font partie de l'architecture d'Internet et sont une piéce essentielle puisqu'ils effectuent la "résolution de noms" comme tu l'as expliqué. On peut donc difficilement les qualifier de "privés" ! mais il y a peut-etre un aspect qui m'échappe ......... ;-)

Il y a peu , j'ai lu un article sur des gens qui étaient assez contents d'voir réussi a faire passer une lois comme quoi disant que les FAI sont obligé de montrer publiquement les IP des leurs DNS et ne peuvent plus , comme ils le faisaient avant , les crypter ni empècher des gens qui ne sont pas client chez eux de se connecter sur leurs DNS. Avant , se connecter sur un serveur DNS skynet alors qu'on est client tiscalli était considéré comme frauduleux. Certains pays comme la Chine n'ont il me semble pas de loi comme celle la et j'avais un pote chinois qui était dans l'incapacité la plus complète à joindre de nombreux sites car son FAI était fortemment controlé par le gouvernement et il n'a jamais su changer de serveur DNS... Maintnant il est de retour en Belgique et il est tout content... Note : je pense que cette lois éxiste depuis toujours en France ou au Canada mais que c'est relativement nouveau (2-3 ans) en Belgique...

super le cours les gars ! zetes bien sympa bon, ya juste un soucis : je modifie les fichiers comme indiqués (je passe par kwrite mais je pense pas que ce soit un pb, arretez moi si je me trompe) mais une fois rebooté, les fichiers sont revenus comme avant... Notez que la modif reste bonne si je ne reboot pas. Comme si il y avait un 3èm ou +) fichiers qui remettait tout au démarrage... ? ? la bonne nouvelle c'est que de gros noob je passe à moyen noob. merci pour ça.

et j'ajoute que si je tente des connexions avec les 2 resolv.conf modifiés avec tes DNS ou les miens) sans rebooter, la connexion n'est pas améliorée. Par contre si je clique sur le dns de google alors direct il s'affiche. Je pense donc encore une fois qu'il y en a un autre... Me trompe-je ?

bon le problème n'est certainement pas kedit , ca tu as raison. Comment as tu eu les premiers DNS ? Tu as du lancer un script qui ta demandé ton FAI et toi pays c'est ca (et il faut taper des numéro 32 ou un truc du genre) ? c'est quoi le DNS de google ? c'est http://216.239.59.99 ? Ca c'est l'IP , le DNS c'est un annuaire attention !!! lol [clindoeil] Essaie de d'éffacer les deux resolv et d'aller sur internet (en tapant les URL et pas l'IP) sans redémarrer puis après démarrage et revérifie les resolv stp. Si c'est comme je pense , tu devrait pourvoir te connecter tout le temps mais lentement... Si tu n'arrives pas a te connecter avant redémarrage , c'est plus gênant...

Modifié par Snowangelic le 11/12/2004 00:16

oauis bon l'histoire de swapper un dns d'un autre povider, je l'ai deja fait, ca se situais quand mon provider avait des problemes de dns :) sinon, comme je l'ai évoqué precedemment, avoir un serveur dns à soi, c'est tellement plus pratique, surtout quand on est up pas mal de temps :) genre : $ uptime 00:20:41 up 7 days, 12:24 bon, sinon, j'arrete de raconter des conneries : pour luteola76 sache qu'il faut faire attention à ton script de connection, y compris ce qu'il dit : verifie que ton script ne comporte pas d'option dans le genre 'peerdns' : dans ce cas, les dns sont fournis à la connection et modifieent donc un des fichiers resol.conf activemment, celui qui est opeationnel. A+++

bon, j'ai fait un Whereis resolv.conf et j'ai trouvé un 3èm gars. en fait, qd je modifiais il me créait automatiquement une copie de sauvegarde resolv.conf~. Ce machin devait être recopié sur le bon j'imagine. En tout cas, ayant fait ça, la connexion a pris de la nitro ! Problème résolu donc, j'espère car j'ai pas osé redémarrer, sinon je vous relance. Mais au moins, je vois comment faire maintenant. Grace à vous. UN GRAND MERCI !

merci Snowangelic pour l'info sur les DNS; Il y a peut-etre effectivement des différences de législation liés aux DNS entre la Belgique, le Canada et la France !!! Perso, j'ai toujours pris les DNS des FAI comme de simples propositions et non comme des obligations meme si je n'ai jamais cherché à en utiliser d'autres ............ ;-)

bonjour, j'ai lu..interessant. Idee: se peut-il qu'il y ait des serveurs DNS, qui mettent plus de temps à ce mettre à jour, ou sont ils tous mis à jour en même temps... car il y a sans cesse de nouveaux sites qui se creent...mon DNS peut mettre +/- beaucoup de temps à repertorier son IP.

Ca par contre , je ne sais pas D_E. Je suis crtain qu'il y a certains DNS qui ne reprennent pas tout (cf Chine). Si on y réfléchit , acheter un nom de domaine , c'est simplement ajouter son nom dans les registres...Le tout est de savoir si il y a un office mondiale pour les noms de domaine ou si c'est par pays/continent/région ect... Si il y a office mondiale , suffiraient que tous les DNS se mettent a jour par exemple 1 fois par semaine en se basant sur cet office. Sinon , il doit y avoir une politique de communication entre les DNS. Autre possibilité : les DNS multiple : un site comme yahoo ou multimania qui héberge de nombrex sites possède plusieurs serveurs. Donc , quand on tape http://lycos.fr/multimania/moncompte/index.html Le DNS princial sait : lycos.fr = 123.223.94.87 (inventé) => Tu es redirigé la : 123.223.94.87 Ensuite , lycos te dit : multimania , c'est pas ici , c'est la : 123.223.94.89 (souvent les première parties de l'IP restent les meme et c'est juste de dernier chiffre qui change) => Tu va la : 123.223.94.89 La on te dis : Multimania ici ; le compte "moncompte" se trouve en fait la : 123.223.95.89 Et la tu tombe enfin sur ton site... Bon la j'ai éxagéré le nombre d'étapes , mais deux étapes , ce n'est pas rare du tout... A plus grande échelle , on pourrit imaginer un système ou il y a un DNS pas .qqc : .com .fr .be .us .org ... On pourrait donc imaginer un DNS de provider assez petit qui te redirige vers d'autres DNS : Le DNS des .be ? C'est la : 189.221.33.16 Celui des .org ? C'est la : 174.38.54.79 ect... Mais cette théorie semble avoir bein peu de poids : J'ai du mal a imagine un DNS qui mette 30 sec a chercher une entrée dans un registre qui compte finalement treès peu d'entrées...

d'ailleurs, est-ce que cela ne serait pas plus malin de mettre des marque-pages avec les ip directement plutot que les noms de domaine (donc avec passage par un serveur DNS ? on gagnerait du temps de connexion. Comment par exp savez-vous que l'ip de google.fe est x.y.w.z ?

$ resolveip google.fr IP address of google.fr is 216.239.59.104 IP address of google.fr is 216.239.39.104 IP address of google.fr is 216.239.57.104 A+++

ah ? pourtant regarde ; [root@Noordman noordman]# resolveip google.fr bash: resolveip: command not found Ce resolveip, tu l'as installé, c pas mis par défaut je suppose. J'ai regardé dans les packetages dispo, y en a qui s'appelle fastresolv. Ca marche pareil ? Sinon sur le principe, ca sert à quelque chose de passer par l'ip direct plutot que de passer par le dns ? si c juste pour pour gagner 3 millième de sec, je range mon idée au placard :-)

resolveip doit faire partie de fedora par defaut. cela-dit ca ne sert a rien, sinon montrer l'ip d'un site. en effet : ca contacte le 1er dns dans ton resolv.conf, si pas de reponse, ca contacte le 2eme, si pas de reponse, le 3eme. ca ne gagne pas de temps. ce qui fait gagner du temps c'est d'avoir un serveur dns sur son ordi : dans le cas d'ip deja converties, le resultat est instantané : ex : sachant que j'ai un serveur dns installé (named) resolveip google.com / resultat instantané car c'est un site que je consulte regulieremment resolvip www.tf1.fr / 2-3 secondes de delai car je ne vais jamais sur ce site. A+++

je suis sceptique quant à une utilisation courante de cette commande "resolvip" pour recherche d'IP "sogemat" !!!! je ne l'ai pas dans les "man" de ma machine, Google ne donne quasiment rien sur cette commande et d'expérience la commande "vedette" pour rechercher une IP est: nslookup www.le_site.xxx ;-)