¿Cómo establecer permisos en las interfaces de red?

En cada reinicio, /dev/bpf*se cambian los permisos en los dispositivos de red.

Como desarrollador, quiero acceso de escritura en estos archivos. Esto se puede solucionar fácilmente con un archivochmod .

¿Cuál es la solución más elegante para solucionar este problema de forma permanente?

Respuestas (1)

Wireshark envía un StartupItemque hace precisamente eso; sin embargo, la API StartupItems está obsoleta:

 The SystemStarter utility is deprecated.  System services should instead
 be described by a launchd.plist(5).  See launchd(8) for more details.
 The launchd utility is available on Mac OS X 10.4 and later.

 In earlier versions of Mac OS X, the SystemStarter utility is used to
 start, stop, and restart the system services which are described in the
 /Library/StartupItems/ and /System/Library/StartupItems/ paths.

Entonces, dado que está pidiendo "la solución más elegante", sería un demonio de lanzamiento.

No he probado el siguiente código, pero debería ser más o menos correcto.

Crear un archivo /Library/LaunchDaemons/com.stackexchange.apple.bpf-helper.plist:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>Label</key>
    <string>com.stackexchange.apple.bpf-helper</string>
    <key>ProgramArguments</key>
    <array>
        <string>/Library/PrivilegedHelperTools/com.stackexchange.apple.bpf-helper.sh</string>
    </array>
</dict>
</plist>

Y un archivo /Library/PrivilegedHelperTools/com.stackexchange.apple.bpf-helper.sh:

#!/bin/sh
chgrp admin /dev/bpf*
chmod g+rw /dev/bpf*

Ambos deben ser propiedad de root:wheel. El primero debería ser 644; el segundo 755 (600 y 700, respectivamente, probablemente también funcionará).

Puede usarlo launchctl load -w /Library/LaunchDaemons/com.stackexchange.apple.bpf-helper.plistpara probarlo sin reiniciar.

[launchd-dev] Acerca de la clave ServiceIPC :On Leopard and later, you can treat the ServiceIPC key as being inferred through the presence of a Sockets or MachServices dictionary. There's no need to explicitly specify it.
En realidad no había querido dejar eso ahí, ya que debería ser irrelevante, pero gracias. :)