On Fri, Mar 08, 2002 at 02:43:33PM +0100, Cristian Del Fabbro wrote:
> Io ho lo stesso problema e ho scoperto or ora che se aggiungo in
> /etc/hosts un nome al computer da cui mi collego il telnet/ftp tornano a
> funzionare, mentre ssh no. A questo punto, visto che devo gestire la rete
> interna
On Fri, Mar 08, 2002 at 01:08:44PM +0100, Luca Cravero wrote:
[ritardi nella risposta]
> ftp 192.168.1.5 (ipotizzando che questo sia il suo IP)
> ho dovuto attendere molti secondi prima di poter inserire il nome utente,
> come quando provavo a farlo da remoto.
Il tuo problema sta nel DNS, che non
Il 8 March 2002 alle 13:30 [+0100], "Luca Cravero" ha scritto:
> > per esempio su questa Debian, potresti avere su il servizio auth (porta
> > 113 tcp), per cui quando il client ftp/ssh si connette, la Debian chiede
> > di autentificarsi, e dalla parte (clint) non c'è nulla che risponde, per
> > c
> per esempio su questa Debian, potresti avere su il servizio auth (porta
> 113 tcp), per cui quando il client ftp/ssh si connette, la Debian chiede
> di autentificarsi, e dalla parte (clint) non c'è nulla che risponde, per
> cui il srver rimane in attesa per un po'.
In effetti auth è su, così co
... difficile a dirsi così al volo:
per esempio su questa Debian, potresti avere su il servizio auth (porta
113 tcp), per cui quando il client ftp/ssh si connette, la Debian chiede
di autentificarsi, e dalla parte (clint) non c'è nulla che risponde, per
cui il srver rimane in attesa per un po'.
Ho un problema con una macchina interna alla mia LAN, una Linux Debian con
kernel 2.2.19.
L'host ha due interfacce: la lo e l'eth0, con IP di classe privata. Le
regole di ipchains sono vuote.
Quando cerco di fare ssh o ftp su di essa, risponde con dei tempi di
risposta altissimi. Mi spiego meglio:
6 matches
Mail list logo