Arch Linux

macchanger mit systemd

Thorsten Reinbold

Hallo allerseits,

ich habe ein Problem damit, macchanger mittels systemd zum Laufen zu bekommen. Ich bin nach der Anleitung im englischen Wiki vorgegangen.

Durchgeführte Schritte:

1: pacman -S macchanger
2: systemd service erstellt (/etc/systemd/system/macspoof@eth0.service)

[Unit]
Description=MAC Address Change %I
Wants=network-pre.target
Before=network-pre.target
BindsTo=sys-subsystem-net-devices-%i.device
After=sys-subsystem-net-devices-%i.device

[Service]
Type=oneshot
ExecStart=/usr/bin/ip link set dev %i address 36:aa:88:c8:75:3a
ExecStart=/usr/bin/ip link set dev %i up

[Install]
WantedBy=multi-user.target

3: sudo sysemctl enable macspoof@eth0.service

Der erwünschte Effekt bleibt leider aus. Das Netzwerk braucht nun eine ganze Weile, bis es aktiviert wird und die MAC wird auch nicht geändert.

systemctl status macspoof@eth0.service ergibt

● macspoof@eth0.service - macchanger on eth0
   Loaded: loaded (/etc/systemd/system/macspoof@eth0.service; enabled; vendor preset: disabled)
   Active: inactive (dead)

Dependency failed for macchanger on eth0.
macspoof@eth0.service: Job macspoof@eth0.service/start failed with result 'dependency'.

shibumi

Hallo Thorsten,
Wenn du systemd-networkd nutzt kannst du via systemd-networkd die mac faken und brauchst das nicht via macchanger zu tun.
https://wiki.archlinux.org/index.php/MAC_address_spoofing#Method_1:_systemd-networkd

Thorsten Reinbold

Ich nutze NetworkManager unter Gnome. Die Möglichkeit per systemd-networkd hatte ich mir schon angesehen, der Ansatz die MAC semi-random zu setzen ist allerdings ein Vorteil von macchanger, den ich gern nutzen würde.

shibumi

Existiert denn sys-subsystem-net-devices-eth0.device überhaupt?

Thorsten Reinbold

Öhm... locate ergab gerade ein klares: Nö. Wie und wo müsste ich das aktivieren?

LessWire

Mit 'locate' wirst Du das auch nicht finden.
'systemctl|grep sys-subsystem'
sollte es u.a. zeigen.

Thorsten Reinbold

Arg. Ich Depp. Sorry, war schon spät. 😉

sys-subsystem-net-devices-enp0s25.device
loaded active plugged   Ethernet Connection I217-V

War also nicht vorhanden. Mich verwirrt die Umbenennung der Netzwerke durch systemd zuweilen (eth0>enp0s25), bzw. der Zeitpunkt ab dem systemd das macht.

sudo systemctl disable macspoof@eth0.service
Removed symlink /etc/systemd/system/multi-user.target.wants/macspoof@eth0.service.
sudo mv /etc/systemd/system/macspoof@eth0.service /etc/systemd/system/macspoof@enp0s25.service 
sudo systemctl enable macspoof@enp0s25.service
Created symlink from /etc/systemd/system/multi-user.target.wants/macspoof@enp0s25.service to /etc/systemd/system/macspoof@enp0s25.service.

Ich teste das mal.

Edit: Teilerfolg, der Service lädt:

systemctl status macspoof@enp0s25.service
● macspoof@enp0s25.service - macchanger on enp0s25
   Loaded: loaded (/etc/systemd/system/macspoof@enp0s25.service; enabled; vendor preset: disabled)
   Active: inactive (dead) since Di 2016-05-03 13:26:03 CEST; 14min ago
  Process: 371 ExecStart=/usr/bin/macchanger -e %I (code=exited, status=0/SUCCESS)
 Main PID: 371 (code=exited, status=0/SUCCESS)

Mai 03 13:26:03 Aegis systemd[1]: Starting macchanger on enp0s25...
Mai 03 13:26:03 Aegis macchanger[371]: Current MAC:   [echte MAC] (MITAC INTERNATIONAL CORP.)
Mai 03 13:26:03 Aegis macchanger[371]: Permanent MAC: [echte MAC] (MITAC INTERNATIONAL CORP.)
Mai 03 13:26:03 Aegis macchanger[371]: New MAC:       [neue MAC] (MITAC INTERNATIONAL CORP.)
Mai 03 13:26:03 Aegis systemd[1]: Started macchanger on enp0s25.

Dummerweise nur ein TEILerfolg, denn anders als behauptet, wird die MAC NICHT geändert. Sowohl 'ip link show enp0s25' als auch die Netzwerkdiagnose unter Gnome und der NetworkManager zeigen die originale MAC an.

Thorsten Reinbold

Verwirrenderweise kommt der Umstand hinzu, dass z.B. im Interface des NetworkManager unter "Kabelgebunden" die neue MAC angezeigt wird. Allerdings nur dann, wenn ich die Schnittstelle per Slider abschalte. Schalte ich sie wieder ein, wird wieder die echte MAC-Adresse angezeigt. Kann es sein, dass der NetworkManager bei Aktivierung die MAC wieder ändert?

drcux

Method 5: NetworkManager

n815i3xjx8lomlny

Also bei mir wird mit der Methode für systemd-networkd die MAC-Adresse tatsächlich geändert! Ich weiß nicht, wovon das abhängt, dass die geändert wird oder nicht, aber wollte nur mal schnell die Info da lassen, dass es prinzipiell geht.

Thorsten Reinbold

drcux schriebMethod 5: NetworkManager

Die hatte ich als Erstes versucht, da kommt aber überhaupt keine Verbindung mehr zustande, weil:

Process 463 (NetworkManager) of user 0 dumped core.

Stack trace of thread 463:
#0  0x000000000046924f n/a (NetworkManager)
#1  0x0000000000473c00 nm_device_update_dynamic_ip_setup (NetworkManager)
#2  0x0000000000447b14 n/a (NetworkManager)
#3  0x000000000046e51b nm_device_set_carrier (NetworkManager)
#4  0x000000000044798e n/a (NetworkManager)
#5  0x0000000000477d7e n/a (NetworkManager)
#6  0x00007fc1e92aedba g_main_context_dispatch (libglib-2.0.so.0)
#7  0x00007fc1e92af160 n/a (libglib-2.0.so.0)
#8  0x00007fc1e92af482 g_main_loop_run (libglib-2.0.so.0)
#9  0x0000000000443c3a n/a (NetworkManager)
#10 0x00007fc1e8cc7710 __libc_start_main (libc.so.6)
#11 0x0000000000444469 n/a (NetworkManager)

Stack trace of thread 504:
#0  0x00007fc1e8d8a7f9 syscall (libc.so.6)
#1  0x00007fc1e92f3afa g_cond_wait_until (libglib-2.0.so.0)
#2  0x00007fc1e9283929 n/a (libglib-2.0.so.0)
#3  0x00007fc1e9283f4b g_async_queue_timeout_pop (libglib-2.0.so.0)
#4  0x00007fc1e92d63ca n/a (libglib-2.0.so.0)
#5  0x00007fc1e92d5975 n/a (libglib-2.0.so.0)
#6  0x00007fc1e904f424 start_thread (libpthread.so.0)
#7  0x00007fc1e8d8ecbd __clone (libc.so.6)

Stack trace of thread 506:
#0  0x00007fc1e8d85c3d poll (libc.so.6)
#1  0x00007fc1e92af0fc n/a (libglib-2.0.so.0)
#2  0x00007fc1e92af482 g_main_loop_run (libglib-2.0.so.0)
#3  0x00007fc1e98ab6d6 n/a (libgio-2.0.so.0)
#4  0x00007fc1e92d5975 n/a (libglib-2.0.so.0)
#5  0x00007fc1e904f424 start_thread (libpthread.so.0)
#6  0x00007fc1e8d8ecbd __clone (libc.so.6)

Stack trace of thread 502:
#0  0x00007fc1e8d85c3d poll (libc.so.6)
#1  0x00007fc1e92af0fc n/a (libglib-2.0.so.0)
#2  0x00007fc1e92af20c g_main_context_iteration (libglib-2.0.so.0)
#3  0x00007fc1e92af249 n/a (libglib-2.0.so.0)
#4  0x00007fc1e92d5975 n/a (libglib-2.0.so.0)
#5  0x00007fc1e904f424 start_thread (libpthread.so.0)
#6  0x00007fc1e8d8ecbd __clone (libc.so.6)


receive_packet failed on enp0s25: Network is down

Thorsten Reinbold

Mh... irgend etwas scheint da ganz grundsätzlich nicht zu stimmen. Führe ich macchanger im laufenden Betrieb im Terminal aus

sudo ip link set enp0s25 down
sudo macchanger -e enp0s25
Current MAC:   00:22:4d:aa:79:be (MITAC INTERNATIONAL CORP.)
Permanent MAC: 00:22:4d:aa:79:be (MITAC INTERNATIONAL CORP.)
New MAC:       00:22:4d:b5:e6:0e (MITAC INTERNATIONAL CORP.)
sudo ip link set enp0s25 up

ist das Tool offenbar erfolgreich, die MAC bleibt aber trotzdem die Gleiche. Scheint, als ob da schon irgendwo der Wurm drin ist.

LessWire

Thorsten Reinbold schrieb Mich verwirrt die Umbenennung der Netzwerke durch systemd zuweilen (eth0>enp0s25), bzw. der Zeitpunkt ab dem systemd das macht.

Leere Datei für udev anlegen:

touch /etc/udev/rules.d/80-net-setup-link.rules

Die Bezeichnungen für eth0, wlan0, etc. bleiben dann wie früher gewohnt.

Kommentar dazu:

# This file masks persistent renaming rules for network devices. If you
# delete this file, /usr/lib/udev/rules.d/80-net-name-slot.rules may
# rename network devices according to ID_NET_NAME_{ONBOARD,SLOT,PATH}
# properties of your network devices, with priority in that order. See
# the output of 'udevadm test-builtin net_id /sys/class/net/$interface'
# for details on what that new name might be.
#
# http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames

Thorsten Reinbold

LessWire schrieb
Thorsten Reinbold schrieb Mich verwirrt die Umbenennung der Netzwerke durch systemd zuweilen (eth0>enp0s25), bzw. der Zeitpunkt ab dem systemd das macht.
Leere Datei für udev anlegen:
touch /etc/udev/rules.d/80-net-setup-link.rules
Die Bezeichnungen für eth0, wlan0, etc. bleiben dann wie früher gewohnt.

Funktioniert auf dem Weg nicht, die Variante im Link klappt aber:

ln -s /dev/null /etc/udev/rules.d/80-net-setup-link.rules

Löst allerdings leider nicht das Hauptproblem. Dennoch danke! 😉

LessWire

Ok, dann scheint udev auf die leere Datei nicht zu reagieren (bei mir stehen Kommentarzeilen drin, funktioniert). Aber ein symlink tut's ja genauso.

Zum 'macchanger' selbst kann ich nichts sagen.
Vorstellen könnte ich mir, daß im bereits lfd. Netzwerkbetrieb die Änderung der MAC Adresse nicht mehr so einfach akzeptiert wird, weil sie bereits zusammen mit der IP an anderen Stellen (z.B. Router, Switches, DHCP Server, o.ä.) hinterlegt ist - nur so als 'Idee' auf die Schnelle ...

Thorsten Reinbold

Da rächt es sich mal wieder, dass ich als Heranwachsender nie ein Fan von LAN-Parties war. Netzwerk ist mein blinder Fleck. Ich habe hier eigentlich ein stinknormales Standardsetup (Standard-DSL, Arch mit Gnome installiert, nichts groß geändert). Ich teste mal, ob macchanger auf einem testweise vom Stick gebooteten Antergos live funktioniert.

LessWire

Du hast die Kontrolle des Netzwerks dem networkmanager übertragen und mit dem macchanger funkt ein Fremdprogramm dazwischen - ist einen Versuch wert aber grundsätzlich nicht empfehlenswert.

Eine funktionierende Lösung wäre - wie oben schon vorgeschlagen - systemd-networkd anstelle dem networkmanager zu verwenden. Eine sich immer wieder ändernde MAC müsste dann durch ein kleines Skript vor dem Start des service bewerkstelligt werden. Das wäre doch eine nette Aufgabe, auch für heranwachsende Archuser geeignet. 😉

Thorsten Reinbold

Danke, das funktioniert nun. Mich wundert es dennoch, dass die Anleitung aus dem Wiki, die sich ausdrücklich auf den NetworkManager in Verbindung mit macchanger bezieht, nicht funktioniert. :/ Ich weiss dass das Ding ziemlicher Schrott ist und öfter mal für Probleme sorgt, aber ohne fühle ich mich irgendwie ein wenig nackt.

LessWire

Thorsten Reinbold schriebIch weiss dass das Ding ziemlicher Schrott ist und öfter mal für Probleme sorgt, aber ohne fühle ich mich irgendwie ein wenig nackt.

Ja, das ist auch eine Einstellung!! 🙂
Na dann hoffentlich trotzdem noch viel Spass damit!

Thorsten Reinbold

Da ich bei Netzwerken wie erwähnt nicht so bewandert bin, ist eine GUI manchmal recht beruhigend. Mit systemd-networkd ist das irgendwie "aus dem Blick". Aber man soll ja offen sein, daher habe ich den NetworkManager jetzt deaktiviert (ganz entfernen lässt er sich wg. Abhängigkeiten nicht). Manchmal sehne ich mich in die alten Pre-systemd-Zeiten zurück. 😃

Nächste Seite »