Maintenant, je fais la même chose depuis cygwin, et j'ai:
----- 8< ----- 8< ----- 8< -----
Usage:
nslookup [-opt ...] # interactive mode using default server
nslookup [-opt ...] - server # interactive mode using 'server'
nslookup [-opt ...] host # just look up 'host' using default
server
nslookup [-opt ...] host server # just look up 'host' using 'server'
----- 8< ----- 8< ----- 8< -----
Avec Process Explorer (www.sysinternals.com), je constate que c'est le
même exécutable qui est lancé (celui dans "system32"). Je n'arrive pas à
comprendre la différence entre les deux. Je trouve ça bizarre que ça ne
marche que depuis cygwin (vu que c'est un programme MS), pas vous ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Christophe Garault
Dans le message <3fa0cfbd$0$10423$, du groupe de discussion (fr.comp.os.ms-windows.winnt), vous avez écrit...
Avec Process Explorer (www.sysinternals.com), je constate que c'est le même exécutable qui est lancé (celui dans "system32"). Je n'arrive pas à comprendre la différence entre les deux. Je trouve ça bizarre que ça ne marche que depuis cygwin (vu que c'est un programme MS), pas vous ?
Sous Cygwin vous pouvez utiliser la commande Unix "which" pour savoir où se trouve l'exécutable. Chez moi mais pas forcément chez vous:
$ which nslookup /cygdrive/c/WINNT/system32/nslookup
Maintenant que le comportement soit différent est effectivement un peu bizarre et n'est pas le cas sur ma machine. De toutes façons l'aide de nslookup fonctionne mieux en interactif qu'en ligne de commande:
$ nslookup *** Impossible de trouver le nom de serveur pour l'adresse 192.168.0.1: Non-exstent domain Serveur par défaut : ns6.wanadoo.fr Address: 193.252.19.6
help
Commandes : (les identificateurs sont en majuscules, [] signifie en option) NOM - affiche des infos concernant le NOM d'hôte/de domaine en utilisant le serveur par défaut NOM1 NOM2 - comme ci-dessus, en utilisant NOM2 en tant que serveur help ou ? - affiche des informations sur les commandes communes set OPTION - paramètre une option all - affiche les options, le serveur actuel et l'hôte [no]debug - affiche des informations de débogage [no]d2 - affiche toutes les informations de débogage [no]defname - ajoute le nom de domaine à chaque requête [no]recurse - donne une réponse récursive aux requêtes [no]search - utilise la liste de recherche du domaine [no]vc - toujours utiliser un circuit virtuel domain=NOM - donne le nom NOM au serveur de domaine par défaut srchlist=N1[/N2/.../N6] - donne au domaine le nom N1 et liste de recherche N1,N2, etc. root=NOM - donne au serveur racine le nom NOM retry=X - effectue X tentatives timeout=X - fixe la durée d'attente initiale à X secondes type=X - fixe le type de requête (ex. A,ANY,CNAME,MX,NS,PTR,SRV) querytype=X - identique à type class=X - fixe la classe de requête (ex. IN (Internet), ANY) [no]msxfr - utilise le transfert de zone rapide MS ixfrver=X - version à utiliser dans les requêtes de transfert IXFR server NOM - fixe le serveur par défaut en cours à NOM lserver NOM - fixe le serveur par défaut à NOM, avec le serveur initial finger [UTIL] - applique finger au NOM optionnel sur l'hôte actuel par défaut root - fait de la racine le serveur par défaut en cours ls [opt] DOMAINE [> FIC] - liste les adresses de DOMAINE (option : vers le fichier FIC) -a - liste de noms canoniques et d'alias -d - liste de tous les enregistrements -t TYPE - liste des enregs. du type donné (ex. A,CNAME,MX,NS,PTR etc.) view FICHIER - trie un fichier 'ls' en sortie et l'affiche avec pg exit - quitte le programme
-- Christophe Garault /. @ddict
Dans le message <3fa0cfbd$0$10423$626a54ce@news.free.fr>, du groupe de
discussion (fr.comp.os.ms-windows.winnt),
vous avez écrit...
Avec Process Explorer (www.sysinternals.com), je constate que c'est le
même exécutable qui est lancé (celui dans "system32"). Je n'arrive pas à
comprendre la différence entre les deux. Je trouve ça bizarre que ça ne
marche que depuis cygwin (vu que c'est un programme MS), pas vous ?
Sous Cygwin vous pouvez utiliser la commande Unix "which" pour
savoir où se trouve l'exécutable. Chez moi mais pas forcément chez
vous:
$ which nslookup
/cygdrive/c/WINNT/system32/nslookup
Maintenant que le comportement soit différent est effectivement
un peu bizarre et n'est pas le cas sur ma machine. De toutes façons
l'aide de nslookup fonctionne mieux en interactif qu'en ligne de
commande:
$ nslookup
*** Impossible de trouver le nom de serveur pour l'adresse 192.168.0.1:
Non-exstent domain
Serveur par défaut : ns6.wanadoo.fr
Address: 193.252.19.6
help
Commandes : (les identificateurs sont en majuscules, [] signifie en
option)
NOM - affiche des infos concernant le NOM d'hôte/de domaine
en
utilisant le serveur par défaut
NOM1 NOM2 - comme ci-dessus, en utilisant NOM2 en tant que
serveur
help ou ? - affiche des informations sur les commandes communes
set OPTION - paramètre une option
all - affiche les options, le serveur actuel et
l'hôte
[no]debug - affiche des informations de débogage
[no]d2 - affiche toutes les informations de débogage
[no]defname - ajoute le nom de domaine à chaque requête
[no]recurse - donne une réponse récursive aux requêtes
[no]search - utilise la liste de recherche du domaine
[no]vc - toujours utiliser un circuit virtuel
domain=NOM - donne le nom NOM au serveur de domaine par
défaut
srchlist=N1[/N2/.../N6] - donne au domaine le nom N1 et liste de
recherche
N1,N2, etc.
root=NOM - donne au serveur racine le nom NOM
retry=X - effectue X tentatives
timeout=X - fixe la durée d'attente initiale à X secondes
type=X - fixe le type de requête (ex.
A,ANY,CNAME,MX,NS,PTR,SRV)
querytype=X - identique à type
class=X - fixe la classe de requête (ex. IN (Internet),
ANY)
[no]msxfr - utilise le transfert de zone rapide MS
ixfrver=X - version à utiliser dans les requêtes de
transfert IXFR
server NOM - fixe le serveur par défaut en cours à NOM
lserver NOM - fixe le serveur par défaut à NOM, avec le serveur
initial
finger [UTIL] - applique finger au NOM optionnel sur l'hôte actuel
par défaut
root - fait de la racine le serveur par défaut en cours
ls [opt] DOMAINE [> FIC] - liste les adresses de DOMAINE (option : vers
le
fichier FIC)
-a - liste de noms canoniques et d'alias
-d - liste de tous les enregistrements
-t TYPE - liste des enregs. du type donné (ex.
A,CNAME,MX,NS,PTR etc.)
view FICHIER - trie un fichier 'ls' en sortie et l'affiche avec pg
exit - quitte le programme
Dans le message <3fa0cfbd$0$10423$, du groupe de discussion (fr.comp.os.ms-windows.winnt), vous avez écrit...
Avec Process Explorer (www.sysinternals.com), je constate que c'est le même exécutable qui est lancé (celui dans "system32"). Je n'arrive pas à comprendre la différence entre les deux. Je trouve ça bizarre que ça ne marche que depuis cygwin (vu que c'est un programme MS), pas vous ?
Sous Cygwin vous pouvez utiliser la commande Unix "which" pour savoir où se trouve l'exécutable. Chez moi mais pas forcément chez vous:
$ which nslookup /cygdrive/c/WINNT/system32/nslookup
Maintenant que le comportement soit différent est effectivement un peu bizarre et n'est pas le cas sur ma machine. De toutes façons l'aide de nslookup fonctionne mieux en interactif qu'en ligne de commande:
$ nslookup *** Impossible de trouver le nom de serveur pour l'adresse 192.168.0.1: Non-exstent domain Serveur par défaut : ns6.wanadoo.fr Address: 193.252.19.6
help
Commandes : (les identificateurs sont en majuscules, [] signifie en option) NOM - affiche des infos concernant le NOM d'hôte/de domaine en utilisant le serveur par défaut NOM1 NOM2 - comme ci-dessus, en utilisant NOM2 en tant que serveur help ou ? - affiche des informations sur les commandes communes set OPTION - paramètre une option all - affiche les options, le serveur actuel et l'hôte [no]debug - affiche des informations de débogage [no]d2 - affiche toutes les informations de débogage [no]defname - ajoute le nom de domaine à chaque requête [no]recurse - donne une réponse récursive aux requêtes [no]search - utilise la liste de recherche du domaine [no]vc - toujours utiliser un circuit virtuel domain=NOM - donne le nom NOM au serveur de domaine par défaut srchlist=N1[/N2/.../N6] - donne au domaine le nom N1 et liste de recherche N1,N2, etc. root=NOM - donne au serveur racine le nom NOM retry=X - effectue X tentatives timeout=X - fixe la durée d'attente initiale à X secondes type=X - fixe le type de requête (ex. A,ANY,CNAME,MX,NS,PTR,SRV) querytype=X - identique à type class=X - fixe la classe de requête (ex. IN (Internet), ANY) [no]msxfr - utilise le transfert de zone rapide MS ixfrver=X - version à utiliser dans les requêtes de transfert IXFR server NOM - fixe le serveur par défaut en cours à NOM lserver NOM - fixe le serveur par défaut à NOM, avec le serveur initial finger [UTIL] - applique finger au NOM optionnel sur l'hôte actuel par défaut root - fait de la racine le serveur par défaut en cours ls [opt] DOMAINE [> FIC] - liste les adresses de DOMAINE (option : vers le fichier FIC) -a - liste de noms canoniques et d'alias -d - liste de tous les enregistrements -t TYPE - liste des enregs. du type donné (ex. A,CNAME,MX,NS,PTR etc.) view FICHIER - trie un fichier 'ls' en sortie et l'affiche avec pg exit - quitte le programme