Re: soucis nmap
Le jeudi 30 janvier 2003, Aurélien Campéas a écrit... bonjour, > Je suis le seul à avoir ce problème ? > Merci pour vos réponses en tous cas. Ben non ! lentement, -- jean-michel
Re: soucis nmap
Le jeudi 30 janvier 2003, Aurélien Campéas a écrit... bonjour, > > L'interface lo est chargée ? > Tiens, en effet, non, j'avais même pas tilté. > Pourtant dans /etc/network/interface, j'ai bien > # The loopback interface > iface lo inet loopback Il manque la ligne commneçant par auto qui demande le chargement des interfaces au boot man interfaces auto lo (ou bien auto lo eth0 si tu charges en plus une iface réseau eth) -- jean-michel
Re: soucis nmap
Désolé pour le dialogue de sourds... Le problème est résolu, c'était bien l'absence de "auto lo" dans /etc/network/interfaces Les posts que j'envoie à la ml arrivent avec environ 10 heures de retard. Ceux que j'envoie à debian-user n'ont QUE 5 heures de décalage (décalage horaire compris). Je suis le seul à avoir ce problème ? Merci pour vos réponses en tous cas. Aurélien.
Re: soucis nmap
Le jeu 30/01/2003 à 09:47, Thierry Benita a écrit : > Que dit ifconfig ? Le jeu 30/01/2003 à 09:46, Jean-Michel OLTRA a écrit : > L'interface lo est chargée ? Parfois l'absence d'une chose est plus difficile à repérer que sa présence... J'avais donc la réponse sous les yeux. Merci à vous. -- Aurélien Campéas <[EMAIL PROTECTED]>
Re: soucis nmap
Je me réponds encore... Ok, il manquait 'auto lo' dans /etc/network/interfaces Mais quel idiot a pu faire une chose pareille... D'oh ! Désolé pour le dérangement. Aurélien.
Re: soucis nmap
Qu'est-ce qui ne va pas avec la liste ? Il y a un délai de plusieurs heures entre l'envoi des messages et leur réception... Je suis le seul à avoir le même problème ? Merci.
Re: soucis nmap
* Aurélien Campéas <[EMAIL PROTECTED]> [2003-01-29 19:46] : > nmap localhost, ou bien > > nmap 127.0.0.1 me renvoie ça (Woody): > > Starting nmap V. 2.54BETA31 ( www.insecure.org/nmap/ ) > WARNING: Could not determine what interface to route packets through to > 127.0.0.1, changing ping scantype to ICMP ping onlypcap_open_live: bind: > No such device > There are several possible reasons for this, depending on your operating > system: > LINUX: If you are getting Socket type not supported, try modprobe > af_packet or recompile your kernel with SOCK_PACKET enabled. Tu as quoi dans la section Networking options du fichier de config de ton noyau ? (je suspecte un CONFIG_UNIX=m par exemple) Il semble qu'il te manque l'interface loopback, non ? Qu'affiche un ifconfig et un route ? Qu'as-tu dans ton fichier /etc/network/interfaces ? Fred
Re: soucis nmap
Aurélien Campéas wrote: Je complète. En fait : 1) ifconfig répond ok (toutes les interfaces sont là : eth0, eth1, ppp0) 2) ping fonctionne sur des hôtes du réseau local et sur des hôtes extérieurs 3) -> ping ne fonctionne pas sur localhost/127.0.0.1, ni sur les IP associées à mes interfaces !!! Tu as iptables dans ton noyau, tu n'aurais pas quelles que règles qui bloquent ton ping/nmap ? Que donne : iptables -v -L -- == | FREDERIC MASSOT | | http://www.juliana-multimedia.com | | mailto:[EMAIL PROTECTED] | ===Debian=GNU/Linux===
Re: soucis nmap
Le jeu 30/01/2003 à 09:46, Jean-Michel OLTRA a écrit : > > L'interface lo est chargée ? Tiens, en effet, non, j'avais même pas tilté. Pourtant dans /etc/network/interface, j'ai bien # The loopback interface iface lo inet loopback -- Aurélien Campéas <[EMAIL PROTECTED]>
Re: soucis nmap
Je complète. En fait : 1) ifconfig répond ok (toutes les interfaces sont là : eth0, eth1, ppp0) 2) ping fonctionne sur des hôtes du réseau local et sur des hôtes extérieurs 3) -> ping ne fonctionne pas sur localhost/127.0.0.1, ni sur les IP associées à mes interfaces !!! Sur 127.0.0.1, il reste scotché Sur les interfaces eth0, eth1 et ppp0 j'ai la même chose (remplacer par les bonnes IP) : backup:~# ping 192.168.1.99 PING 192.168.1.99 (192.168.1.99): 56 data bytes ping: sendto: Invalid argument ping: wrote 192.168.1.99 64 chars, ret=-1 ping: sendto: Invalid argument ping: wrote 192.168.1.99 64 chars, ret=-1 ... Jamais vu ça. Qu'est-ce que ça peut vouloir dire ? Notons que c'est une passerelle NAT qui fait par ailleurs correctement son boulot de passerelle. Je peux pinguer le modem ADSL. Détails supplémentaires (dmesg) : Linux version 2.4.18-386 ([EMAIL PROTECTED]) (gcc version 2.95.4 20011002 (Debian prerelease)) #2 Sun Apr 14 10:38:08 EST 2002 BIOS-provided physical RAM map: BIOS-e820: - 0009e800 (usable) BIOS-e820: 0009e800 - 000a (reserved) BIOS-e820: 000f - 0010 (reserved) BIOS-e820: 0010 - 0bffd000 (usable) BIOS-e820: 0bffd000 - 0bfff000 (ACPI data) BIOS-e820: 0bfff000 - 0c00 (ACPI NVS) BIOS-e820: - 0001 (reserved) On node 0 totalpages: 49149 zone(0): 4096 pages. zone(1): 45053 pages. zone(2): 0 pages. Kernel command line: auto BOOT_IMAGE=Linux ro root=302 hdg=ide-scsi,hdc=ide-scsi Initializing CPU#0 Detected 350.803 MHz processor. Console: colour VGA+ 80x25 Calibrating delay loop... 699.59 BogoMIPS Memory: 14k/196596k available (895k kernel code, 7320k reserved, 233k data, 192k init, 0k highmem) Dentry-cache hash table entries: 32768 (order: 6, 262144 bytes) Inode-cache hash table entries: 16384 (order: 5, 131072 bytes) Mount-cache hash table entries: 4096 (order: 3, 32768 bytes) Buffer-cache hash table entries: 8192 (order: 3, 32768 bytes) Page-cache hash table entries: 65536 (order: 6, 262144 bytes) CPU: Before vendor init, caps: 0183f9ff , vendor = 0 CPU: L1 I cache: 16K, L1 D cache: 16K CPU: L2 cache: 512K CPU: After vendor init, caps: 0183f9ff Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU: After generic, caps: 0183f9ff CPU: Common caps: 0183f9ff CPU: Intel Pentium II (Deschutes) stepping 01 Enabling fast FPU save and restore... done. Checking 'hlt' instruction... OK. Checking for popad bug... OK. POSIX conformance testing by UNIFIX PCI: PCI BIOS revision 2.10 entry at 0xf0750, last bus=1 PCI: Using configuration type 1 PCI: Probing PCI hardware Unknown bridge resource 0: assuming transparent Unknown bridge resource 1: assuming transparent Unknown bridge resource 2: assuming transparent PCI: Using IRQ router PIIX [8086/7110] at 00:04.0 PCI: Found IRQ 12 for device 00:04.2 PCI: Sharing IRQ 12 with 00:06.0 PCI: Sharing IRQ 12 with 00:09.0 Limiting direct PCI/PCI transfers. Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 Initializing RT netlink socket Starting kswapd VFS: Diskquotas version dquot_6.4.0 initialized devfs: v1.10 (20020120) Richard Gooch ([EMAIL PROTECTED]) devfs: boot_options: 0x0 Detected PS/2 Mouse Port. pty: 256 Unix98 ptys configured Serial driver version 5.05c (2001-07-08) with HUB-6 MANY_PORTS MULTIPORT SHARE_IRQ SERIAL_PCI enabled ttyS00 at 0x03f8 (irq = 4) is a 16550A ttyS01 at 0x02f8 (irq = 3) is a 16550A block: 128 slots per queue, batch=32 RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize Cronyx Ltd, Synchronous PPP and CISCO HDLC (c) 1994 Linux port (c) 1998 Building Number Three Ltd & Jan "Yenya" Kasprzak. NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP, IGMP IP: routing cache hash table of 1024 buckets, 8Kbytes TCP: Hash tables configured (established 16384 bind 16384) Linux IP multicast router 0.06 plus PIM-SM RAMDISK: cramfs filesystem found at block 0 RAMDISK: Loading 2660 blocks [1 disk] into ram disk... done. Freeing initrd memory: 2660k freed VFS: Mounted root (cramfs filesystem). Journalled Block Device driver loaded Uniform Multi-Platform E-IDE driver Revision: 6.31 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx PIIX4: IDE controller on PCI bus 00 dev 21 PIIX4: chipset revision 1 PIIX4: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xd800-0xd807, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0xd808-0xd80f, BIOS settings: hdc:DMA, hdd:pio PDC20268: IDE controller on PCI bus 00 dev 48 PCI: Found IRQ 12 for device 00:09.0 PCI: Sharing IRQ 12 with 00:04.2 PCI: Sharing IRQ 12 with 00:06.0 PDC20268: chipset revision 2 PDC20268: not 100% native mode: will probe irqs later PDC20268: (U)DMA Burst Bit ENABLED Pr
Re: soucis nmap
On 29 Jan 2003 19:46:45 +0100, Aurélien Campéas wrote > nmap localhost, ou bien > > nmap 127.0.0.1 me renvoie ça (Woody): > > Starting nmap V. 2.54BETA31 ( www.insecure.org/nmap/ ) > WARNING: Could not determine what interface to route packets > through to 127.0.0.1, changing ping scantype to ICMP ping > onlypcap_open_live: bind: No such device There are several possible > reasons for this, depending on your operating system: LINUX: If you > are getting Socket type not supported, try modprobe af_packet or > recompile your kernel with SOCK_PACKET enabled. [coupé sur Solaris > et *BSD] > > Vu que : > lsmod me dit ça : > > Module Size Used byTainted: P > ppp_deflate38912 0 (autoclean) > bsd_comp3936 0 (autoclean) > ipt_MASQUERADE 1216 1 (autoclean) > iptable_nat12884 1 [ipt_MASQUERADE] > ip_conntrack 12972 1 [ipt_MASQUERADE iptable_nat] > ip_tables 10528 4 [ipt_MASQUERADE iptable_nat] > af_packet 11784 2 (autoclean) > [coupé] > > Je précise, il s'agit du noyau woody 2.4.18 de base. > C'est fort étonnant, c'est la seule machine dans ce genre de > configuration qui m'envoie dans le choux sur un bête nmap. > > Quelqu'un a une idée ? Que dit ifconfig ? > Merci. > > -- > Aurélien Campéas <[EMAIL PROTECTED]> > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- Thierry Benita [EMAIL PROTECTED]
Re: soucis nmap
Le mercredi 29 janvier 2003, Aurélien Campéas a écrit... bonjour, > Starting nmap V. 2.54BETA31 ( www.insecure.org/nmap/ ) > WARNING: Could not determine what interface to route packets through to > 127.0.0.1, changing ping scantype to ICMP ping onlypcap_open_live: bind: > No such device L'interface lo est chargée ? -- jean-michel