Newsgroup: it.tlc.gestori.fastweb
Titolo: domanda tecnica su ip

Allora, chi ha letto il mio post precedente ha visto che il mio problema
riguarda l'ip pubblico, che io stesso non riesco a pingare. Dal servizio
tecnico fastweb capisco che il problema sta nel fatto che il router che
gestisce la rete è lo stesso che mi da l'ip pubblico, ragion per cui da
tutti gli ip connessi a tale router non posso essere raggiungibile se non
attraverso l'ip privato. Ora la mia domanda è questa: se setto un proxy
esterno? in teoria tutti i dati dovrebbero passare dal router al proxy e
tornare al router e non dovrei avere problemi. è esatto? Come altro potrei
risolvere la situazione? Mi serve essere raggiunto da me stesso perchè
vorrei provare a configurare una vpn.

 tornare al router e non dovrei avere problemi. č esatto?
Pensandoci, mi sa che ho detto una cazzata: il proxy viene usato a livello
di navigazione, non di rete, anche se l'idea che vorrei applicare č la
stessa... Se cambiassi il gateway? e dopo come ci esco fuori dalla rete
privata? mi sa che č una missione impossibile...

 privata? mi sa che è una missione impossibile...
Hai le idee troppo confuse per poterti essere d'aiuto. Leggi la
manualistica sulle VPN prima di fare qualsiasi cosa.
Non servono proxy, non servono gateway se hai l'IP fisso.
Per i servizi (tipo web, ftp) essi agiscono in modo trasparente nei
confronti della MAN senza alcun bisogno di configurazione da parte tua.

 confronti della MAN senza alcun bisogno di configurazione da parte tua.
Come, caro marcolino, al solito non hai capito nulla.
Dall'ip pubblico riesci a pingare il l'ip privato? Suppongo di no.
Mi sa che fastweb ha fatto un gran casino con sti ip pubblici. Se non 
riesci a venirne a capo rapidamente la cosa da fare e' solo una: 
minacciarli. Minaccia di disdire tutto e di passare a telecom. Magari 
manda una bella raccomandata, vedrai come ti chiameranno loro per 
cercare di risolvere il problema.
Ciao ... Dino

 Mi sa che fastweb ha fatto un gran casino con sti ip pubblici. 
Quando si attiva una sessione IPPD di IP pubblico sulla rete FastWeb
viene definita una serie di regole NAPT static inside/outside per cui
le comunicazioni avvengono bidirezionalmente nel seguente modo :
PC [IP privato MAN FastWeb] <---> Interfaccia IPPD <---> Internet
Pertanto, se e' necessario comunicare con altri dispositivi interni alle
MAN FastWeb ci si deve appoggiare esclusivamente all'IP privato = l'IP
pubblico dell'interfaccia IPPD serve per comunicazioni con sistemi
esterni alla rete FastWeb.
-- 
|Ż \/Ż | /Ż\ /Ż__/Ż__|-<|> 
http://planynet.hypermart.net/fastweb
 <|
|Ż|\/|Ż|/Ż_Ż\|(__\__ \-<|> * FAQ 1.4 ITGF it.tlc.gestori.fastweb <|
|_|  |_/_/ \_\___|___/-<|> * SITO: 
http://planynet.hypermart.net
 <|
|>Togli/Remove .INVALID<|> * NEWS: free.it.ingegneria.meccanica _<|

esterni alla rete FastWeb.
Con i contratti aziendali e` diverso, allora. Ho accesso ad una macchina
con fibra FastWeb ed IP statico esterno, e riesco tranquillamente a
comunicare con la MAN.
-- 
int main(void){char*_="hjuytgbnm,ki87654rfv.lo93edc/;p02wsx'[-1qaz\\]=@ "
,b[33];int r;while((r=read(0,b,32))>0){char x[3],*p;b[r]=x[2]=0x0;for(p=b
;*p;p++){if((p-b)%2){x[1]=*p;putchar(_[strtol(x,0x0,16)]);}x[0]=*p;}}puts
("");return(0x0);}/*cc -o d d.c;echo 111616042e161e1907222215140b04|./d*/


sicuramente non mi sono espresso molto chiaramente, ma anche tu non hai
capito cosa intendevo (forse con un eccesso di superbia).
le altre 2 risposte sono pertinenti e li ringrazio, anche se la prima
soluzione mi pare poco ortodossa o almeno non nello spirito di risolvere
tecnicamente i problemi. la seconda spiega dove sta il problema (ed in
un'altro gruppo mi ha cercato anche di dare una soluzione): ma una soluzione
vera e propria non si può trovare dalla nostra parte, ma solo nella
configurazione del router a monte!
Se qualcuno ha altre idee, ben vengano.


ovviamente se hai un ip pubblico statico la cosa è differente, dato che hai
sempre lo stesso e in teoria dovrebbe essere gestito diversamente. Le regole
di cui parlava macs entrano in gioco con gli ip pubblici dinamici, ovvero
quelli che ti danno quando lo richiedi a seconda della disponibilità
(dinamico perchè quasi mai è lo stesso).
Comunque grazie

 esterni alla rete FastWeb.
Al massimo si passa sempre per il router/masquerader (ippd credo), ma non mi 
pare plausibile che il routing non venga risolto. Se succede, c'e' una 
misconfigurazione nella rete. 
Ad ogni modo con un proxy o socks o chicchessia esterno, l'accesso all'ip 
pubblico funzionera' tanto quanto funziona da un utente esterno con altro 
ip "pubblico".
-- 
Best regards
d1d0

, 
emanuel...@fastwebnet.it
 says...

Azz adesso capisco. Mai che facessero le cose in modo decente in 
fastweb.
Ciao ... Dino

 non mi pare plausibile che il routing non venga risolto.
Una volta attivata una sessione IPPD l'IP pubblico associato all'IP
privato del pc e' raggiungibile senza problemi di protocolli -> non ti
devi invece stupire se ci siano problemi quando l'accesso avviene dallo
stesso pc o da altri connessi alla medesima CPE perche' dipende proprio
dalla configurazione di routing/NAPT.
La situazione e' infatti la medesima 
p.es
. di una configurazione su un
collegamento ad Internet con router che esegue sia dynamic NAPT che
static NAPT con un unico indirizzo IP pubblico di uscita.
Esempio :
==
- IP pubblico : aaa.bbb.ccc.ddd
- IP LAN 1 ...: 192.168.0.1
- IP LAN 2 ...: 192.168.0.2
==
mettiamo una serie di regole NAPT per cui l'IP LAN 2 sia default server
per tutti i protocolli in associazione all'indirizzo IP pubblico -> se
su tale macchina impianto un server web sulla porta 80 avro' il caso :
==
Utente esterno alla LAN <--> aaa.bbb.ccc.ddd:80 <---> 
192.168.0.2:80
Tuttavia, a meno di particolari impostazioni di routing/NAPT, se un
utente LAN (e.g. 192.168.0.1) cercasse di accedere al server web su
aaa.bbb.ccc.ddd:80 non vi riuscirebbe = dovrebbe accedervi direttamente
dalla LAN su 
192.168.0.1:80
 . Analoga situazione potrebbe quindi esservi
per altri protocolli, impattando anche ping e traceroute.
Il problema si puo' risolvere pertanto in piu' modi :
==
- Configurazione sul router
- Utilizzo di DNS locali nella LAN per servizi interni
- Utilizzo di impostazioni del file HOSTS


 Il problema si puo' risolvere pertanto in piu' modi 
Ci si puo' peraltro appoggiare anche ad un sistema DynDNS per cui associ
un nome-host ad un IP come 
http://www.dyndns.org/services/dyndns/
 per
cui avresti 
p.es
.:
==
- 
server_1.homeip.net
 <--> IP privato
- 
server_2.homeip.net
 <--> IP pubblico 
In questo modo non si fornisce l'IP ma solo il nome-host ed e' possibile
aggiornare la corrispondenza IP/nome-host anche tramite client da
installare sul computer. Nel caso poi dei siti web e' poi possibile
mettere una pagina web su uno spazio free (esterno alla rete FW) che
tramite script provveda al redirect sul nome-host corretto in base
all'IP di provenienza = se rileva un indirizzo IP pubblico FastWeb :
==
 
62.101.64.0/18
 ->  62.101.64.0 - 62.101.127.255 / IT-FASTWEB-20010719
 
81.208.0.0/17
 ->   81.208.0.0 - 81.208.127.255 / IT-FASTWEB-20021001
 
213.140.0.0/19
 ->  213.140.0.0 - 213.140.31.255 / IT-FASTWEB-19991213
213.156.32.0/19
 -> 213.156.32.0 - 213.156.63.255 / IT-FASTWEB-20001124
==
provvede ad impostare il redirect su 
server_1.homeip.net
 (esempio)
altrimenti su 
server_2.homeip.net
 (nome-host DynDNS associato all'IP
pubblico IPPD).


 alla rete FastWeb.
Certo, ma cio' non toglie che applicativi intelligenti come Proftpd ad
esempio, stiano in ascolto sia sull'IP privato interno che su quello
pubblico.
Provato personalmente con il mio IP pubblico.
Inoltre quanto alla pingabilita' (che termine :-) dell'IP pubblico dalla
propria macchina che ovviamente sta anche sulla MAN e' possibilissimo. Ad esempio il mio
attuale IP pubblico e' 62.101.126.25.
dell:/etc/sysconfig/network # ping 62.101.126.25
PING 62.101.126.25 (62.101.126.25) 56(84) bytes of data.
64 bytes from 
62.101.126.25
: icmp_seq=1 ttl=253 time=11.7 ms
64 bytes from 
62.101.126.25
: icmp_seq=2 ttl=253 time=9.54 ms
64 bytes from 
62.101.126.25
: icmp_seq=3 ttl=253 time=10.9 ms
Allo stesso modo anche il mio IP interno alla MAN e' tranquillamente
pingabile (in questo caso non lo rendo pubblico per via dei lamerozzi che
amerebbero conoscerlo :-)))
dell:/etc/sysconfig/network # ping 1.x.x.x
PING 1.x.x.x (1.x.x.x) 56(84) bytes of data.
64 bytes from 1.x.x.x: icmp_seq=1 ttl=254 time=4.81 ms
64 bytes from 1.x.x.x: icmp_seq=2 ttl=254 time=4.99 ms
64 bytes from 1.x.x.x: icmp_seq=3 ttl=254 time=6.88 ms
Il forwarding delle porte e' assolutamente trasparente: quando metto
proftpd o httpd in ascolto, esso va in ascolto contemporaneamente su 62.101.126.25
e su 1.x.x.x. Le porte del NAT vengono aperte automaticamente su richiesta
del programma, in modo del tutto trasparente e senza l'intervento
dell'utente che sta sulla MAN.
L'unica controindicazione (piccola piccola) dell'IP pubblico Fastweb e'
che non e' possibile impostare iptables o qualsiasi altro firewall in modo
che le porte dell'IP pubblico appaiano come Stealth ad una scansione
esterna: e' invece possibile farlo sulle porte dell'IP interno.
Le porte dell'IP pubblico appariranno comunque sempre come Closed (o Open,
a seconda che siano in uso oppure no), questo
proprio a causa del NAT e dal fatto che esse sono gestite in remoto dal
NAT (su richiesta dell'utente) e non direttamente dall'utente a cui quell'IP pubblico e' assegnato.
Se dunque chi ha originato questo messaggio ha problemi, significa al 90
per cento che non ha predisposto correttamente i propri applicativi (cosa
possibile visto che ho notato che la persona in questione e' tutt'altro
che esperta). In alternativa c'e' qualcosa che non va nel suo NAT, ma lo
escluderei in modo quasi assoluto.
PS: i ping un po' alti sono dovuti al fatto che a casa mia non c'e' piu'
un solo cavo: TUTTO completamente wireless :-))))

 hai sempre lo stesso e in teoria dovrebbe essere gestito diversamente.
Nella stragrande maggioranza degli abbonamenti pro e' gestito esattamente
allo stesso modo, solo in alcuni casi l'IP pubblico e' fisso e dinamico,
con i benefici del caso tipici pero' anche di qualsiasi altro provider.

, 
marc_s...@yahoo.com
 says...

Fisso e dinamico? Idee confuse, molto confuse.
Un ip o e' assegnato una volta per tutte, quindi fisso, oppure e' 
assegnato di volta in volta diverso da un dhcp e quindi e' dinamico.
Ciao ... Dino 

 un solo cavo: TUTTO completamente wireless :-))))
Lo sappiamo da mesi... da quando Max Dubois diceva di leggere questo
gruppo comodamente seduto sulla tazza.
Saluti,
Mav
-- 
<==--------------=[::. Mav .::]=---------------==>
 
www9.brinkster.com/mav3rik
 | 
mav...@yahoo.com
  Mav @ 
irc.azzurra.org
      |     ICQ# 22579106
<==--------------------------------------------==>



Correggo quanto scritto in frettissima:
Nella stragrande maggioranza degli abbonamenti pro e' gestito esattamente
allo stesso modo, solo in alcuni casi l'IP pubblico e' fisso e NON dinamico,
con i benefici del caso tipici pero' anche di qualsiasi altro provider.
Era rimasto un NON nella tastiera. :-))

 
Sicuro ? A me e' sempre lo stesso al 99,9 % una sola volta e' cambiato 
l'ultimo ottetto da 133 a 134.Evidentemente nella mia zona non lo usa 
nessuno ippd
-- 
-----------------------------trip65-----------------------------
home : 
http://www.rmnc.net
radio : 
http://netclub.rmnc.net
 (only fw)
direct stream : 
http://netclub2.rmnc.net:8000/netclub
 (only fw)
-----------------------------trip65-----------------------------

 un solo cavo: TUTTO completamente wireless :-))))
Wonderful!! Prima o poi mi costruiro' l'interfaccia (campa cavallo!).. se mi 
riesce intanto di fare un oscillatore a componenti discreti funzionante... 
O:)
-- 
Best regards
d1d0

 funzionante... O:)
E comprarlo? Non costa mica tanto: noi abbiamo wireless pure la cucina, il
climatizzatore, tutto :-))))

 climatizzatore, tutto :-))))
Mmmm beh, son troppi euris per gli studenti quali siamo qui, e poi vuoi 
mettere la soddisfazione a self buildare... ;)
-- 
Best regards
d1d0

 cucina, il climatizzatore, tutto :-))))
Conoscevo un tale Dubois che aveva anche la tazza del cesso wireless, potrei
sbagliare ma se non ricordo male a furia di postare dal cesso gli son venute
le emorroidi :-))))
L.

 un solo cavo: TUTTO completamente wireless :-))))
ahh ecco il perché delle frignacce che spari, tutte quelle onde
elettromagnetiche ti stanno sempre più dando alla testa ;-)

 le emorroidi :-))))
ROTFL

 climatizzatore, tutto :-))))
Ah... ecco l'ultima news...sei diventato anche produttore di access point
e hardware wi-fi... :-D
Hint: soddisfazione di farsi le cose da soli, didattica[*].
[*] sembra che sta parola non ti entri proprio in testa... solo i soldi
capisci :-D


, 
Luc...@despammed.com
 says...

Marcoligno serafignoooooo
e' tornato nel vasignooooo
donde staaaaaaaa aaaaa aaaaaaa aaaaaaaa
marcoligno donde staaa...
(coro: chi lo sa, chi lo sa!)
Ciao ... Dino