Newsgroup: it.tlc.gestori.fastweb
Titolo: configurazione IP pubblico

Ciao a tutti,
mi hanno attivato da poco un collegamento aziendale in fibra con ip
pubblico.
La mia intenzione è quella di portare il server web in casa, ragion per cui
ho fatto mappare la porta 80 dell'ip pubblico all'ip della lan
corrispondente al web server.
Secondo fastweb è tutto ok e funzionante... ma a me non funziona un tubo!
Se pingo l'ip assegnatomi risponde ed è ok.
Ma, con il web server attivo (iis 5), se dal browser scrivo http://[ip] non
va, segno che è proprio un problema di porta 80!
Non ci sono firewall, o meglio c'è ma l'ho disattivato per fare le prove.
Che cosa devo fare visto che l'assistenza di Fastweb mi ha detto di non
chiamare più perchè più di questo non possono far niente?

Se funziona come una porta aperta con pomodoro io dall'interno non posso
connettermi usando il nat

 chiamare più perchè più di questo non possono far niente?
e' "normale", tu devi connettreti con 
http://tuo_ip_privato
 , "gli altri"
con  
http://tuo_ip_pubblico
L.
notare che "normale" e "gli altri" sono tra virgolette !!

 notare che "normale" e "gli altri" sono tra virgolette !!
Già! Così devo creare una directory virtuale per ogni sito! Mhà...

 connettermi usando il nat
Grazie per la risposta, cmq io intendevo che non funziona visto da fuori.

 e se funziona dovrebbe comparire l'avviso "Directory Listing Denied"
_______________________________________________________________________
quaqo@fagogero:~$ telnet 62.101.102.128 80
Trying 62.101.102.128...
telnet: Unable to connect to remote host: Connection timed out
_______________________________________________________________________
quaqo@fagogero:~$ ping 62.101.102.128
PING 62.101.102.128 (62.101.102.128): 56 data bytes
64 bytes from 
62.101.102.128
: icmp_seq=0 ttl=250 time=6.1 ms
64 bytes from 
62.101.102.128
: icmp_seq=1 ttl=250 time=2.5 ms
64 bytes from 
62.101.102.128
: icmp_seq=2 ttl=250 time=2.4 ms
--- 62.101.102.128 ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 2.4/3.6/6.1 ms
_______________________________________________________________________
quaqo@fagogero:~$ nmap -sS -sR -F -O -f 62.101.102.128
Starting nmap V. 2.54BETA31 ( 
www.insecure.org/nmap/
 )
 Interesting ports on  (62.101.102.128):
(The 1093 ports scanned but not shown below are in state: closed)
Port       State       Service (RPC)
21/tcp     filtered    ftp                     
23/tcp     open        telnet                  
25/tcp     filtered    smtp                    
80/tcp     filtered    http                    
110/tcp    filtered    pop-3                   
443/tcp    filtered    https                   
8080/tcp   filtered    http-proxy              
Remote operating system guess: Cisco router (IOS 12.2.1)
Nmap run completed -- 1 IP address (1 host up) scanned in 7 seconds
_______________________________________________________________________
Effettivamente la porta risulta filtrata, non aperta...
Per quanto riguarda l'assistenza che dice di non chiamare, non ho
parole !!! Penso sia un tuo diritto avere la rete funzionante, se
e` un problema che dipende da loro.
-- 
Please use my new 0x5539D8E4 GPG key instead of my old one (0x1644D9E3)
Linux Registered User: #263663 / Machine: #160060 (Debian 3.0r1/ Woody)
On the Net:  
qu...@despammed.com
  - On the Web:  
http://quaqo.lonex.org
On Jabber: 
qu...@jabber.org
 - On ICQ: 48618109 - My GPG Key: 0x5539D8E4

 Sě, questo me l'hanno detto anche loro, ma cmq non va...
controlla di non aver commesso errori e poi protesta in modo formale.
L.

 ICQ# 16390757

 e` un problema che dipende da loro.
E' questo il punto: secondo loro è un problema che non riguarda il router,
in quanto correttamente funzionante e "mappante", ma la configurazione del
server, che giustamente è a mio carico.
Capisco il loro punto di vista nel non voler fare assistenza sistemistica,
ma quello che mi fa rodere è il muro di gomma contro cui ti scontri quando
cerchi di capire perché una configurazione così semplice non funziona!

 e se funziona dovrebbe comparire l'avviso "Directory Listing Denied"
Domanda cretina, i diritti dell'utente "Guest" ci sono, o meglio "Guest" č
abilitato?

 ha scritto nel messaggio
news:QfcR9.50512$Q%4.16...@news1.tin.it...


No, naturalmente non ci sono, altrimenti non direbbe "Directory Listing
Denied".
Cmq questo non č un problema, ma una mia scelta: non mi va che chiunque
acceda all'ip pubblico possa smanettare sulla root del web server.

 acceda all'ip pubblico possa smanettare sulla root del web server.
Scusa ma un Web Server come fa ad accettare una richiesta dall'esterno se
l'utente "Guest" è disabilitato?
Mica viene prevista una fase di login?

 Mica viene prevista una fase di login?
Normalmente sotto IIS esiste l'utente IUSR_server, che identifica l'utente
internet anonimo.
In alcuni casi č anche prevista l'autenticazione tramite login.
Cmq il sistema risponde reidirizzando il visitatore su una pagina di errore
interna al web server (come la famigerata http 404 - pagina non trovata),
non certo rispondendo host inesistente o irragiungibile!

 non certo rispondendo host inesistente o irragiungibile!
Mmmm non credo.
Credo invece che la primissima connessione viene fatta al tuo pc.
Se l'utente Guest è disabilitato qualsiasi connessione anonima viene
rifiutata.
L'utente Guest deve essere abilitato sul ramo del tuo PC dove hai impostato
la HOME di IIS.
Quello che stai cercando di fare è un WebServer privato, ma allora
sull'indirizzo deve essere specificato l'utente e la password, purtroppo non
ho trovato la sintassi! :(

 ha scritto nel messaggio
news:MEcR9.50598$Q%4.16...@news1.tin.it...
La login di rete viene fatta da una pagina shtml (esempio :
http://www.oxygenphonemanager.com/registered/index.shtml
 )
Se ci clicchi sopra ti chiede l'utente e la password!

 ha scritto nel messaggio
news:WJcR9.50614$Q%4.16...@news1.tin.it...

Non chiedetemi utente e password, tanto non ve li do! :P

 ho trovato la sintassi! :(
Quello che tu dici è un tipo di autenticazione in chiaro, ma ti ricordo che
qui il problema è a monte, visto che il web server proprio non ne vuole
sapere di rispondere!

 sapere di rispondere!
Scusa ma non hai affermato : "Cmq il sistema risponde reidirizzando il
visitatore su una pagina di errore
interna al web server (come la famigerata http 404 - pagina non trovata),
non certo rispondendo host inesistente o irragiungibile!"
Quindi IIS risponde?

 Quindi IIS risponde?
Scusa hai ragione: mi sono espresso male!
Quello che volevo dire č che la gestione degli errori avviene da parte del
web server e non dal SO del server, quindi nel caso un utente non avesse i
diritti per visualizzare una pagina il web server risponderebbe dicendo
"Access denied", o "Directory listing denied" se hai i diritti di lettura ma
non quelli per elencare il contenuto di una cartella e non č disponibile una
pagina di default.
Ad ogni modo in questi casi il web server, l'host, risponde, mentre nel mio
caso si ferma un gradino sopra: la richiesta arriva fino al router, ma lě si
ferma!

 ferma!
Beh allora forse il problema č il router.
Non č che quando hai abilitato l'IP Pubblico da dietro il router FW lo ha
abilitato sul router e non sulla tua macchina fisica e il router non č
configurato correttamente, in quanto non č in grado di rigirarti la
richiesta?

 richiesta?
E' esattamente quello che penso pure io, peccato che non lo pensa anche
Fastweb...

 cerchi di capire perché una configurazione così semplice non funziona!
Attenzione: come potrai notare dalla classe di IP con la quale io posto,
anche io dispongo di un Ip situato su una classe di IP pubblici Fastweb,
pur utilizzandolo molto raramente.
Come potrai notare tutte le porte sono in questo momento Chiuse o
Filtrate, ma questo non significa che l'Ip sia configurato male.
Significa semplicemente che io, al momento, non ho installato alcun server. E' infatti
soltanto successivamente all'attivazione di un demone server (ad esempio
httpd di Apache o ftpd) che la relativa porta verra' aperta.
In pratica e' il
tuo IP privato che richiede al tuo Catalist (predisposto) di aprire una
porta pubblica, ad esempio la 80 o la 1080 o la 21 eccetera.
Al momento attuale l'unica porta aperta nel tuo caso e' la 23, ossia
quella adoperata dai tecnici Fastweb per predisporti il servizio (porta
Telnet).
Quindi controlla di aver attivato il servizio server (io non uso Windows e
quindi non so aiutarti nello specifico), solo successivamente quando sei
veramente convinto che il problema sia lato Fastweb invia una raccomandata
circostanziata diffidandoli ad attivarti effettivamente il servizio per
cui stai pagando.
A quel punto certamente Fastweb inviera' un tecnico per risolvere il
problema: sii pero' pronto, nel caso venisse accertato in tua presenza dal
tecnico Fastweb con il suo pc sulla tua linea che il problema e' tuo, a
pagare il diritto di chiamata e le relative ore di impiego della squadra.
Auguri :-))

 Filtrate, ma questo non significa che l'Ip sia configurato male.
Infatti, ma se lui e` sicuro della sua configurazione...
