Linux посмотреть com порты

Обновлено: 02.07.2024

Если порт открыт это означает, что какая либо программа, обычно сервис, использует его для связи с другой программой через интернет или в локальной системе. Чтобы посмотреть какие порты открыты в вашей системе Linux можно использовать множество различных утилит. В этой статье мы рассмотрим самые популярные способы посмотреть открытые порты Linux.

Как посмотреть открытые порты linux

1. netstat

Утилита netstat позволяет увидеть открытые в системе порты, а также открытые на данный момент сетевые соединения. Для отображения максимально подробной информации надо использовать опции:

-l или --listening - посмотреть только прослушиваемые порты;
-p или --program - показать имя программы и ее PID;
-t или --tcp - показать tcp порты;
-u или --udp показать udp порты;
-n или --numeric показывать ip адреса в числовом виде.

Открытые порты Linux, которые ожидают соединений имеют тип LISTEN, а перед портом отображается IP адрес на котором сервис ожидает подключений. Это может быть определенный IP адрес или */0.0.0.0 что означают любой доступный адрес:

sudo netstat -tulpn

Утилита ss - это современная альтернатива для команды netstat. В отличие от netstat, которая берет информацию из каталога /proc, утилита ss напрямую связывается со специальной подсистемой ядра Linux, поэтому работает быстрее и её данные более точные, если вы хотите выполнить просмотр открытых портов это не имеет большого значения. Опции у неё такие же:

Можно вывести только процессы, работающие на 80-том порту:

sudo ss -tulpn | grep :80

3. lsof

Утилита lsof позволяет посмотреть все открытые в системе соединения, в том числе и сетевые, для этого нужно использовать опцию -i, а чтобы отображались именно порты, а не названия сетевых служб следует использовать опцию -P:

Ещё один пример, смотрим какие процессы работают с портом 80:

sudo lsof -i -P | grep :80

4. Nmap

sudo apt install nmap

Затем можно использовать:

Для простого сканирования можно запускать утилиту без опций. Детальнее о её опциях можно узнать в статье про сканирование сети в Nmap. Эта утилита ещё будет полезна если вы хотите посмотреть какие порты на компьютере доступны из интернета.

Если это публичный сервер, то результат скорее всего не будет отличатся от локального сканирования, но на домашнем компьютере все немного по другому. Первый вариант - используется роутер и в сеть будут видны только порты роутера, еще одним порогом защиты может стать NAT-сервер провайдера. Технология NAT позволяет нескольким пользователям использовать один внешний IP адрес. И так для просмотра открытых внешних портов сначала узнаем внешний ip адрес, для надежности воспользуемся онлайн сервисом:

wget -O - -q eth0.me

Дальше запускаем сканирование:

В результате мы видим, что открыт порт 80 веб-сервера и 22 - порт службы ssh, я их не открывал, эти порты открыты роутером, 80 - для веб-интерфейса, а 22 для может использоваться для обновления прошивки. А еще можно вообще не получить результатов, это будет означать что все порты закрыты, или на сервере установлена система защиты от вторжений IDS. Такая проверка портов может оказаться полезной для того, чтобы понять находится ли ваш компьютер в безопасности и нет ли там лишних открытых портов, доступных всем.

5. Zenmap

Программа Zenmap - это графический интерфейс для nmap. Она не делает ничего нового кроме того, что может делать nmap, просто предоставляет ко всему этому удобный интерфейс. Для её установки выполните:

sudo apt install zenmap

Запустить программу можно из главного меню или командой:

Затем введите адрес localhost в поле Цель и нажмите кнопку Сканирование:

После завершения сканирования утилита вывела список открытых портов Linux.

Выводы

В этой статье мы рассмотрели инструменты, которые вы можете использовать для того чтобы узнать узнать открытые порты linux. Инструментов не так много как для просмотра информации об оперативной памяти или процессоре, но их вполне хватает. А какими программами пользуетесь вы? Напишите в комментариях!

В предыдущем посте было показано как запустить UART на отладочной плате Launchpad для MSP430. Теперь рассмотрим как общаться с платой при помощи средств командной строки Linux. Используется плата с прошивкой из предыдущего поста. Для подробностей - см. под кат

Как известно, все устройства последовательных портов представлены файлами устройств в каталоге /dev.Через эти файлы и происходит общение ОС Linux с внешним устройством на последовательном порту. Чтобы передать что-то на внешнее устройство нужно записать данные в файл устройства, а чтобы считать информацию из устройства --- прочитать данные из файла устройства. Это можно делать при помощи команд cat и echo так же как для обычных файлов на диске. Или внутри программы на С при помощи вызовов ioctl(), read() и write() или библиотеки termios.

Физическим последовательным портам RS232, к которым подключались диалапные модемы на старых компьютерах, соответствуют файлы устройств /dev/ttyS*, начиная с /dev/ttyS0. Виртуальным последовательным портам, которые создаются различными конвертерами USB<->UART соответствуют файлы устройств /dev/ttyUSB* и /dev/ttyACM*. Ядро Linux автоматически разпознаёт подключенное устройство, загружает для него драйвер и создаёт файл устройства. Вручную устанавливать драйвер, как в ОС Windows не требуется. Например, если подключить к USB преобразователь USB<->UART FT232, то создаётся файл устройства /dev/ttyUSB0, с которым можно работать также как и с обычным последовательным портом. На плате Launcpad находится микросхема TUSB3410, которая тоже представляет собой конвертер USB<->UART. Если подключить её к USB, то создаётся файл устройства /dev/ttyACM0. Чтобы общаться с платой нужно что-либо писать/читать с этого файла.

Чтобы пользователь мог читать или писать в файл устройства последовательного порта, его нужно добавить в группу dialout. Иначе работать с последовательным портом сможет только администратор root.

Простейшим приложением с графическим интерфейсом, которое работает с последовательным портом, является CuteCOM. Он обычно уже есть в вашем дистрибутиве Linux. Его можно установить из репозиториев. При помощи CuteCOM мы работали с платой в предыдущем посте. Выглядит CuteCOM вот так:

Работать с ним крайне просто. Указываем нужное устройство, если его нет в списке, то его можно впечатать вручную. Затем указываем скорость и параметры и нажимаем OpenDevice. В окне видим данные, которые пришли от устройства. В поле ввода в нижней части можем печать строку символов, которые предаются на устройство. Чтобы передать данный нажимаем Enter и смотрим ответ устройства в окне.

Теперь рассмотрим как работать с COM-портом из командной строки. Для этого служат три команды: stty, cat и echo.

Команда stty устанавливает параметры и скорость COM-порта. Её формат:

stty <СКОРОСТЬ> -F <УСТРОЙСТВО> <ПАРАМЕТРЫ>
Чтобы установить параметры для платы Launchpad для соединения на скорости 9600 нужно выполнить:

$ stty 9600 -F /dev/ttyACM0 raw -echo
Параметр raw устанавливает, что данные в компьютер передаются байт за байтом так же как приходят в порт без преобразований. Аппаратное управление потоком отключено. Подробнее о том, что включает и выключает raw - см. man stty. Если не включить raw, то скорее всего ничего работать не будет.

Теперь в той же консоли нужно набрать

$ cat /dev/ttyACM0
И можно смотреть данные, которые приходят от платы. Выход - нажать Ctrl+C.

Теперь нажимаем на плате RESET и видим, что в консоди напечатался текст.

Чтобы передать в плату данные, в другой консоли нужно использовать команду echo и перенаправление вывода в файл устройства. Наберём в другой консоли:

В итоге должно получиться так:

Чтобы увидеть 16-ричные коды данных, приходящих от устройства, нужно использовать команду hexdump:

$ cat /dev/ttyACM0|hexdump -C
Получится вот так:

Чтобы иметь вывод данных от устройство на экран и в текстовый файл нужно использовать tee:

ставлю клиентам оборудование. возможно 2 типа подключений - через RS232 либо USB. В сопутствующем ПО необходимо прописать номер порта. Если подключение через RS232 - проблем никаких, все порты чаще всего подписаны на системнике, либо методом перебора, их как правило, не больше 5-и.

Но часто бывает что все физические comы заняты либо отсутствуют вовсе и приходится выполнять подключение через USB. В соответствии с технической документацией в этом случае в каталоге с ПО оборудования создаем символическую ссылку (драйвер) ttyS99 на /dev/ttyACM0. Как можно быстро узнать номер ком порта этого ttyACM0? Он определяется чаще всего как 9, но бывает какой-нибудь 61, 62 или вообще любой! начинаются танцы с бубном в виде бесконечного перебора.

При помощи udev создавай симлинк при подключении. И это будет уже не безымянный USB ACM, а /dev/чтототам. Конечно, если у железяки свои VID/PID, а не используется какой-нибудь ширпотребный.

Как можно быстро узнать номер ком порта этого ttyACM0? Он определяется чаще всего как 9

В сопутствующем ПО необходимо прописать номер порта

чтобы запустить аппарат, необходимо в каталоге с его ПО в конфигурационном файле .ini прописать номер com порта. строка так и называется comport=*, где * - номер от 1 до 99. на windows проблема решалась в диспетчере устройств во вкладке com порты - номер порта. на линукс я не знаю как определить поэтому и задал вопрос. что не так я спросил? аппарат не предназначен для USB поэтому прописывается символическая ссылка (драйвер), эмулирующий этот ком. прописывать номер всеравно надо

проблема в том что одно и то же устройство с одним и тем же серийником, id, кодом или еще чем-то, на разных linux системах определяется под разным номером этого com. В основном это системы под ККТ, типо artix и проч. Нужен универсальный инструмент распознавания

на линукс я не знаю как определить поэтому и задал вопрос. что не так я спросил?

прописывается символическая ссылка (драйвер), эмулирующий этот ком.

Как она выглядит и куда прописывается?

Блин, ну неужели ты вообще в линуксе ниже плинтуса?

ln -s /dev/ttyACM0 /ПОустройства/ttyS99

ОК, теперь хоть понятно.

по твоей логике ком100. но это бред. я писал уже - на разных linux системах везде пишется ttyS99 одинаково, но по факту методом подбора определяется как ком9, ком10, ком61

Не номер портта, а имя устройства. Смотри, что выводится в dmesg при подключении девайса

[17819.727106] usb 2-1.5: New USB device found, idVendor=079b, idProduct=0028 [17819.727111] usb 2-1.5: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [17819.727586] cdc_acm 2-1.5:1.0: ttyACM0: USB ACM device

это. чтобы запустить 'это' устройство, нужно в каталоге с его ПО в конфигурационном файле прописать comport=9. почему? почему если я поеду завтра в какой-нибудь леруомерлен со своим устройством, попробую воткнуть его им в ККТ, чтобы оно заработало у них, я должен буду у них в том же каталоге с ПО, прописать comport=61

Особо суровый идиотизм. С этим вопросом - к разработчику.

Предположим номеров comпорт не существует и надписи на системниках рядом с разъёмами com1 com2 и т д это чушь, а разработчики написали бред. Все же я не знаю по другому как их обзывать, буду говорить номер компорт извините что мозолю вам глаза. Одно я могу утверждать на 100 процентов. Какой-то параметр компорта существует, потому что от него зависит работоспособность устройства, я просто не знаю, как его посмотреть, с этим и обратился к вам, прошаренным линуксоводам. Повторюсь, если устройство физически подключается по ком через разъём rs232, то решение сводится к осмотру системника и поиска надписи. Если же подключение выполняется по USB, приходится гадать, потому что это уже виртуальный компорт, но по моей практике, у него тоже есть свой номер.

Да это так. Я в линуксе на уровне монтирования флешки под командой sudo. Ровно столько мне требуется для работы. И если честно, чем глубже я в него окунаюсь, тем больше меня выворачивает наизнанку

Под этим номером разработчик мог понимать что угодно,напиши ему письмо.

Конечно, если у железяки свои VID/PID, а не используется какой-нибудь ширпотребный.

Даже тут можно выйти из положения, если она одна. Либо привязаться к Bus, если разные разъёмы на разных.

Писал под DOS в начале 90-ых?

Нужен универсальный инструмент распознавания

Какое слово непонятно в первом же ответе анонимуса? Он же написал: udev.

Если же подключение выполняется по USB, приходится гадать, потому что это уже виртуальный компорт, но по моей практике, у него тоже есть свой номер.

Разработчик, конечно, мог упороться и зацепиться за то, что показывает ls -dl /sys/dev/char/* | grep "char/188" , но мне кажется, что он, всё же, хочет /dev/ttyS<N>, а этот симлинк ему можно сделать посредством udev.

Да ну (: вот прям нет?

ок давай наведу на мысль, про правило для udev тебя уже тут ткнули, это хорошее решение, так как привяжешь конкретную железяку к конкретному симлинку.

если надо быстро посмотреть то

смотришь на каком юсб болтается и уже запрашиваешь конкретный хвост, например

естественно твоя прога должна понимать не только запись в конфиге вида COMx. Если она настолько тупа, то кроме udev у тебя нет вариантов

ну и естественно это может не работать на всех зоопарках дистра, увы универсального способа нет

Morin ★★★ ( 03.12.18 10:38:12 )
Последнее исправление: Morin 03.12.18 10:39:45 (всего исправлений: 1)

Спроси дебила, который этот софт писал!

чем глубже я в него окунаюсь, тем больше меня выворачивает наизнанку

Ну так раз ты — тупой геймер, не лезь, куда тебе не надо.

создаем символическую ссылку (драйвер) ttyS99 на /dev/ttyACM0

Символическая ссылка ≠ драйвер.

номер ком порта устройства, подключенного через usb?

У устройства подключенного по usb нет ком порта. Это драйвер юзбового ком адаптера при подключении устройства создаёт виртуальный ком порт.

Если ты хочешь писать в /dev/ttyACM0, то после создания симлинка ttyS99 тебе в твоей программе нужно указать порт 100. Но, емнип, оно у тебя не заработает, т.к. при подключении устройства, у тебя кроме ttyACM0 должен создаться ttyS*, номер которого тебе и нужно узнавать, если не хочешь копаться в правилах udev.

Я давно юзбовые адаптеры не видел, могу что-нибудь перепутать, если что.
А вообще, нормальный адаптер тебе бы /dev/ttyUSB0 создал, и не сношал мозг.

Когдя использую более одного переходника USB-COM, то беру на разных чипах и оборудование вешаю на /dev/serial/by-id/<DEVICE-ID>. Если чипы одинаковые то надо делать udev правило, чтобы переходники мапились по серийнику, иначе будет путаница, но мне делать так лень)). Можно еще пробовать вешать на /dev/serial/by-path/, но я не пробовал.

einhander ★★★★★ ( 03.12.18 11:46:33 )
Последнее исправление: einhander 03.12.18 11:48:56 (всего исправлений: 1)

Спасибо всем буду пробовать сегодня

[ 1328.568927] usb 2-1.5: new full-speed USB device number 6 using ehci-pci [ 1328.677761] usb 2-1.5: config 1 interface 0 altsetting 0 endpoint 0x85 has an invalid bInterval 0, changing to 10 [ 1328.678720] usb 2-1.5: New USB device found, idVendor=11ca, idProduct=0219 [ 1328.678725] usb 2-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 1328.678728] usb 2-1.5: Product: Trident USB Device 1.1 [ 1328.678731] usb 2-1.5: Manufacturer: VeriFone Inc [ 1328.678734] usb 2-1.5: SerialNumber: 0123456789ABCD

добавляется только ttyACM0

то есть. я должен создать правило udev, по которому моя система запомнит мое устройство, например, по серийнику, и будет автоматом при его подключении привязывать к какому-нибудь порту, пусть будет 50, т е ttyS50, если я все правильно понаял. Осталось разобраться как создавать эти udev правила )

писал по памяти, попробуй, если что-то не выйдет гугли

окей. создал правило. в папке dev создается файл ссылка @COM50 ссылающийся на ttyACM0 по типу того что я создавал вручную в папке с ПО только с названием ttyS99. Как мне это поможет в определении компорта?

кто-то писал здесь про систему DOS он прав, это ПО писали в т ч для него, т к есть соответствующая инструкция. если я наберу команду cat /proc/tty/driver/serial, выдаст такой список 0: uart:unknown port:000003F8 irq:4 1: uart:unknown port:000002F8 irq:3 2: uart:unknown port:000003E8 irq:4 3: uart:unknown port:000002E8 irq:3 4: uart:unknown port:00000000 irq:0 5: uart:unknown port:00000000 irq:0 6: uart:unknown port:00000000 irq:0 7: uart:unknown port:00000000 irq:0 8: uart:unknown port:00000000 irq:0 9: uart:unknown port:00000000 irq:0 10: uart:unknown port:00000000 irq:0 11: uart:unknown port:00000000 irq:0 12: uart:unknown port:00000000 irq:0 13: uart:unknown port:00000000 irq:0 14: uart:unknown port:00000000 irq:0 15: uart:unknown port:00000000 irq:03E8 16: uart:unknown port:00000000 irq:0 17: uart:unknown port:00000000 irq:0 18: uart:unknown port:00000000 irq:0 19: uart:unknown port:00000000 irq:0 20: uart:unknown port:00000000 irq:0 21: uart:unknown port:00000000 irq:0 22: uart:unknown port:00000000 irq:0 23: uart:unknown port:00000000 irq:0 24: uart:unknown port:00000000 irq:0 25: uart:unknown port:00000000 irq:0 26: uart:unknown port:00000000 irq:0 27: uart:unknown port:00000000 irq:0 28: uart:unknown port:00000000 irq:0 29: uart:unknown port:00000000 irq:0 30: uart:unknown port:00000000 irq:0 31: uart:unknown port:00000000 irq:0

так вот в системе DOS это значило бы, что

3F8 это COM1 2F8 это COM2 3E8 это COM3 2E8 это COM4

не знаю как это может помочь просто наткнулся на соответствие

полагаю что надо искать параметр устройства типо 3F8, потом расшифровать его

А порт теперь не 16-м стал?

Ищи быдлокодера, который это говно написал.

Что это за утилита, кстати? Может, за то время, что ты ищешь решения, проще было с нуля ее переписать?

банковское по. устройство - терминал эквайринг

ну так и обращайся к нему как com50, в какой порт его не ткни для него всегда будет именно этот симлинк, привязанный к vid pid serial и всегда будет трактоваться однозначно на машине с подобным udev правилом

А ТС не въезжает не только в линукс, но и в это говноПО. И, похоже, у него нет ни исходников, чтобы сделать нормально, ни того урода рядом, чтобы ему морду набить!

да не, перечитал еще раз, порт указывается в конфиге софтины, тут походу тс в надмозга играет вместо того чтоб сесть и почитать

ну собственно беглый гуглинг по этим терминалам и привел меня к ответу в составе пакета есть сшаник в котором прописан порт, собственно не вижу драмы заглянуть в него и написать хоть удев правило, хоть симлинк руками, хоть сшаник переписать

всем спасибо кто помогал. в общем разобрался нашелся способ через udev. прога действительно понимает конкретный фыва, а именно ttyS*, поэтому создаем правило ссылку на нее с любым номером (что крайне удобно - можно не гадать).

Я так понял проблема с определением была конкретно для моей сборки linux (у меня ubuntu). В гугле находил инструкцию, что люди определяют порт через команду ls -la /dev/ttyS* -выводит список всех ttyS, в стандартных случаях это все физические комы, ttyS0-ttyS3 и после подключения добавляется новый типо ttyS61, откуда сразу определяем номер. НО у меня же ИЗНАЧАЛЬНО существовало 60+ ttyS* под всевозможными номерами, и этот способ не работал. Проблема решилась УДАЛЕНИЕМ под правами root конкретного ttyS* из папки /dev/, на который создали правило, после этого применяем правило снова sudo udevadm trigger, после этого все работает.

Да залезь же уже в скрипты программы, я ж вечером тебе писал, если не работает с ttyACM1, то в конфиге скорее всего захардкожено ttyACM0. Найди где оно, замени на что-то вменяемое например ttyVeriFone. создай udev правило и живи спокойно.

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

В случае с ACM0 и бубунтой все просто: в бубунте при втыкании флешки запускается какой-то демон, который пытается определить, не модем ли это случаем. Ну и на всякий случай эта дрянь создает устройство ACMx.

На SO поищи, как избавиться от такого поведения. Там то ли ненужный networkmanager убить нужно, то ли modemd (кажись, второе, но первое тоже лучше не запускать, оно не нужно).

Ну или нормальный линукс поставь, а не это говно.

ну ты-то тоже походу про терминалы на модеме не слышал, да да, там такое сплошь и рядом, кто тебе сказал, что modemd можно безболезненно грохнуть? На кой хрен падтерминал прикидывается модемом уже отдельный разговор.

кто тебе сказал, что modemd можно безболезненно грохнуть?

Я тебе сказал. Это говно не нужно, т.к. и без него все работает прекрасно.

В этой заметке я расскажу про то, как можно проверить COM порт в Linux.

Для этого нам понадобятся:

права на чтение и запись в COM порт
программа minicom
кусок толстого многожильного кабеля

Права доступа

проверяем какие у нас в системе есть COM порты, а также наши права на них:

/dev/ttyS0 это первый COM порт
/dev/ttyS1 соответственно второй COM порт
/dev/ttyUSB0 специальный кабель-переходник из USB в COM (Gembird UAS111)

Как мы видим для работы с COM портом необходимы права root либо пользователь должен входить в группу dialout

Провод для связи

Берём многожильный кабель в оплётке длиной 4-6 см, и соединяем 2 и 3 выводы COM порта перемычкой из этого кусочка провода. Оплётка будет удерживать провод на контактах, а металлические жилы внутри будут проводниками.
Для любителей паять можно предложить спаять полный loop-back тестер. В нём соединить не только контакты приёма передачи, но и аппаратный контроль потока и готовность терминала.

Работа с программой minicom

Для начала необходимо настроить программу minicom

Выбираем «Настройка последовательного порта»

+-----------------------------------------------------------------------+
| A - Последовательный порт : /dev/ttyS0
| B - Размещение lock-файла : /var/lock
| C - Программа при выходе :
| D - Программа при запуске :
| E - Скорость/Чётность/Биты : 115200 8N1
| F - Аппаратное управление потоком : Да
| G - Программное управление потоком : Нет
|
| Какую настройку изменить?
+-----------------------------------------------------------------------+

Если нужно, меняем СОМ порт, нажимая «A»
Отключаем аппаратное управление потоком, нажимая «F»
Выходим из настроек «Enter»
Сохраняем настройки по умолчанию «Сохранить настройки как dfl»
Выходим из minicom

Собственно проверка СОМ порта

Запускаем minicom без параметров.

Пробуем нажимать на клавиши. В ответ на экране должны появляться символы.
Проверка COM порта под linux завершена.

Эта запись была сделана 21.12.2010, 13:50 под рубрикой Разное. Вы можете подписаться на эту запись с помощью RSS 2.0. Both comments and pings are currently closed.

Читайте также: