Jump to content
Калькуляторы

подключение к cisco через freebsd

Добрый день, подскажите с такой ситуацией есть cisco она через com порт подключена к серверу (больше в стойке нет ничего активного к чему можно было бы подключить) на сервере стоит FreeBSD как в консоли подключиться по SSH к com порту?

Share this post


Link to post
Share on other sites

Добрый день, подскажите с такой ситуацией есть cisco она через com порт подключена к серверу (больше в стойке нет ничего активного к чему можно было бы подключить) на сервере стоит FreeBSD как в консоли подключиться по SSH к com порту?

 

Где на com-порту ssh ? любой программой, эмулирующей терминал, minicom удобнее.

Share this post


Link to post
Share on other sites

cu в базе же, чо изобретать?

В cli иногда стрелки и copy-paste удобны.

Share this post


Link to post
Share on other sites

В cli иногда стрелки и copy-paste удобны.

 

 

А cu здесь при чем? Он все насквозь передает.

 

От ssh/telnet-клиента зависит. Точнее от типа терминала.

Share this post


Link to post
Share on other sites

От ssh/telnet-клиента зависит. Точнее от типа терминала.

 

 

И еще раз, причем здесь cu? Он ничего не реализует, никаких телнетов/ссх, не эмулирует vt100 и так далее. Он просто пропускает все насквозь.

 

Если вы сидите прямо за клавой фрибсд-сервера, у вас 80х25 и не работает мышь, то тогда пожалуй minicom был бы удобней из-за менюшечки. В остальном нападки на cu необоснованны. Его единственный минус - если удаленная сторона не соединяется, не идет RTS, то выйти из cu можно будет только убив его нафиг :)

Share this post


Link to post
Share on other sites

 

В остальном нападки на cu необоснованны. Его единственный минус - если удаленная сторона не соединяется, не идет RTS, то выйти из cu можно будет только убив его нафиг :)

 

Я и не нападаю, там еще и tip был. Просто неудобно было. И еще - мои сервера мониторов/клавиатур не имеют. На всю серверную один комплект - на аварийные случаи.

Share this post


Link to post
Share on other sites

Его единственный минус - если удаленная сторона не соединяется, не идет RTS, то выйти из cu можно будет только убив его нафиг :)

Странно, у меня легко выходит при последовательном нажатии "~.".

Share this post


Link to post
Share on other sites

Странно, у меня легко выходит при последовательном нажатии "~.".

 

А у меня постоянно, если провод случайно не подключен, или девайс без электричества стоит. Никакие ~. не помогают, видимо до согласования потока он еще не слушает спецпоследовательности...

Share this post


Link to post
Share on other sites

cu -s 9600 -l /dev/ttyv0

Дальше дает :

Stale lock on ttyv0 PID=37338... overriding.

Connected

 

и так висим долго и упорно, на ~. не реагирует,только killall -9 cu если по терминалу с другой машинки.

Где не так делаю???

ttyv0 менял с 0 до 9

-s 9600 тоже менял одно и тоже

Share this post


Link to post
Share on other sites

пробовали для начала ценплятся к циске с другого оборудования?

фря и линь не всегда нормально работают с комом, да и ком не всегда стабьилен.

 

также если не ошибаюсь во фре устройства называются cuad те которые ком обслуживают.

 

http://www.lissyara.su/articles/freebsd/trivia/com_ports/

Share this post


Link to post
Share on other sites

пробовали для начала ценплятся к циске с другого оборудования?

фря и линь не всегда нормально работают с комом, да и ком не всегда стабьилен.

 

также если не ошибаюсь во фре устройства называются cuad те которые ком обслуживают.

 

http://www.lissyara....ivia/com_ports/

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

что касаемо cuad то вот так дает:

cu -l /dev/cuaa0 -s9600

/dev/cuaa0: No such file or directory

link down

таких там нет.

Share this post


Link to post
Share on other sites

Вот до чего народ ленивый пошел! Ни хэндбук ни читают. И даже гуглить не хотят.

 

Вот вам из хэндбука про имена портов:

In FreeBSD, each serial port is accessed through an entry in /dev. There are two different kinds of entries:

 

 

Call-in ports are named /dev/ttyuN where N is the port number, starting from zero. If a terminal is connected to the first serial port (COM1), use /dev/ttyu0 to refer to the terminal. If the terminal is on the second serial port (COM2), use /dev/ttyu1, and so forth. Generally, the call-in port is used for terminals. Call-in ports require that the serial line assert the “Data Carrier Detect” signal to work correctly.

 

 

Call-out ports are named /dev/cuauN on FreeBSD versions 10.x and higher and /dev/cuadN on FreeBSD versions 9.x and lower. Call-out ports are usually not used for terminals, but are used for modems. The call-out port can be used if the serial cable or the terminal does not support the “Data Carrier Detect” signal.

 

FreeBSD also provides initialization devices (/dev/ttyuN.init and /dev/cuauN.init or /dev/cuadN.init) and locking devices (/dev/ttyuN.lock and /dev/cuauN.lock or /dev/cuadN.lock).

Share this post


Link to post
Share on other sites

подключиться по SSH к com порту

Надо сперва IPv6 настроить.

На железяке, у которой его нету :) В принципе у меня есть 2511, с гидрой-хвостами, со времен диалапа, могу и включить, только зачем ? Мои коммутаторы я сначала на столе строю, а уж затем иногда и Ip для управления забываю.. Нормально зафиксированный больной в анестезии не нуждается :)

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.