Linux за българи: Форуми

Нетехнически теми => Идеи и мнения => Темата е започната от: pvn в Sep 19, 2008, 21:20



Титла: Отново проблем със смяната МАК на фонера...
Публикувано от: pvn в Sep 19, 2008, 21:20
Проблемите найстина започнаха да стават много...
Като за начало качих OpenWRT.Оказа се,че светодиода на WiFi мрежата на рутер-а ми е свързан към GPIO-то на процесора,а за тази цел трябват драйвери.Да но за тази дистрибуция която съм качил,с това ядро НЯМА package и съответно не ми работи светодиода.Та..свалих си аз ново ядро,прекомпилирах го с подходящите настройки и светодиода запали.До тук добре.Пусна се рутер-а всичко тръгна,но тук се появи и другия проблем.Когато седна МАК адрес,различен от фабричния и интердейса забива. Губя пинг до него. Рестарт не помага,единствено смяната с оригиналния МАК.Въпроса ми е да не съм забравил да вмъкна някой модул и затова да ми прави такива проблеми? С по-старата версия на ядрото (2.6.23.1) всичко беше наред,а с тази новата 2.6.26.3 не иска... :(

Опитах да сменя МАК-а на WIFI интерфейса и няма никакви проблеми...само с LAN-a не иска да сработи





Титла: Отново проблем със смяната МАК на фонера...
Публикувано от: gat3way в Sep 19, 2008, 21:39
А интерфейсът смъкнат ли е или е вдигнат докато правиш тази операция :)


Титла: Отново проблем със смяната МАК на фонера...
Публикувано от: pvn в Sep 19, 2008, 21:41
Е как ще е вдигнат :) Нали ще даде грешка,че не може да извърши операцията, защото интерфейса се използва ;) Разбира се,че е свален.
ifconfig eth0 down
ifconfig eth0 hw ether XX:XX....
ifconfig eth0 up
... и БУМ :)





Титла: Отново проблем със смяната МАК на фонера...
Публикувано от: bulg в Sep 19, 2008, 22:50

  • Виж, какво е set-нато в /etc/network/interfaces и /etc/udev/rules.d/70-persistent-net.rules
  • Да не би да пробваш да вкараш еднакъв mac с тоя на wl или с някой такъв от вътрешната ти мрежа; с една фраза, повтаря ли се? Спри wl и пробвай пак.
  • Опитай с:
Примерен код
ifdown -a
ifconfig eth0 hw ether xx:xx:xx:xx:xx (с малки букви ли го въвеждаш)
ifup -a


Титла: Отново проблем със смяната МАК на фонера...
Публикувано от: pvn в Sep 20, 2008, 09:44
МАК-а разбира се е с големи букви. Опитах по начина,който ми даде,но отново не става. Ще се поразровя в CONFIG файловете,където се описват настройките на интерфейса,да не би някъде да има някаква проверка. Друг в мрежата нямам с този мак.Тези основните неща съм ги проверил.Като го сменя на WIFI и няма проблем,но сменя ли го на ETH0 и край.


Титла: Отново проблем със смяната МАК на фонера...
Публикувано от: bulg в Sep 20, 2008, 12:54
Цитат (pvn @ Сеп. 20 2008,09:44)
МАК-а разбира се е с големи букви.

Въведи го с малки (и на wireless-a). Изтрий, ако имаш записи с големи.





Титла: Отново проблем със смяната МАК на фонера...
Публикувано от: pvn в Sep 20, 2008, 13:38
Не там е проблема. Опитах МАС само с цифри и не става. Когато въведа фабричниа мак,независимо с какви букви е,работи.Така,че не може да е от там проблема.


Титла: Отново проблем със смяната МАК на фонера...
Публикувано от: bulg в Sep 20, 2008, 14:43
След като си взех дневната доза "гугльo":
Цитат
Set the MAC:
nvram get lan_hwaddr
(Current MAC is Displayed)
nvram set lan_hwaddr=(TARGET MAC Address)
nvram get lan_hwaddr
(double check the change went through)

At the end of all that, you need to run:

nvram commit

This writes the settings to the nvram.

You'll need to reboot your router for the settings to take effect, but on the next boot, you should be able to telnet in and run 'ifconfig eth1' and see your new MAC address.

Има и други вариации, например:

http://forums.linksys.com/linksys....id=2107
http://www.dd-wrt.com/phpBB2....tart=15
http://blog.haerwu.biz/2007....russian
http://www.alyz.com/openwrt.xhtml


Титла: Отново проблем със смяната МАК на фонера...
Публикувано от: pvn в Sep 20, 2008, 15:12
Хмм...всичките тези теми съм ги минал.Тази дистрибуция на OpenWRT НЕ поддържа nvram. Мисля,че NVRAM се поддържа само от WhiteRussian.
Тук става дума за Kamikaze.

P.S. От сайта на OpenWRT:
"Some older Kamikaze builds have configuration files which mimic the NVRAM configuration in that there are only key=value pairs in the configuration files."





Титла: Отново проблем със смяната МАК на фонера...
Публикувано от: bulg в Sep 20, 2008, 15:50
Освен да погледнеш това.
Дерзай по-обстойно с търсачката; няма начин да няма начин :)
Успех!


Титла: Отново проблем със смяната МАК на фонера...
Публикувано от: pvn в Sep 20, 2008, 15:56
Доста си поиграх с търсачката.Може би цели 2 седмици.За да се стигне до там,че да искам помощ пт форумите,и да пусна тикет на съпорт-а на OpenWRT...

Този линк как може да ми помогне? И това съм прочел.Аз знам как да си компилирам image.Не ми трябва WEB interface :) Проблема тук е друг..с МАК адреса!


Титла: Отново проблем със смяната МАК на фонера...
Публикувано от: pvn в Sep 20, 2008, 18:34
хмм забелязах нещо много странно.Имам 2 интерфейса.Единия е ETH0,а другия е  br-lan вдигнат към eth0. IP-то на br-lan e 192.168.1.1, a eth0 няма IP. Когато сменя МАК-а на eth0,той се сменя автоматично и на br-lan. Връзка все още нямам след смяната.Свързал съм компютър с ИП 192.168.1.2. Когато пингна компютъра от рутер-а и връзката тръгва,появява се и пинг от компютъра към рутер-а...Какво става??? :)

P.S. Ето малко инфо. Ако не направя смяната ръчно,еми изпълня скрипт се появява следното:


br-lan: port 1(eth0) entering learning state
br-lan: topology change detected, propagating br-lan: port 1(eth0) entering forwarding state
br-lan: port 1(eth0) entering disabled state br-lan: port 1(eth0) entering learning state
br-lan: topology change detected, propagating
br-lan:port 1(eth0) entering forwarding state
br-lan: port 1(eth0) entering disabled state
br-lan: port 1(eth0) entering learning state
br-lan: topology change detected, propagating
br-lan: port 1(eth0) entering forwarding state
br-lan: port 1(eth0) entering disabled state
br-lan: port 1(eth0) entering learning state
br-lan: topology change detected, propagating
br-lan: port 1(eth0) entering forwarding state
br-lan: port 1(eth0) entering disabled state
br-lan: port 1(eth0) entering learning state
br-lan: topology change detected, propagating
br-lan: port 1(eth0) entering forwarding state
br-lan: port 1(eth0) entering disabled state device eth0 left promiscuous mode
br-lan: port 1(eth0) entering disabled state device eth0 entered promiscuous mode
br-lan: port 1(eth0) entering learning state
br-lan: topology change detected, propagating
br-lan: port 1(eth0) entering forwarding state

ifconfig: SIOCSIFHWADDR: Cannot assign requested address

Изпълнява се следното:

ifdown -a
ifconfig eth0 hw ether XX:XX...
ifup -a





Титла: Отново проблем със смяната МАК на фонера...
Публикувано от: bulg в Sep 20, 2008, 20:27
Бриджнат интерфейс.
ifconfig
cat /etc/config/network
route -n
arp -n
Модела на устройството?
"MAC address clone" работи ли?
В зависимост от това, какво ти е бриджнато: https://dev.openwrt.org/ticket/1014


пп. Колкото до webif, пишат, че и през него може да се правело смяна.


Титла: Отново проблем със смяната МАК на фонера...
Публикувано от: pvn в Sep 20, 2008, 20:33
Какво визираш под реда "МАС Address Clone" не можах да разбера?
Като се прибера ще пастна всичките неща който описа,без горния "съмнителен" ред.

Ето това е /etc/config/network

config interface loopback
   option ifname   lo
   option proto   static
   option ipaddr   127.0.0.1
   option netmask   255.0.0.0

config interface lan
   option ifname   eth0
        option type    bridge
   option proto   static
        option ipaddr   192.168.1.1
   option netmask   255.255.255.0


v route-a са описани само двете брежи,без дефаулт gateway мисля. Модела мисля,че съм го написал в предишните постове
Фонера 2100
Това от линка,което ми даде се надявам да е добавено в текущия Revision.Ще го опитам.

P.S. Много неща пише,но не стават. Също така пише,че може да се прави смяна и през оригиналния фирм и интерфейс на Fonera,но НЕ може.Също така пише,че може да се прави и с DD-WRT,но СЪЩО не може. Тъй че...явно ще трябва нешо по-хард :)

P.S Route -n
Destination      Gateway    GenMast           Flags   Metric  Ref   Use   Iface
192.168.1.0    0.0.0.0       255.255.255.0     U        0       0        0 br-lan

arp-a е само записа на ИП и МАК на моя компютър

с option hwaddr нищо не става.Не дава никаква грешка,но не промяна МАК адреса.





Титла: Отново проблем със смяната МАК на фонера...
Публикувано от: bulg в Sep 21, 2008, 00:19
Изкопано и леко преработено:

#Проба 1 /опитваш с което стане; би трябвало да е с първото, ама.../
ifconfig br-lan hw ether xx.xx..
ifconfig br-lan:0 hw ether xx.xx..
ifconfig br-lan:1 hw ether xx.xx..

#Проба 2
В
/etc/config/network :

добави:

option macaddr  "хх.хх.хх.." #със малки ...или цифри

и рестарт на устройството #преди беше само на networking-a
после:  dmesg | grep eth

#Проба 3
Цитат
If you need to clone MAC address on the WAN port use MAC address cloning. This is done with the macaddr option in the wan section.

uci set network.wan.macaddr=11:22:33:aa:bb:cc
uci commit network
ifup wan


ред.: oooпс, бе човек, тоя бридж да не ти е между lan и wl by default? Глей к'во найдох:

Interface Name        Description

br-lan                       LAN & WiFi

Ако е така, дали ще стане номера?





Титла: Отново проблем със смяната МАК на фонера...
Публикувано от: bulg в Sep 21, 2008, 01:46
*Бат'съм и...Как не се сетих по-рано за 'по-културния' начин. М'начи, ако не стане със смяната (даже не ти и требе), промени ip-адреса на на eth0 с някакъв произволен, различен от 192.168.1.1, разбира се. После правиш "виртуална"(eth0 alias) lan:

ifconfig eth0:0 192.168.1.1 netmask 255.255.255.0 hw ether  хх:хх:хх..(mac-a, който желаеш, различен от eth0) up

и занапред си ползваш eth0:0 със здраве.:)

Виж дали бачкат и после ги набутай в /etc/config/network


пп. Може да се пробваш и с vconfig.





Титла: Отново проблем със смяната МАК на фонера...
Публикувано от: pvn в Sep 21, 2008, 10:59
Така,за сега махнах br-lan. Имам само lo и eth0.
Първо ето резултата от изпълнението на единия пример:

root@OpenWrt:/# ifdown -a
root@OpenWrt:/# uci set network.lan.macaddr=11:22:33:44:55:66
root@OpenWrt:/# uci commit network
root@OpenWrt:/# ifup -a
device eth0 left promiscuous mode
device eth0 entered promiscuous mode
ifconfig: SIOCSIFHWADDR: Cannot assign requested address
device eth0 left promiscuous mode
device eth0 entered promiscuous mode

Второ.Опитах да вдигна VLAN с VCONFIG. Смених МАК-а,дадох му адрес от същата мрежа,НО нямам връзка до него от компютъра.
Конфигнах го по друг начин.
vconfig add eth0 0

/etc/config/network
config interface lan1
   option ifname eth0.0
   option proto static
   option ipaddr 192.168.1.4
   option netmask 255.255.255.0
   option macaddr 00:11:22:33:44:55

Мака се сетва,всичко е ОК.Рестартирам интерфейса,дори рестартирах и рутера. Интерфейса се вдига с зададения от мен мак,НО когато пингна 192.168.1.4,в арп таблицата ми е записан фабрични МАК,а не този който съм му задал.И както си вървеше пинга към 192.168.1.4,без да правя каквото и да било по рутер-а,и връзката спря.Остана само тази до 192.168.1.1.
Махнах ИП адреса от eth0,сега е празно и вдигнах VLAN с друго ИП.Отново няма връзка.Интересното обаче е,че има връзка от рутер-а към компютъра,но обратно няма.
Опитах ifconfig eth0:0 192.168.1.1 netmask 255.255.255.0 hw ether  хх:хх:хх.. up и ми изписа,че не мога да седна МАК адреса,защото ресурса е зает.След което свалих eth0,отново изпълних горната команда,и вдигнах eth0.Вдигнаха се 2-та интерфейса: eth0 и eth0:0, но и двата с еднакъв МАК адрес.Отново нямам връзка до тях.Когато се опитах да вдигна eth0:0 БЕЗ да сетвам МАК и БЕЗ да свалям eth0 всичко беше наред.Имах връзка и до двата интерфейса.НО ако сетна МАК се губи всичко.

Мани майтапа ама преебах SSH-a и сега имам само достъп през серииния интерфейс и ще се наложи пак да префлашна защото не мога да се докопам до конзола.
И така..в изходна позиция сме :)

P.S.

Опитах следното
uci set network.lan.macaddr=....
uci commit network

и рестартирах рутер-а. Сетна си новия МАК,но отново няма връзка.





Титла: Отново проблем със смяната МАК на фонера...
Публикувано от: Slevin_ в Sep 21, 2008, 12:21
Я пробвай следната процедура. Директивата в  /etc/config/network
#### WAN configuration
config interface    wan
    option ifname    "eth0.1"
    option macaddr    xx:xx:xx:xx:xx:xx

Като след
това виж дали в /lib/network/config.sh в скрипра всички инстанции са с macaddr, а не с hwaddr,
Може да пробваш и обратното.
macaddr <--> hwaddr

Едит:
А това пробвал ли си го:
Из : http://wiki.openwrt.org/OpenWrt....6a07c22


Цитат

1.3.2.6. MAC Address Cloning
Add the following option to /etc/config/network under the wan section:


option macaddr xx:xx:xx:xx:xx:xx
Restart the network using:


/etc/init.d/network restart
or reboot your router

Check dmesg or syslog for the change. If the mac address does not change, clean your nvram variables using these instructions:


http://wiki.openwrt.org/Faq#hea....d5beb9c
 







Титла: Отново проблем със смяната МАК на фонера...
Публикувано от: pvn в Sep 21, 2008, 12:30
Цитат (Slevin_ @ Сеп. 21 2008,13:21)
Едит:
А това пробвал ли си го:
Из : http://wiki.openwrt.org/OpenWrt....6a07c22


Цитат

1.3.2.6. MAC Address Cloning
Add the following option to /etc/config/network under the wan section:


option macaddr xx:xx:xx:xx:xx:xx
Restart the network using:


/etc/init.d/network restart
or reboot your router

Check dmesg or syslog for the change. If the mac address does not change, clean your nvram variables using these instructions:


http://wiki.openwrt.org/Faq#hea....d5beb9c
 


Това съм го пробвал вече.Още в началото.
Дали е macaddr или hwaddr и по двата начина го приема,но ако го впишва в /etc/config/network ми изкарва съобщения,че адреса не може да бъде сменен.Никъде по логовете не виждам да има някакви грешки.

Струва ми се,че има някакъв бъг в ядрото.Следвах всякакви инструкции от сайта им,правих какво ли не и не става.С Kernel 2.4 няма тези проблеми,но с 2.6 явно са доста сериозни.Вчера пуснах тикет на OpenWRT в BugReport и чакам отговор.Ако излезе от някъде някакво решение веднага ще го постна за да си знаят другите за напед. Но за момента няма такова...





Титла: Отново проблем със смяната МАК на фонера...
Публикувано от: bulg в Sep 21, 2008, 14:11
За да смениш hw addr на eth0:0, a и най-вероятно на eth0, трябва да смъкнеш port security; сменяш мака/овете/ и пак "го вдигаш".  Поогледай за фонерата, как ще стане. За cisco, гледам, има решения. Вероятно е аналогично.
Unbridge-ването, чрез изтриване br-lan ли го направи?


Титла: Отново проблем със смяната МАК на фонера...
Публикувано от: pvn в Sep 21, 2008, 14:13
Как го смъкваш това порт секюрити?
br-lan го махнах кат изтрих реда option proto bridge или нещо такова беше в настройката,ресетнах рутер-а и вече са само etho и lo.
На по-старата версия с Kernel 2.4 няма такива грижи.С до сега опоменатите команди всичко ставаше...


Титла: Отново проблем със смяната МАК на фонера...
Публикувано от: bulg в Sep 21, 2008, 14:38
Mи щото за администриране на бриджа има и brctl.
---------------------------------

btw, за cisco:

http://www.cisco.com/en....1070356

Enables port security on the trunk:
Router(config-if)# switchport port-security

Disables port security on the trunk:
Router(config-if)# no switchport port-security
---------------------------------

За Dell PowerConnect Switch:
http://docs.us.dell.com/support/edocs/network/5P788/CLIG/interfac.htm
Цитат
Syntax

    port security [action {shutdown | trap | trap-and-shutdown}]
    no port security [action]

        * action - Indicates the security action to be taken when a port security violation is detected.
              o shutdown - Disable the port only.
              o trap - Issue an SNMP trap message only.
              o trap-and-shutdown - Issue an SNMP trap message and disable the port.


Console(config)#interface ethernet 1/5
Console(config-if)#port security action shutdown

---------------------------------
ред.: При разни management switch-ове, командите са същите, а и има опция това да стане, чрез web interfacе-то им. При теб случаят е по-различен, но потърси все пак.





Титла: Отново проблем със смяната МАК на фонера...
Публикувано от: pvn в Sep 21, 2008, 14:51
Бриджа вече го няма.Не ми се вярва чак такива неща да трябва да се правят.Поне би било описано в HowTo,а там изобщо не е упоменато нещо такова.Все по-силно започвам да си мисля,че има някакъв проблем с ядрото.


Титла: Отново проблем със смяната МАК на фонера...
Публикувано от: bulg в Sep 21, 2008, 16:02
Виж това, дали няма да ти помогне:

libnet-mac-perl - Net::MAC - Perl extension for representing and manipulating MAC addresses

macchanger - utility for manipulating the MAC address of network interfaces

http://linuxhelp.blogspot.com/2005....ur.html

---------------------
Taка и така си "разбил" бриджа. Що не опиташ да разкараш еth0(ifconfig eth0 down) и да я създадеш отново с нов mac(но без ip на първо време ifconfig eth0 0.0.0.0 hw ether хх:хх:.. up), a що и не - да създадеш eth1 (след down-ването на eth0, напр.), който също можеш и да бриджнеш с wlan-a.

Ако има трудности със "смъкването" на eth0, прегледай man ifplugd.





Титла: Отново проблем със смяната МАК на фонера...
Публикувано от: bulg в Sep 21, 2008, 17:41
Цитат
Special RedBoot Commands

The set_npe_mac command allows the printing and setting of the ethernet MAC address of the three NPE ports. To print the current MAC addresses of all ethernet ports:

RedBoot> set_npe_mac
NPE eth0 mac: 00:02:b3:3c:15:ab
NPE eth1 mac: 00:02:b3:3c:16:46
NPE eth2 mac: 00:02:b3:3c:16:48

To set the mac address for NPE eth1 (NPEC), use something like:

RedBoot> set_npe_mac -p 1 00:02:b3:3c:16:46


Титла: Отново проблем със смяната МАК на фонера...
Публикувано от: pvn в Sep 21, 2008, 18:36
И това опитвах още преди.  Версиията на RedBoot-a не го поддържа. Това се поддържа само от Fonera 2200+.
Не мога да вдигна друг интерфейс ETH1,защото  ми казва,че няма такова устройство.Мога да го вдигна като VLAN,но вече го пробвах и не става.

P.S. Найстина вече незнам какво става....
Префлашнах с нов релииз. Както си бяха настройките с br-lan реших да сменя мак-а.
Направих следното:
Този път реших да сменя МАК не на br-lan еми на eth0
ifconfig eth0 down
ifconfig eth0 hw ether XX:XX
ifconfig eth0 up
Когато вдигнах интерфейса,нямам връзка от компютъра към рутер-а.Реших да пусна един пинг от рутер-а към компютъра.Рутер-а се позамисли малко(10-тина сек) и пинг-а тръгна.В този момент тръгна и пинга от компа към рутер-а.В arp таблицата на компютъра,ип-то на рутера е точно това което съм сетнал.Какво става?? Защо е необходимо да пингвам от рутер-а нещо,за да тръгне връзката? И защо точно сега реши да тръгне?

И така явно това е единственото решение за момента.Сега питанката е следната:
В /etc/init.d/network заредих следното

ifconfig eth0 down
ifconfig eth0 hw ether XX:XX
ifconfig eth0 up
Когато пусна рутер-а и мак е сменен,но връзка до него не тръгва докато не пусна пинг от рутер-а към компютъра.
Как мога в скирпта да пусна пинг така,че пинга да върви докато получа отговор и тогава да го спра?

За момента ще е така - ping xxx.xx -c 10





Титла: Отново проблем със смяната МАК на фонера...
Публикувано от: bulg в Sep 21, 2008, 22:05
М'хъм, пропуснах, че преди създаването на eth1, трябва да се преименува eth0 на eth1, защото нямаш друг nic, освен wifi-то де. Файлът, в който трябва да се направи промяната, е различно именуван в различните дистрибуции. При мен е /etc/udev/rules.d/70-persistent-net.rules. При теб незнам къде е и намериш ли го, понеже там е и описанието на network header-a, има вероятност да си решиш проблема с mac. Но виждам, че проблемът вече не те вълнува, така че:

Колкото до:
Цитат
Когато пусна рутер-а и мак е сменен,но връзка до него не тръгва докато не пусна пинг от рутер-а към компютъра.
Как мога в скирпта да пусна пинг така,че пинга да върви докато получа отговор и тогава да го спра?
надявам се bash master-ите да ти съдействат, ако не, пусни го като нова тема.


Титла: Отново проблем със смяната МАК на фонера...
Публикувано от: pvn в Sep 21, 2008, 22:21
Ем това е временно решение...не ме кефи толкоз :) Ще търся нормално решение... :) Или по-скоро ще чакам от OpenWRT да оправят бъг-а,ако може да се нарече така :)