[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: vpn in cui mi fermo appena arrivato



Il giorno 11 giugno 2009 17.40, Alessandro T.<tagliare3@yahoo.it> ha scritto:
> pac ha scritto:
>>
>> Ci sono però alcune cose che non mi sono chiare e altre che volevo specificare.
>> Prima di partire in tromba per seguire le tue istruzioni ho voluto
>> fare punto e a capo mi sono ricollegato e rifatto route -n
>> e a questo punto ho trovato quanto segue che differenzia da quanto ti
>> ho comunicato questa mattina
>> SERVER pptpd
>> Kernel IP routing table
>>
>> Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
>>
>> 10.33.0.250     0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
>>
>> 10.33.0.0       0.0.0.0         255.255.255.0   U     0      0        0 eth0
>>
>> 0.0.0.0         10.33.0.60      0.0.0.0         UG    0      0        0 eth0
>>
>
> mi sembra già più corretta ;-)
>>
>> Mentre a casa trovo la stessa tabella di questa mattina ovvero :
>> 98.96.153.384   192.168.1.200   255.255.255.255 UGH   0      0        0 eth0
>> 10.33.0.139     0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
>> 192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
>> 0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 ppp0
>>
>> La riga che mi dici di togliere dove troviamo 10.33.0.139 deriva dal
>> pptpd.conf del server dove troviamo queste due righe :
>> localip 10.33.0.139
>>
>> remoteip 10.33.0.250-252
>>
>>
>> Nel server infatti troviamo con ifconfig un ppp0 così
>> ppp0      Link encap:Point-to-Point Protocol
>>
>>               inet addr:10.33.0.139  P-t-P:10.33.0.250  Mask:255.255.255.255
>>
>>
>> mentre a casa trovo con ifconfig un ppp0 così
>> ppp0      Link encap:Point-to-Point Protocol
>>              inet addr:10.33.0.250  P-t-P:10.33.0.139  Mask:255.255.255.255
>>
>> Visto anche il route -n diverso del server che ho messo all'inizio
>> vado avanti comunque con le stesse istruzioni ?
>>
>
> scusa, mi è venuto un dubbio :-(
> puoi provare un # `tcpdump -nt | grep -m4 ICMP` sul server

tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
All'uscita
317 packets captured
317 packets received by filter
0 packets dropped by kernel




 e poi un
> `ping -c1 10.33.0.139; ping -c1 10.33.0.60` sul pc?

Da casa quindi

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

64 bytes from 10.33.0.139: icmp_seq=1 ttl=64 time=52.2 ms



--- 10.33.0.139 ping statistics ---

1 packets transmitted, 1 received, 0% packet loss, time 0ms

rtt min/avg/max/mdev = 52.274/52.274/52.274/0.000 ms

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



--- 10.33.0.60 ping statistics ---

1 packets transmitted, 0 received, 100% packet loss, time 0ms


Ciao

>
>> Scusa se ti rompo ancora :-)
>>
>
> nessun problema :-)
>
>
>
> --
> Per REVOCARE l'iscrizione alla lista, inviare un email a
> debian-italian-REQUEST@lists.debian.org con oggetto "unsubscribe". Per
> problemi inviare un email in INGLESE a listmaster@lists.debian.org
>
> To UNSUBSCRIBE, email to debian-italian-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>
>


Reply to: