22 Listopada 2024 05:19:37
Nawigacja
· Strona Główna
· Forum

· Tomato by Shibby
· FreshTomato


Wątki na forum
Najnowsze dyskusje
· [S] Asus RT-AC56U
· DIR868l OFW asus vs ...
· Szukam zaproszenia n...
· [MOD] FreshTomato-AR...
· Asus RT-AC5300 ,prob...
· archer c6 v3.20
· [S] Nighthawk R7000P...
· [S]Asus RT-AC5300 - ...
· Tanie N100 na promce...
· net z telefonu wifi+...
· Tomato - bugi/proble...
· HUAWEI z światłowodem
· Asus TUF-AX3000_V2 p...
· rt-ax88upro częste ...
· [Howto] Xpenology na...
· Jaki router pod Open...
· Ruter z tomato
· Czy to jeszcze NAS?
· RT AC66U B1
· Wireguard na FreshTo...
Najpopularniejsze obecnie wątki
· Szukam zaproszeni... [19]
· DIR868l OFW asus ... [8]
· [S] Asus RT-AC56U [0]
Ankieta
Jaki procesor posiada twój router?

Broadcom MIPSEL
Broadcom MIPSEL
36% [151 głosów]

Broadcom ARM
Broadcom ARM
52% [219 głosów]

Atheros
Atheros
5% [22 głosów]

Marvell
Marvell
1% [4 głosów]

Ralink
Ralink
1% [3 głosów]

Intel/AMD/VIA
Intel/AMD/VIA
1% [5 głosów]

Żaden z powyższych
Żaden z powyższych
4% [15 głosów]

Ogółem głosów: 419
Musisz zalogować się, aby móc zagłosować.
Rozpoczęto: 02/02/2015 09:38
Twoje IP
3.147.48.105
Zobacz wątek
OpenLinksys » :: ROUTERY :: » Netgear
 Drukuj wątek
WNR3500Lv1, MAC 00:FF:FF:FF:FF:FF i inne problemy.
Cataractus
Witam,

Mam problem z w/w routerem. Ostatnio zdarzyło się u mnie małe przeciążenie sieci energetycznej, po którym router zresetował się do fabrycznych. Przy próbie wczytania mu backupu konfiguracji okazało się, że nie zgadzają się adresy MAC.

Odratowywałem już kilka Netgearów po podobnej usterce (kilka szt. modeli ADSL). Wystarczyło użyć narzędzia Telnetenable.exe a następnie po nawiązaniu połączenia komenda burnethmac i było wszystko ok.

Więc cofnąłem swojego WNR3500L do OFW i użyłem w/w metody. Problem w tym, że poziom uszkodzeń jest chyba znacznie większy. MACi co prawda ma już prawidłowe ale nie pozwala już na wgranie innego FW, próba zawsze kończy się komunikatem: Upgrade failed. Please check your file. Nieważne czy to OFW czy spreparowana paczka DD-WRT lub Tomato.

Dodatkowo zauważyłem następujące problemy:
- w konfiguracji WPS pokazuje PIN w formie &#-1;&#-1;&#-1;&#-1;&#-1;&#-1;&#-1;&#-1;
- połączenie PPPoE dla WAN zawsze się kończy błędem loginu lub hasła.
- nie mogę zmienić domyślnego hasła.

Zaznaczam od razu, że nie mam interfejsu TTL.

Ktoś jest w stanie dopomóc?
 
andrzejw3
Witam.
Jakiś czas temu przy aktualizacji Tomato (w obu moich WNR3500L) również wysypały się wszystkie adresy MAC i do dziś dnia mam adresy MAC LAN 00:FF:FF:FF:FF:FF. Niestety nie jestem w stanie Ci pomóc bo sam potrzebuję pomocy w tej kwestii. Czy mógłbyś opisać dokładniej metodę przywracania tych adresów MAC? Dodam ze nie tylko ja mam z tym problem i był już nawet założony temat na forum związany z tym przypadkiem, ale nikt dotąd nie miał na to żadnych pomysłów. Podaje linka do tematu http://openlinksys.info/forum/viewthr...ost_118947
Wrt54gl Tomato by shibby
WNR3500L x2 Tomato-K26USB-1.28.RT-MIPSR2-128-BTgui-VPN
TP-LINK TL-WA5210G
MT RB711 Level 4
WAG200G
 
Cataractus
Wspominane przeze mnie narzędzie burnethmac znajduje się w firmware Netgeara, dostępne jest przez telnet.

W pierwszej kolejności trzeba wgrać do routera oryginalny firmware.
Dotychczas by uzyskać dostęp do telnetu na OFW używałem tego narzęnia:

http://www.myopenrouter.com/download/10602/NETGEAR-Telnet-Enable-Utility/

W cmd trzeba wywołać narzędzie w następującej formie:

telnetenable.exe IP MAC-Routera Gearguy Geardog

czyli

telnetenable.exe 192.168.1.1 00FFFFFFFFFF Gearguy Geardog

Następnie w tym samym okienku CMD:

telnet 192.168.1.1

(na win 7 telnet nie jest domyślnie zainstalowany więc albo trzeba to dodać w Panel Sterowania > Programy i funkcje > Włącz lub wyłącz funkcje systemu Windows > Serwer Telnet, albo użyć putty.exe)

Potem tylko
cd /sbin
burnethmac 112233445566

Oczywiście zamiast 11... trzeba użyć właściwego adresu Smile
Pozostałe 2 adresy, czyli WAN i WLAN komenda ustala sobie sama.
cd /sbin nie jest zawsze konieczne.

Tylko UWAGA!
Swojego WNR3500Lv1 zablokowałem w ten sposób na bezużytecznym OFW Sad

Biorąc pod uwagę pozostałe błędy jakie mi rzuca, to wydaje mi się że uległa uszkodzeniu zawartość jednej konkretnej partycji tylko nie wiem co z tym fantem dalej należy zrobić.
 
shibby
@andrzejw3 a mając tomato jak wejdziesz w advanced -> MAC address i dasz default to jaki MAC ci wskoczy? Poprawny czy nadal błędny?
Proxmox VE: i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD, Intel X710-DA2 SFP+
VM Router: OpenWRT 22.03.4
VM NAS: Synology SA6400
VM VPS: Debian, WWW, Home Assistant
Switch: Netgear MS510TXPP
Switch: Ubiquiti USW-Flex-mini - szt. 2
Wi-Fi: Ubiquiti U6-Lite - szt. 2
 
Cataractus
W moim wypadku wyskakiwał nieprawidłowy. Wszelkie możliwe resety itp wykonałem zanim wgrałem mu OFW.

Czy bez interfejsu com/ttl jestem w stanie coś jeszcze zrobić?
 
andrzejw3
Odpowiem na szybko bo lecę do pracy. MAC WAN i Wireless zmieniają się na błędne.
Wrt54gl Tomato by shibby
WNR3500L x2 Tomato-K26USB-1.28.RT-MIPSR2-128-BTgui-VPN
TP-LINK TL-WA5210G
MT RB711 Level 4
WAG200G
 
shibby
zmienna et0macaddr w nvram powinna wskazywać na mac switcha. Pozycja o 1 większa to mac WANu, pozycja o 2 większa to będzie wifi.

warto rzucić okiem na wszystkie wpisy:
nvram show | grep macaddr

bow różnych routerach różnie może pokazywać.
Proxmox VE: i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD, Intel X710-DA2 SFP+
VM Router: OpenWRT 22.03.4
VM NAS: Synology SA6400
VM VPS: Debian, WWW, Home Assistant
Switch: Netgear MS510TXPP
Switch: Ubiquiti USW-Flex-mini - szt. 2
Wi-Fi: Ubiquiti U6-Lite - szt. 2
 
andrzejw3
U mnie po wpisaniu tej komendy w Tomato wyskakuje:

Cytat

et0macaddr=00:ff:ff:ff:ff:ff
et1macaddr=00:ff:ff:ff:ff:ff
macaddr=00:90:4C:09:00:01
wl0_macaddr=
wl_macaddr=

gdzie oryginalne MACi zaczynały się od E0:91:F5:.......
W tej chwili dla portu WAN i Wireless mam wklepane ręcznie podniesione o jeden i dwa tak jak napisał Shibby, a LAN jest jak w temacie bo niestety nie mogę go ręcznie zmienićFrown
Wrt54gl Tomato by shibby
WNR3500L x2 Tomato-K26USB-1.28.RT-MIPSR2-128-BTgui-VPN
TP-LINK TL-WA5210G
MT RB711 Level 4
WAG200G
 
shibby
et0macaddr IMO będzie LAN
Proxmox VE: i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD, Intel X710-DA2 SFP+
VM Router: OpenWRT 22.03.4
VM NAS: Synology SA6400
VM VPS: Debian, WWW, Home Assistant
Switch: Netgear MS510TXPP
Switch: Ubiquiti USW-Flex-mini - szt. 2
Wi-Fi: Ubiquiti U6-Lite - szt. 2
 
Cataractus
shibby, czy wiesz może jakie jeszcze informacje znajdują się w board_data?

Błąd który mi wyskakuje przy wgraniu mu jakiegokolwiek firmware jest chyba związany z błędną informacją o modelu routera. Jeśli dobrze kombinuje to na ori firmware przez telnet należałoby użyć komendę burnboardid tylko jakie id podać? Google w tym temacie milczy...
 
shibby
nie dysponuję routerem netgreara ale ktoś kto takowy ma to może sprawdzić:
nvram show | grep board
Proxmox VE: i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD, Intel X710-DA2 SFP+
VM Router: OpenWRT 22.03.4
VM NAS: Synology SA6400
VM VPS: Debian, WWW, Home Assistant
Switch: Netgear MS510TXPP
Switch: Ubiquiti USW-Flex-mini - szt. 2
Wi-Fi: Ubiquiti U6-Lite - szt. 2
 
Cataractus
W takim wypadku wielka prośba do użytkowników WNR3500L v1, czy ktoś mógłby przez telnet lub ssh wykonać komendę:

nvram show | grep board

i wkleić to co się pojawi?

Może się coś uda z tym zrobić Smile

Połączony z 04 październik 2013 15:04:45:
shibby, zmieniając lekko temat. Czy przygotowując swoją wersję dla 3500L v2 masz wpływ na podział pamięci wewn.? Chodzi mi głównie o te dwie ok 60MB partycje /tmp i /dev?
Edytowany przez Cataractus dnia 04-10-2013 15:04
 
shibby
obecnie jest 50:50 a to jakiś problem?
Proxmox VE: i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD, Intel X710-DA2 SFP+
VM Router: OpenWRT 22.03.4
VM NAS: Synology SA6400
VM VPS: Debian, WWW, Home Assistant
Switch: Netgear MS510TXPP
Switch: Ubiquiti USW-Flex-mini - szt. 2
Wi-Fi: Ubiquiti U6-Lite - szt. 2
 
Cataractus
A kolejność albo ich ilość jest wymuszona przez router? Obie są co prawda z prawami rw ale osobiście spróbowałbym dev zrobić jakąś malutką a resztę podzielić np 50/50 na tmp i opt... Wtedy teoretycznie można by zainstalować optware do pamięci wewnętrznej. Przynajmniej miałem taką nadzieję, że właśnie tak się da zrobić gdy kupowałem ten router.
 
herkules

Cytat

Cataractus napisał(a):

W takim wypadku wielka prośba do użytkowników WNR3500L v1, czy ktoś mógłby przez telnet lub ssh wykonać komendę:

nvram show | grep board

i wkleić to co się pojawi?

Może się coś uda z tym zrobić :)

Połączony z 04 październik 2013 15:04:45:
shibby, zmieniając lekko temat. Czy przygotowując swoją wersję dla 3500L v2 masz wpływ na podział pamięci wewn.? Chodzi mi głównie o te dwie ok 60MB partycje /tmp i /dev?



Welcome to the Netgear WNR3500L v2 [WNR3500Lv2]
 

[root@router root]$ nvram show | grep board
board_id=U12H172T00_NETGEAR
boardflags2=0x1000
boardflags=0x710
boardmfg=NETGEAR
boardnum=3500L
boardpwrctl=0xd00
boardrev=02
boardtype=0x052b
sb/1/boardflags2=0x1000
sb/1/boardflags=0x710

 
kamilj
@herkules
Wszystko pieknie i ładnie z tym że podałeś info dla v2 a są potrzebne dla v1 Wink
------------------------------------------------------------------------------
[b]RegulaminOpenlinksys.info v0.1
[url=http://openlinksys.info/forum/viewthread.p
 
andrzejw3
Na moim jest tak:
root@Tomato:/tmp/home/root# nvram show | grep board
boardflags2=0x00000402
boardflags=0x00000710
boardmfg=NETGEAR
boardnum=3500
boardrev=02
boardtype=0x04CF

Z tym ze nie wiem czy to pomoże bo mój jest właśnie po przejściach z adresami MAC
Wrt54gl Tomato by shibby
WNR3500L x2 Tomato-K26USB-1.28.RT-MIPSR2-128-BTgui-VPN
TP-LINK TL-WA5210G
MT RB711 Level 4
WAG200G
 
Cataractus
andrzejw3
Będzie z czym porównać, wieczorem postaram się dorzucić jeszcze info z mojego. Ciekaw jestem czy mam większą czystkę czy też brakuje mi tylko board_id.
 
kamilj
Jeżeli chodzi o board_id dla v1 wydaje mi się że ten będzie odpowiedni:
board_id=U12H136T99_NETGEAR

źródło:
http://www.myopenrouter.com/download/...47007/USB/
------------------------------------------------------------------------------
[b]RegulaminOpenlinksys.info v0.1
[url=http://openlinksys.info/forum/viewthread.p
 
Cataractus
@kamilj
Dokładnie to jest to co było potrzebne.

Pod telnetem na ofw komenda:

burnboardid U12H136T99_NETGEAR

burnpin pin_do_wps_z_obudowy

Reset do fabrycznych.

i oryginalny firmware zaczął działać.

Błędy w pinie psuły chyba jakąś listę haseł bo nie mogłem bez tego ustawić wifi i pppoe do połączenia z internetem.

Najważniejsze, udało się normalnie wgrać mu tomato i nawet przyjął z powrotem backup ustawień oraz przede wszystkim mac jest prawidłowy i nie gubi się z resetem do fabrycznych.
 
Przejdź do forum
Zaloguj
Wprowadź adres e-mail lub nazwę użytkownika

Hasło



Nie masz jeszcze konta? Zarejestruj się.

Zapomniałeś/aś hasła?
Aktualnie online
· Gości online: 101

· Użytkowników online: 0

· Łącznie użytkowników: 24,115
· Najnowszy użytkownik: Ja
Czat
Musisz się zalogować, aby opublikować wiadomość.

Maniek91PL
06-11-2024 22:37
dzięki !Grin

maxikaaz
29-10-2024 14:27
@Maniek91PL - Administration=> Admin Access, i tam masz "Allow Wireless Access" do zaznaczenia

Maniek91PL
26-10-2024 22:07
siemka! ktoś przypomni co się ustawiało jeśli nie mogę wejść od strony wifi do tomato? od lan działa

overflow2
04-10-2024 17:34
Kupowałem Asusy n10u albo n12d1 ale nie widzę ich, chyba już nie produkują, Chodzi o coś nowego i taniego. Transfery niewielkie.

maxikaaz
04-10-2024 09:38
@overflow2 patrząc po dostępności funkcji w nowych kompilacjach, to chyba nawet WRT54G/GL jeszcze ma OpenVPN, albo jakiś odpowiednik... zależy, na jakie transfery liczysz.

overflow2
30-09-2024 20:53
Jaki aktualnie najtańszy router do tomato do openvpn?

maxikaaz
27-07-2024 15:07
@servee - na początek router do rozebrania i obejrzenia, ciężko wróżyć tak tylko po objawach

maxikaaz
27-07-2024 14:55
@servee - cały kontroler nie pada tak sobie z powodu "zbiegu okoliczności",
więc prawdopodobnie gdzieś przepięcie.

servee
25-07-2024 13:33
@maxikaaz: działało, aż pewnego pięknego dnia przestało działać. W tym dniu była też burza, ale to raczej zbieg okoliczności.

maxikaaz
25-07-2024 11:38
@servee - o ile problem jest w obrębie samych wyjść (dławiki, warystory), to naprawialne, ale jeśli w samym SoC - to nienaprawialne ze względu na koszta. A co było przyczyną?

95,200,977 unikalnych wizyt