1.1, Аноним (-), 08:28, 18/07/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Мда. Не пробовали настроить в telnet-библиотеке передачу параметров терминала для telnet-подключения?
| |
1.2, ег (?), 16:48, 18/07/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
use Net::Telnet::Cisco;
my $session = new Net::Telnet(
Telnetmode => 1,
Errmode => 'return',
Timeout => 20
);
Работает с edge-core'ами и не надо городить огород.
| |
1.4, erazer (??), 00:09, 20/07/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
для пассажиров бронетехники: не приходило в голову, что либа не всегда уместна бывает и реализация может быть на сокетах?
| |
|
2.5, Аноним (-), 14:17, 20/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
для пассажиров .... : если беретесь реализовывать Telnet протокол RFC 854 и прочее - на сокетах, то надо понимать что там не просто сокет по которому бегают байтики - а есть еще и свой протокол установки параметров и в таком случае стоит разобраться - не дешевле ли либу притянуть ?
| |
|
3.8, erazer (??), 17:47, 20/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
именно о том что там есть свой протокол, на который есть RFC, речь в общем-то и идет. а либу притянуть, как уже было сказано, бывает не всегда возможно - в таком случае оптимальнее написать упрощенную реализацию на сокетах.
| |
|
4.14, Аноним (-), 08:12, 26/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
> именно о том что там есть свой протокол, на который есть RFC,
> речь в общем-то и идет. а либу притянуть, как уже было
> сказано, бывает не всегда возможно - в таком случае оптимальнее написать
> упрощенную реализацию на сокетах.
Процитируйте в оригинальной новости слова где говорится что это TELNET protocol и данные последовательности это настройка терминала ?
Автор вывалил кучу байтов не потрудившись разобраться зачем они вообще нужны.
| |
|
|
|
1.6, Аноним (-), 14:19, 20/07/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Пример рабочей последовательности параметров:
> 0xFF 0xFD 0x03 0xFF 0xFB 0x18 0xFF 0xFB 0x1F
> 0xFF 0xFB 0x20 0xFF 0xFB 0x21 0xFF 0xFB 0x22 0xFF 0xFB
> 0x27 0xFF 0xFD 0x05
> 0xFF 0xFA 0x18 0x00 0x58 0x54 0x45 0x52 0x4D
> 0xFF 0xF0
> 0xFF 0xFD 0x01 0xFF 0xFC 0x01
> Что интересно - в таком виде отлично работается и с edgecore'ами, и
> с d-link'ами. Хотя для d-link'ов такая "инициализация" и необязательна.
что интересно автор не взял на себя труд разобраться в стандарте на Telnet протокол - побыстрому продампил и объявил себя героем. А стоило бы стандарты почитать.
| |
|
2.9, erazer (??), 17:51, 20/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
> что интересно автор не взял на себя труд разобраться в стандарте на
> Telnet протокол - побыстрому продампил и объявил себя героем. А стоило
> бы стандарты почитать.
автор не объявлял себя героем. автору нужно было решить конкретную задачу - он ее решил. написать собсвтенную полноценную реализацию telnet задачи не стояло.
цель была: имеющимися малыми средствами решить задачу. задача решена, цель достигнута.
кому интересны подробности - тот уже может почитать RFC и пойти дальше, если ему это надо.
| |
|
3.12, ram_scan (?), 11:31, 25/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
> автор не объявлял себя героем. автору нужно было решить конкретную задачу -
> он ее решил. написать собсвтенную полноценную реализацию telnet задачи не стояло.
Автор анально удалил зубы мудрости, чего всем и посоветовал.
Собсно подобные анальные манипуляции - каприз автора. Но вот советовать всем энто дело - как минимум аполитично. Как заметили уже вышеотписавшиеся товарищи проблема решается чтением соответствующего RFC.
| |
3.13, Аноним (-), 08:08, 26/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> что интересно автор не взял на себя труд разобраться в стандарте на
>> Telnet протокол - побыстрому продампил и объявил себя героем. А стоило
>> бы стандарты почитать.
> автор не объявлял себя героем. автору нужно было решить конкретную задачу -
> он ее решил. написать собсвтенную полноценную реализацию telnet задачи не стояло.
> цель была: имеющимися малыми средствами решить задачу. задача решена, цель достигнута.
как миниум стоило разобраться что означают эти последовательности, дать ссылку на RFC и тп.
И написать что данные устройства требуют полноценного telnet протокола, с такими-то параметрами.
Но это можно заменить на ....
А не выкладывать банальный набор байтов - и объявлять что дескать решил задачу.
Это не решение, это тупая подгонка под результат.
В следующий раз изменится один байт - и что - будем писать новый how-to ?
Да и зачем далеко ходить - в этой новости 3 последовательности.
Автор - "АААУУУУ" - расшифруй что каждая из них делает и когда надо использовать ?
| |
|
|
1.7, biz (??), 16:31, 20/07/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А зачем telnet, если есть SNMP ? Используя telnet достаточно плотно - можно свич повесить - проверено.
| |
|
2.10, erazer (??), 17:52, 20/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
> А зачем telnet, если есть SNMP ? Используя telnet достаточно плотно -
> можно свич повесить - проверено.
фак... потому что вот была необходимость именно по телнету это сделать. кроме того, есть устройства, в которых snmp отсутстует.
| |
|
3.15, anon8 (ok), 07:06, 27/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
надо начинать с того, что D-Link вообще не железо, так - мусор один. Впрочем как и китайские едж-коры.
| |
|
4.16, an (??), 08:40, 27/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
на этом "не железе" замечательно работают многие провайдеры.
например билайн (экс корбина) давший интернет и телевидение куче клиентов,
подключал и до сих пор подключает их через D-link. И все довольны.
Просто каждому железу - свое место.
| |
|
|
|
1.17, zzyyzz (?), 19:49, 08/01/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Проверено, работает на Edge-Core ES3528M
$t = new Net::Telnet (Timeout => 10,Prompt => '/#/');
$t->open("192.168.0.5");
$t->waitfor('/Username:.*$/');
$t->print("admin");
$t->waitfor('/Password:.*$/');
$t->print("12345");
$t->waitfor('/#.*$/');
$t->print("sh sys");
$t->getline(timeout=>10);
@lines = $t->cmd($cmd);
print "<TR><TD><PRE>@lines</PRE></TD></TR>";
| |
|