Изпечатай

[bulg]

*Бат'съм и...Как не се сетих по-рано за 'по-културния' начин. М'начи, ако не стане със смяната (даже не ти и требе), промени 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]

Така,за сега махнах 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_]

Я пробвай следната процедура. Директивата в  /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]

Цитат (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]

За да смениш hw addr на eth0:0, a и най-вероятно на eth0, трябва да смъкнеш port security; сменяш мака/овете/ и пак "го вдигаш".  Поогледай за фонерата, как ще стане. За cisco, гледам, има решения. Вероятно е аналогично.
Unbridge-ването, чрез изтриване br-lan ли го направи?

[pvn]

Как го смъкваш това порт секюрити?
br-lan го махнах кат изтрих реда option proto bridge или нещо такова беше в настройката,ресетнах рутер-а и вече са само etho и lo.
На по-старата версия с Kernel 2.4 няма такива грижи.С до сега опоменатите команди всичко ставаше...

[bulg]

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]

Бриджа вече го няма.Не ми се вярва чак такива неща да трябва да се правят.Поне би било описано в HowTo,а там изобщо не е упоменато нещо такова.Все по-силно започвам да си мисля,че има някакъв проблем с ядрото.

[bulg]

Виж това, дали няма да ти помогне:

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]

Цитат

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]

И това опитвах още преди.  Версиията на 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]

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

Колкото до:

Цитат

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

надявам се bash master-ите да ти съдействат, ако не, пусни го като нова тема.

[pvn]

Ем това е временно решение...не ме кефи толкоз '> Ще търся нормално решение... '> Или по-скоро ще чакам от OpenWRT да оправят бъг-а,ако може да се нарече така '>