Zmiana Nazwy Interfejsu Sieciowego

@sunrise · Marzec 27, 2014

Podaj jeszcze wyniki poleceń:

systemctl --full list-units|grep -i udev

dmesg|grep -i 'wlan\|wlp'

chmielu · Kwiecień 5, 2014



[root@localhost mchmielewski]# systemctl --full list-units|grep -i udev

systemd-udev-settle.service                                                                                loaded active exited    udev Wait for Complete Device Initialization

systemd-udev-trigger.service                                                                               loaded active exited    udev Coldplug all Devices

systemd-udevd.service                                                                                      loaded active running   udev Kernel Device Manager

systemd-udevd-control.socket                                                                               loaded active running   udev Control Socket

systemd-udevd-kernel.socket                                                                                loaded active running   udev Kernel Socket

[root@localhost mchmielewski]# dmesg|grep -i 'wlan\|wlp

>

@WalDo · Kwiecień 5, 2014

Kopiuj polecenia dokładnie. W ostatnim poleceniu zabrakło apostrofu na końcu, czyli domykającego pojedynczego cudzysłowu.

chmielu · Kwiecień 6, 2014

Racja. Nie zauważyłem. oto wynik polecenia:

[mchmielewski@localhost ~]$ dmesg|grep -i 'wlan\|wlp'
[    1.661929] usb 1-2: Product: USB2.0 WLAN
[   11.865261] systemd-udevd[326]: renamed network interface wlan0 to wlp0s16f4u2
[   25.409488] IPv6: ADDRCONF(NETDEV_UP): wlp0s16f4u2: link is not ready
[  114.554191] wlp0s16f4u2: authenticate with f8:d1:11:52:65:8e
[  114.752593] wlp0s16f4u2: send auth to f8:d1:11:52:65:8e (try 1/3)
[  114.764857] wlp0s16f4u2: authenticated
[  114.766341] ath9k_htc 1-2:1.0 wlp0s16f4u2: disabling HT/VHT due to WEP/TKIP use
[  114.767281] wlp0s16f4u2: associate with f8:d1:11:52:65:8e (try 1/3)
[  114.775996] wlp0s16f4u2: RX AssocResp from f8:d1:11:52:65:8e (capab=0x431 status=0 aid=2)
[  114.783299] wlp0s16f4u2: associated
[  114.783380] IPv6: ADDRCONF(NETDEV_CHANGE): wlp0s16f4u2: link becomes ready

@sunrise · Kwiecień 6, 2014

Wszystko wygląda ok, nie mam pojęcia dlaczego nie działa. Dodam, że u mnie na f20 i f19 działa bez problemu, co prawda na karcie pcie a nie usb, ale to nie powino rzutować.

U mnie brak jedynie uruchomionej usługi systemd-udev-settle.service, według mnie bez znaczenia.

Podaj jeszcze wyniki poleceń:

ls -la /etc/udev/rules.d

ifconfig

chmielu · Kwiecień 6, 2014


[mchmielewski@localhost ~]$ ls -la  /etc/udev/rules.d
razem 12
drwxr-xr-x. 2 root root 4096 03-23 19:33 .
drwxr-xr-x. 3 root root 4096 03-20 16:02 ..
-rw-r--r--. 1 root root  151 03-26 18:08 70-persistent-net.rules
[mchmielewski@localhost ~]$ ifconfig
lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 0  (Local Loopback)
        RX packets 264  bytes 22852 (22.3 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 264  bytes 22852 (22.3 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
 
p34p1: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether 00:13:8f:d9:3c:87  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
 
wlp0s16f4u2: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.101  netmask 255.255.255.0  broadcast 192.168.0.255
        inet6 fe80::56e6:fcff:fe92:5c2c  prefixlen 64  scopeid 0x20<link>
        ether 54:e6:fc:92:5c:2c  txqueuelen 1000  (Ethernet)
        RX packets 61926  bytes 57864679 (55.1 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 57676  bytes 8742085 (8.3 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

a to zawartość pliku 70-persistent-net.rules

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="54:E6:FC:92:5C:2C", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlp*", NAME="wlan0"

@sunrise · Kwiecień 6, 2014

a to zawartość pliku 70-persistent-net.rules

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="54:E6:FC:92:5C:2C", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlp*", NAME="wlan0"

Zamiast wlp* powinno być wlan*

@WalDo · Kwiecień 6, 2014

Z tym wlan zamiast wlp byłbym ostrożny. Spójrz jak się nazywa interfejs pokazany przez ifconfig.

@sunrise · Kwiecień 7, 2014

Z tym wlan zamiast wlp byłbym ostrożny. Spójrz jak się nazywa interfejs pokazany przez ifconfig.

Interface nazywa się wlp* ponieważ udev zmienił jego nazwę z wlan* (nazwa nadawana przxez kernel), w przypadku ethernetu będzie to eth*

[ 11.865261] systemd-udevd[326]: renamed network interface wlan0 to wlp0s16f4u2

andrew · Kwiecień 7, 2014

Zgadza się.

W moim przypadku:

[andrew@DellF17 ~]$ ifconfig
p2p1: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether 00:23:ae:00:20:2a  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 16

A po wprowadzeniu pliku xxxx.rules:

SUBSYSTEM=="net", ATTR{address}=="00:23:ae:00:20:2a", KERNEL=="eth*", NAME="eth0"

[andrew@DellF17 ~]$ ifconfig
eth0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether 00:23:ae:00:20:2a  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 16

@WalDo · Kwiecień 7, 2014

OK, chyba rozumiem o co chodzi z tym KERNEL. Zakręcone, ale jak się poczyta, to się trochę wyjaśnia. W sumie wychodzi mi, że w przykładzie, który podał andrew KERNEL można pominąć - jądro samo powinno zidentyfikować urządzenie po MAC. Będę musiał to sprawdzić, ale chyba SUBSYSTEM w tej sytuacji też można sobie odpuścić. W sumie chcemy tylko zmienić nazwę urządzenia o podanym adresie.

andrew · Kwiecień 7, 2014

OK, chyba rozumiem o co chodzi z tym KERNEL. Zakręcone, ale jak się poczyta, to się trochę wyjaśnia. W sumie wychodzi mi, że w przykładzie, który podał andrew KERNEL można pominąć - jądro samo powinno zidentyfikować urządzenie po MAC. Będę musiał to sprawdzić, ale chyba SUBSYSTEM w tej sytuacji też można sobie odpuścić. W sumie chcemy tylko zmienić nazwę urządzenia o podanym adresie.

Masz rację, u mnie wystarczy:

ATTR{address}=="00:23:ae:00:20:2a", NAME="eth0"

chmielu · Kwiecień 7, 2014

Zgadza się.

W moim przypadku:

[andrew@DellF17 ~]$ ifconfig
p2p1: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether 00:23:ae:00:20:2a  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 16

A po wprowadzeniu pliku xxxx.rules:

SUBSYSTEM=="net", ATTR{address}=="00:23:ae:00:20:2a", KERNEL=="eth*", NAME="eth0"

[andrew@DellF17 ~]$ ifconfig
eth0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether 00:23:ae:00:20:2a  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 16

Geniusz Po wpisaniu twojej komendy zadziałało

[mchmielewski@localhost ~]$ ifconfig
lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 0  (Local Loopback)
        RX packets 1711  bytes 143376 (140.0 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 1711  bytes 143376 (140.0 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
 
p34p1: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether 00:13:8f:d9:3c:87  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
 
wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.101  netmask 255.255.255.0  broadcast 192.168.0.255
        inet6 fe80::56e6:fcff:fe92:5c2c  prefixlen 64  scopeid 0x20<link>
        ether 54:e6:fc:92:5c:2c  txqueuelen 1000  (Ethernet)
        RX packets 1130  bytes 471550 (460.4 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 1197  bytes 232600 (227.1 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Teraz mam problem bo pod pakietem aircrack po uruchomieniu trybu monitoringu jest komentarz, że " Nazwa nie jest unikalna w sieci

" i nie można odpalić airoump'a bo pojawa się ten sam komunikat w języku angielskim:

[root@localhost mchmielewski]# airmon-ng start wlan0
 
 
Found 5 processes that could cause trouble.
If airodump-ng, aireplay-ng or airtun-ng stops working after
a short period of time, you may want to kill (some of) them!
 
PID     Name
471     avahi-daemon
475     avahi-daemon
864     wpa_supplicant
1905    NetworkManager
2117    dhclient
Process with PID 2117 (dhclient) is running on interface wlan0
 
 
Interface       Chipset         Driver
 
wlan0           Atheros AR9271  ath9k - [phy0]SIOCSIFFLAGS: Nazwa nie jest unikalna w sieci
 
                                (monitor mode enabled on mon0)
 
[root@localhost mchmielewski]# airodump-ng mon0
ioctl(SIOCSIFFLAGS) failed: Name not unique on network
[root@localhost mchmielewski]#

Jeśli zmienić dział to na jaki? Pozdrawiam i dziękuję w rozwiązaniu problemu nr 1

chmielu · Kwiecień 11, 2014

Ktoś odpowie na zapytanie aircrack'a ?

chmielu · Kwiecień 27, 2014

Guess what? I found a site that's giving Minecraft gift codes away for free! http://freeminecraftgiftcode.net

Zmiana Nazwy Interfejsu Sieciowego

Rekomendowane odpowiedzi

Odnośnik do komentarza

Udostępnij na innych stronach

Odnośnik do komentarza

Udostępnij na innych stronach

Odnośnik do komentarza

Udostępnij na innych stronach

Odnośnik do komentarza

Udostępnij na innych stronach

Odnośnik do komentarza

Udostępnij na innych stronach

Odnośnik do komentarza

Udostępnij na innych stronach

Odnośnik do komentarza

Udostępnij na innych stronach

Odnośnik do komentarza

Udostępnij na innych stronach

Odnośnik do komentarza

Udostępnij na innych stronach

Odnośnik do komentarza

Udostępnij na innych stronach

Odnośnik do komentarza

Udostępnij na innych stronach

Odnośnik do komentarza

Udostępnij na innych stronach

Odnośnik do komentarza

Udostępnij na innych stronach

Odnośnik do komentarza

Udostępnij na innych stronach

Odnośnik do komentarza

Udostępnij na innych stronach

Jeśli chcesz dodać odpowiedź, zaloguj się lub zarejestruj nowe konto

Zarejestruj nowe konto

Zaloguj się