Gnome - po

Zagadnienia dotyczące menadżerów okien, środowisk graficznych - X, KDE, GNOME, Fluxbox, XFCE., Compiz itp.
thx4
Posty: 45
Rejestracja: 07 lipca 2009, 13:08

Gnome - połączenie z serwerem nie działa

Post autor: thx4 »

Wybieram: [INDENT]Miejsca/Połącz z serwerem, typ usługi SSH i wyświetla mi się taki o to komunikat[/INDENT]

Kod: Zaznacz cały

DBus error org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus)
Dla np. połączenia publicznego ftp działa normalnie. W konsoli poleceniem ssh normalnie łączy mi się z serwerem.

Próbowałem aktualizacji systemu, kasowałem lokalne konfigi dla gnome oraz próbowałem zainstalować pakiet gnome. Miałem gnome-core i myślałem, że może czegoś brakuje.
Awatar użytkownika
tremor
Beginner
Posty: 186
Rejestracja: 12 marca 2010, 18:20
Lokalizacja: Wrocław

Post autor: tremor »

Z tego co wiem to wywołanie tego polecenia powoduje uruchomienie połączenie gvfs po protokole sftp z danym adresem i uruchomienie domyślnego programu obsługującego ten protokół (w moim wypadku jest to o dziwo dolphin z KDE).
Spróbuj np. w nautilusie wpisać:

Kod: Zaznacz cały

sftp://adres_serwera
thx4
Posty: 45
Rejestracja: 07 lipca 2009, 13:08

Post autor: thx4 »

Taki sam komunikat jak w przypadku, gdy biorę Połącz z serwerem.
Awatar użytkownika
tremor
Beginner
Posty: 186
Rejestracja: 12 marca 2010, 18:20
Lokalizacja: Wrocław

Post autor: tremor »

Może wypróbuj innego klienta sftp? Ciężko mi powiedzieć, czy to nautilus szwankuje czy po prostu taka usługa nie jest dostępna na serwerze (sftp na tym samym porcie co ssh).
thx4
Posty: 45
Rejestracja: 07 lipca 2009, 13:08

Post autor: thx4 »

Nie rozumiem tego. W kliencie gftp nie daje rady połączyć przez ssh2. Łącznie idzie tylko przez ftp. Sprawdziłem czy w: Miejsca / Połącz z serwerem działa również dla łączenia ftp z logowaniem i działa. W FileZilla jak wybieram port 22 to automatycznie dopisuje protokół sftp:// i również się nie łączy. Ale na porcie 21 wszystko i wszędzie normalnie działa. Natomiast w konsoli przez polecenie ssh łączy się, więc w klientach ftp też powinno działać.
Awatar użytkownika
tremor
Beginner
Posty: 186
Rejestracja: 12 marca 2010, 18:20
Lokalizacja: Wrocław

Post autor: tremor »

To, że działa FTP nie ma nic do rzeczy - to inny protokół na innym porcie, nie powiązany w żaden sposób z SFTP.
Jeszcze spytam dla pewności - jak łączysz się przez SSH to nie podajesz portu (czyli innymi słowy użyty jest domyślny port 22)?
A jak jesteś zalogowany na tamten serwer np. przez SSH to zadziała: ?

Acha, i jeszcze czy masz coś wpisane w

Kod: Zaznacz cały

/etc/ssh/sshd_config
a propos sftp?
thx4
Posty: 45
Rejestracja: 07 lipca 2009, 13:08

Post autor: thx4 »

tremor pisze:Jeszcze spytam dla pewności - jak łączysz się przez SSH to nie podajesz portu (czyli innymi słowy użyty jest domyślny port 22)
Tak
tremor pisze:A jak jesteś zalogowany na tamten serwer np. przez SSH to zadziała?:
Wyświetla się komunikat

Kod: Zaznacz cały

Received message too long 1650553704
tremor pisze:Acha, i jeszcze czy masz coś wpisane w

Kod: Zaznacz cały

/etc/ssh/sshd_config
a propos sftp?

Kod: Zaznacz cały

cat /etc/ssh/sshd_config
# This is the ssh client system-wide configuration file.  See
# ssh_config(5) for more information.  This file provides defaults for
# users, and the values can be changed in per-user configuration files
# or on the command line.

# Configuration data is parsed as follows:
#  1. command line options
#  2. user-specific file
#  3. system-wide file
# Any configuration value is only changed the first time it is set.
# Thus, host-specific definitions should be at the beginning of the
# configuration file, and defaults at the end.

# Site-wide defaults for some commonly used options.  For a comprehensive
# list of available options, their meanings and defaults, please see the
# ssh_config(5) man page.

Host *
#   ForwardAgent no
#   ForwardX11 no
#   ForwardX11Trusted yes
#   RhostsRSAAuthentication no
#   RSAAuthentication yes
#   PasswordAuthentication yes
#   HostbasedAuthentication no
#   GSSAPIAuthentication no
#   GSSAPIDelegateCredentials no
#   GSSAPIKeyExchange no
#   GSSAPITrustDNS no
#   BatchMode no
#   CheckHostIP yes
#   AddressFamily any
#   ConnectTimeout 0
#   StrictHostKeyChecking ask
#   IdentityFile ~/.ssh/identity
#   IdentityFile ~/.ssh/id_rsa
#   IdentityFile ~/.ssh/id_dsa
#   Port 22
#   Protocol 2,1
#   Cipher 3des
#   Ciphers aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc
#   MACs hmac-md5,hmac-sha1,[email protected],hmac-ripemd160
#   EscapeChar ~
#   Tunnel no
#   TunnelDevice any:any
#   PermitLocalCommand no
#   VisualHostKey no
#   ProxyCommand ssh -q -W %h:%p gateway.example.com
    SendEnv LANG LC_*
    HashKnownHosts yes
    GSSAPIAuthentication yes
    GSSAPIDelegateCredentials no

Awatar użytkownika
tremor
Beginner
Posty: 186
Rejestracja: 12 marca 2010, 18:20
Lokalizacja: Wrocław

Post autor: tremor »

No to potrzebujesz w sshd_config wpisu:

Kod: Zaznacz cały

Subsystem sftp /usr/lib/openssh/sftp-server
Upewnij się, że ten plik tam jest (powinien, bo jest częścią pakietu openssh-server).
thx4
Posty: 45
Rejestracja: 07 lipca 2009, 13:08

Post autor: thx4 »

Nic się niestety nie zmieniło. Zainstalowałem openssh-server. Wpis dodany automatycznie po zainstalowaniu i dalej to samo.

Ale skoro pakiet openssh-server jest do instalacji serwera ssh to co to ma wspólnego z łączeniem się z serwerem ssh na innym komputerze. Nie wiem, czy jasno na początku wyjaśniłem ale nie chodzi mi o to, że nie łączy mi się z serwerem ssh zainstalowanym na moim komputerze z innego miejsca. Chodzi mi o to, że nie łączy mi się z mojego komputera na serwer ssh na innym komputerze, na którym mam konto i nie mam do niego dostępu z poziomu administratora. A plik sshd_config, który załączałem to jest plik z mojego komputera, nie z komputera serwera.

Oto nowa treść sshd_config:

Kod: Zaznacz cały

# Package generated configuration file
# See the sshd_config(5) manpage for details

# What ports, IPs and protocols we listen for
Port 22
# Use these options to restrict which interfaces/protocols sshd will bind to
#ListenAddress ::
#ListenAddress 0.0.0.0
Protocol 2
# HostKeys for protocol version 2
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
#Privilege Separation is turned on for security
UsePrivilegeSeparation yes

# Lifetime and size of ephemeral version 1 server key
KeyRegenerationInterval 3600
ServerKeyBits 768

# Logging
SyslogFacility AUTH
LogLevel INFO

# Authentication:
LoginGraceTime 120
PermitRootLogin yes
StrictModes yes

RSAAuthentication yes
PubkeyAuthentication yes
#AuthorizedKeysFile    %h/.ssh/authorized_keys

# Don't read the user's ~/.rhosts and ~/.shosts files
IgnoreRhosts yes
# For this to work you will also need host keys in /etc/ssh_known_hosts
RhostsRSAAuthentication no
# similar for protocol version 2
HostbasedAuthentication no
# Uncomment if you don't trust ~/.ssh/known_hosts for RhostsRSAAuthentication
#IgnoreUserKnownHosts yes

# To enable empty passwords, change to yes (NOT RECOMMENDED)
PermitEmptyPasswords no

# Change to yes to enable challenge-response passwords (beware issues with
# some PAM modules and threads)
ChallengeResponseAuthentication no

# Change to no to disable tunnelled clear text passwords
#PasswordAuthentication yes

# Kerberos options
#KerberosAuthentication no
#KerberosGetAFSToken no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes

# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes

X11Forwarding yes
X11DisplayOffset 10
PrintMotd no
PrintLastLog yes
TCPKeepAlive yes
#UseLogin no

#MaxStartups 10:30:60
#Banner /etc/issue.net

# Allow client to pass locale environment variables
AcceptEnv LANG LC_*

Subsystem sftp /usr/lib/openssh/sftp-server

# Set this to 'yes' to enable PAM authentication, account processing,
# and session processing. If this is enabled, PAM authentication will
# be allowed through the ChallengeResponseAuthentication and
# PasswordAuthentication.  Depending on your PAM configuration,
# PAM authentication via ChallengeResponseAuthentication may bypass
# the setting of "PermitRootLogin without-password".
# If you just want the PAM account and session checks to run without
# PAM authentication, then enable this but set PasswordAuthentication
# and ChallengeResponseAuthentication to 'no'.
UsePAM yes
Awatar użytkownika
tremor
Beginner
Posty: 186
Rejestracja: 12 marca 2010, 18:20
Lokalizacja: Wrocław

Post autor: tremor »

thx4 pisze: Ale skoro pakiet openssh-server jest do instalacji serwera ssh to co to ma wspólnego z łączeniem się z serwerem ssh na innym komputerze.
Nie ma nic.
thx4 pisze: Nie wiem, czy jasno na początku wyjaśniłem ale nie chodzi mi o to, że nie łączy mi się z serwerem ssh zainstalowanym na moim komputerze z innego miejsca.
Tak też Cię zrozumiałem.
thx4 pisze: Chodzi mi o to, że nie łączy mi się z mojego komputera na serwer ssh na innym komputerze, na którym mam konto i nie mam do niego dostępu z poziomu administratora.
Tego nie wiedziałem.
thx4 pisze: A plik sshd_config, który załączałem to jest plik z mojego komputera, nie z komputera serwera.
Ten akurat nam się do niczego nie przyda. Wybacz, że nie byłem bardziej klarowny.

Wygląda na to, że usługa sftp nie jest na tamtym serwerze skonfigurowana i możesz tylko poprosić admina, żeby ją włączył.
ODPOWIEDZ