Newsgroup: it.comp.os.linux.sys
Titolo: TELNET: waiting time

Salve,
Ho due PC linux collegati nella mia rete intranet:
- Server1: RedHat 6    IP: xxx.yyy.zzz.1
- Server2: RedHat 9    IP: xxx.yyy.zzz.2
Quando da un PC client con windows nella mia rete
intranet provo a connettermi via TELNET a Server2
devo attendere circa 30 secondi prima di veder apparire
la schermata di login.
La stessa operazione di TELNET sul Server1 risulta
invece immediata.
Quando invece la mia rete internet è connessa a internet,
anche il collegamento via telnet con Server2 risulta immediato.
Nonostante io utilizzi direttamente gli indirizzi IP per connettermi
ai server, credo che il mio problema dipenda dalla configurazione
linux sul mio server riguardante la risoluzione di nomi.
Qualche suggerimento ?
Grazie mille a tutti anticipatamente.
Riccardo

 Qualche suggerimento ?
Il comando dig ti puo` dire parecchio su come vengono risolti i
nomi.  Se lo provi nelle due situazioni, quella in cui sei lento
e quella in cui vai bene, puoi vedere quali differenze possano
causare questo problema di prestazioni.
Alex

 linux sul mio server riguardante la risoluzione di nomi.
La sparo senza pensarci sopra, probabilmente il server cerca di fare la
risuluzione del client che lo contatta, o il client cerca di fare la
risuluzione inversa del server. Compila a dovere il file /etc/hosts sia
nel client che nel server ed il problema sparisce (se e' effettivamente
un problema di risuluzione dei nomi)
Banana

 ha scritto nel messaggio
news:bmh8ug$m9mf9$2...@ID-146122.news.uni-berlin.de...

Il server viene contattato direttamento tramite l'indirizzo IP,
dunque non dovrebbe dipendere dalla risoluzione del nome
del server.
In questo momento nel file /etc/host.conf del server c'č scritto:
order hosts
Non devo impostare i file hosts per i client perchč per la
risoluzione dei nomi della mia intranet utilizzo un server
DHCP interno con indirizzo IP xxx.yyy.zzz.254
Comunque grazie... vedrň di capirci qualcosa in piů
Riccardo

 ha scritto nel messaggio
news:szVib.282697$R32.9...@news2.tin.it...

Mi sembra interessante, anche se dovrò studiarmi un po' il comando.
Grazie per il suggerimento
Riccardo

 DHCP interno con indirizzo IP xxx.yyy.zzz.254
Momento: che c'entra il DHCP (a meno che, sempre che sia isc-dhcpd, non sia
configurato per collaborare con BIND su cui e' configurato un dominio locale)
?
bye G.L.
--
« E' assolutamente evidente che l'arte del cinema
 si ispira alla vita, mentre la vita si ispira alla TV »
(Woody Allen)

 DHCP interno con indirizzo IP xxx.yyy.zzz.254
il dhcp non centra una fava 
(espressione liberamente rubata a qualcuno :-)
a meno che tu non intendessi dns ma allora il problema di login al
servente telnet non si porrebbe.
Banana

 Quando invece la mia rete internet č connessa a internet,


 dei nomi dei PC cliente della mia rete intranet.
Instlla n dns locale, (vedi risposta all'altro post)
banana

 dinamici che non posso conoscere a priori.
DHCP = roba windows -> cacca.
(insomma, ma possibile che ogni volta che su una rete ci sono dei cazzi,
c'č di mezzo qualche geniale "servizio" made in m$? mah...)
-- 
Massimo Bacilieri AKA Crononauta 
ICQ:4005815

 
orpo.. e dhc sarebbe made in MS? e io che pensavo fosse farina del sacco
dell'ISC...
-- 
Emanuele Balla  aka Skull -  Public Key #661E5CBF on 
www.keyserver.com
+----------------------------------------------------------------------+
"And 1.1.81 is officially BugFree(tm), so if you receive any bug-reports
on it, you know they are just evil lies." (By Linus Torvalds)

 dell'ISC...
In ogni modo M$ ha la colpa di averlo rivitalizzato, era una di quelle
porcherie che in una rete seria si sarebbero estinte...


 
nah nah nah nah...
permettimi di dissentire...
dhcp se configurato e usato con la testa (ma, soprattutto, amministrato
con la testa) č uno strumento insostituibile in parecchie situazioni.
Che poi spesso si possa evitare (e ancor piů spesso sia meglio
evitarlo), č IMHO altro discorso, che ha piů a che vedere con il "come
č usato" che altro...
Hola..


 DHCP interno con indirizzo IP xxx.yyy.zzz.254
Puoi configurare bind affinche' si integri con dhcpd. Succede questo: il
client chiede l'ip inviando il nome dell'host, il dhcpd glielo passa e fa
registrare a named un nuovo ip assegnato con il nome host passato dal
client. Ho provato questo sistema e funziona piuttosto bene. Tutte le info
su come usarlo sono ampiamente documentate nel man di dhcpd.conf, cerca DNS
UPDATE.
Stefano

 ha scritto nel messaggio
news:slrnboofda....@ulibarra.localdomain...

Il DHCP della mia rete non č un software implementato su sistemi
microsoft, bensě un servizio fornito da un router hardware che non
ha nulla a che vedere con microsoft.
Ciao,
Riccardo

 ha nulla a che vedere con microsoft.
A maggior ragione, non avendo in tal caso il DHCP integrazione con bind,
oppure meglio con active directory (e comunque penso che in tal caso le
macchine unix dovrebbero comunque "puntare" il dns presente sulla macchina
WinNT con AD), si capisce quale sia il problema... O usi /etc/hosts, ma come
giustamente dici ti vien male perche' l'ip e' dinamicamente assegnato (e IMHO
generalmente i router non si ricordano delle precedenti assegnazioni, in modo
da avere sempre la medesima corrispondenza MAC/IP...), o implementi un dns per
la risoluzione diretta/inversa dei nomi locali.


 WinNT con AD), si capisce quale sia il problema... O usi /etc/hosts, ma come
Probabilmente sara' colpa del mio _itaGliano_ ma non comprendo :-((
Il dhcp del router (se non e' troppo vecchio) puo' aggiornare cmq un
server dns, che sia wincrost o bind, l'importante e' che il server dns
accetti di essere upgradato dal dhcp.  E cmq non vedo cosa c'entra
active directory.
Per esempio nella mia rete ho una debian che fa dhcp e dns, ed il dhcp
aggiorna il dns; in un altro ufficio ho un dhcp su una red hat che
agiorna un dns su findus2000.
ma forse non ho capito cosa intendevi dire
cya
Banana

 ma forse non ho capito cosa intendevi dire
No, e' che, non avendo mai provato ad integrare dns e dhcp, ho probabilmente detto
cazzate.
