Newsgroup: it.comp.os.linux.iniziare
Titolo: latenza FTP con gw

A dire il vero sono stato incerto fino all'ultimo se postare questo msg
qui o sul ng superiore, mi sono deciso per .iniziare perche' sono
convinto che sebbene la configurazione del sistema sia tutt'altro che da
newbie la soluzione viceversa deve essere di una banalita' spaventosa,
da newbie per l'appunto.
A) linuxbox mdk 7.2 con server wh-ftp
B) linuxbox mdk 7.2
C) w95
rete 192.168.155.x
tutto funziona, la macchina A porta online via ppp0 le altre due che
possono accedere al server ftp sia indicando l'ip interno che l'ip
esterno .
La macchina A viene portata (e' un portatile...) in una rete di una 30na
di macchine, alcuni OS X alcuni W98, un W2000 e tanti, tanti Mac. C'e'
un router, 192.168.155.253 netopia che dirige la musica.
Connetto la macchina A e provo ad accedere a Internet SENZA aver settato
il default route sul gw, ovviamente non funziona. Bene.
Provo a collegarmi al server ftp da tutti i tipi di OS disponibili, sia
un Guest mode che in anonymous. Tutto funziona bene.
Aggiungo alla macchina A il gw con 'route add default gw
192.168.155.253'
Provo a pingare fuori, funziona. Provo a risolvere nomi, funziona.
RIprovo a collegarmi al server ftp della suddetta macchina dai client di
prima continuando a specificare lip interno del server... 10 minuti di
latenza prima del banner e 10 minuti (chiaramente un timeout in giro...)
per ogni risposta, da tutti i client.
La mia supposizione e' che risponda alle richieste della rete interna
192.168 cercando di passare dal gw, con evidenti risultati disastrosi.
Che e'??
thanks...
-- 
Posted from 
mta23-acc.tin.it
 [212.216.176.76] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

, DOTT. A. TESTI wrote:
[mega-snip]
Non e` possibile che cerchi di passare per il gateway, altrimenti
crollerebbe tutto un castello di certezze, in mezzo mondo... :=)
Propenderei per un problema di risoluzione di nomi (e` vero che il
portatile risolve i nomi, ma quelli *validi* probabilmente). Prova
ad aggiungere a /etc/hosts un paio di indirizzi dei client, e poi
a collegarti da quei client (verificando di avere in /etc/host.conf
prima "hosts" e poi "bind").
Ciao.
-- 
 * GOD is real, unless declared as integer *
 * Stefano Rivoir   -   s.rivoir at 
gts.it
 *

 prima "hosts" e poi "bind").
al tempo... dai client non chiamo i nomi... chiamo direttamente l'ip della 
macchina server... ci sto alla larga dai nomi...:))
mah...

 prima "hosts" e poi "bind").
al tempo... dai client non chiamo i nomi... chiamo direttamente l'ip della 


 wrote:
|> 
|> Propenderei per un problema di risoluzione di nomi (e` vero che il
|> portatile risolve i nomi, ma quelli *validi* probabilmente). Prova
|> ad aggiungere a /etc/hosts un paio di indirizzi dei client, e poi
|> a collegarti da quei client (verificando di avere in /etc/host.conf
|> prima "hosts" e poi "bind").
|
|al tempo... dai client non chiamo i nomi... chiamo direttamente l'ip della 
|macchina server... ci sto alla larga dai nomi...:))
|mah...
Non importa.
E' il server a cui cerchi di connetterti che lo fa, anche se il client
si connette utilizzando l'indirizzo ip, il server *pretende* di sapere
chi si collega.

Anche a me succede qualcosa di simile, per giunta se chiedo di vedere la
tabella di routing route rimane appeso per un bel po' prima di stamparmi la
riga che contiene il gateway.
L'ipotesi che sia colpa di un tentativo di risoluzione di nome (o piu'
probailmente di una risoluzione inversa ip->nome) mi sembra verosimile,
probabilmente da qualche parte si vole cercare di scoprire il nome associato
all'IP, ma come posso evitarlo?
Ciao
Alessandro

>          s.rivoir at 
gts.it
            <<

 ha scritto nel messaggio
news:9cu4ms$h7f$1...@fe2.cs.interbusiness.it...

In host.conf
order hosts,bind
In resolv.conf
nameserver indirizzoip
In hosts
gli indirizzi ip e i nomi di tutti i pc che non sono risolvibili con il
nameserver specificato in resolv.conf (tipicamente quelli che fanno parte
della lan).
Se hai un nameserver locale per risolvere i nomi dei computer della lan,
devi aggiungere i forwarders in named.conf

C'é modo di evitare la risoluzione per un'intera sottorete senza
specificare i singoli host?
Ciao
Alessandro.


 In hosts


 ha scritto nel messaggio
news:9cucd3$hup$2...@fe1.cs.interbusiness.it...

AFAIK devi dire esplicitamente al servizio di non fare il reverse lookup
tramite parametri dati in linea di comando.

 chi si collega.
ok, mi sembrava una cosa sensata e ho prontamente aggiunto al file hosts 
del server ftp l'ip seguito da un nome di fanasia...
niente. col gw settato la rete interna non si connetto piu' (o meglio si 
connette dopo il timout)
ho visto che c'e' un file ftphosts... ho aggiunto l'ip di un client li' 
dentro, peggio che mai, non si connette piu' nemmeno se il gw non e' 
settato.
e poi se anche cosi' fosse, qualora la mia rete interna avesse 500 macchine?
o credo che esista un modo piu' furbo r dirgli di rinunciare al reverse.
-- 
Rick Deckard
www.cignus-x1.com

 chi si collega.
mi sembrava una cosa giusta...
ho aggiunto al file hosts l'ip del client e un nome a caso, niente.
ho controllato la sequenza di ricerca, prima cerca in hosts.
ho notato anche un file ftphosts, ho aggiunto li' l'ip del client,
niente, se c'e' qualcosa li' dentro non si connette piu' nessuno anche
se il gw non e' settato.
due considerazioni e una domanda: credo che la soluzione a questa cosa
sia una banalita' e questo mi impanterisce ancora di piu'... non credo
che il server DEBBA sapere il nome e quando fosse se ho una rete di 500
client con alcune stazioni mobili come faccio?
la domanda... non sono riuscito a trovare ne' negli HOWTO ne al sito
wu.ftp uno straccio di manuale TOTALE del server...solo filettini con
indicazioni di massima, dove sta' la bibbia del wu-ftp? e ancora, i
demoni ftp si chiamano tutti ftpd? voglio dire, nel menu di
configurazione dei servizi da avviare trovo sia ftp che wu-ftp, come si
chiamano i due demoni correlati? uno si chiama ftpd e l'altro??
se avessi un manuale mi ritirerei in montagna a studiare invece che
rompere le scatole qui...mi rendo conto di star facendo domande da
idiota.
una fastidiosa considerazione finale, fastidiosa per me almeno, perche'
out of the box le cose sono configurate cosi? io non credo di star
cercando di fare una cosa mostruosa, mi sembra umano volere (la
disumanita' e' che lo voglio in casa mia, non per lavoro ma questo e' un
altro discorso...) un server ftp attivo sia su internet che sulla rete
interna, perche' non renderlo possibile da subito? perche' avevo la
stessa config su quel Supremo Gabinetto che e' winZozz ed e' andato su
al primo colpo? Che cosa mi sta sfuggendo?
byez
-- 
Posted from 
smtp1.libero.it
 [193.70.192.51] 


 wrote:
| > Non importa.
| > E' il server a cui cerchi di connetterti che lo fa, anche se il client
| > si connette utilizzando l'indirizzo ip, il server *pretende* di sapere
| > chi si collega.
| 
| ok, mi sembrava una cosa sensata e ho prontamente aggiunto al file hosts 
| del server ftp l'ip seguito da un nome di fanasia...
nel formato nome.dominio?
| niente. col gw settato la rete interna non si connetto piu' (o meglio si 
| connette dopo il timout)
Boh.
Per circoscrivere il problema, io proverei un altro servizio.
Se lanci telnet cosa succede? 
| ho visto che c'e' un file ftphosts... ho aggiunto l'ip di un client li' 
| dentro, peggio che mai, non si connette piu' nemmeno se il gw non e' 
| settato.
No, ftphost non serve per quello.
| 
| e poi se anche cosi' fosse, qualora la mia rete interna avesse 500 macchine?
| o credo che esista un modo piu' furbo r dirgli di rinunciare al reverse.
Di solito ci sono delle opzioni in linea di comando da dare all'avvio 
del daemon.
| -- 
| Rick Deckard
| 
www.cignus-x1.com

 del daemon.
lo supponevo anche io.
grazie :)

 wrote:
| > nel formato nome.dominio?
| 
| no, nel formato xxx.xxx.xxx.xxx <tab> acer700 <tab> acer
| dici che non gli garba?
| 
Non ho esperienza diretta, ma la manpage dice:
indirizzo_ip   nome_canonico   soprannomi