Re: soucis nmap

2003-01-31 Par sujet Jean-Michel OLTRA 
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

2003-01-31 Par sujet Jean-Michel OLTRA 
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

2003-01-30 Par sujet Aurélien Campéas 
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

2003-01-30 Par sujet Aurélien Campéas 
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

2003-01-30 Par sujet Aurélien Campéas 
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

2003-01-30 Par sujet Aurélien Campéas 
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

2003-01-30 Par sujet Frédéric Bothamy 
* 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

2003-01-30 Par sujet Frédéric Massot 

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

2003-01-30 Par sujet Aurélien Campéas 
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

2003-01-30 Par sujet Aurélien Campéas 
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

2003-01-30 Par sujet Thierry Benita 
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

2003-01-30 Par sujet Jean-Michel OLTRA 
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

soucis nmap

2003-01-29 Par sujet Aurélien Campéas 
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 ?
Merci.

-- 
Aurélien Campéas <[EMAIL PROTECTED]>