Может один ping NIC MAC

ether-wake команда будет работать MAC-адресом, поэтому конечно, Вы (a) не будет нужен IP-адрес и (b) можно ли отправить команду без вреда (если это уже будет бодрствовать, то бужение его не окажет влияния?)

Вы видите список своего существующего кэша ARP при помощи arp -an и держа, чтобы Ваш MAC получил IP целевого узла. Однако, потому что arp является кэшем, он, возможно, был "приведен к таймауту" кэша (и все еще бодрствовать). Вам затем, вероятно, придется использовать метод грубой силы, чтобы найти, что это - IP, такой как:

 sudo nmap -sP 192.168.2.0/24 | less  

(и затем ищите 00:0c:0d:ef:02:03) - если брандмауэры и другие такие вещи не мешают!

Вы не можете пинговать обычную сетевую карту, потому что сама по себе сетевая карта не посылает никаких ответов.

Только работающий компьютер способен посылать ответы

Обычные сетевые интерфейсные карты не посылают ответы сами по себе. Для этого им всегда требуется работающее программное обеспечение на компьютере.

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

Wake-on-LAN является однонаправленным

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

Исключения

Существуют некоторые специальные сетевые карты, которые могут сами посылать ответы, например, реализующие полную разгрузку TCP handshake.

Моим приложением был сервер, подключенный к рабочей станции для получения каталога документов рабочей станции ... но рабочая станция не имела гарантированного IP-адреса, но имела известный MAC-адрес (IP-адрес был создан с помощью DHCP). этот код использует ТОЛЬКО ping.

export COUNTER=1
while [ $COUNTER -lt 255 ]
do
    #ping $1$COUNTER -c 1 -w 400 | grep -B 1 "Lost = 0" &
    # activate all 254 addresses  in the subnet..  dont really need to grep the ping output
    ping 192.168.0.$COUNTER -c 1 -w 4 2> /dev/null | grep -B 1 ' 0\% packet loss' > /dev/null &
    COUNTER=$(( $COUNTER + 1 ))
done
# wait till 254 background processes finished
wait
# the arp cache will automatically flush it's incomplete entries in about 10 minutes...
#echo "finished"

#
#SRC_SERVER_IP="192.168.0.160:873"
SRC_SERVER_IP=$(arp -a | grep "00:22:4d:81:8f:76" | awk '{print $2}' | sed 's/[()]//g')":873"

if [ $SRC_SERVER_IP == ":873"   ] ; then
    echo  "ws1.example.com is not on the network...  exiting..."
    exit 0
fi

Вот простой скрипт для проверки связи по mac-адресу. Просто сохраните и запустите, например,
macping aa:bb:cc:dd:ee:ff

Вы также можете объединить результат в цепочку, чтобы условно выполнять другие действия, например:

macping aa:bb:cc:dd:ee:ff && echo do something if online || echo do something if offline

-

#!/bin/bash
network=192.168.1.1/24

if [ "$#" -ne 1 ]; then echo Usage example: $0 aa:bb:cc:dd:ee:ff; exit 2; fi;

nmap -sP $network >& /dev/null
ip=$(arp -n | grep $1 | awk ' { print $1 }')
ping $ip -n -q -c 2 -i 0.2 -w 1 >& /dev/null
if [ $? -eq 0 ]; then
    echo Device is online \($ip\)
else
    echo Device is offline
    exit 1
fi;

Это не зависит ни от разных версий arping, ни от сложных скриптов bash:

ping $(arp-scan --localnet | grep 80:1f:02:fa:90:b7  | awk ' { printf $1 } ')

Я использовал сканирование arp -вместо arp, так как оно работает намного быстрее.