SSH経由でサーバーに接続できません(マイコンピュータのみ)。

SSH経由でサーバーに接続できません(マイコンピュータのみ)。

先日私のコンピュータでSSHに問題がありました(覚えていない一部のソフトウェアをインストールした後のようです...(sic))

これは非常に問題になる私はGitを使用しますいくつかのコードプロジェクトを他の人と連携させ、SSHを介して自分の作業をリポジトリにプッシュします。

私のコンピュータ(Linux Mint 16 cinnamon)に問題があると100%確信しています。その理由は次のとおりです。

  • 同じインターネット接続(同じルーター、同じIP)から問題なく別のコンピューターで同じサーバーに接続できます。したがって、これはルータのファイアウォールの問題ではありません。

  • サーバー管理者はこの問題を引き起こす可能性のあるものを見つけることができず、他の誰もが通常のアクセス権を持っています。

Gitが私に知らせるエラーメッセージは次のとおりです。

ssh: connect to host ******* port 22: Connection refused
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

コマンド結果netstat - 植物正規表現:22

tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      1248/sshd       
tcp6       0      0 :::22    

私はこれが私のiptablesに問題がある可能性があることを聞いてみましたが、成功しませんでしsudo iptables -X-F。この問題をどのように処理するのかわかりません...

編集する:

コメントで要求されたように、詳細情報表示モードで通常のSSHセッションを実行してみました。私が受け取ったメッセージは次のとおりです。

-$ ssh -v [email protected]
OpenSSH_6.2p2 Ubuntu-6ubuntu0.4, OpenSSL 1.0.1e 11 Feb 2013
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Connecting to [email protected] [82.165.49.211] port 22.
debug1: connect to address 82.165.49.211 port 22: Connection refused
ssh: connect to host [email protected] port 22: Connection refused

コマンド結果ls -al /var/run/

total 52
drwxr-xr-x 25 root       root        820 jan 30 20:49 .
drwxr-xr-x 24 root       root       4096 oct 14 22:35 ..
-rw-r--r--  1 root       root          5 jan 30 20:49 acpid.pid
srw-rw-rw-  1 root       root          0 jan 30 20:49 acpid.socket
drwxr-xr-x  2 root       root         60 jan 30 20:49 apache2
drwxr-xr-x  2 avahi      avahi        80 jan 30 20:49 avahi-daemon
drwxr-xr-x  2 root       root         60 jan 30 20:49 console
drwxr-xr-x  2 root       root         60 jan 30 20:49 ConsoleKit
-rw-r--r--  1 root       root          5 jan 30 20:49 console-kit-daemon.pid
-rw-r--r--  1 root       root          5 jan 30 20:49 crond.pid
----------  1 root       root          0 jan 30 20:49 crond.reboot
drwxr-xr-x  3 root       lp          120 jan 30 20:49 cups
drwxr-xr-x  2 messagebus messagebus   80 jan 30 20:48 dbus
srw-rw-rw-  1 root       root          0 jan 30 20:49 gdm_socket
drwxr-xr-x  2 root       root         40 jan 30 20:49 initramfs
drwxrwxrwt  3 root       root         60 jan 30 20:49 lock
-rw-r--r--  1 root       root          5 jan 30 20:49 mdm.pid
-rw-r--r--  1 root       root        135 jan 30 20:48 motd
drwxr-xr-x  2 root       root         60 jan 30 20:48 mount
drwxr-xr-x  2 mysql      root         80 jan 30 20:49 mysqld
drwxr-xr-x  3 root       root        140 jan 30 20:49 network
drwxr-xr-x  2 root       root        100 jan 30 20:49 NetworkManager
-rw-r--r--  1 root       root          5 jan 30 20:49 pglcmd.wd.pid
-rw-r--r--  1 root       root          5 jan 30 20:49 pgld.pid
drwxr-xr-x  2 root       root         40 jan 30  2015 plymouth
drwxr-xr-x  4 root       root         80 jan 30 20:49 pm-utils
drwxr-xr-x  2 root       root         40 jan 30 20:49 pppconfig
drwxr-xr-x  3 root       root        100 jan 30 20:49 resolvconf
-rw-r--r--  1 root       root          4 jan 30 20:48 rsyslogd.pid
drwxr-xr-x  2 root       root        320 jan 30 20:49 samba
srw-rw-rw-  1 root       root          0 jan 30 20:48 sdp
drwxr-xr-x  2 root       root         60 jan 30 20:49 sendsigs.omit.d
drwxrwxrwt  2 root       root        140 jan 30 20:49 shm
drwxr-xr-x  6 root       root        120 jan 30 20:49 systemd
drwxr-xr-x  6 root       root        160 jan 30 20:49 udev
drwx------  2 root       root         40 jan 30 20:49 udisks2
-rw-r--r--  1 root       root          4 jan 30 20:48 upstart-file-bridge.pid
-rw-r--r--  1 root       root          4 jan 30 20:48 upstart-socket-bridge.pid
-rw-r--r--  1 root       root          4 jan 30 20:48 upstart-udev-bridge.pid
drwxr-xr-x  3 root       root         60 jan 30 20:49 user
-rw-rw-r--  1 root       utmp       3840 jan 30 20:50 utmp

コンテンツ/etc/ssh/ssh_config("#" コメント行なし)

Host *
# (...)
SendEnv LANG LC_*
HashKnownHosts yes
GSSAPIAuthentication yes
GSSAPIDelegateCredentials no

答え1

私はついに私が経験していた問題の解決策を見つけました。私が見つけたiptablesに関するこの記事。私の問題を解決するのに非常に役立ちます。

私がした唯一のことは、コマンドを実行することだけでした。

sudo iptables -F

これにより、リモートリポジトリに再プッシュできるようになり、SSHを使用できるようになります。しかし、保存する必要があります。

これを行うには、前のコマンドによって行われたすべての変更を永続的に維持するために別のコマンドを実行します。

sudo apt-get update
sudo apt-get install iptables-persistent

以前にリンクした文のおかげで知りましたね。同時に再起動しましたが、すべてがうまくいきました。

関連情報