[jamaicada]

Коммутатор какой то linux не совместимый :)

1. Не работает ssh. Я это называю НЕ РАБОТАЕТ. Суть в том что из виндового putty подключиться можно, из linux openssh-client - никак. При том в прошивке 2.0.3 еще хоть как то, через раз конектится - то 2.1.0 ни в какую.

jamaica@service:~$ ssh jamaica@192.168.0.1
The authenticity of host '192.168.0.1 (192.168.0.1)' can't be established.
RSA key fingerprint is 33:79:b9:77:a8:8a:e2:07:b4:15:ee:0c:b7:d9:e5:56.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '192.168.0.1' (RSA) to the list of known hosts.
Received disconnect from 192.168.0.1: 2: publickey authentication rejected

Предположим... Запускаем с -vvv и понимаем что он хочет -o PreferredAuthentications=password -o PubkeyAuthentication=no, хоть это и странно, но

root@service:/home/jamaica# ssh -o PreferredAuthentications=password -o PubkeyAuthentication=no jamaica@192.168.0.1
jamaica@192.168.0.1's password:
Received disconnect from 192.168.0.1: 2:

Конфиг

aaa authentication login ssh-auth local
aaa authentication login default local
aaa authentication enable default none
....
ip sshd auth-method ssh-auth
ip sshd access-class ssh
ip sshd save
ip sshd enable

Поэтому юзаем telnet и это мало кому нравится. Я даже знаю почему из винды работает: китайский программист сидит в винде и тестит из винды с помощью SecureCRT, у него все работает.

2. В удаленном управлении (ssh|telnet) не работает клавиша backspace. Не надо мне предлагать CTRL+H ибо это бред. Починить это было обещано года 2 назад. Но ничего не сделано.

3. У кого нибудь получилось заставить работать mvc (он же mvr, он же мультикаст влан)? Проблема в том что есть 2 коммутатора. Первый включен в циску, второй - в первый. На первом mvr работает, на втором - ни в какую. Настраивал по аналогии с cisco + с помощью мануала на сайте nag'а

Также - полцарства тому кто объяснит что значит ip igmp snooping sensitive <value>.

value  -- Config igmp-snooping trunk sensitive value

Изменено 16 сентября, 2012 пользователем jamaicada

[Andrey Savenkov]

Доброго дня!

 

Ваши вопросы переданы в R&D. Мы постараемся решить Ваши проблемы в кратчайшие сроки.

[Bushi]

1. Зачем там ssh? Управляющий броадкаст сегмент и так скрыт от посторонних глаз, а ssh прилично грузит и без того слабый процессор коммутатора - ему нужно другими делами заниматься - dhcp snooping там, igmp вот это все...

Хотя если фича заявлена - должна работать. У меня из фряхи с -o PreferredAuthentications=password -o PubkeyAuthentication=no подключается нормально.

 

2. В терминале backspace настраивается как Ctrl+H - никаких проблем.

 

3. В 2970 не пробовал, так как это свич для агрегации, а mvc нужен лишь на абонентских свичах. На 2950 с mvr проблем не было.

[f13]

а что там ssh -vvv ... говорит?

[jamaicada]

1. Зачем там ssh? Управляющий броадкаст сегмент и так скрыт от посторонних глаз, а ssh прилично грузит и без того слабый процессор коммутатора - ему нужно другими делами заниматься - dhcp snooping там, igmp вот это все...

Хотя если фича заявлена - должна работать. У меня из фряхи с -o PreferredAuthentications=password -o PubkeyAuthentication=no подключается нормально.

 

2. В терминале backspace настраивается как Ctrl+H - никаких проблем.

 

3. В 2970 не пробовал, так как это свич для агрегации, а mvc нужен лишь на абонентских свичах. На 2950 с mvr проблем не было.

1. Дело привычки. И я не уверен что он реально грузит процессор.

И кстати, да, сейчас проверил из freebsd конектится ок. Странная шляпа. Говорю же - какой то linux не совместимый.

Вот статистика:

-Freebsd одинаково конектится к девайсам с прошивкой 2.1.0 и 2.0.3

-Debian может приконектиться к свичам с прошивкой 2.0.3 с ключами -o PreferredAuthentications=password -o PubkeyAuthentication=no, к 2.1.0 - ни в какую.

2. Можно. Но блин, это ж костыль. Cisco и Dell как то справились с такими вещами? Не думаю что для этого нужно быть "гигантом" паровозостроения.

3. Это да, но хотели это использовать на первых парах ибо на каждом порту было по 1-2 клиента. Потом со временем на месте абонентских свичей оказались бы cisco 2950g и в этом надобность отпала. Но опять таки - функция есть, заявлена - значит должна работать.

а что там ssh -vvv ... говорит?

jamaica@service:~$ ssh -vvv jamaica@192.168.0.1 -o PreferredAuthentications=password -o PubkeyAuthentication=no
OpenSSH_5.5p1 Debian-6+squeeze2, OpenSSL 0.9.8o 01 Jun 2010
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to 192.168.0.1 [192.168.0.1] port 22.
debug1: Connection established.
debug1: identity file /home/jamaica/.ssh/id_rsa type -1
debug1: identity file /home/jamaica/.ssh/id_rsa-cert type -1
debug3: Not a RSA1 key file /home/jamaica/.ssh/id_dsa.
debug2: key_type_from_name: unknown key type '-----BEGIN'
debug3: key_read: missing keytype
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug2: key_type_from_name: unknown key type '-----END'
debug3: key_read: missing keytype
debug1: identity file /home/jamaica/.ssh/id_dsa type 2
debug1: Checking blacklist file /usr/share/ssh/blacklist.DSA-1024
debug1: Checking blacklist file /etc/ssh/blacklist.DSA-1024
debug1: identity file /home/jamaica/.ssh/id_dsa-cert type -1
debug1: Remote protocol version 1.99, remote software version BDCOMSSH_2.0.0
debug1: no match: BDCOMSSH_2.0.0
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.5p1 Debian-6+squeeze2
debug2: fd 3 setting O_NONBLOCK
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa-cert-v00@openssh.com,ssh-dss-cert-v00@openssh.com,ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib
debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: reserved 0
debug2: kex_parse_kexinit: diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: 3des-cbc,blowfish-cbc,cast128-cbc,arcfour
debug2: kex_parse_kexinit: 3des-cbc,blowfish-cbc,cast128-cbc,arcfour
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none
debug2: kex_parse_kexinit: none
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: reserved 0
debug2: mac_setup: found hmac-md5
debug1: kex: server->client 3des-cbc hmac-md5 none
debug2: mac_setup: found hmac-md5
debug1: kex: client->server 3des-cbc hmac-md5 none
debug2: dh_gen_key: priv key bits set: 184/384
debug2: bits set: 520/1024
debug1: sending SSH2_MSG_KEXDH_INIT
debug1: expecting SSH2_MSG_KEXDH_REPLY
debug3: check_host_in_hostfile: host 192.168.0.1 filename /home/jamaica/.ssh/known_hosts
debug3: check_host_in_hostfile: host 192.168.0.1 filename /home/jamaica/.ssh/known_hosts
debug3: check_host_in_hostfile: match line 87
debug1: Host '192.168.0.1' is known and matches the RSA host key.
debug1: Found key in /home/jamaica/.ssh/known_hosts:87
debug2: bits set: 521/1024
debug1: ssh_rsa_verify: signature correct
debug2: kex_derive_keys
debug2: set_newkeys: mode 1
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug2: set_newkeys: mode 0
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug2: key: /home/jamaica/.ssh/id_rsa ((nil))
debug2: key: /home/jamaica/.ssh/id_dsa (0x7f9fd9828040)
debug1: Authentications that can continue: password,publickey
debug3: start over, passed a different list password,publickey
debug3: preferred password
debug3: authmethod_lookup password
debug3: remaining preferred:
debug3: authmethod_is_enabled password
debug1: Next authentication method: password
jamaica@192.168.0.1's password:
debug3: packet_send2: adding 56 (len 61 padlen 11 extra_pad 64)
debug2: we sent a password packet, wait for reply
debug1: Authentication succeeded (password).
debug1: channel 0: new [client-session]
debug3: ssh_session2_open: channel_new: 0
debug2: channel 0: send open
debug1: Entering interactive session.
debug2: callback start
debug2: client_session2_setup: id 0
debug2: channel 0: request pty-req confirm 1
debug1: Sending environment.
debug3: Ignored env TERM
debug3: Ignored env SHELL
debug3: Ignored env SSH_CLIENT
debug3: Ignored env SSH_TTY
debug3: Ignored env USER
debug3: Ignored env LS_COLORS
debug3: Ignored env MAIL
debug3: Ignored env PATH
debug3: Ignored env PWD
debug1: Sending env LANG = en_US.UTF-8
debug2: channel 0: request env confirm 0
debug3: Ignored env SHLVL
debug3: Ignored env HOME
debug3: Ignored env LOGNAME
debug3: Ignored env SSH_CONNECTION
debug3: Ignored env _
debug2: channel 0: request shell confirm 1
debug2: fd 3 setting TCP_NODELAY
debug2: callback done
debug2: channel 0: open confirm rwindow 65536 rmax 16384
debug2: channel_input_status_confirm: type 99 id 0
debug2: PTY allocation request accepted on channel 0
Received disconnect from 192.168.0.1: 2:

Изменено 17 сентября, 2012 пользователем jamaicada

[Andrey Savenkov]

Доброго дня!

 

jamaicada, будьте добры, включите дебаг на коммутаторе, и покажите содержимое лога после попытки коннекта по SSH:

debug ip ssh
terminal monitor

[f13]

у вас случайно banner не сконфигурирован?

[jamaicada]

Доброго дня!

 

jamaicada, будьте добры, включите дебаг на коммутаторе, и покажите содержимое лога после попытки коннекта по SSH:

debug ip ssh
terminal monitor

Можете мне гарантировать что она не упадет? ) Все девайсы в продакшене и лопатят по 2Гбит/с трафика, так что не очень хочется выступать в качестве подопытного кролика. Вы можете взять со склада девайс, настроить его и тестить сколько влезет - все будет точно также.

у вас случайно banner не сконфигурирован?

Нет, относительно удаленного управления ничего больше не настроено. Ну разве что только access-class.

Изменено 20 сентября, 2012 пользователем jamaicada

[sol]

Не будет никто ничего брать со склада. Я две недели предлагал им прочитать и ПРИМЕНИТЬ собственную документацию. А они мне сыпали цитатами из нее. И только по прошествии двух недель прояснилось, что в доках - туфта. Сказали, что ПРАВИЛЬНЫЕ доки китайцы напишут в сентябре. В принципе, 10 дней конечно у них еще есть... Но делать - то надо было тогда.

 

Так что никто ничего не гарантирует и шевелиться никто не будет, как показала практика.

[Andrey Savenkov]

Доброго дня!

 

На данный момент R&D тестирует прошивку, в которой устранена данная проблема с модулем SSH. Предположительно на следующей неделе выложим свежую прошивку.

[jamaicada]

Это здорово, но пусть лучше смотрят на 2й и 3й пункт, да и мануалы напишут уже нормальные.

[Andrey Savenkov]

Доброго дня!

 

По поводу 3 пункта - покажите пожалуйста конфиг.

[SNR]

Не будет никто ничего брать со склада. Я две недели предлагал им прочитать и ПРИМЕНИТЬ собственную документацию. А они мне сыпали цитатами из нее. И только по прошествии двух недель прояснилось, что в доках - туфта. Сказали, что ПРАВИЛЬНЫЕ доки китайцы напишут в сентябре. В принципе, 10 дней конечно у них еще есть... Но делать - то надо было тогда.

 

Так что никто ничего не гарантирует и шевелиться никто не будет, как показала практика.

 

Приветствую!

 

Ответил Вам в теме. В Вашем частном случае стенд так же был собран и тестирование производилось. Все Ваши замечания были учтены, я бы очень просил не передёргивать - то, что вы требуете, реализуется в рамках selective QinQ функционала, который не был заявлен. Весь заявленный функционал гарантирован.

[Andrey Savenkov]

Доброго дня!

 

Пройдемся по пунктам:

1. На data.nag.ru выложена свежая прошивка (полечили модуль SSH, проверено соединение с Ubuntu и OS X 10.8),

2. R&D работают над данным вопросом,

3. Как я писал Вам ранее, покажите пожалуйста конфиг

[adnull]

У вас локальный клиент SSH-2.0

Сталкивались с несовместимостью версий уже.

[jamaicada]

Доброго дня!

 

Пройдемся по пунктам:

1. На data.nag.ru выложена свежая прошивка (полечили модуль SSH, проверено соединение с Ubuntu и OS X 10.8),

2. R&D работают над данным вопросом,

3. Как я писал Вам ранее, покажите пожалуйста конфиг

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

2. Какие новости? Прошло еще 2 месяца.

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

4. Что то по поводу нормальной документации? Подумывыли взять ваши новые 3650 - но я "шатал" разбираться в доках которые не сходятся с cli на свиче.

Изменено 9 ноября, 2012 пользователем jamaicada