Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Zmiana adresu MAC karty sieciowej
36 views
Skip to first unread message
JaceK
Oct 12, 2015, 5:13:51 PM10/12/15
to
Chciałbym zmienić adres MAC karty sieciowej w Centosie 6.5. W pliku
reguł udev /etc/udev/rules.d/70-persistent-names.rules jest reguła
nadawania nazwy eth1 na podstawie adresu MAC. W pliku konfiguracyjnym
/etc/sysconfig/network-scripts/ifcfg-eth1 jest wpis HWADDR = adresowi
MAC karty taki jak w pliku reguł udev. Jak zmieniam w tym pliku wartość
HWADDR na inną to pojawia się błąd podczas uruchamiania systemu:
"urządzenie eth1 posiada adres mac inny niż spodziewany, ignorowanie".
Jak zakomentuję HWADDR i dodam linię z MACADDR jest to samo. Jeśli w
pliku reguł udev zmienię MAC adres na inny to podczas uruchamiania udev
i tak wykrywa urządzenie ze starym adresem MAC, dodaje kolejny wpis w
pliku reguł i przydziela kolejną dostępną nazwę np. eth4. Nie wiem co
robię źle i zaczynam mieć wątpliwości czy w ogóle jest możliwa zmiana
adresu MAC karty. Jestem skażony Windowsem, tam można było zmienić adres
MAC karty we właściwościach urządzenia. Jak można osiągnąć podobny
rezultat w Linuksie? Jak to w ogóle działa? Bo wygląda jakby podczas
startu udev na podstawie fizycznie zakodowanego adresu MAC ustalał nazwę
interfejsu, i ten sam adres MAC musi być powtórzony w pliku
konfiguracyjnym jako wartość HWADDR. To jest logiczne i rozumiem, ale
czy można zmienić adres MAC karty sieciowej, tak aby zakodowany fizyczny
adres MAC był "nadpisany" przez inną wartość i jako taki był widoczny w
systemie?
JaceK
reguł udev /etc/udev/rules.d/70-persistent-names.rules jest reguła
nadawania nazwy eth1 na podstawie adresu MAC. W pliku konfiguracyjnym
/etc/sysconfig/network-scripts/ifcfg-eth1 jest wpis HWADDR = adresowi
MAC karty taki jak w pliku reguł udev. Jak zmieniam w tym pliku wartość
HWADDR na inną to pojawia się błąd podczas uruchamiania systemu:
"urządzenie eth1 posiada adres mac inny niż spodziewany, ignorowanie".
Jak zakomentuję HWADDR i dodam linię z MACADDR jest to samo. Jeśli w
pliku reguł udev zmienię MAC adres na inny to podczas uruchamiania udev
i tak wykrywa urządzenie ze starym adresem MAC, dodaje kolejny wpis w
pliku reguł i przydziela kolejną dostępną nazwę np. eth4. Nie wiem co
robię źle i zaczynam mieć wątpliwości czy w ogóle jest możliwa zmiana
adresu MAC karty. Jestem skażony Windowsem, tam można było zmienić adres
MAC karty we właściwościach urządzenia. Jak można osiągnąć podobny
rezultat w Linuksie? Jak to w ogóle działa? Bo wygląda jakby podczas
startu udev na podstawie fizycznie zakodowanego adresu MAC ustalał nazwę
interfejsu, i ten sam adres MAC musi być powtórzony w pliku
konfiguracyjnym jako wartość HWADDR. To jest logiczne i rozumiem, ale
czy można zmienić adres MAC karty sieciowej, tak aby zakodowany fizyczny
adres MAC był "nadpisany" przez inną wartość i jako taki był widoczny w
systemie?
JaceK
grapeli23
Oct 12, 2015, 6:25:11 PM10/12/15
to
https://www.centos.org/docs/5/html/5.2/Deployment_Guide/s2-networkscripts-interfaces-eth0.html
--
MACADDR=<MAC-address>
This directive should not be used in conjunction with HWADDR.
--
Wystarczy jak w pliku konfiguracyjnym
/etc/sysconfig/network-scripts/ifcfg-eth1
określisz z pomocą MACADDR, właściwy. Przy okazji zakomentuj HWADDR. Jak
on tam się dodał?
Jesteś świetnie zaznajomiony z windowsem, mam pytanie jak w nim
zmienić MAC bez restartu całego systemu.
marrgol
Oct 12, 2015, 6:47:46 PM10/12/15
to
On 2015-10-12 23:13, JaceK wrote:
> Chciałbym zmienić adres MAC karty sieciowej w Centosie 6.5. W pliku
> reguł udev /etc/udev/rules.d/70-persistent-names.rules jest reguła
> nadawania nazwy eth1 na podstawie adresu MAC. […] Jeśli w
> Chciałbym zmienić adres MAC karty sieciowej w Centosie 6.5. W pliku
> reguł udev /etc/udev/rules.d/70-persistent-names.rules jest reguła
> pliku reguł udev zmienię MAC adres na inny to podczas uruchamiania udev
> i tak wykrywa urządzenie ze starym adresem MAC, dodaje kolejny wpis w
> pliku reguł i przydziela kolejną dostępną nazwę np. eth4.
Spróbuj dopisać do linii z oryginalnym adresem:
> i tak wykrywa urządzenie ze starym adresem MAC, dodaje kolejny wpis w
> pliku reguł i przydziela kolejną dostępną nazwę np. eth4.
, RUN+="/sbin/ip link set dev %k address XX:XX:XX:XX:XX:XX"
gdzie XX:XX:XX:XX:XX:XX to nowy adres (ew. zmień sbin na ścieżkę,
gdzie Centos trzyma ip).
--
mrg
nadporucznik
Oct 13, 2015, 1:28:54 AM10/13/15
to
Użytkownik "grapeli23" <grap...@googlemail.com> napisał w wiadomości
news:mvhbs8$fv3$1...@dont-email.me...
> Zaawansowane > Locally Administered Address > Wartość
> OK > prawoklik na karcie > Wyłącz > Włącz.
--
nadporucznik
starszy....@wojsko.pl
news:mvhbs8$fv3$1...@dont-email.me...
>
> Jesteś świetnie zaznajomiony z windowsem, mam pytanie jak w nim
> zmienić MAC bez restartu całego systemu.
>
>
Menedżer urządzeń > Karty sieciowe > Właściwości karty
> Jesteś świetnie zaznajomiony z windowsem, mam pytanie jak w nim
> zmienić MAC bez restartu całego systemu.
>
>
> Zaawansowane > Locally Administered Address > Wartość
> OK > prawoklik na karcie > Wyłącz > Włącz.
--
nadporucznik
starszy....@wojsko.pl
grapeli23
Oct 13, 2015, 4:36:46 AM10/13/15
to
grapeli23
Oct 13, 2015, 7:21:36 AM10/13/15
to
Dnia 12.10.2015 marrgol <mar...@address.invalid> napisał/a:
> On 2015-10-12 23:13, JaceK wrote:
>> Chciałbym zmienić adres MAC karty sieciowej w Centosie 6.5. W pliku
>
> On 2015-10-12 23:13, JaceK wrote:
>> Chciałbym zmienić adres MAC karty sieciowej w Centosie 6.5. W pliku
>
> Spróbuj dopisać do linii z oryginalnym adresem:
>
> , RUN+="/sbin/ip link set dev %k address XX:XX:XX:XX:XX:XX"
>
> gdzie XX:XX:XX:XX:XX:XX to nowy adres (ew. zmień sbin na ścieżkę,
> gdzie Centos trzyma ip).
>
>
To jest przykład kombinowania. Udev nie służy do podnoszenia interfejsów
>
> , RUN+="/sbin/ip link set dev %k address XX:XX:XX:XX:XX:XX"
>
> gdzie XX:XX:XX:XX:XX:XX to nowy adres (ew. zmień sbin na ścieżkę,
> gdzie Centos trzyma ip).
>
>
sieciowych. Tylko do detekcji sprzętu, ładowania odpowiedzialnego modułu
i przydzielania nazwy. Często wykorzystuje się do poprawy, gdy kolejność
nazw zmienie się w sposób nieporządany (najczęściej po MAC-u).
JaceK
Oct 13, 2015, 11:42:50 AM10/13/15
to
On 13.10.2015 00:23, grapeli23 wrote:
> Nie kombinuj.
> https://www.centos.org/docs/5/html/5.2/Deployment_Guide/s2-networkscripts-interfaces-eth0.html
>
> --
> MACADDR=<MAC-address>
> This directive should not be used in conjunction with HWADDR.
> --
>
> Wystarczy jak w pliku konfiguracyjnym
> /etc/sysconfig/network-scripts/ifcfg-eth1
> określisz z pomocą MACADDR, właściwy. Przy okazji zakomentuj HWADDR. Jak
> on tam się dodał?
On się tam sam dodał chyba z instalacji, nie jestem pewny.
> Nie kombinuj.
> https://www.centos.org/docs/5/html/5.2/Deployment_Guide/s2-networkscripts-interfaces-eth0.html
>
> --
> MACADDR=<MAC-address>
> This directive should not be used in conjunction with HWADDR.
> --
>
> Wystarczy jak w pliku konfiguracyjnym
> /etc/sysconfig/network-scripts/ifcfg-eth1
> określisz z pomocą MACADDR, właściwy. Przy okazji zakomentuj HWADDR. Jak
> on tam się dodał?
Miałem jeszcze jeden błąd: RTNETLINK: Cannot assign requested address,
ale tutaj znalazłem odpowiedź:
http://superuser.com/questions/725467/set-mac-address-fails-rtnetlink-answers-cannot-assign-requested-address
Poza tym zgodnie z Twoją radą usunąłem HWADDR, dodałem inny MACADDR i
wszystko ruszyło. Dziękuję!
JaceK
marrgol
Oct 13, 2015, 12:39:56 PM10/13/15
to
On 2015-10-13 13:19, grapeli23 wrote:
>> Spróbuj dopisać do linii z oryginalnym adresem:
>>
>> , RUN+="/sbin/ip link set dev %k address XX:XX:XX:XX:XX:XX"
>>
>> gdzie XX:XX:XX:XX:XX:XX to nowy adres (ew. zmień sbin na ścieżkę,
>> gdzie Centos trzyma ip).
>
> To jest przykład kombinowania.
Zapomniałeś dodać „moim zdaniem”.
>> Spróbuj dopisać do linii z oryginalnym adresem:
>>
>> , RUN+="/sbin/ip link set dev %k address XX:XX:XX:XX:XX:XX"
>>
>> gdzie XX:XX:XX:XX:XX:XX to nowy adres (ew. zmień sbin na ścieżkę,
>> gdzie Centos trzyma ip).
>
> To jest przykład kombinowania.
> Udev nie służy do podnoszenia interfejsów sieciowych.
> Tylko do detekcji sprzętu, ładowania odpowiedzialnego modułu
> i przydzielania nazwy.
interfejsu to równoważne czynności konfiguracyjne, i bardzo mi
odpowiada, że autorzy udev umożliwili mi robienie tego jednocześnie
i w jednym miejscu.
--
mrg
marrgol
Oct 13, 2015, 12:43:47 PM10/13/15
to
On 2015-10-13 10:34, grapeli23 wrote:
>>> Jesteś świetnie zaznajomiony z windowsem, mam pytanie jak w nim
>>> zmienić MAC bez restartu całego systemu.
>>
>> Menedżer urządzeń > Karty sieciowe > Właściwości karty
>> > Zaawansowane > Locally Administered Address > Wartość
>> > OK > prawoklik na karcie > Wyłącz > Włącz.
> ...i restart.
Restart jest zbędny, „Wyłącz > Włącz” zresztą też, a przynajmniej
>>> Jesteś świetnie zaznajomiony z windowsem, mam pytanie jak w nim
>>> zmienić MAC bez restartu całego systemu.
>>
>> Menedżer urządzeń > Karty sieciowe > Właściwości karty
>> > Zaawansowane > Locally Administered Address > Wartość
>> > OK > prawoklik na karcie > Wyłącz > Włącz.
> ...i restart.
tak było „za moich czasów” (W2003 i wcześniejsze) - po około
minucie wszystko samo rusza (właśnie to sobie potwierdziłem w XP).
OIDP działa to dużo pewniej kiedy MAC adres zaczyna się jakimś
prawdziwym OUI, a nie jest zupełnie dowolny, pewnie serwer DHCP
mniej się wtedy ociąga (o ile w ogóle nie odmawia) z przydziałem
adresu IP.
--
mrg
grapeli23
Oct 13, 2015, 1:26:37 PM10/13/15
to
Dnia 13.10.2015 marrgol <mar...@address.invalid> napisał/a:
> On 2015-10-13 13:19, grapeli23 wrote:
>>> Spróbuj dopisać do linii z oryginalnym adresem:
>
> On 2015-10-13 13:19, grapeli23 wrote:
>>> Spróbuj dopisać do linii z oryginalnym adresem:
>
> Zapomniałeś dodać „moim zdaniem”.
>
Nie zapomniałem.
>
>> Udev nie służy do podnoszenia interfejsów sieciowych.
>
> I powyższe polecenie nie służy do podniesienia interfejsu.
>
>> Tylko do detekcji sprzętu, ładowania odpowiedzialnego modułu
>
> W mojej bajce nadanie nazwy i zmiana MAC adresu właśnie wykrytego
> interfejsu to równoważne czynności konfiguracyjne, i bardzo mi
> odpowiada, że autorzy udev umożliwili mi robienie tego jednocześnie
> i w jednym miejscu.
>
Idealne miejsce do rezerwowania nazw.
> interfejsu to równoważne czynności konfiguracyjne, i bardzo mi
> odpowiada, że autorzy udev umożliwili mi robienie tego jednocześnie
> i w jednym miejscu.
>
Kamil Jońca
Oct 13, 2015, 1:47:04 PM10/13/15
to
I dlaczego?
KJ
--
http://stopstopnop.pl/stop_stopnop.pl_o_nas.html
Keyboard error press F1 continue
grapeli23
Oct 13, 2015, 2:30:02 PM10/13/15
to
odpowiedniech nazw konkretnym urządzeniom.
Dopuszczam nawet nie używanie udevd.
Kamil Jońca
Oct 13, 2015, 2:47:05 PM10/13/15
to
KJ
--
http://wolnelektury.pl/wesprzyj/teraz/
"I'm not stupid, I'm not expendable, and I'M NOT GOING!"
marrgol
Oct 13, 2015, 6:39:56 PM10/13/15
to
On 2015-10-13 19:24, grapeli23 wrote:
>>> To jest przykład kombinowania.
przykładów „kombinowania” z udevem… Np. takie automatyczne
uruchamianie backupu przez udev po podłączeniu streamera?
Brrr, zgroza. Dodawanie dysku do odbudowy do macierzy? Makabra.
>>> Udev nie służy do podnoszenia interfejsów sieciowych.
>>
>> I powyższe polecenie nie służy do podniesienia interfejsu.
>>
> Inaczej. Czemuż ma służyć ta pre-konfiguracja.
Już napisałem, ale skoro potrzebujesz, to powtórzę:
konfiguracja/nadanie/zmiana (jak zwał, tak zwał; i nie wiem,
po co tu jakieś „pre-”) nazwy interfejsu, jeśli mi nie odpowiada
nadana przez jądro, i MAC adresu tego samego interfejsu, jeśli mi
nie pasuje fizyczny, to dla mnie czynności równoważne i nie widzę
ani jednego powodu, by nie korzystać z danej mi możliwości zrobienia
jednego i drugiego jednocześnie, i w jednym miejscu.
> Marnowaniu PID-u?
Marnowanie PID-u? Poważnie???
--
mrg
>>> To jest przykład kombinowania.
>>
>> Zapomniałeś dodać „moim zdaniem”.
>
> Nie zapomniałem.
Jjjasne. Musi ci być ciężko - w sieci tyle gorszących
>> Zapomniałeś dodać „moim zdaniem”.
>
> Nie zapomniałem.
przykładów „kombinowania” z udevem… Np. takie automatyczne
uruchamianie backupu przez udev po podłączeniu streamera?
Brrr, zgroza. Dodawanie dysku do odbudowy do macierzy? Makabra.
>>> Udev nie służy do podnoszenia interfejsów sieciowych.
>>
>> I powyższe polecenie nie służy do podniesienia interfejsu.
>>
> Inaczej. Czemuż ma służyć ta pre-konfiguracja.
konfiguracja/nadanie/zmiana (jak zwał, tak zwał; i nie wiem,
po co tu jakieś „pre-”) nazwy interfejsu, jeśli mi nie odpowiada
nadana przez jądro, i MAC adresu tego samego interfejsu, jeśli mi
nie pasuje fizyczny, to dla mnie czynności równoważne i nie widzę
ani jednego powodu, by nie korzystać z danej mi możliwości zrobienia
jednego i drugiego jednocześnie, i w jednym miejscu.
> Marnowaniu PID-u?
Marnowanie PID-u? Poważnie???
--
mrg
0 new messages