linux user group brescia

Riguardo a ssh:

se la macchina client ha un "default route" (comando "route -n"),
ma l'accesso a internet non c'e', ci puo' essere un timeout
lunghissimo sulle connessioni ssh, probabilmente dovuto al tentativo 
di accedere al server DNS (/etc/resolv.conf).

In questo caso basterebbe eliminare il "default route"
("route del default", mi pare).

L'altro problema potrebbe essere legato a delle regole di iptables...
accertati di non avere firewalls (/etc/init.d/iptables stop) o
# iptables ... (non ricordo ora come deve essere chiamato)

mp

On Mon, Nov 13, 2006 at 05:23:07PM +0100, Andrea Occhi wrote:
> ho un problema con uno dei pc installati tempo fa con edubuntu: non va la rete.
> Ovvero:
> -livello fisico e livello 2 e livello ip ok: ping senza nessun
> problema con tempi paragonabili agli altri.
> MA quando tento un ssh:
> andrea a occhi:~$ ssh studente a 192.168.1.14 -v
> OpenSSH_4.1p1 Debian-7ubuntu4.1, OpenSSL 0.9.7g 11 Apr 2005
> debug1: Reading configuration data /etc/ssh/ssh_config
> debug1: Applying options for *
> debug1: Connecting to 192.168.1.14 [192.168.1.14] port 22.
> debug1: Connection established.
> debug1: identity file /home/andrea/.ssh/identity type -1
> debug1: identity file /home/andrea/.ssh/id_rsa type -1
> debug1: identity file /home/andrea/.ssh/id_dsa type -1
> debug1: Remote protocol version 2.0, remote software version
> OpenSSH_4.2p1 Debian-7ubuntu3.1
> debug1: match: OpenSSH_4.2p1 Debian-7ubuntu3.1 pat OpenSSH*
> debug1: Enabling compatibility mode for protocol 2.0
> debug1: Local version string SSH-2.0-OpenSSH_4.1p1 Debian-7ubuntu4.1
> debug1: SSH2_MSG_KEXINIT sent
> 
> e qua si inchioda.
> Sulla macchina "target" (quella che non va)
> facendo
> studente a edubuntu:~$ ps ax|grep ssh
> Ss /usr/sbin/sshd
> Ss sshd: [accepted]
> S ssh: [net]
> R+ grep ssh
> 
> il risultato è questo.
> Non solo.
> Ho, su una macchina della rete, una cartella condivisa con nfs.
> Montata attraverso fstab, se la apro riesco a vedere cosa c'è dentro,
> a copiare dei dati dalla cartella remota in locale, ma quando provo a
> scriverci sono dolori: l'interfaccia grafica si inchioda e devo
> riavviare (oddio forse ci si riuscirebbe senza, ma non ne vale la
> pena).
> Queste cose tra tutti gli altri pc della rete funzionano perfettamente.
> Cosa c'è che non va? cosa devo verificare?
> Grazie mille a tutti
> Andrea Occhi
> 
> --------------------------------------------------------------------------