oiv_1968

Простите за вмешательство ради бога но вот по аналогии с IA240LX и UC7112LX-Plus вот: #### #### ###### ####### ###### ## ### #### ### ### #### #### ### ### ### ### ### ### ## ### ### #### ## ## ### # #### #### # ## ### ### ### ## ## ## ## ## # ## ### ## #### # ## ## ### ## ## ## ## #### # ### ## ## # ## ## ## ### ####### ## ## # ## ### ### ##### # ## ## ### ## ### ### ## ### # ### ## ### ## ## ## ## ### ## ## ## ### ## ## ## # ### # ## ###### # ###### ######## ####### ########### ###### For further information check: http://www.moxa.com/ You are using Moxa embedded computer. -sh: /home/httpd/.profile: is a directory www-data@Moxa:~$ gdb gdb gdbserver www-data@Moxa:~$ gdbserver --help Usage: gdbserver COMM PROG [ARGS ...] gdbserver COMM --attach PID COMM may either be a tty device (for serial debugging), or HOST:PORT to listen for a TCP connection. Exiting Неужели нет?

Понятия не имею... если сможете собрать то да. Я как-то попробовал Lua собрать. Собрать собрал, но что с ним делать? Ни к чему - что бы он работал надо и кучу библиотек собирать. А так баловство. Для закидывания использую SSH и FTP. Вы посмотрите, тут в этой ветке ребята и mc собрали(работает на устройстве) и много ещё чего. По поводу дискового пространства - применяю NFS, так что места на устройстве (хоть и сетевого) достаточно.

Это скрипт установки кросс-компилятора для устройств(IA240LX), который будет работать в среде линукс (например Debian). А исполняемые файлы, приготовленные сим компилятором для работы на устройстве.(IA240LX)

Не это: https://yadi.sk/d/Laa_GmVjMd5D-g Тут примеры кода *.c для устройства. Нужен будет кросс-компилятор, который тут указан. (по ссылке)

И всё-таки на гитхабе OpcUaStack-3.8.1 попался. И если там поковыряться то в определениях... // commands #include "OpcUaClient/ClientCommand/CommandConnect.h" #include "OpcUaClient/ClientCommand/CommandDisconnect.h" #include "OpcUaClient/ClientCommand/CommandRead.h" #include "OpcUaClient/ClientCommand/CommandReadH.h" #include "OpcUaClient/ClientCommand/CommandWrite.h" #include "OpcUaClient/ClientCommand/CommandWriteH.h" #include "OpcUaClient/ClientCommand/CommandDelay.h" #include "OpcUaClient/ClientCommand/CommandNodeSetServer.h" #include "OpcUaClient/ClientCommand/CommandNodeSetFilter.h" #include "OpcUaClient/ClientCommand/CommandBrowse.h" #include "OpcUaClient/ClientCommand/CommandFunction.h" #include "OpcUaClient/ClientCommand/CommandBrowsePathToNodeId.h" #include "OpcUaClient/ClientCommand/CommandGetEndpoint.h" #include "OpcUaClient/ClientCommand/CommandFindServer.h" #include "OpcUaClient/ClientCommand/CommandRegisterServer.h" // services #include "OpcUaClient/ClientService/ClientServiceConnect.h" #include "OpcUaClient/ClientService/ClientServiceDisconnect.h" #include "OpcUaClient/ClientService/ClientServiceRead.h" #include "OpcUaClient/ClientService/ClientServiceReadH.h" #include "OpcUaClient/ClientService/ClientServiceWrite.h" #include "OpcUaClient/ClientService/ClientServiceWriteH.h" #include "OpcUaClient/ClientService/ClientServiceDelay.h" #include "OpcUaClient/ClientService/ClientServiceNodeSetServer.h" #include "OpcUaClient/ClientService/ClientServiceNodeSetFilter.h" #include "OpcUaClient/ClientService/ClientServiceBrowse.h" #include "OpcUaClient/ClientService/ClientServiceFunction.h" #include "OpcUaClient/ClientService/ClientServiceBrowsePathToNodeId.h" #include "OpcUaClient/ClientService/ClientServiceGetEndpoint.h" #include "OpcUaClient/ClientService/ClientServiceFindServer.h" #include "OpcUaClient/ClientService/ClientServiceRegisterServer.h" Это ничего логичного не означает, но каждый файл соответствует слову ключевому. И там в файлах (как C++, так и заголовочных) есть кое-что. Вообще-то и скрипты для теста так же есть. Может и собрать выйдет... но больно хлопотно с путями в файлах, но корня проекта не увидел пока.

Меня бы устроил пример кода, где применяется достаточный набор из таких ключевых слов. Вообще-то платное описание некоего общепринятого стандарта (именно стандарта, а не продукта) это уж слишком. Чем-то напоминает монопольное право на имена ассемблерных инструкций для процессора I8080 и ZILOGу для Z80 пришлось придумывать свои названия при практически одинаковой архитектуре при практически одинаковых командах.

Что-то кроме оглавлений ничего увидеть так просто не могу. Одним словом начало документа есть,(станицы 4 с оглавлением), а продолжения нет.

Вот мучаюсь... изучая OPC UA. Очень мало (не считая " КУПИТЕ У НАС") информации удалось найти. Конечно можно глубоко изучать эту тему. Но мне не позволят. Вот выкладываю как пример: OPC.zip в директории server_ua сервер на питоне (взят из примеров для raspbery) и требует ряда доустановок библиотек и т.п. Внимания этому не уделял нужен был просто сервер для проверки кода клиента. в директории testclient_ua собственно рабочий консольный код который запускается на IA240LX/UC-7112LX-Plus. В директории файлы C++ и: test_Makefile - запускаемый файл для кросскомпиляции (для устройства, но можете указать и другой компилятор) testOPC_UA - результат компиляции... запускаемый файл. Ранее описывал его работу test.sh - маленький скрипт... ну чтобы каждый раз не вводить IP сервера. Порт на сервере выбран 4840, ну и клиент работает с сервером. Код предоставлен не мной (я выкладываю может он кому потребуется) просто для ознакомления. Вот вопросы: // Browse request for pointed node req.setAttr("id","Browse"); .... // Read pointed node value and access attribute req.clear()->setAttr("id", "Read")->setAttr("timestampsToReturn", int2str(TS_SOURCE)); .... req.clear()->setAttr("id", "Write")-> childAdd("node")->setAttr("nodeId", argv[2])->setAttr("attributeId", int2str(AId_Value))-> setAttr("VarTp", int2str(eMask))->setText("3.14159265"); Видите там есть ключевые слова. Я понимаю они выполняются сервером... но список этих команд в примере не полный. Если не сложно ткните носом, где можно ознакомиться с этим списком.

Доброго времени суток! Пока вот нарвался на тестовый код... пробую с ноутбука на OPC UA сервер. К сожалению нарвался, скачал пример, а адреса (URL) источника не сохранил. Компилил на Debian машине. Для MOXA трудоемко подключать модули. А там в примере строка компиляции: g++ -O2 libOPC_UA.cpp test.cpp -o testOPC_UA -lpthread -lssl -lcrypto испытал из локальной сети по схеме: Для уточнения на данный момент реализовано: 1. рабочая сеть оборудования подключена на eth0 MOXA(IA241LX) собственно там OPC контроллера и VNC панели 2. сеть (192.168.1.0/24) на eth1 MOXA(IA241LX) с доступом к PC(Debian) 3. На IA241LX с помощью socat проброшены соединения для OPC и VNC для контроллера и панели соответственно из сети 192.168.1.0/24. 4. На PC(Debian 2 сетевые карты) с помощью socat проброшены соединения для OPC и VNC из локальной сети предприятия к MOXA(IA241LX - 192.168.1.220). 5. С PC локальной сети предприятия произведено тестирование доступа по VNC к сенсорной панели по схеме PC <-->PC(Debian 2 сетевые карты)<-->IA241LX<-->Панель. Работает нормально. Осталось OPC-UA реализовать. и вот что вышло при тесте доступа к серверу: kto@debian:~/coding/OPC/tmp/libopc$ ./testOPC_UA opc.tcp://192.168.0.234:4840/None/None 84 Set and uses secure policy 'None' and messages mode 'None' Browse node '84' list from 4 items node0: "FolderType (61)" node1: "Objects (85)" node2: "Types (86)" node3: "Views (87)" Read node '84'=0h kto@debian:~/coding/OPC/tmp/libopc$ ./testOPC_UA opc.tcp://192.168.0.234:4840/None/None 61 Set and uses secure policy 'None' and messages mode 'None' Browse node '61' list from 23 items node0: "BaseObjectType (58)" node1: "AlarmGroupType (16405)" node2: "CertificateGroupFolderType (13813)" node3: "FileDirectoryType (13353)" node4: "OperationLimitsType (11564)" node5: "Root (84)" node6: "Objects (85)" node7: "Types (86)" node8: "Views (87)" node9: "ObjectTypes (88)" node10: "VariableTypes (89)" node11: "DataTypes (90)" node12: "ReferenceTypes (91)" node13: "ModellingRules (2019)" node14: "AggregateFunctions (2754)" node15: "ModellingRules (2996)" node16: "AggregateFunctions (2997)" node17: "EventTypes (3048)" node18: "ModellingRules (3093)" node19: "AggregateFunctions (3094)" node20: "AggregateFunctions (11172)" node21: "AggregateFunctions (11876)" node22: "FunctionalGroupType (2:1005)" Read node '61'=0h kto@debian:~/coding/OPC/tmp/libopc$ ./testOPC_UA opc.tcp://192.168.0.234:4840/None/None 85 Set and uses secure policy 'None' and messages mode 'None' Browse node '85' list from 5 items node0: "Root (84)" node1: "FolderType (61)" node2: "Server (2253)" node3: "DeviceSet (2:5001)" node4: "+F1=A05-D1 (3:"PLC")" Read node '85'=0h kto@debian:~/coding/OPC/tmp/libopc$ ./testOPC_UA opc.tcp://192.168.0.234:4840/None/None 90 Set and uses secure policy 'None' and messages mode 'None' Browse node '90' list from 5 items node0: "Types (86)" node1: "BaseDataType (24)" node2: "FolderType (61)" node3: "OPC Binary (93)" node4: "XML Schema (92)" Read node '90'=0h kto@debian:~/coding/OPC/tmp/libopc$ ./testOPC_UA opc.tcp://192.168.0.234:4840/None/None 92 Set and uses secure policy 'None' and messages mode 'None' Browse node '92' list from 4 items node0: "DataTypes (90)" node1: "DataTypeSystemType (75)" node2: "Opc.Ua (8252)" node3: "Opc.Ua.Di (2:6423)" Read node '92'=0h kto@debian:~/coding/OPC/tmp/libopc$ ./testOPC_UA opc.tcp://192.168.0.234:4840/None/None 75 Set and uses secure policy 'None' and messages mode 'None' Browse node '75' list from 3 items node0: "BaseObjectType (58)" node1: "XML Schema (92)" node2: "OPC Binary (93)" Read node '75'=0h kto@debian:~/coding/OPC/tmp/libopc$ Теперь буду щупать работу (спасибо незнакомым ребятам что ткнули носом и предоставили пример). Хотя скачал и с Гитхаба libopc-master, но не разобрался пока с libxml. Тут просто пример. Не получается пока Wireshark применить - уж больно много мусора по сети летает... она же общая для всех. А на оборудование всё нести пока руки не дошли.

Кое-что нашел в коде на Си по этой теме. Вроде как без библиотек... только сокеты... пока не вижу другого иного. Мне из кода вырвать легче чем из абстрактных описаний, многие из которых просто так недоступны В любом случае код выложу... конечно при удачной реализации.

Пока не могу ответить. Читаю, ищу как построить TCP пакет побайтно. Потому как на PC реально доустановить необходимое (хоть питон, хоть другое). А для IA241LX имея только Си(кросскомпилятор), Баш и что-то то что ранее собрал. Собственно MOXA(IA241LX) должен сам кроме сбора и ещё контролировать работу. Сейчас MOXA только по Modbus RTU управляет системой охлаждения и поддерживает указанные соединения. А должна и получать ряд параметров (температура, масса, мощность, наличие напряжения на силовой установке и др.) для нормального управления. Программисты оборудования конечно выдали ряд сигналов на свободные порты контроллера, которые MOXA принимает через порты ввода по второму порту Modbus RTU. Но ранее с другим контроллером IA241LX всё получал по eth0 без костылей.

Доброго времени суток! Ранее... сколько-то лет назад реализовал сбор данных с оборудования. Там был контроллер AC800M и панель MT316R. Прослушал обмен между ними и имея имена параметров, их тип (из предоставленного проекта) реализовал сбор этих данных. Wireshark мне помог и были определены как протокол(MMS) и тип соединения (как последовательность подключения, так и обмен). Было реализовано как на Windods (C#; C; C++)на PC и UNO1019, так и позже на LINUX(PC Debian) и MOXA(IA240). Но в этом году был перемонтаж системы управления на контроллер от SIEMENS и другую сенсорную панель... от той же фирмы, что и ранее (ABP). Они полностью перешли на SIEMENS отказавшись от ABB и на контроллере любезно открыли OPC сервер (порт 4840) при этом объяснив что можно воспользоваться любым подходящим(стандартным) OPC клиентом и дали список параметром(имена и типы). Поискав на гугле и гитхабе выудил кое-что, но всё на питоне и др. И всё с применением библиотек, которые надо установить. Понятно что для IA240 мне надо будет самому написать всё (это не страшно). Но вот пошатавшись по форумам увидел только то, что это элементарно - подключаешь библиотеку и вперёд. Но никто не описал ничего по собственно работе. А вопрос такой: каков формат соединения и обмена. Мне же надо это делать на уровне сокетов. А описания обмена не смог найти. Конечно можно взять что-то готовое и вновь прослушать (Wireshark) обмен с момента соединения и процесс обмена (запрос-ответ). Но если это всё стандартное, то может ткнёте новом в каком месте мне копать. Рад буду любой информации по описанию низкоуровневого обмена клиента с сервером OPC. Для уточнения на данный момент реализовано: 1. рабочая сеть оборудования подключена на eth0 MOXA(IA241LX) собственно там OPC контроллера и VNC панели 2. сеть (192.168.1.0/24) на eth1 MOXA(IA241LX) с доступом к PC(Debian) 3. На IA241LX с помощью socat проброшены соединения для OPC и VNC для контроллера и панели соответственно из сети 192.168.1.0/24. 4. На PC(Debian 2 сетевые карты) с помощью socat проброшены соединения для OPC и VNC из локальной сети предприятия к MOXA(IA241LX - 192.168.1.220). 5. С PC локальной сети предприятия произведено тестирование доступа по VNC к сенсорной панели по схеме PC <-->PC(Debian 2 сетевые карты)<-->IA241LX<-->Панель. Работает нормально. Осталось OPC-UA реализовать. Спасибо заранее!!!

Доброго времени суток: 1) фильтр рекламы (скриптов и т.п.) 2) Применение в дальнейшем socks(4/5) а может и tor 3) Чтоб без дела не валялась... ведь не только отлаживать всё на устройстве для других из этого семейства. А в остальное время? Возможно и что-то автономное будет. А второй по счёту прокси (первый 3proxy) уж больно затейливый по описанию. Вот только описание найдено для тех кто установил. А вот как по умолчанию не знаю. На комп. ставить не хочется лишь только для того что бы посмотреть где какие файлы... потому как сервер он и есть сервер(хоть и прокси) и на компе. нет желания его держать. Ему место не на рабочей машине. Вчера по интернету бродил через него только в целях испытаний. Выяснил за одно, что файлы я не в те места скопировал. Хотелось бы всё по уму. А то что по 443 я и сам видел.

доброго времени суток! Запустил. Сейчас на LAN1 - локальная сеть(вход от браузеров), LAN2 - сеть с роутером(через неё выход в интернет)... кстати сейчас пишу через privoxy. И вот нагрузка: www-data@Moxa:~$ netstat -nlta Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State tcp 0 0 0.0.0.0:1024 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:9 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:21 0.0.0.0:* LISTEN tcp 0 0 192.168.7.240:8118 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:23 0.0.0.0:* LISTEN tcp 0 0 192.168.7.240:1083 173.194.222.156:443 ESTABLISHED tcp 0 0 192.168.7.240:22 192.168.7.200:44484 ESTABLISHED tcp 0 0 192.168.7.240:1092 93.158.134.119:443 ESTABLISHED tcp 0 0 192.168.7.240:1087 72.247.173.130:443 ESTABLISHED tcp 0 0 192.168.7.240:8118 192.168.7.200:48575 ESTABLISHED tcp 0 0 192.168.7.240:1079 173.194.73.155:443 ESTABLISHED tcp 0 0 192.168.7.240:1074 209.85.233.196:443 ESTABLISHED tcp 0 0 192.168.7.240:1042 87.245.206.143:443 ESTABLISHED tcp 0 0 192.168.7.240:8118 192.168.7.200:48591 ESTABLISHED tcp 0 0 192.168.7.240:8118 192.168.7.200:48587 ESTABLISHED tcp 0 0 192.168.7.240:8118 192.168.7.200:48583 ESTABLISHED tcp 0 0 192.168.7.240:8118 192.168.7.200:48579 ESTABLISHED tcp 0 0 192.168.7.240:8118 192.168.7.200:48595 ESTABLISHED tcp 0 0 192.168.7.240:1096 64.233.165.102:443 ESTABLISHED tcp 0 0 192.168.7.240:1093 87.250.251.119:443 ESTABLISHED tcp 0 0 192.168.7.240:1088 185.184.8.30:443 ESTABLISHED tcp 0 0 192.168.7.240:1076 64.233.162.105:443 ESTABLISHED tcp 0 0 192.168.7.240:1078 64.233.162.154:443 ESTABLISHED tcp 0 0 192.168.7.240:8118 192.168.7.200:48574 ESTABLISHED tcp 0 0 192.168.7.240:1090 209.85.233.157:443 ESTABLISHED tcp 0 0 192.168.7.240:1094 217.69.139.231:443 ESTABLISHED tcp 0 0 192.168.7.240:8118 192.168.7.200:48514 ESTABLISHED tcp 0 0 192.168.7.240:8118 192.168.7.200:48586 ESTABLISHED tcp 0 0 192.168.7.240:8118 192.168.7.200:48582 ESTABLISHED tcp 0 0 192.168.7.240:8118 192.168.7.200:48578 ESTABLISHED tcp 0 0 192.168.7.240:1077 173.194.222.94:443 ESTABLISHED tcp 0 0 192.168.7.240:8118 192.168.7.200:48594 ESTABLISHED tcp 0 0 192.168.7.240:1081 209.85.233.97:443 ESTABLISHED tcp 0 0 192.168.7.240:1073 173.194.221.137:443 ESTABLISHED tcp 0 132 192.168.7.240:22 192.168.7.200:45254 ESTABLISHED tcp 0 0 192.168.7.240:1089 136.243.75.9:443 TIME_WAIT tcp 0 0 192.168.7.240:1075 173.194.222.194:443 ESTABLISHED tcp 0 0 192.168.7.240:1082 64.233.162.102:443 ESTABLISHED tcp 0 0 192.168.7.240:1095 172.217.194.94:443 ESTABLISHED tcp 0 0 192.168.7.240:8118 192.168.7.200:48573 ESTABLISHED tcp 0 0 192.168.7.240:1071 173.194.73.189:443 ESTABLISHED tcp 0 0 192.168.7.240:1026 173.194.73.189:443 ESTABLISHED tcp 0 0 192.168.7.240:8118 192.168.7.200:48589 ESTABLISHED tcp 0 0 192.168.7.240:8118 192.168.7.200:48585 ESTABLISHED tcp 0 0 192.168.7.240:8118 192.168.7.200:48581 ESTABLISHED tcp 0 0 192.168.7.240:8118 192.168.7.200:48577 ESTABLISHED tcp 0 0 192.168.7.240:8118 192.168.7.200:48597 ESTABLISHED tcp 0 0 192.168.7.240:8118 192.168.7.200:48593 ESTABLISHED tcp 0 0 192.168.7.240:1072 173.194.221.94:443 ESTABLISHED tcp 0 0 192.168.7.240:1086 188.42.29.196:443 ESTABLISHED tcp 0 0 192.168.7.240:1085 188.42.29.196:443 ESTABLISHED tcp 0 0 192.168.7.240:1091 136.243.75.8:443 ESTABLISHED tcp 0 0 192.168.7.240:1080 74.125.205.139:443 ESTABLISHED tcp 0 0 192.168.7.240:8118 192.168.7.200:48572 ESTABLISHED tcp 0 0 192.168.7.240:8118 192.168.7.200:48540 ESTABLISHED tcp 0 0 192.168.7.240:8118 192.168.7.200:48588 ESTABLISHED tcp 0 0 192.168.7.240:22 192.168.7.200:45183 ESTABLISHED tcp 0 0 192.168.7.240:8118 192.168.7.200:48584 ESTABLISHED tcp 0 0 192.168.7.240:8118 192.168.7.200:48580 ESTABLISHED tcp 0 0 192.168.7.240:8118 192.168.7.200:48576 ESTABLISHED tcp 0 0 192.168.7.240:1084 173.194.221.95:443 ESTABLISHED tcp 0 0 192.168.7.240:8118 192.168.7.200:48596 ESTABLISHED tcp 0 0 192.168.7.240:8118 192.168.7.200:48592 ESTABLISHED www-data@Moxa:~$ www-data@Moxa:~$ free total used free shared buffers Mem: 30104 27104 3000 0 1876 Swap: 0 0 0 Total: 30104 27104 3000 www-data@Moxa:~$ Не так уж и много для UC7112LX-Plus с его гулькиным размером ОЗУ. Сейчас собираю кое-какую конфигурацию... да вообще-то имею надежду на подсказку в виде примеров файлов в /etc/privoxy Спасибо! (ну и если подскажете примером , буду признателен)

Доброго времени суток! Вот собрал privoxy именно для UC7112LX-Plus ну и IA240 соответственно. Конечно получился исполняемый файл... но вот конфигурацию его не получается реализовать. Прошу помощи! Тут ссылка ка проект... там откомпилировано всё. В UC7112LX-Plus даже смог кое-что настроить. Но вот беда файлы конфигурации по умолчанию мне неведомы. Помогите! Хочу подготовить для установки на устройство. Кстати в архиве то, что было в исходниках. Кое-что было в опытах этой ночью сделал. Боюсь это ошибочно. Помогите! ( Ключевое слово "privoxy" это исполняемый файл для MOXA устройства). Испытания показали, что я не смог настроить. https://yadi.sk/d/k6hiksL2ngoung

Доброго времени суток! Вот сам частично испытал дома на UC-7112-LX-Plus...правда зависимости проверить не могу... работает! А что с ним можно делать? И удобен/нужен ли он этот LUA? В наличии только базовые функции. Помогите проверить! И определить! Надо ли?! Спасибо!

Доброго времени суток! Вот собрал Lua из исходников(вот архив ZIP) LUA для IA240LX с помощью GCC, что на диске с устройством... для IA240LX. ПРИМЕЧАНИЕ: У меня на устройстве директории /bin; /usr и другие примонтированы на SD карту Для установки надо с правами ROOT на устройстве запустить setup.sh. Будет произведено копирование файлов в /usr/bin и /lib, а так же созданы линки в /lib. Примеры так же в архиве, взяты из wiki и др. 1) я мог упустить зависимости (возможно надо добавить). Свободного(чистого) от ранее установленного ПО нет - всё, что в соседних темах добавлено. 2) никаких особых настроек и изменений не производил и каких-то библиотек не ставил. 3) стоит вообще применять LUA в устройствах IA240LX и UC7112LX-Plus? Заранее спасибо!

Вот: www-data@Moxa:~/ramdisk$ proxychains4 whois rostelecom.ru [proxychains] config file found: /etc/proxychains.conf [proxychains] preloading /lib/libproxychains4.so [proxychains] DLL init: proxychains-ng 4.14 [proxychains] Strict chain ... 192.168.1.131:8080 ... 192.168.1.131:8080 ... whois.tcinet.ru:43 ... OK % By submitting a query to RIPN's Whois Service % you agree to abide by the following terms of use: % http://www.ripn.net/about/servpol.html#3.2 (in Russian) % http://www.ripn.net/about/en/servpol.html#3.2 (in English). domain: ROSTELECOM.RU nserver: ns1.rostelecom.ru. 87.226.162.62 nserver: ns2.rostelecom.ru. 87.226.159.65 nserver: ns.rt-comm.ru. state: REGISTERED, DELEGATED, VERIFIED org: Public Joint Stock Company "Rostelecom" registrar: RU-CENTER-RU admin-contact: https://www.nic.ru/whois created: 2000-03-01T00:42:19Z paid-till: 2020-04-30T21:00:00Z free-date: 2020-06-01 source: TCI Last updated on 2019-09-12T21:51:35Z www-data@Moxa:~/ramdisk$ proxychains4 whois 87.226.162.62 [proxychains] config file found: /etc/proxychains.conf [proxychains] preloading /lib/libproxychains4.so [proxychains] DLL init: proxychains-ng 4.14 [proxychains] Strict chain ... 192.168.1.131:8080 ... 192.168.1.131:8080 ... whois.ripe.net:43 ... OK % This is the RIPE Database query service. % The objects are in RPSL format. % % The RIPE Database is subject to Terms and Conditions. % See http://www.ripe.net/db/support/db-terms-conditions.pdf % Note: this output has been filtered. % To receive output for a database update, use the "-B" flag. % Information related to '87.226.159.0 - 87.226.162.255' % Abuse contact for '87.226.159.0 - 87.226.162.255' is 'abuse@rt.ru' inetnum: 87.226.159.0 - 87.226.162.255 netname: ROSTELECOMNET descr: PJSC Rostelecom country: RU org: ORG-JR8-RIPE admin-c: RTNC-RIPE tech-c: RTNC-RIPE status: ASSIGNED PA mnt-by: ROSTELECOM-MNT created: 2007-09-14T13:34:29Z last-modified: 2016-08-08T08:42:03Z source: RIPE # Filtered organisation: ORG-JR8-RIPE org-name: PJSC Rostelecom org-type: LIR address: 25-2, Dubovaya Roscha street address: 127427 address: MOSCOW address: RUSSIAN FEDERATION phone: +7 495 339 11 22 fax-no: +74999953619 admin-c: RTNC-RIPE admin-c: DS4715-RIPE admin-c: EP6706-RIPE admin-c: OO1522-RIPE admin-c: NM7547-RIPE admin-c: AA728-RIPE admin-c: SVS153-RIPE admin-c: ASV77-RIPE admin-c: RVP-RIPE admin-c: VEV57-RIPE admin-c: TR4627-RIPE admin-c: TL4565-RIPE admin-c: AVB77-RIPE admin-c: DN216-RIPE admin-c: DA2353-RIPE admin-c: ANK2555-RIPE admin-c: IS111-RIPE admin-c: VE128-RIPE admin-c: SS216-RIPE abuse-c: RTNC-RIPE mnt-ref: RIPE-NCC-HM-MNT mnt-ref: ROSTELECOM-MNT mnt-by: RIPE-NCC-HM-MNT mnt-by: ROSTELECOM-MNT created: 2005-03-22T11:11:20Z last-modified: 2018-10-03T10:00:29Z source: RIPE # Filtered role: PJSC Rostelecom Technical Team address: PJSC Rostelecom address: Russian Federation abuse-mailbox: abuse@rt.ru admin-c: DS4715-RIPE admin-c: EEA-RIPE admin-c: AV3066-RIPE tech-c: DS4715-RIPE tech-c: EEA-RIPE tech-c: AV3066-RIPE remarks: trouble: --------------------------------------------------------------- remarks: trouble: Rostelecom NOC is available 24 x 7 remarks: trouble: e-mail noc-ip@rt.ru remarks: trouble: --------------------------------------------------------------- remarks: ------------------------------------------------------------------------ remarks: peering requests: peering@rt.ru remarks: ------------------------------------------------------------------------ remarks: http://www.rostelecom.ru/, looking-glass http://lg.ip.rt.ru/ remarks: ------------------------------------------------------------------------ nic-hdl: RTNC-RIPE mnt-by: ROSTELECOM-MNT created: 2007-11-27T13:28:11Z last-modified: 2019-01-22T09:16:29Z source: RIPE # Filtered % Information related to '87.226.128.0/17AS12389' route: 87.226.128.0/17 origin: AS12389 descr: Rostelecom networks mnt-by: ROSTELECOM-MNT created: 2005-12-26T09:03:39Z last-modified: 2017-07-04T07:28:04Z source: RIPE # Filtered % This query was served by the RIPE Database Query Service version 1.94.1 (HEREFORD) www-data@Moxa:~/ramdisk$ proxychains4 whois ru [proxychains] config file found: /etc/proxychains.conf [proxychains] preloading /lib/libproxychains4.so [proxychains] DLL init: proxychains-ng 4.14 [proxychains] Strict chain ... 192.168.1.131:8080 ... 192.168.1.131:8080 ... whois.iana.org:43 ... OK % IANA WHOIS server % for more information on IANA, visit http://www.iana.org % This query returned 1 object domain: RU organisation: Coordination Center for TLD RU address: 8 Marta street 1, bld 12 address: Moscow 127083 address: Russian Federation contact: administrative name: .RU domain Administrative group organisation: Coordination Center for TLD RU address: 8 Marta street 1, bld 12 address: Moscow 127083 address: Russian Federation phone: +7 495 730 29 71 fax-no: +7 495 730 29 68 e-mail: ru-adm@cctld.ru contact: technical name: Technical Center of Internet organisation: Technical Center of Internet address: 8 Marta street 1, bld 12 address: Moscow 127083 address: Russian Federation phone: +7 495 730 29 69 fax-no: +7 495 730 29 68 e-mail: ru-tech@tcinet.ru nserver: A.DNS.RIPN.NET 193.232.128.6 2001:678:17:0:193:232:128:6 nserver: B.DNS.RIPN.NET 194.85.252.62 2001:678:16:0:194:85:252:62 nserver: D.DNS.RIPN.NET 194.190.124.17 2001:678:18:0:194:190:124:17 nserver: E.DNS.RIPN.NET 193.232.142.17 2001:678:15:0:193:232:142:17 nserver: F.DNS.RIPN.NET 193.232.156.17 2001:678:14:0:193:232:156:17 ds-rdata: 55747 8 2 77806C45DCA415FBD8FDEEA0A436EE68FE6AA5B3C23B4D89E03BBEF334FA0CB6 whois: whois.tcinet.ru status: ACTIVE remarks: Registration information: http://www.cctld.ru/en created: 1994-04-07 changed: 2019-09-11 source: IANA www-data@Moxa:~/ramdisk$ proxychains4 whois com [proxychains] config file found: /etc/proxychains.conf [proxychains] preloading /lib/libproxychains4.so [proxychains] DLL init: proxychains-ng 4.14 [proxychains] Strict chain ... 192.168.1.131:8080 ... 192.168.1.131:8080 ... whois.iana.org:43 ... OK % IANA WHOIS server % for more information on IANA, visit http://www.iana.org % This query returned 1 object domain: COM organisation: VeriSign Global Registry Services address: 12061 Bluemont Way address: Reston Virginia 20190 address: United States contact: administrative name: Registry Customer Service organisation: VeriSign Global Registry Services address: 12061 Bluemont Way address: Reston Virginia 20190 address: United States phone: +1 703 925-6999 fax-no: +1 703 948 3978 e-mail: info@verisign-grs.com contact: technical name: Registry Customer Service organisation: VeriSign Global Registry Services address: 12061 Bluemont Way address: Reston Virginia 20190 address: United States phone: +1 703 925-6999 fax-no: +1 703 948 3978 e-mail: info@verisign-grs.com nserver: A.GTLD-SERVERS.NET 192.5.6.30 2001:503:a83e:0:0:0:2:30 nserver: B.GTLD-SERVERS.NET 192.33.14.30 2001:503:231d:0:0:0:2:30 nserver: C.GTLD-SERVERS.NET 192.26.92.30 2001:503:83eb:0:0:0:0:30 nserver: D.GTLD-SERVERS.NET 192.31.80.30 2001:500:856e:0:0:0:0:30 nserver: E.GTLD-SERVERS.NET 192.12.94.30 2001:502:1ca1:0:0:0:0:30 nserver: F.GTLD-SERVERS.NET 192.35.51.30 2001:503:d414:0:0:0:0:30 nserver: G.GTLD-SERVERS.NET 192.42.93.30 2001:503:eea3:0:0:0:0:30 nserver: H.GTLD-SERVERS.NET 192.54.112.30 2001:502:8cc:0:0:0:0:30 nserver: I.GTLD-SERVERS.NET 192.43.172.30 2001:503:39c1:0:0:0:0:30 nserver: J.GTLD-SERVERS.NET 192.48.79.30 2001:502:7094:0:0:0:0:30 nserver: K.GTLD-SERVERS.NET 192.52.178.30 2001:503:d2d:0:0:0:0:30 nserver: L.GTLD-SERVERS.NET 192.41.162.30 2001:500:d937:0:0:0:0:30 nserver: M.GTLD-SERVERS.NET 192.55.83.30 2001:501:b1f9:0:0:0:0:30 ds-rdata: 30909 8 2 E2D3C916F6DEEAC73294E8268FB5885044A833FC5459588F4A9184CFC41A5766 whois: whois.verisign-grs.com status: ACTIVE remarks: Registration information: http://www.verisigninc.com created: 1985-01-01 changed: 2017-10-05 source: IANA www-data@Moxa:~/ramdisk$ proxychains4 whois 192.5.6.30 [proxychains] config file found: /etc/proxychains.conf [proxychains] preloading /lib/libproxychains4.so [proxychains] DLL init: proxychains-ng 4.14 [proxychains] Strict chain ... 192.168.1.131:8080 ... 192.168.1.131:8080 ... whois.arin.net:43 ... OK # # ARIN WHOIS data and services are subject to the Terms of Use # available at: https://www.arin.net/resources/registry/whois/tou/ # # If you see inaccuracies in the results, please report at # https://www.arin.net/resources/registry/whois/inaccuracy_reporting/ # # Copyright 1997-2019, American Registry for Internet Numbers, Ltd. # NetRange: 192.5.6.0 - 192.5.6.255 CIDR: 192.5.6.0/24 NetName: VGRSGTLD-1 NetHandle: NET-192-5-6-0-1 Parent: NET192 (NET-192-0-0-0-0) NetType: Direct Allocation OriginAS: Organization: VeriSign Global Registry Services (VGRS) RegDate: 2000-11-30 Updated: 2017-04-14 Ref: https://rdap.arin.net/registry/ip/192.5.6.0 OrgName: VeriSign Global Registry Services OrgId: VGRS Address: 12061 Bluemont Way City: Reston StateProv: VA PostalCode: 20190 Country: US RegDate: 2000-11-30 Updated: 2019-02-01 Ref: https://rdap.arin.net/registry/entity/VGRS OrgTechHandle: SIDDI59-ARIN OrgTechName: siddique, hasan OrgTechPhone: +1-703-948-4337 OrgTechEmail: hsiddique@verisign.com OrgTechRef: https://rdap.arin.net/registry/entity/SIDDI59-ARIN OrgTechHandle: QUESA29-ARIN OrgTechName: Quesada, Christopher OrgTechPhone: +1-571-455-9378 OrgTechEmail: cquesada@verisiign.com OrgTechRef: https://rdap.arin.net/registry/entity/QUESA29-ARIN OrgAbuseHandle: NETWO480-ARIN OrgAbuseName: Network Admin OrgAbusePhone: +1-703-948-4300 OrgAbuseEmail: netadmin@verisign.com OrgAbuseRef: https://rdap.arin.net/registry/entity/NETWO480-ARIN OrgTechHandle: NETWO480-ARIN OrgTechName: Network Admin OrgTechPhone: +1-703-948-4300 OrgTechEmail: netadmin@verisign.com OrgTechRef: https://rdap.arin.net/registry/entity/NETWO480-ARIN OrgTechHandle: GORMA115-ARIN OrgTechName: Gorman, Brad OrgTechPhone: +1-703-948-4484 OrgTechEmail: bgorman@verisign.com OrgTechRef: https://rdap.arin.net/registry/entity/GORMA115-ARIN RTechHandle: ZV22-ARIN RTechName: VeriSign Global Registry Services RTechPhone: +1-703-948-1212 RTechEmail: netadmin@verisign.com RTechRef: https://rdap.arin.net/registry/entity/ZV22-ARIN # # ARIN WHOIS data and services are subject to the Terms of Use # available at: https://www.arin.net/resources/registry/whois/tou/ # # If you see inaccuracies in the results, please report at # https://www.arin.net/resources/registry/whois/inaccuracy_reporting/ # # Copyright 1997-2019, American Registry for Internet Numbers, Ltd. # Тут whois через прокси, используя proxychains4(рассмотрено ранее в теме). Про назначение посмотрите в поисковике. Распаковать содержимое в /bin (я разместил в /sbin). У меня эти директории на SD карте. whois.zip

Утилита tree Для установки распаковать в устройство и запустить setup.sh из под root. У меня /usr/bin на sd карте в эту директорию и скопируется tree теперь как пример: www-data@Moxa:~/ramdisk$ tree /usr/sbin /usr/sbin ├── chroot ├── exportfs ├── rpc.lockd ├── rpc.mountd ├── rpc.nfsd └── rpc.statd 0 directories, 6 files www-data@Moxa:~/ramdisk$ Иногда бывает надо, а теперь и на IA240/UC-7112-Lx-Plus tree.zip

Доброго времени суток! Может кто поделится исходниками по MMS протоколу, с целью реализации клиента? Ну или с достаточно подробным описанием этого протокола. На гитхабе встречал реализацию(библиотеки и пример клиента и сервера), но он не совпадает с мной указанным, хотя порт используется 102, как и на указанном. Может что-то не так делаю. Ранее имея собственные результаты "прослушивания" с помощью Wireshark реализовал подобие его, которым пользуюсь по сей день. Вскоре будет произведена замена части оборудования. И хотелось бы иметь программные заготовки для реализации. Планирую к новому оборудованию подключить не UNO-1019, а комуникационный контроллер MOXA. Тип пока не выбран, но думаю наподобие IA240 в роли сбора данных и управления побочными процессами (охлаждение системы и т.п.). Сейчас имея скудное описание и старые результаты Wireshark делаю шаблон формирования запроса к контрллеру по ETHERNET. Спасибо!

Доброго времени суток! А вот если прибегнуть к socat (тут в темах раздела рассматривалось), то можно отказаться от вебсервера(apache). Уж больно тяжеловат он. Особенно заметно на устройствах с малым количеством ОЗУ. Вот подобный скрипт, взятый из примеров: #!/bin/bash # socat \ -v -d -d \ TCP-LISTEN:1234,crlf,reuseaddr,fork \ SYSTEM:" echo HTTP/1.1 200 OK; echo Content-Type\: text/plain; echo; echo \"Server: \$SOCAT_SOCKADDR:\$SOCAT_SOCKPORT\"; echo \"Client: \$SOCAT_PEERADDR:\$SOCAT_PEERPORT\"; " если изменить, на выдачу необходимой страницы позволит реализовать работу без запуска apache, что существенно сократить занимаемое озу, которого в UC7112LX-Plus всего 32М которого как правило свободной около 10М. Кстати испытано с несколькими одновременными подключениями.

Всё время у себя на PC набираю типа service apache2 restart а на UC-7112LX-Plus: /etc/init.d/apache restart Вот и сделал этот "service" #!/bin/bash # cmd=$1 par1=$2 par2=$3 par3=$4 par4=$5 if ! [ ${#cmd} -eq 0 ]; then str="/etc/init.d/$cmd $par1 $par2 $par3 $par4" $str fi положил его в /sbin/service и дал права chmod +x /sbin/service теперь всё, что в /etc/init.d/ можно запускать например так: kto@debian:~/coding/bash$ ssh www-data@192.168.0.240 www-data@192.168.0.240's password: #### #### ###### ####### ###### ## ### #### ### ### #### #### ### ### ### ### ### ### ## ### ### #### ## ## ### # #### #### # ## ### ### ### ## ## ## ## ## # ## ### ## #### # ## ## ### ## ## ## ## #### # ### ## ## # ## ## ## ### ####### ## ## # ## ### ### ##### # ## ## ### ## ### ### ## ### # ### ## ### ## ## ## ## ### ## ## ## ### ## ## ## # ### # ## ###### # ###### ######## ####### ########### ###### For further information check: http://www.moxa.com/ You are using Moxa embedded computer. -sh: /home/httpd/.profile: is a directory www-data@Moxa:~$ su Password: root@Moxa:~# service apache restart Stopping web server: apache. Starting web server: apache. root@Moxa:~# тут рестарт apache на устройстве

Доброго времени суток! Вот кстати(только не знаю надо-ли): sslscan.zip Суда по названию понятно. Но ранее указанные инструменты (curl и т.п.) уже содержат кое-что, а это в дополнение для теста. Запускается в консоли IA240LX/UC7112LX-Plus. Это было надо для настройки устройства, которое пока не настроено. www-data@Moxa:~/ramdisk$ ./sslscan _ ___ ___| |___ ___ __ _ _ __ / __/ __| / __|/ __/ _` | '_ \ \__ \__ \ \__ \ (_| (_| | | | | |___/___/_|___/\___\__,_|_| |_| 1.11.13 OpenSSL 1.0.2r 26 Feb 2019 OpenSSL version does not support SSLv2 SSLv2 ciphers will not be detected Command: ./sslscan [Options] [host:port | host] Options: --targets=<file> A file containing a list of hosts to check. Hosts can be supplied with ports (host:port) --sni-name=<name> Hostname for SNI --ipv4, -4 Only use IPv4 --ipv6, -6 Only use IPv6 --show-certificate Show full certificate information --no-check-certificate Don't warn about weak certificate algorithm or keys --show-client-cas Show trusted CAs for TLS client auth --show-ciphers Show supported client ciphers --show-cipher-ids Show cipher ids --show-times Show handhake times in milliseconds --ssl3 Only check SSLv3 ciphers --tls10 Only check TLSv1.0 ciphers --tls11 Only check TLSv1.1 ciphers --tls12 Only check TLSv1.2 ciphers --tlsall Only check TLS ciphers (all versions) --ocsp Request OCSP response from server --pk=<file> A file containing the private key or a PKCS#12 file containing a private key/certificate pair --pkpass=<password> The password for the private key or PKCS#12 file --certs=<file> A file containing PEM/ASN1 formatted client certificates --no-ciphersuites Do not check for supported ciphersuites --no-fallback Do not check for TLS Fallback SCSV --no-renegotiation Do not check for TLS renegotiation --no-compression Do not check for TLS compression (CRIME) --no-heartbleed Do not check for OpenSSL Heartbleed (CVE-2014-0160) --starttls-ftp STARTTLS setup for FTP --starttls-imap STARTTLS setup for IMAP --starttls-irc STARTTLS setup for IRC --starttls-ldap STARTTLS setup for LDAP --starttls-pop3 STARTTLS setup for POP3 --starttls-smtp STARTTLS setup for SMTP --starttls-mysql STARTTLS setup for MYSQL --starttls-xmpp STARTTLS setup for XMPP --starttls-psql STARTTLS setup for PostgreSQL --xmpp-server Use a server-to-server XMPP handshake --http Test a HTTP connection --rdp Send RDP preamble before starting scan --bugs Enable SSL implementation bug work-arounds --timeout=<sec> Set socket timeout. Default is 3s --sleep=<msec> Pause between connection request. Default is disabled --xml=<file> Output results to an XML file <file> can be -, which means stdout --version Display the program version --verbose Display verbose output --no-cipher-details Disable EC curve names and EDH/RSA key lengths output --no-colour Disable coloured output --help Display the help text you are now reading Example: ./sslscan 127.0.0.1 ./sslscan [::1] Ну и применение - проба www-data@Moxa:~/ramdisk$ ./sslscan 192.168.0.234 Version: 1.11.13 OpenSSL 1.0.2r 26 Feb 2019 OpenSSL version does not support SSLv2 SSLv2 ciphers will not be detected Connected to 192.168.0.234 Testing SSL server 192.168.0.234 on port 443 using SNI name 192.168.0.234 TLS Fallback SCSV: Server supports TLS Fallback SCSV TLS renegotiation: Secure session renegotiation supported TLS Compression: Compression disabled Heartbleed: TLS 1.2 not vulnerable to heartbleed TLS 1.1 not vulnerable to heartbleed TLS 1.0 not vulnerable to heartbleed Supported Server Cipher(s): Preferred TLSv1.2 256 bits ECDHE-RSA-AES256-GCM-SHA384 Curve P-256 DHE 256 Accepted TLSv1.2 256 bits ECDHE-RSA-AES256-SHA384 Curve P-256 DHE 256 Accepted TLSv1.2 256 bits ECDHE-RSA-AES256-SHA Curve P-256 DHE 256 Accepted TLSv1.2 256 bits DHE-RSA-AES256-GCM-SHA384 DHE 2048 bits Accepted TLSv1.2 256 bits DHE-RSA-AES256-SHA256 DHE 2048 bits Accepted TLSv1.2 256 bits DHE-RSA-AES256-SHA DHE 2048 bits Accepted TLSv1.2 256 bits DHE-RSA-CAMELLIA256-SHA DHE 2048 bits Accepted TLSv1.2 256 bits AES256-GCM-SHA384 Accepted TLSv1.2 256 bits AES256-SHA256 Accepted TLSv1.2 256 bits AES256-SHA Accepted TLSv1.2 256 bits CAMELLIA256-SHA Accepted TLSv1.2 128 bits ECDHE-RSA-AES128-GCM-SHA256 Curve P-256 DHE 256 Accepted TLSv1.2 128 bits ECDHE-RSA-AES128-SHA256 Curve P-256 DHE 256 Accepted TLSv1.2 128 bits ECDHE-RSA-AES128-SHA Curve P-256 DHE 256 Accepted TLSv1.2 128 bits DHE-RSA-AES128-GCM-SHA256 DHE 2048 bits Preferred TLSv1.1 256 bits ECDHE-RSA-AES256-SHA Curve P-256 DHE 256 Accepted TLSv1.1 256 bits DHE-RSA-AES256-SHA DHE 2048 bits Accepted TLSv1.1 256 bits DHE-RSA-CAMELLIA256-SHA DHE 2048 bits Accepted TLSv1.1 256 bits AES256-SHA Accepted TLSv1.1 256 bits CAMELLIA256-SHA Accepted TLSv1.1 128 bits ECDHE-RSA-AES128-SHA Curve P-256 DHE 256 Accepted TLSv1.1 128 bits DHE-RSA-AES128-SHA DHE 2048 bits Accepted TLSv1.1 128 bits DHE-RSA-CAMELLIA128-SHA DHE 2048 bits Accepted TLSv1.1 128 bits AES128-SHA Accepted TLSv1.1 128 bits CAMELLIA128-SHA Preferred TLSv1.0 256 bits ECDHE-RSA-AES256-SHA Curve P-256 DHE 256 SSL Certificate: Signature Algorithm: sha256WithRSAEncryption RSA Key Strength: 2048 Subject: www-data Issuer: www-data Not valid before: Apr 10 06:29:46 2019 GMT Not valid after: Apr 7 06:29:46 2029 GMT www-data@Moxa:~/ramdisk$ Сообщения - отчёты цветные. И много чего всплывает...

Доброго времени суток! вот собрал gzip, установил alias что бы не быть привязанным к директории (это глупо конечно)... www-data@Moxa:~$ gzip gzip: compressed data not written to a terminal. Use -f to force compression. For help, type: gzip -h www-data@Moxa:~$ gzip -h Usage: gzip [OPTION]... [FILE]... Compress or uncompress FILEs (by default, compress FILES in-place). Mandatory arguments to long options are mandatory for short options too. -c, --stdout write on standard output, keep original files unchanged -d, --decompress decompress -f, --force force overwrite of output file and compress links -h, --help give this help -k, --keep keep (don't delete) input files -l, --list list compressed file contents -L, --license display software license -n, --no-name do not save or restore the original name and time stamp -N, --name save or restore the original name and time stamp -q, --quiet suppress all warnings -r, --recursive operate recursively on directories -S, --suffix=SUF use suffix SUF on compressed files -t, --test test compressed file integrity -v, --verbose verbose mode -V, --version display version number -1, --fast compress faster -9, --best compress better With no FILE, or when FILE is -, read standard input. Report bugs to <bug-gzip@gnu.org>. www-data@Moxa:~$ ...потому как busybox: www-data@Moxa:~$ busybox BusyBox v1.13.3 (2017-06-28 14:40:08 CST) multi-call binary Copyright (C) 1998-2008 Erik Andersen, Rob Landley, Denys Vlasenko and others. Licensed under GPLv2. See source distribution for full notice. Usage: busybox [function] [arguments]... or: function [arguments]... BusyBox is a multi-call binary that combines many common Unix utilities into a single executable. Most people will create a link to busybox for each function they wish to use and BusyBox will act like whatever it was invoked as! Currently defined functions: [, [[, addgroup, adduser, arp, awk, basename, brctl, cat, chgrp, chmod, chown, chpasswd, chroot, clear, cmp, cp, cut, date, delgroup, deluser, depmod, df, dirname, dmesg, du, echo, egrep, env, expand, expr, false, fdisk, fgrep, find, free, fuser, getty, grep, gunzip, gzip, head, hostname, hwclock, id, ifconfig, ifdown, ifup, insmod, ip, kill, killall, klogd, ln, logger, login, ls, lsmod, md5sum, mesg, mkdir, mkfifo, mknod, mktemp, modprobe, more, mount, mv, netstat, nice, nohup, passwd, pidof, ping, ps, pwd, renice, reset, rm, rmdir, rmmod, route, run-parts, sed, sleep, sort, start-stop-daemon, stty, su, sulogin, sync, syslogd, tail, tar, tcpsvd, tee, telnet, test, tftp, top, touch, tr, traceroute, true, umount, uname, unzip, uptime, usleep, vi, wc, wget, which, xargs, yes, zcat www-data@Moxa:~$ как видно новый внешний gzip имеет этот -n, --no-name do not save or restore the original name and time stamp Имеется ли возможность заменить старый gzip на новый www-data@Moxa:~$ gzip -V gzip 1.6 Copyright (C) 2007, 2010, 2011 Free Software Foundation, Inc. Copyright (C) 1993 Jean-loup Gailly. This is free software. You may redistribute copies of it under the terms of the GNU General Public License <http://www.gnu.org/licenses/gpl.html>. There is NO WARRANTY, to the extent permitted by law. Written by Jean-loup Gailly. www-data@Moxa:~$ В строке командной спокойно запускается через алиас, а вот скрипт и lynx и другие используют то, что в busybox. В этом и вопрос собственно.

Если можно, разрешите мне выложить elinks.zip, который вксит 2.2 Мб! Там даже не установка, а просто исполняемый файл в архиве!!! А консольный браузер... поверьте удобен!