Monitoruj, co jest wysyłane do / dev / null?

Dla zabawy:
Czy istnieje sposób monitorowania / przechwytywania / zrzutu tego, co jest zapisywane /dev/null?

Na Debianie lub FreeBSD, jeśli ma to znaczenie, mile widziane są również inne rozwiązania specyficzne dla systemu operacyjnego.

Tworzenie /dev/nullnazwanej rury jest prawdopodobnie najłatwiejszym sposobem. Ostrzegamy, że niektóre programy ( sshdna przykład) będą działać nieprawidłowo lub nie będą działać, gdy dowiedzą się, że nie jest to specjalny plik (lub mogą czytać /dev/null, oczekując, że zwróci EOF).

# Remove special file, create FIFO and read from it
rm /dev/null && mkfifo -m622 /dev/null && tail -f /dev/null
# Remove FIFO, recreate special file
rm /dev/null && mknod -m666 /dev/null c 1 3

Powinno to działać we wszystkich dystrybucjach Linuksa i wszystkich głównych BSD.

Kiedyś przekonałem się, że / dev / null nie musi być specjalnym plikiem dla programistów. Dawno, dawno temu / dev / null w działającym systemie Ultrix został usunięty, więc następnym razem program przekierował się do / dev / null, w rezultacie był to normalny plik pełen danych wyjściowych z tego programu. (Myślę, że to „nie ma takiego pliku ani katalogu”, co oznaczało, że kiedy próbowaliśmy dowiedzieć się, co się dzieje, zrobiliśmy to cat /dev/nulli powiedziano nam, no such file or directoryco nas do cholery zmyliło).

Tak więc moją sugestią byłoby zastąpienie go nazwanym potokiem, a następnie dołączenie do potoku programu, który by go odczytał i monitorował.

Myślę o pomyśle, w którym / dev / null może być dowiązaniem symbolicznym do deskryptora pliku, ale z mechanizmem dodawania kodu w celu określenia operacji odczytu lub zapisu, a następnie, jeśli zostanie odczytana, powinna faktycznie odczytać z / dev / actualnull utworzonego osobno za pomocą mknod, a jeśli jest zapisany, zanotuj program wywołujący i spróbuj zalogować się / policzyć w celu analizy programów, które używają / dev / null do zapisu. Podejrzewam, że będzie to dużo kosztować pod względem wydajności. Myślę, że to nie jest praktyczne, ponieważ większość programów powłoki lub kodu i tak używa przekierowania. Czy można używać inotify do monitorowania użycia / dev / null? lub przepisz kod jądra, który obsługuje urządzenia 1: 3, ponownie skompiluj i zainstaluj ponownie, eksperymentuj.