NeoX a écrit 17893 commentaires

sans commentaire :

man host :

DESCRIPTION
host is a simple utility for performing DNS lookups. It is normally used to convert names to IP addresses and vice-versa.
When no arguments or options are given, host prints a short summary of its command line arguments and options.
[...]

FILES
/etc/resolv.conf

man nslookup

DESCRIPTION
Nslookup is a program to query Internet domain name servers. Nslookup has two modes: interactive and
non-interactive.
[...]
FILES
/etc/resolv.conf

man dig

DESCRIPTION
dig (domain information groper) is a flexible tool for interrogating DNS name servers.
[...]

FILES
/etc/resolv.conf

${HOME}/.digrc

les 3 outils que tu cites se base clairement sur le fichier /etc/resolv.conf
et c'est normal car ils font, par definition, du traitement de type DNS

et pour en revenir à la question initiale,
es-tu sur que ces 3 outils se basent sur les primitive gethostbyname() et gethostbyaddress() ?

cela me semble bien tortueux.

simplifions un peu :

sed -e :a -e '/^\n*$\|^[ ]*$\|^[ t]*$/ {$d;N;ba' -e '}' $file$tmp1 > $file$tmp2

devient

sed -e :a -e '/^[ |\n|\t]*$/ {$d;N;ba' -e '}' $file$tmp1 > $file$tmp2

car on souhaite remplacer les lignes qui ne contiennent que
- des espaces
- des retours à la ligne (\n)
- des tabulations (\t)

et du coup ca marche mieux

chez moi :

user@machine:~$ cat /etc/resolv.conf

search mon_domaine.tld
nameserver IP_de_mon_dns

user@machine:~$ cat /etc/nsswitch.conf

# /etc/nsswitch.conf
#
# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc-reference' and `info' packages installed, try:
# `info libc "Name Service Switch"' for information about this file.

passwd: compat
group: compat
shadow: compat

hosts: files dns
networks: files

protocols: db files
services: db files
ethers: db files
rpc: db files

netgroup: nis

user@machine:~$ cat /etc/host.conf

# The "order" line is only used by old versions of the C library.
order hosts,bind
multi on

et si mon reseau ne fonctionne pas, ben j'ai quand meme ma resolution localhost qui fonctionne.

et je viens d'essayer, si je vide le resolv.conf mais que j'ai mis mes hotes dans /etc/hosts
avec la syntaxe suivante
IP_de_la_machine nom_complet nom_abrege

et ben je pingue bien cette machine.

le ping localhost qui ne fonctionne pas, ca me fait penser à l'interface lo qui ne serait pas active, ou une erreur de syntaxe dans le fichier /etc/hosts

pas sur qu'on puisse le faire de maniere independante du systeme (car finalement c'est cela que tu veux)

/etc/resolv.conf vide => pas de reseau => pas de resolution.

si tu as du reseau (il en faut meme pour faire un localhost)
tu dois avoir une entrée dans /etc/resolv.conf

ensuite seulement il ira lire /etc/hosts (sans passer par le dns vu que tu lui dis de passer par hosts)

Mon fichier PCF a été donné avec l'installation du vpnclient par mon administrateur et je l'ai copié dans le répertoire /etc/opt/cisco-vpnclient/Profiles.

ben il ne reste plus qu'a aller voir ton administrateur.
et faire les tests avec lui.

il regardera les routes AVANT de lancer le vpn
les routes APRES le lancement du VPN

il regardera s'il n'y a pas plusieurs clients qui se lanceraient et qui se battraient pour le port 500...

apres tout, c'est son boulot...

apparemment
(
http://readlist.com/lists/gentoo.org/gentoo-user/9/45529.htm(...)
ou
http://rainbow.i3s.unice.fr/~mosser/doku/tutoriels:vpn:ubunt(...)
)

tout se joue dans le dossier
/etc/opt/cisco-vpnclient/Profiles/

qui devrait contenir (dans ton cas) un fichier fichier_config.pcf

et ce fichier doit contenir les infos necessaires pour se connecter au serveur vpn.

A verifier aussi, Il semblerait que les parefeux soient assez genant pour le client.

et dans ton fichier

sudo vpnclient connect fichier_config

il n'y aurait pas l'adresse à laquelle aller se connecter par exemple ?
ce fameux fichier ne s'invente pas...

verifier le contenu du fichier /etc/opt/cisco-vpnclient
y a peut-etre ce qu'il faut dedans (si le fichier est bien commenté)

sinon un man vpnclient

va falloir regarder dans les options du driver nvidia

option nvagp ?
option vblank ?
etc
etc

deja avec la source possible et le probleme, tu dois pouvoir trouver des pistes sur google.

ton VPN essaie de se monter avec l'adresse IP 0.0.0.0

c'est n'est pas tres pratique, et cela laisse supposer qu'il essaierait de se mettre en place sur une interface qui n'est pas active (eth0 dans ton cas).

regarde que ton VPN n'essaie pas de se mettre en place sur la carte eth0 (Ethernet) alors que toi tu le veux via le WIFI (eth1 ou wlan0 suivant les distrib)

peut-etre verifier les niveaux de lancement du script /etc/init.d/networking (sur ma ubuntu) ?

le reseau ne se lance peut-etre pas au niveau de demarrage correspondant à ton demarrage par defaut.

sur mes machines precedentes il fallait penser à installer un paquet resolv ou un truc dans le genre pour que le fichier soit recreer par le client dhcp.


sinon, il te faudra ajouter un redemerrage du reseau à la fin du boot, pour activer la carte.

voir les precedents posts.

- pas de bip (ca devrait au moins une fois quand ca boote)
- ecran noir

ca sent le proc qui marche pas ou la carte mere grillée.

find . -type f -iname [^aaa]*

devrait deja te sortir TOUS les fichiers (-type f)
qui ne commence pas par aaa ou AAA ou AaA (-iname)

tu le tapes avec quoi ton rapport ?

car perso, la version PDF c'est la version finale,
tant que je travaille dessus et que je dois le relire, ben je le lis avec mon outil (openoffice, latex, vim)

bref je lis toujours la source (et je la modifie si j'ai besoin).

locate fichier
demande parfois que la base soit mise à jour mais updatedb demande les droits root.


find / -f -iname fichier | grep motif

ton motif permettant de n'afficher que les chemins contenant bin, ou de filtrer la recherche.

effet 3D ?
compositing ?

voire carrement l'ecran.

essaie depuis le live CD d'une distribution voir si ca le fait toujours.
si c'est le cas c'est que cela doit venir du materiel.

tu ne precises pas ton ecran, mais je penses qu'il s'agit d'un CRT.
il est possible que l'ecran soit fatigué.

en general le bip vient d'un petit buzzer sur la carte mere donc pas besoin d'un haut parleur.

pour ton ecran qui reste toujours noir, tu fonctionne avec la carte interne ou avec une carte fille ?

si tu fonctionne sur la carte interne, essaie de trouver une carte fille pour verifier que cela fonctionne.

si tu fonctionne deja avec une carte fille, essaie d'en trouver une autre pour tester.

sinon, tu as peut-etre quand meme un defaut sur le proc ou la carte mere (alimentation OK mais proc ou carte grillé)

colrm c'est pour l'exemple

et oui c'est pour enlever entre le caractere n°X et le caractere n°Y

chez moi j'ai eu le cas d'une machine qui demarre,
prend une adresse IP,
devient pinguable 2 minutes,
puis perd son adresse IP.

apres verification il semblerait que ce soit DBUS ou Networkmanager qui "relance" la config de la carte reseau et qui bloque la carte.

comme c'est un serveur j'ai virer DBUS, depuis ca marche.


j'ai aussi lu des truc au sujet d'avahi-daemon (utile pour le protocole zeroconf ou rendezvous) qui parfois mettrait aussi un peu le bazar...

ma technique perso

un petit script

for i in `ls $1 | grep A | grep B | grep -v C | colrm X Y`;do
rm $i
done

qui prend le dossier en parametre ($1)
fait le filtrage de la liste
et le rm pour chaque fichier correspondant.

on peut surement faire plus jolie, plus "propre"
mais au moins ca marche et comme il est tard,
je file me coucher.

[...]mais c'est limité à 999 secondes. Bizarre. Dommage.

en meme temps le role premier de Openoffice Impress n'est pas de laisser une diapo pendant 16 minutes sans changer, sinon je penses que l'auditoir s'endormira avant.

pour mémoire le but d'openoffice impress est au depart de faire des diapos que tu fais défiler pendant un exposé par exemple, pour demontrer, argumenter devant un public.

16minutes (999sec) sur une image fixe, bonjour l'angoisse.

ben s'il est tamoué, alors ca va non ?

ok je connais le chemin
==>[]

Ayant tout essayé ou presque j'ai mi un jumper sur les pins pour faire un reset du Bios puis j'ai allumer l'ordinateur et la miracle

Comment faire pour la suite. Si j'enlève le cavalier "Clear CMO" le PC ne s'allume plus!

surement qu'il faut laisser le jumper pour que le bios soit en mode normal et l'enlever pour faire le reset, c'est le cas sur pas mal de carte mere.

du coup, tu as trouvé d'ou venait ton probleme.

logiquement, avec le proc (et radiateur) et sans memoire, ca doit biper pour te dire qu'il n'y a pas de ram

idem si tu enleve la carte graphique (si elle peut s'enlever)