Показать Список USB-устройства для знания имени/dev/?

[115983] Полагаю, это может быть и ответ, так что он, по крайней мере, читабельный:

Правда в том, что @slm имеет точку зрения на

nmap

- для работы с вашей сетью и тестирования пером это незаменимый инструмент, и он определенно стоит того, чтобы с ним познакомиться. Но для тестирования связи только между двумя машинами в соотношении 5:1. конфигурации порта, это может быть немного много. Но опять же, возможно, это прекрасная возможность научиться им пользоваться.

В любом случае, если у вас его нет,

netcat

1. - чрезвычайно гибкий. И, возможно, что более важно,
2. nc

не требует

• su root
• для выполнения [116459]0 i/o[116460] ops, как это делает
• nmap[116986]. В вышеприведенном ответе я просто использую
  • $i
  , чтобы заменить последнюю цифру целевого порта на

  0

  для первого раунда и

  $i[116992] [116468] после этого увеличенного значения. Так как, как я считаю,

  $ ln -s ~/dotfiles/bashrc ~/.bashrc
  

  nc

  должен вернуть вам

  true

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

  $ grep /dev/pts /proc/mounts
  devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620 0 0
  

  $i

  # mount devpts /dev/pts -t devpts -o mode=620
  

  увеличится только в том случае, если 8140 будет открыта и

  rar x $file $folder\ -y av-
  

  nc

  1. сможет использовать ее для набора номера.

  2. $i

     • увеличивается в тесте, чтобы убедиться, что вы не выходите за пределы указанного вами диапазона портов
     • 9094
     • , и в этот момент она, наконец, вернет
     • true
  , удовлетворив тем самым

  до

  • и завершив цикл. Говоря об этом,

  до

  вы [116487] можете [117011] связать

  местный

  8140 -p [117014]ort [116490] ваш цикл будет

  спать 1

  секунды (как @slm рекомендует), прежде чем пытаться снова.

  Я просто бросаю

  stderr

  с

  2>&-

  так что вам не придется смотреть на [116497]не смогли связать...[116498] сообщения, спамующие ваш терминал. Как написано, в этом, возможно, никогда не будет необходимости, так как

  sleep

  вызывается каждый раз, когда

  $i

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

  Если я как-то ошибся со значением

  nc

  return, и оно

  возвращает false

  , даже если оно [116507] может [116508] защитить 8140 локально, но целевой порт закрыт, то это легко обрабатывается с помощью более специфического использования

  $?

  - просто дайте мне знать.[115998].