apps senza forward funzionano male, ma funzionano.. xke'?

[andrew1988]

ci sono alcune applicazione, casi classici emule torrent che richiedono il forward x avere un flusso d dati x ragioni ovvie quale il redirezionamento dei pacchetti d una determinata porta ext. su un preciso ip locale.. xo' se nn si settano quesi parametri cmq funzionano ma male.. nn avrebbe + senso che nn funzionassero del tutto?! xke' invece funziona??

[andrew1988]

up

[andrew1988]

nessuno che lo sa? o lancia ipotesi.. idee?? potrebbe essere interessante..

[fastmenu]

sinceramente la trovo una considerazione bislacca

[andrew1988]

bislacca... allora.. se riesco a capire come funziona questo invio d pacchetti a un ip interno da rete esterna magari si potrebbero creare applicazioni che nn hanno bisogno d port forwarding... x esemio si potrebbe raggiungere un mini-server costruito su un notebook che tramite dynamic dns rintraccia l'ip esterno e raggiunge il pc che magari gli fornisce servizi http ftp etc..
della serie.. sn in aeroporto.. m attacco all'access point e con questa applicazione riesco a far quelle cose d prima..

vi chiedo una cortesia.. se uno ha un dubbio ha il diritto d domandare essendo un forum e ricevere una risposta, talvolta una critica come "considerazione bislacca" nn fanno d certo bene alla personale iniziativa d conoscenza. grazie

[fastmenu]

Originariamente inviato da andrew1988

bislacca... allora.. se riesco a capire come funziona questo invio d pacchetti a un ip interno da rete esterna magari si potrebbero creare applicazioni che nn hanno bisogno d port forwarding... x esemio si potrebbe raggiungere un mini-server costruito su un notebook che tramite dynamic dns rintraccia l'ip esterno e raggiunge il pc che magari gli fornisce servizi http ftp etc..
della serie.. sn in aeroporto.. m attacco all'access point e con questa applicazione riesco a far quelle cose d prima..

vi chiedo una cortesia.. se uno ha un dubbio ha il diritto d domandare essendo un forum e ricevere una risposta, talvolta una critica come "considerazione bislacca" nn fanno d certo bene alla personale iniziativa d conoscenza. grazie

ho interpretato il tuo post come una considerazione,a mio avviso opinabile,perche non ho letto nella fattispecie cosa dovresti fare.
devi accedere ad un server ftp,usare dei client p2p,gestione remota?
spiegaci le tue esigenze nello specifico e vedrai che qualcosa se ne tira fuori

tutti i programmi usano delle porte,e alcuni di questi hanno necessità di essere piu o meno "visibili" in rete,coi relativi protocolli per cui sono stati/vengono creati e usati

[andrew1988]

nn devo fare nulla d tutto cio'.. io ho un server a casa che lo gestisco in remoto.. nessun problema.. e' una voglia d sapere esattamente questo: prendiamo come esempio emule, questo client ha delle porte che devono comunicare con altre porte su determinati server. tipico caso d connessione client server con socket tcp o udp.. pero' se io creo un banale programma d questo tipo in C il client riuscira' a contattare il server solo se il router (dimenticavo d specificare che entrambi gli host sono in una sottorete creata tipo con un router) avra' un forward dei pacchetti in entrata su una specifica porta ad un determinato ip locale e la sua porta..
se nn c fosse questo forward la situazione sarebbe diversa.. vi sarebbero dei pacchetti su una porta ma nn giungerebbero all'ip desiderato.. e d conseguenza il server diverrebbe irraggiungibile..
tornando a emule..se nn si fa il forward i pacchetti arrivano in ogni caso al client, xke' cmq si scarica! xo' molto + lentamente che se c fosse il forward..

la mia domanda e': in che modo senza forward questi pacchetti raggiungono il client?

essendo questo solo un esempio.. e' chiaro che si potrebbe applicare la stessa tecnica ad altri servizi..

idea.. nn e' che magari il router manda questi pacchetti in broadcast e d conseguenza raggiungono l'host? m viene in mente la modalita' promisqua.. anche se questo nn giustifica il fatto che ne arrivino meno.. dovrebbero arrivare tutti e d conseguenza nn c sarebbe sigono del forward.. mah

[fastmenu]

Originariamente inviato da andrew1988

nn devo fare nulla d tutto cio'.. io ho un server a casa che lo gestisco in remoto.. nessun problema.. e' una voglia d sapere esattamente questo: prendiamo come esempio emule, questo client ha delle porte che devono comunicare con altre porte su determinati server. tipico caso d connessione client server con socket tcp o udp.. pero' se io creo un banale programma d questo tipo in C il client riuscira' a contattare il server solo se il router (dimenticavo d specificare che entrambi gli host sono in una sottorete creata tipo con un router) avra' un forward dei pacchetti in entrata su una specifica porta ad un determinato ip locale e la sua porta..
se nn c fosse questo forward la situazione sarebbe diversa.. vi sarebbero dei pacchetti su una porta ma nn giungerebbero all'ip desiderato.. e d conseguenza il server diverrebbe irraggiungibile..
tornando a emule..se nn si fa il forward i pacchetti arrivano in ogni caso al client, xke' cmq si scarica! xo' molto + lentamente che se c fosse il forward..

la mia domanda e': in che modo senza forward questi pacchetti raggiungono il client?

essendo questo solo un esempio.. e' chiaro che si potrebbe applicare la stessa tecnica ad altri servizi..

idea.. nn e' che magari il router manda questi pacchetti in broadcast e d conseguenza raggiungono l'host? m viene in mente la modalita' promisqua.. anche se questo nn giustifica il fatto che ne arrivino meno.. dovrebbero arrivare tutti e d conseguenza nn c sarebbe sigono del forward.. mah

nel caso di emule quando non natti le porte il client si connette con id basso,il mulo è bendato nella tray bar se guardi,questo vuol dire che riceve i pacchetti dai soli server,mentre con id alto,li riceve anche direttamente da altri client,oltre che dai server.

[andrew1988]

e come fa il server a raggiungere in una rete nn nattata il mio emule mentre i client no?

[slowped]

Originariamente inviato da andrew1988

e come fa il server a raggiungere in una rete nn nattata il mio emule mentre i client no?

La connessione con il server viene originata dal tuo PC e quindi non ha necessità di forwarding. Quando gli altri client cercano di contattare il tuo emule, in assenza di port forwarding opportunamente configurato trovano le porte chiuse. Ti è più chiaro adesso?

[andrew1988]

nn m e' chiaro, nel pacchetto d ritorno, come fa il router a capire a che ip deve mandare tale pacchetto nel caso c fossero + pc connessi alla rete... magari e' una cosa stupida ma nn riesco a capire tale meccanismo..

[slowped]

Originariamente inviato da andrew1988

magari e' una cosa stupida ma nn riesco a capire tale meccanismo..

Magari hai bisogno solo di studiare un po'
http://it.wikipedia.org/wiki/Network...ss_translation

[andrew1988]

ok capito, nn sapevo che esistessero "2" tipologie d nat..

<<L'apparato che effettua il NAT ha bisogno di mantenere in memoria lo stato delle connessioni attive in ciascun momento. Questo a sua volta viola un principio insito nella progettazione di IP, per cui i router non devono mantenere uno stato relativo al traffico che li attraversa. >>

so che forse e' meglio se m rivolgessi all'area linux, ma se utilizzassi un server ubuntu qual'e' il file dove sn presenti queste tabelle dinamiche? thx

[slowped]

Originariamente inviato da andrew1988

so che forse e' meglio se m rivolgessi all'area linux, ma se utilizzassi un server ubuntu qual'e' il file dove sn presenti queste tabelle dinamiche? thx

man iptables

P.S.: server ubuntu: bell'ossimoro.

[andrew1988]

xke'?

[slowped]

Originariamente inviato da andrew1988

xke'?

Gusti personali. Diciamo che ho altre preferenze.

[andrew1988]

nn so, io ho da poco iniziato ad usare l'ambiente server ed e' molto affascinante.. utilizzando ubuntu sul notebook ho ben pensato d usarlo anche come server giusto x nn complicarmi ulteriormente la vita (inizialmente). tu cosa utilizzi? giusto x sentire la tua opinione che probabilmente hai + esperienza d me..