Non ci sono molte informazioni per capire qual è esattamente il problema.
Se ho capito bene, questo router di cui parli permette al web server di essere visibile all'esterno della rete locale in cui è inserito.
Se la configurazione è questa il problema potrebbe essere anche il router.
La prova definitiva da fare, per escludere il router, sarebbe quella di vedere se dall'interno della rete locale il web server funziona e "serve" le richieste di un client.
Utili, per non dire indispensabili, sarebbero i log del webserver e del router, nonché qualche indagine con tcpdump.
Inutile dire che il buon funzionamento del sistema non può e non deve dipendere dal comportamento di nessun client.
malfunzionamento web server
Moderatori:
Paolino,
fairyvilje
5 messaggi
• Pagina 1 di 1
0
voti
Fermo rimanendo che le informazioni sono poche, e prendendo per buono che il problema sia sul server stesso visto che dici che non risulta raggiungibile nemmeno in LAN, l'ipotesi piu' probabile non e' comunque molto lontana da quella che ti e' stata fornita, sebbene localizzata sulla macchina stessa e non sul router.
Quello che mi viene in mente e' che in qualche modo i socket TCP rimangono impegnati e quindi dopo tot connessioni non ce ne siano altri disponibili e di conseguenza il tutto appaia come "morto". Dopo un tot subentra qualche timeout che scollega le connessioni "appese" e pertanto il tutto ritorna a funzionare.
Se fosse un problema del router potrebbe essere un problema di NAT
Se fosse un problema sul server in se' potrebbe essere un problema nello stack TCP e/o nell'implementazione del demone HTTP
Hai modo di monitorare i socket TCP aperti sul server per capire quanti sono quelli aperti ed eventualmente quanti di questi sono "appesi"?
Quello che mi viene in mente e' che in qualche modo i socket TCP rimangono impegnati e quindi dopo tot connessioni non ce ne siano altri disponibili e di conseguenza il tutto appaia come "morto". Dopo un tot subentra qualche timeout che scollega le connessioni "appese" e pertanto il tutto ritorna a funzionare.
Se fosse un problema del router potrebbe essere un problema di NAT
Se fosse un problema sul server in se' potrebbe essere un problema nello stack TCP e/o nell'implementazione del demone HTTP
Hai modo di monitorare i socket TCP aperti sul server per capire quanti sono quelli aperti ed eventualmente quanti di questi sono "appesi"?
Franco (nextime) Lanza
Direttore ricerca & sviluppo, main developer e Geek
presso Unixmedia S.r.l. - Sistemi domotici innovativi su rete Ethernet
Sito aziendale: http://www.unixmedia.it
Prodotti, shop, area-tecnca: http://domotika.unixmedia.net
Direttore ricerca & sviluppo, main developer e Geek
presso Unixmedia S.r.l. - Sistemi domotici innovativi su rete Ethernet
Sito aziendale: http://www.unixmedia.it
Prodotti, shop, area-tecnca: http://domotika.unixmedia.net
1
voti
Il router non centra niente con la chiusura della connessione http, http è un protocollo di livello applicazione e i router non implementano il livello applicativo.
-Hai controllato se la netmask è corretta?
Questo è importante, il router potrebbe confondere indirizzi locali con indirizzi pubblici.
-Hai controllato se nel server ci sono servizi che utilizzano la stessa porta?
In questo caso la connect fallirebbe.
-Hai controllato se ci sono conflitti di indirizzi ip?
Dovresti inoltre controllare se hai configurato correttamente le tabelle di nat o in alternativa usa Upnp.
-Hai controllato se la netmask è corretta?
Questo è importante, il router potrebbe confondere indirizzi locali con indirizzi pubblici.
-Hai controllato se nel server ci sono servizi che utilizzano la stessa porta?
In questo caso la connect fallirebbe.
-Hai controllato se ci sono conflitti di indirizzi ip?
Dovresti inoltre controllare se hai configurato correttamente le tabelle di nat o in alternativa usa Upnp.
1
voti
Si hai ragione , se con il collegamento diretto il problema persiste non ci sono conflitti o problemi di configurazione della rete.
Il firmware è basato su linux?
Secondo me dovresti provare ad aprire una connessione HTTP con TELNET richiedere una pagina e poi chiudere la connessione.
Credo che @nextime ci ha visto bene:
Il firmware è basato su linux?
Secondo me dovresti provare ad aprire una connessione HTTP con TELNET richiedere una pagina e poi chiudere la connessione.
Credo che @nextime ci ha visto bene:
Quello che mi viene in mente e' che in qualche modo i socket TCP rimangono impegnati e quindi dopo tot connessioni non ce ne siano altri disponibili e di conseguenza il tutto appaia come "morto". Dopo un tot subentra qualche timeout che scollega le connessioni "appese" e pertanto il tutto ritorna a funzionare.
0
voti
Nunziox ha scritto:Il router non centra niente con la chiusura della connessione http, http è un protocollo di livello applicazione e i router non implementano il livello applicativo.
.
Con HTTP in se' non centrano nulla, ma con la connessione TCP e in particolare con il connection tracking della stessa all'interno del NAT, si.
Ad ogni modo come piu' volte detto, se il problema si presenta anche a connessione diretta, e' corretto dire che il router non centri nulla :)
Ultima modifica di
nextime il 26 nov 2012, 1:31, modificato 1 volta in totale.
Franco (nextime) Lanza
Direttore ricerca & sviluppo, main developer e Geek
presso Unixmedia S.r.l. - Sistemi domotici innovativi su rete Ethernet
Sito aziendale: http://www.unixmedia.it
Prodotti, shop, area-tecnca: http://domotika.unixmedia.net
Direttore ricerca & sviluppo, main developer e Geek
presso Unixmedia S.r.l. - Sistemi domotici innovativi su rete Ethernet
Sito aziendale: http://www.unixmedia.it
Prodotti, shop, area-tecnca: http://domotika.unixmedia.net
5 messaggi
• Pagina 1 di 1
Chi c’è in linea
Visitano il forum: Nessuno e 24 ospiti

Elettrotecnica e non solo (admin)
Un gatto tra gli elettroni (IsidoroKZ)
Esperienza e simulazioni (g.schgor)
Moleskine di un idraulico (RenzoDF)
Il Blog di ElectroYou (webmaster)
Idee microcontrollate (TardoFreak)
PICcoli grandi PICMicro (Paolino)
Il blog elettrico di carloc (carloc)
DirtEYblooog (dirtydeeds)
Di tutto... un po' (jordan20)
AK47 (lillo)
Esperienze elettroniche (marco438)
Telecomunicazioni musicali (clavicordo)
Automazione ed Elettronica (gustavo)
Direttive per la sicurezza (ErnestoCappelletti)
EYnfo dall'Alaska (mir)
Apriamo il quadro! (attilio)
H7-25 (asdf)
Passione Elettrica (massimob)
Elettroni a spasso (guidob)
Bloguerra (guerra)




