https://www.opennet.ru/openforum/vsluhforumID3/79138.html Есть известная "проблема": из скрипта (php, perl, python и т.п.) средствами самого языка установить telnet-соединение с коммутаторами EdgeCore не получается. Сразу после соединения свитч присылает бинарный "мусор", потом коннект просто висит и отваливается по таймауту. Т.е. даже строки приглашения от коммутатора получить не удается. В то же время тот же самый скрипт может прекрасно работать по телнету с D-Link'ами.<br><br>Происходит это потому что edgecorе'ам надо согласовывать параметры терминала при поднятии телнет-сессии. Т.е. сначала (сразу после коннекта на 23-й порт) передать свитчу желаемые параметры сессии - и только после этого он передаст окно приглашения и с ним можно будет работать.<br><br>Пример рабочей последовательности параметров:<br><br> 0xFF 0xFD 0x03 0xFF 0xFB 0x18 0xFF 0xFB 0x1F 0xFF 0xFB 0x20 0xFF 0xFB 0x21 0xFF 0xFB 0x22 0xFF 0xFB 0x27 0xFF 0xFD 0x05 <br><br> 0xFF 0xFA 0x18 0x00 0x58 0x54 0x45 0x52 0x4D 0xFF 0xF0 <br><br> 0xFF 0xFD 0x01 0xFF 0xFC 0x01<br><br>Что интересно - в таком виде отлично работается https://www.opennet.ru/openforum/vsluhforumID3/79138.html#17 Sun, 08 Jan 2012 15:49:10 GMT Проверено, работает на Edge-Core ES3528M<br>$t = new Net::Telnet (Timeout =&gt; 10,Prompt =&gt; '/#/');<br>$t-&gt;open("192.168.0.5");<br>$t-&gt;waitfor('/Username:.*$/');<br>$t-&gt;print("admin");<br>$t-&gt;waitfor('/Password:.*$/');<br>$t-&gt;print("12345");<br>$t-&gt;waitfor('/#.*$/');<br>$t-&gt;print("sh sys");<br>$t-&gt;getline(timeout=&gt;10);<br>@lines = $t-&gt;cmd($cmd);<br>print "&lt;TR&gt;&lt;TD&gt;&lt;PRE&gt;@lines&lt;/PRE&gt;&lt;/TD&gt;&lt;/TR&gt;";<br> https://www.opennet.ru/openforum/vsluhforumID3/79138.html#16 Wed, 27 Jul 2011 04:40:57 GMT на этом "не железе" замечательно работают многие провайдеры.<br>например билайн (экс корбина) давший интернет и телевидение куче клиентов,<br>подключал и до сих пор подключает их через D-link. И все довольны.<br>Просто каждому железу - свое место. <br><br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/79138.html#15 Wed, 27 Jul 2011 03:06:26 GMT надо начинать с того, что D-Link вообще не железо, так - мусор один. Впрочем как и китайские едж-коры.<br> https://www.opennet.ru/openforum/vsluhforumID3/79138.html#14 Tue, 26 Jul 2011 04:12:06 GMT &gt; именно о том что там есть свой протокол, на который есть RFC, <br>&gt; речь в общем-то и идет. а либу притянуть, как уже было <br>&gt; сказано, бывает не всегда возможно - в таком случае оптимальнее написать <br>&gt; упрощенную реализацию на сокетах.<br><br>Процитируйте в оригинальной новости слова где говорится что это TELNET protocol и данные последовательности это настройка терминала ?<br>Автор вывалил кучу байтов не потрудившись разобраться зачем они вообще нужны.<br> https://www.opennet.ru/openforum/vsluhforumID3/79138.html#13 Tue, 26 Jul 2011 04:08:14 GMT &gt;&gt; что интересно автор не взял на себя труд разобраться в стандарте на <br>&gt;&gt; Telnet протокол - побыстрому продампил и объявил себя героем. А стоило <br>&gt;&gt; бы стандарты почитать.<br>&gt; автор не объявлял себя героем. автору нужно было решить конкретную задачу - <br>&gt; он ее решил. написать собсвтенную полноценную реализацию telnet задачи не стояло. <br>&gt; цель была: имеющимися малыми средствами решить задачу. задача решена, цель достигнута. <br><br>как миниум стоило разобраться что означают эти последовательности, дать ссылку на RFC и тп.<br>И написать что данные устройства требуют полноценного telnet протокола, с такими-то параметрами.<br>Но это можно заменить на ....<br>А не выкладывать банальный набор байтов - и объявлять что дескать решил задачу.<br>Это не решение, это тупая подгонка под результат.<br>В следующий раз изменится один байт - и что - будем писать новый how-to ?<br>Да и зачем далеко ходить - в этой новости 3 последовательности.<br>Автор - "АААУУУУ" - расшифруй что каждая из них делает и когда надо использовать ?<br> https://www.opennet.ru/openforum/vsluhforumID3/79138.html#12 Mon, 25 Jul 2011 07:31:46 GMT &gt; автор не объявлял себя героем. автору нужно было решить конкретную задачу - <br>&gt; он ее решил. написать собсвтенную полноценную реализацию telnet задачи не стояло. <br><br>Автор анально удалил зубы мудрости, чего всем и посоветовал.<br><br>Собсно подобные анальные манипуляции - каприз автора. Но вот советовать всем энто дело - как минимум аполитично. Как заметили уже вышеотписавшиеся товарищи проблема решается чтением соответствующего RFC.<br> https://www.opennet.ru/openforum/vsluhforumID3/79138.html#11 Fri, 22 Jul 2011 14:10:46 GMT через SNMP D-Link'и тоже раньше прекрасно вешались<br> https://www.opennet.ru/openforum/vsluhforumID3/79138.html#10 Wed, 20 Jul 2011 13:52:24 GMT &gt; А зачем telnet, если есть SNMP ? Используя telnet достаточно плотно - <br>&gt; можно свич повесить - проверено.<br><br>фак... потому что вот была необходимость именно по телнету это сделать. кроме того, есть устройства, в которых snmp отсутстует.<br> https://www.opennet.ru/openforum/vsluhforumID3/79138.html#9 Wed, 20 Jul 2011 13:51:06 GMT <br><br>&gt; что интересно автор не взял на себя труд разобраться в стандарте на <br>&gt; Telnet протокол - побыстрому продампил и объявил себя героем. А стоило <br>&gt; бы стандарты почитать.<br><br>автор не объявлял себя героем. автору нужно было решить конкретную задачу - он ее решил. написать собсвтенную полноценную реализацию telnet задачи не стояло.<br><br>цель была: имеющимися малыми средствами решить задачу. задача решена, цель достигнута.<br><br>кому интересны подробности - тот уже может почитать RFC и пойти дальше, если ему это надо. <br>