MotoFan.Ru — всё для Motorola > Научите пользоваться ssh (linux mint)

В общем, хочу иметь доступ к настольному компу с андроида. На мобилку поставил connectbot в качестве клиента.
А вот сервер на компе не могу настроить, несмотря на кучи туториалов в интернете. Не понимаю принципиально, откуда берется имя@айпи_адрес для доступа. Пробовал использовать айпишники, которые выдает ifconfig, а в качестве имени-имя пользователя в минте. Не катит. И нигде не пишут, откуда эти данные взять.

вот мой sshd_config

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

# What ports, IPs and protocols we listen for
Port 1458
# Use these options to restrict which interfaces/protocols sshd will bind to
ListenAddress 192.168.0.47:1458
#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
HostKey /etc/ssh/ssh_host_ecdsa_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 no
StrictModes yes
AllowUsers Alexander
PermitEmptyPasswords no
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
ForwardX11 yes
ForwardX11Trusted 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:

[close]

вроде даже прописал явно, какой адрес слушать и через какой порт... что-то не догоняю конкретно, в общем

На сервере должен быть запущен sshd.
Внешний IPшник можно получить с помощью 2ip.ru, если он у тебя статический, очень хорошо.

Затем открывай порты в своём роутере, чтобы иметь возможность подрубиться удалённо (если закрыты).

http://mydebianblog.blogspot.ru/2006/12/ssh.html

EXL, я по этой статье пытался настроить, но не понимаю то, о чем писал.
И как открыть порты роутера? как узнать, какие они имеют адреса?

Цитата(комсомолец Биря @ Сегодня, 0:01)

И как открыть порты роутера? как узнать, какие они имеют адреса?

По умолчанию используется 22 и он скорее всего у тебя закрыт. Его обычно переназначают.
Подробнее тут: http://d51x.ru/page/udalennyj-dostup-ssh-soedinenie

Добавлено позже (5.10.2014, 0:33):

Цитата(комсомолец Биря @ Сегодня, 0:01)

И как открыть порты роутера? как узнать, какие они имеют адреса?

Через Web-интерфейс своего роутера. Порт для ssh ты выбираешь сам. Про смену порта можно почитать тут: http://putty.org.ru/articles/change-default-sshd-port.html

порт 22 у меня открыт и не закрывается теми средствами, что расписаны в той статье. в sshd_config я изменил на нестандартный.
все как по написанному. вот тут и тупик. сразу в статьях пишут, что надо набрать адрес user@ip:порт. какой ip использовать-то? никто об этом не упоминает, видимо, это что-то примитивное для писателей статьи, но не явное для меня.

Добавлено позже (5.10.2014, 13:01):
1) нужно сначала "прорубить" окно для ssh через роутер, используя его стандартные возможности(создание виртуального сервера, где нужно указать порт, через который будет соединение, ip при этом используется внешний)
2)в настройках виртуального сервера в роутере также нужно указать внутренний порт, через который роутер будет "ходить в комп", этот же порт должен быть прописан в ssh_config. ip адрес при этом использовать нужно eth0, который смотреть в ifconfig
Так?

Цитата(комсомолец Биря @ Вчера, 19:37)

В общем, хочу иметь доступ к настольному компу с андроида.

не я понимаю что иногда хочится поизвращатся и проверить смогу лия пройти сложным путем. Вопрос зачем? Есть ведь тим вьювер, это раз. И приложение под хром с приложеним на андроиде это два. пробовал и то и то, но остановился на тим вьювере.
Вот и это сообщение написал с рабочего компа на который зашел с андроида.

Цитата(комсомолец Биря @ Сегодня, 15:17)

sshd_config

Его можешь вообще не трогать и вернуть на дефолтный.

Процедура поднятия ssh'a до боли проста:

sudo apt-get install ssh
Открытие портов или Port Forwarding на роутере (перенаправляешь любой порт на 22-ой или 22 -> 22)
Узнаешь свои ip-адреса: если нужен локальный доступ, смотришь какой адрес присваивает роутер твоему компу; если нужен доступ через Интернет, смотришь свой адрес на 2ip.ru
Конектишься своей софтиной по адресу user@hostname(ip-address):port
Где user - имя твоего пользователя в твоём Linux Mint. Для авторизации нужен пароль либо ssh-ключ, тебе скорее всего потребуется только первое.
hostname(ip-address) - IP-адрес в зависимости от ситуации (либо тот, что выдан роутером, либо внешний, узнать который можно на 2ip.ru)
port - открытый или проброшенный порт.

Пример адреса для подключения в локальной сети -
exl@192.168.43.9:22 или просто exl@192.168.43.9 (порт по дефолту подставится сам)

Пример для подключения из интернета:
exl@213.84.123.32:43636

Где hostname твой внешний IP, а порт 43636 проброшен на 22 в роутере.

Я не понимаю, на какие палки ты всё время натыкаешься.

Добавлено позже (5.10.2014, 20:17):

Цитата(stigr @ Сегодня, 20:08)

Есть ведь тим вьювер, это раз.

ssh несколько из другой оперы. Ну и будет ли тим вьювер работать по GPRS/Dial-Up?

Цитата(EXL @ Сегодня, 16:12)

Ну и будет ли тим вьювер работать по GPRS/Dial-Up?

вот не поверишь, будет. С командировки по ежу без проблем заходил и на домашний и на рабочий комп.

Цитата(stigr @ Сегодня, 16:08)

ну, тут есть как минимум несколько моментов, хотя не все они применимы в контексте, необходимом ТС.
1. тимвьювер использует чужие сервера, которые потенциально могут быть уязвимы. Здравая паранойя ещё никому не мешала. Если есть возможность, я предпочитаю использовать VNC или ssh, а не TV.
2. Как уже отметил EXL, тимвьювер намного требовательней к качеству связи, чем ssh.
3. Вопрос лицензионной чистоты (пусть он как раз в данном случае и соблюдается). Я не раз встречал предложения от тех. поддержки различных клиент-банков и другого программного обеспечения установить/запустить тимвьювер, чтобы они там что-то поменяли. Уверен, что минимум у трёх четвертей из них не приобретена лицензия на такое использование.
4. Что касается расширения для Хромого, то не все пользуются хромом. Например, я принципиально стараюсь его не использовать. По ряду причин.
В общем ssh живёт и будет жить.

Цитата(noph8 @ Сегодня, 17:30)

VNC

использую для внутренней сетки
его кст тоже можно использовать, но нужно айпишник пробрасывать, да и статический внешний айпи нужен.
насчет
1. ну не знаю, я в принципе не страдаю параноей
2. Я уже говорил, без проблем тянет и жпрс и ёж, лично проверял.
3. Для не коммерческого использования лицензия бесплатна.
4. тут дело вкуса, я тоже не юзаю его

Не работает ни локально, ни через интернет

ifconfig

alexanderPC ~ # ifconfig -a
eth0 Link encap:Ethernet HWaddr 20:cf:30:d7:b2:d9
inet addr:192.168.0.47 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::22cf:30ff:fed7:b2d9/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:35818 errors:0 dropped:0 overruns:0 frame:0
TX packets:26313 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:40252190 (40.2 MB) TX bytes:3518156 (3.5 MB)

lo Link encap:Локальная петля (Loopback)
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:2006 errors:0 dropped:0 overruns:0 frame:0
TX packets:2006 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:186968 (186.9 KB) TX bytes:186968 (186.9 KB)

wlan0 Link encap:Ethernet HWaddr f0:7d:68:60:dc:05
inet addr:192.168.0.87 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::f27d:68ff:fe60:dc05/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1271 errors:0 dropped:0 overruns:0 frame:0
TX packets:38 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:82574 (82.5 KB) TX bytes:6733 (6.7 KB)

[close]

скрин настроек роутера

/etc/networking/interfaces

# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet auto

[close]

что еще этой скотине нужно?

Добавлено позже (11.10.2014, 0:46):
если считать, что мешает network manager, то вот такая инструкция приводит к поломке иксов( не знаю почему).
на ум приходит только выкинуть роутер и купить новый, а также снести минт и поставить все с нуля.

Добавлено позже (11.10.2014, 1:49):
нашел косяк. http://2ip.ru неправильно определял IP адрес.

теперь просит пароль

alexander@alexanderPC ~ $ ssh alexander@91.215.188.254
The authenticity of host '91.215.188.254 (91.215.188.254)' can't be established.
RSA key fingerprint is 05:09:9d:f4:35:17:34:d6:30:24:10:cd:5e:0d:99:59.
Are you sure you want to continue connecting (yes/no)? y
Please type 'yes' or 'no': yes
Warning: Permanently added '91.215.188.254' (RSA) to the list of known hosts.
alexander@91.215.188.254's password:
Permission denied, please try again.
alexander@91.215.188.254's password:
Permission denied, please try again.

[close]

, но почему-то не принимает пароль пользователя

Добавлено позже (11.10.2014, 2:17):
по ходу, я не туда пытаюсь попасть))
а у меня ка не работало, так и не работает

Цитата

auto eth0
iface eth0 inet auto

конфликтовало с настройками network managerа, закомментировал их, все запустилось.

Добавлено позже (11.10.2014, 11:31):

последние достижения

alexander@alexanderPC ~ $ ssh alexander@91.215.188.108:5622
/etc/ssh/ssh_config: line 11: Bad configuration option: HostKey
/etc/ssh/ssh_config: line 12: Bad configuration option: HostKey
/etc/ssh/ssh_config: line 13: Bad configuration option: HostKey
/etc/ssh/ssh_config: line 15: Bad configuration option: UsePrivilegeSeparation
/etc/ssh/ssh_config: line 18: Bad configuration option: KeyRegenerationInterval
/etc/ssh/ssh_config: line 19: Bad configuration option: ServerKeyBits
/etc/ssh/ssh_config: line 22: Bad configuration option: SyslogFacility
/etc/ssh/ssh_config: line 26: Bad configuration option: LoginGraceTime
/etc/ssh/ssh_config: line 27: Bad configuration option: PermitRootLogin
/etc/ssh/ssh_config: line 28: Bad configuration option: StrictModes
/etc/ssh/ssh_config: line 29: Bad configuration option: AllowUsers
/etc/ssh/ssh_config: line 30: Bad configuration option: PermitEmptyPasswords
/etc/ssh/ssh_config: line 36: Bad configuration option: IgnoreRhosts
/etc/ssh/ssh_config: line 45: Bad configuration option: PermitEmptyPasswords
/etc/ssh/ssh_config: line 65: Bad configuration option: X11Forwarding
/etc/ssh/ssh_config: line 66: Bad configuration option: X11DisplayOffset
/etc/ssh/ssh_config: line 67: Bad configuration option: PrintMotd
/etc/ssh/ssh_config: line 68: Bad configuration option: PrintLastLog
/etc/ssh/ssh_config: line 76: Bad configuration option: AcceptEnv
/etc/ssh/ssh_config: line 78: Bad configuration option: Subsystem
/etc/ssh/ssh_config: line 89: Bad configuration option: UsePAM
/etc/ssh/ssh_config: terminating, 21 bad configuration options
alexander@alexanderPC ~ $ gedit /etc/ssh/ssh_config

(gedit:6800): Gtk-WARNING **: Attempting to read the recently used resources file at `/home/alexander/.local/share/recently-used.xbel', but the parser failed: Не удалось открыть файл «/home/alexander/.local/share/recently-used.xbel»: Отказано в доступе.
alexander@alexanderPC ~ $ sudo gedit /etc/ssh/ssh_config

(gedit:6813): IBUS-WARNING **: The owner of /home/alexander/.config/ibus/bus is not root!
alexander@alexanderPC ~ $ sudo service ssh restart
stop: Unknown instance:
ssh start/pre-start, process 6904
alexander@alexanderPC ~ $ ssh alexander@91.215.188.108:5622
/etc/ssh/ssh_config: line 15: Bad configuration option: UsePrivilegeSeparation
/etc/ssh/ssh_config: terminating, 1 bad configuration options
alexander@alexanderPC ~ $ sudo gedit /etc/ssh/ssh_config

(gedit:6947): IBUS-WARNING **: The owner of /home/alexander/.config/ibus/bus is not root!
alexander@alexanderPC ~ $ sudo service ssh restart
stop: Unknown instance:
ssh start/pre-start, process 6969
alexander@alexanderPC ~ $ ssh alexander@91.215.188.108:5622
ssh: Could not resolve hostname 91.215.188.108:5622: Name or service not known

[close]

как теперь последнюю ошибку победить

Мой дефолтный файл.

Код

exl@exl-Lenovo-G560e:~ > cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback

Цитата(комсомолец Биря @ Сегодня, 13:38)

конфликтовало с настройками network managerа, закомментировал их, все запустилось.

То есть сейчас всё работает? У меня и с NetworkManager всё работает. Ты видать после всяких там мануалов неплохо так пошаманил в конфигах.

нашаманил я лихо, да) до утра исправлял

все же nano - мегаудобная мегавещь))
сделал sudo apt-get remove openssh-server
sudo apt-get purge openssh-server
sudo apt-get autoremove

затем заново установливаю sudo apt-get install openssh-server
настройки вообще никакие не трогаю
проверяю:
alexander@alexanderPC ~ $ ssh localhost
The authenticity of host 'localhost (127.0.0.1)' can't be established.
ECDSA key fingerprint is 44:f7:73:20:13:78:f8:aa:8f:3c:e0:e5:4a:73:1a:1b.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'localhost' (ECDSA) to the list of known hosts.
alexander@localhost's password:
Last login: Sat Oct 11 10:04:13 2014 from localhost

далее пытаюсь законнектиться alexander@alexanderPC ~ $ ssh alexander@91.215.188.108
ssh: connect to host 91.215.188.108 port 22: Connection timed out

этот ssh меня добьет

Добавлено позже (11.10.2014, 12:34):
локально все работает после этих манипуляций

по ходу, проброс у меня не настроен в роутере по-человечески

Цитата(комсомолец Биря @ Сегодня, 15:24)

далее пытаюсь законнектиться alexander@alexanderPC ~ $ ssh alexander@91.215.188.108
ssh: connect to host 91.215.188.108 port 22: Connection timed out

Код

exl@exl-Lenovo-G560e:~/Projects/reaver-wps/src > ssh alexander@91.215.188.108
The authenticity of host '91.215.188.108 (91.215.188.108)' can't be established.
RSA key fingerprint is fd:aa:06:40:98:96:69:4c:ef:7a:5a:9c:b6:9f:7d:c0.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '91.215.188.108' (RSA) to the list of known hosts.
alexander@91.215.188.108's password:

А я смог до тебя достучаться.

достучался и я, но только через gprs, через домашнюю wifi сеть не катит. единственное но-не принимает пароль, и по ключу отказывается авторизовывать.

надо брать себе ноклу н900

Добавлено позже (11.10.2014, 15:53):
в локалке по этому ключу авторизация проходит. странно.

Добавлено позже (11.10.2014, 16:13):
еще момент напрягает при попытке подключиться через интернет. в sshd_config я прописал AllowUsers alexander, но можно написать любое имя и будет произведена попытка подключения. такого не должно быть. должен же пускать только пользователя alexander. более того, авторизация по паролю отключена, а здесь после неудачной авторизации по ключу следует попытка авторизоваться по паролю.
такое ощущение, что не к себе стучусь.
плюс ко всему внешний порт у меня не 22. http://2ip.ru говорит, что мой порт закрыт, а открыт 22. может это какая-то борода на стороне провайдера? может это к нему я стучусь?)

Добавлено позже (11.10.2014, 18:54):
или у меня роутер супер тупорылый?)