![]() |
![]() |
#13 | ||
Moderator
Регистрация: 20.07.2014
Адрес: МСК
Сообщений: 991
Вес репутации: 1031 ![]() ![]() ![]() |
![]()
Немного почитав маны, я пришел к выводу, что перехваченный tcpdump'ом пакет ARP-запроса не может быть обработан iptables, т.к. это не tcp/ip
Мониторинг tcpdump'ом не выриант - грузит и без того слабый проц на полную. Еще есть некая arpwatch.... Ушел гуглить... UPD: Вобщем это тоже не то. Теперь есть мысль об виртуальном интерфейсе, на роутере. Как только сервак засыпает - просыпатеся мафия? в смысле виртуальный интерфейс на роутере с тем же ip-шниокм. После отправки magic-packet вирт.интерфейс гаситься.... на память: Интерфейсы Asus WL-500W : eth0 = 4 x LAN порта eth1 = WAN порт eth2 = Wi-Fi br0 = LAN + Wi-Fi (eth0 + eth2) Попробуем создать виртуальный интерфейс на eth0: ifconfig eth0:0 192.168.1.81 Ура. "виртуально" сервер в сети. iptables -t nat -I PREROUTING -d 192.168.1.81 -j LOG --log-prefix="TRIGGER ME NOW !!!" cat /tmp/syslog.log БИНГО! Цитата:
$ tail -0 -f /tmp/syslog.log| awk '/TRIGGER ME NOW !!!/ {system("echo Have a nice day")}' Пингуем и получаем: Цитата:
ifconfig eth0:0 down - и он исчез Последний раз редактировалось Tohin; 07.12.2014 в 19:44. Причина: "Доктор, у меня проблема... я обгуглился" |
||
![]() |
![]() |
Метки |
iptables, wake on demand, wake-on-lan |
Здесь присутствуют: 1 (пользователей: 0 , гостей: 1) | |
Опции темы | Поиск в этой теме |
Опции просмотра | |
|
|