R: collegamento in rete - era: [hack] reinstallazione windows

marco cavallini marco.cavallini@lazzerisrl.com
Mar 13 Gen 2004 16:43:00 CET


fabio nigi venerdì 9 gennaio 2004 15.06 wrote:

>
> aspe che qui si sta facendo un pò di casino..
>
> le schede di rete con una porta rj45 possono essere connesse
> tramite cavo diretto (su un hub/switch) o con un incrociato
> direttamente
> ormai tirare su una rete con un coassiale mi sembra un pò
> improponibile..............

mi sa di aver fatto un po' di confuzione e ora provo a rate chiarezza:

i due pc hanno riconosciuto regolarmente le due schede combo chip realtek
8139 (se non vado errato).

questo e' l'ifconfig del primo

eth0      Link encap:Ethernet  HWaddr 00:C0:26:DD:27:B3
          inet addr:192.168.0.1  Bcast:192.168.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:4 dropped:0 overruns:0 carrier:4
          collisions:68 txqueuelen:100
          RX bytes:0 (0.0 b)  TX bytes:240 (240.0 b)
          Interrupt:11 Base address:0xe800

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:54 errors:0 dropped:0 overruns:0 frame:0
          TX packets:54 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:3598 (3.5 Kb)  TX bytes:3598 (3.5 Kb)


e questo e' l'ifconfig del secondo


eth0      Link encap:Ethernet  HWaddr 00:C0:26:9D:10:CC
          inet addr:192.168.0.2  Bcast:192.168.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:8 dropped:0 overruns:0 carrier:8
          collisions:136 txqueuelen:100
          RX bytes:0 (0.0 b)  TX bytes:480 (480.0 b)
          Interrupt:10 Base address:0x6100

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:423 errors:0 dropped:0 overruns:0 frame:0
          TX packets:423 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:31398 (30.6 Kb)  TX bytes:31398 (30.6 Kb)

sinceramente non so dire se c'e' qualcosa di strano in questi due output...


questo e' il ping del primo su se stesso:

PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data.
64 bytes from 192.168.0.1: icmp_seq=1 ttl=64 time=0.102 ms
64 bytes from 192.168.0.1: icmp_seq=2 ttl=64 time=0.091 ms
64 bytes from 192.168.0.1: icmp_seq=3 ttl=64 time=0.090 ms
64 bytes from 192.168.0.1: icmp_seq=4 ttl=64 time=0.092 ms
64 bytes from 192.168.0.1: icmp_seq=5 ttl=64 time=0.090 ms

--- 192.168.0.1 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 3996ms
rtt min/avg/max/mdev = 0.090/0.093/0.102/0.004 ms


(il secondo su se stesso e' identico e ometto)

ma la cosa che piu' mi preoccupa e' questa:

il ping del primo sul secondo (cioe' da 192.168.0.1 a 192.168.0.2)


PING 192.168.0.2 (192.168.0.2) 56(84) bytes of data.

ping: sendmsg: operation not permitted
ping: sendmsg: operation not permitted
ping: sendmsg: operation not permitted
ping: sendmsg: operation not permitted
ping: sendmsg: operation not permitted
ping: sendmsg: operation not permitted
ping: sendmsg: operation not permitted

--- 192.168.0.2 ping statistics ---
7 packets transmitted, 0 received, 100% packet loss, time 6016ms

cosa vuol dire questo messaggio???

per quanto riguarda la rete "fisica" ho fatto due prove: una con hub e patch
collegate alle porte 1 e 2 dell'hub.
le lucine dell'hub erano accese!

le patch e l'hub sono state prelevate da una rete tutta linux funzionante
pertanto non ho dubbi sulla loro integrita'

la seconda prova l'ho fatta collegando le due schede tramite cavo coassiale
(perche' mi dici che e' improponibile?) visto queste due schede erano
installate a casa di un mio amico con cavo coax di 25 mt. e funzionavano!!!
anche questa seconda prova ha dato gli stessi identici risultati.

fossi stato su windows, avrei disintallato la scheda, il protocollo tcp/ip e
reinstallato tutto da capo, ma qui???

a questo punto che faccio??

grazie per ogni altra informazione

marco cavallini




Maggiori informazioni sulla lista golem-hack