26 Stycznia 2020 12:28:10
Nawigacja
· Strona Główna
· Galeria
· Forum
· Linki

· Tomato by Shibby

· Wiki-OpenWrt
· Wiki-DD-WRT
· Emulatory sprzętu

Darowizna
Ostatnio na forum
Najnowsze tematy
· Włam wifi asus AiMesh
· Jakie serwery adbloc...
· [MOD] FreshTomato-MI...
· Nagios na tomato
· ADB VV 5822 (Netia)
· Optware Packages for...
· [MOD] FreshTomato-AR...
· possible DNS-rebind ...
· [S] QNAP TS-231P
· Corning XS500 keystone
· Jak zainstalować CFW...
· Linksys EA6700
· NETGEAR RN10211D-100EUS
· [S] ASUS RT-AC68W
· RT-AC68U - kompatybi...
· [S] Asus AC3200
· Router do inea 10 Gb/s
· [S] Lenovo ThinkPad ...
· Problem z montowanie...
· [S] Asus RT-AC56U 10...
Najciekawsze tematy
· Optware Packages ... [52]
· [MOD] FreshTomato... [46]
· Jakie serwery adb... [36]
· possible DNS-rebi... [20]
· [MOD] FreshTomato... [12]
· Nagios na tomato [2]
· [S] ASUS RT-AC68W [2]
· RT-AC68U - kompat... [2]
· Włam wifi asus Ai... [0]
· ADB VV 5822 (Netia) [0]
· [S] QNAP TS-231P [0]
· Corning XS500 key... [0]
· Jak zainstalować ... [0]
· Linksys EA6700 [0]
· NETGEAR RN10211D-... [0]
· [S] Asus AC3200 [0]
Ankieta
Jaki procesor posiada twój router?

Broadcom MIPSEL
Broadcom MIPSEL
38% [136 głosów]

Broadcom ARM
Broadcom ARM
50% [180 głosów]

Atheros
Atheros
6% [21 głosów]

Marvell
Marvell
1% [4 głosy]

Ralink
Ralink
1% [2 głosy]

Intel/AMD/VIA
Intel/AMD/VIA
1% [4 głosy]

Żaden z powyższych
Żaden z powyższych
3% [11 głosów]

Ogółem głosów: 358
Musisz zalogować się, aby móc zagłosować.
Rozpoczęto: 02/02/2015 09:38

Archiwum ankiet
Reklama
Twoje IP
18.207.240.35
Reklama
Asus wprowadza restrykcję FCC
informacjeŹródło: SBN Forums

W powyższym linku czytamy, że wielu producentów odcina się od alternatywnego oprogramowania. Asus natomiast chce zachować ducha GPL i rozpoczęło współpracę z deweloperami RMerlin Mod oraz DDWRT by wypracować wspólne rozwiązanie, po to by umożliwić instalację alternatywnego programowania jednocześnie dbając o to by routery były zgodne z regulacjami narzuconymi przez FCC. Od siebie dodam, że deweloperzy Tomato (w tym moja osoba) również biorą w tej dyskusji udział.

W dalszej części wiadomości czytamy, że kolejne oficjalne wydanie oprogramowania AsusWRT będzie pierwszym, który zawierał będzie nową metodę weryfikacji softu. Ważnym zdaniem jest informacja o braku możliwości cofnięcia się do poprzedniej wersji softu!

Po tym jak Asus wypracuje z deweloperami mechanizm walidacji zgodności alternatywnych softów z regulacjami FCC zostanie on im przekazany do implementacji by docelowo routery Asusa znów mogły działać pod kontrolą alternatywnego programowania.

Czas pokaże jak cała idea wyjdzie w praniu. Na pochwałę zasługuje już sam fakt, że Asus próbuje wyciągnąć rękę do deweloperów, doceniając tym samym ich (bezinteresowną) pracę.
Pozostaje mieć nadzieję, że inni producenci z czasem dostrzegą taką drogę respektowania dyrektyw FCC i "otworzą" ponownie swoje routery.
Komentarze
#1 | Marco76 dnia 06 maja 2016 11:56:23
Martwi mnie zapis o braku możliwości cofnięcia się do poprzedniej wersji. W praktyce może to oznaczać, że dostaniesz zamknięty kawałek kodu z mglistym opisem i nakazem dodania do swojego firmware, albo "kończymy współpracę". W efekcie nie wiedząc co tak naprawdę jest w środku będzie to współpraca na zasadzie popychania konia trojańskiego. A przy okazji darmowe bug bounty dla nich w postaci kanału zwrotnego od developerów i ich społeczności otaczającej dany soft - budowanie kanałów zwrotnych, programów wsparcia, itp. to nie tylko czas ale i koszty - "otwierając się" w ten sposób mają to z głowy - ja bym tego wyciąganiem ręki do developerów nie nazwał, a przynajmniej nie w sensie dawania czegoś.
Ale to tylko moje czarne wizje i oby się znów nie okazało: "a nie mówiłem...?" ;o)
#2 | shibby dnia 06 maja 2016 12:32:42
nie będzie tak źle. Same regulacje zawarte będą w sterowniku wifi, który i tak już jest dostarczany w wersji prekompilowanej. Zaś samo CFE sprawdzać będzie czy wgrywany soft zawiera ów "nowy" sterownik wifi. To tak w dużym skrócie.

Z RMerlinem nie będzie większego problemu, ponieważ on w pełni opiera się o AsusWRT. Deweloperzy DD-WRT mają dostęp do źródeł Broadcoma i mogą sobie sami kompilować sterownik, zmieniając tym samym wartości mocy i dostępnych kanałów. U nich trzeba wypracować takie rozwiązanie, który będzie sprawdzał czy wybrane wartości nie są przekroczone.

Najgorzej sprawa się ma z Tomato. Z jednej strony Tomato-ARM opiera się już o źródła asuswrt, więc techniczne sytuacja powinna być prosta. Jednakże używamy sterych wersji sterowników, ponieważ nowe, z racji różnic w kernelu między tomato a asuswrt, nie chcą mi zadziałać. I tu trzeba znaleźć konsensus by asus zbliżył się kernelem do Tomato (tomato na nowsze ebtables, ipset, netfilter, bridge i sterowniki 4g/lte, o moduje huawei_ether nawet nie wspominając). Gdy ta sztuka się uda, możliwa będzie implementacja nowego drivera wifi w tomato.

Moim zdaniem kwestia regulacji FCC obejmie tylko aktualnie produkowane modele. Nie widzę sensu by asus skupiał się na regulacjach starych modelu np. RT-N16u. Idąc tym tropem taki rt-n56u również nie powinien zostać objęty regulacjami Wink Czas pokaże.

W praktyce może to oznaczać, że dostaniesz zamknięty kawałek kodu z mglistym opisem i nakazem dodania do swojego firmware, albo "kończymy współpracę". W efekcie nie wiedząc co tak naprawdę jest w środku będzie to współpraca na zasadzie popychania konia trojańskiego.


a wiesz, że to mi coś przypomina? Wink

Martwi mnie zapis o braku możliwości cofnięcia się do poprzedniej wersji.


cofnąć nie będzie się można do softu SPRZED wprowadzenia regulacji z prostego powodu. Stary soft może nie spełniać ów regulacji Wink Natomiast mając jeszcze nowszy soft będzie można się cofnąć bez problemu do starszej wersji, która już zawiera nowy mechanizm. Zatem restrykcja dotykać będzie tylko ten jeden przejściowy firmware. Ale idąc tym tropem, jeżeli inni deweloperzy zaaplikują nowy mechanizm to nie będzie można cofnąć się do wersji sprzed jego wprowadzenia. Jeżeli więc ktoś w przyszłości zechce sprawdzić sobie Tomato np. v140 dla mutliwanu, nie spodoba mu się i zechce wrócić do v132 to nie będzie już to możliwe - przynajmniej w teorii.

Myślę też, że nowy firmware wprowadzi również nową wersję CFE (a nawet musi). Może się więc też okazać, że posiadacze RT-AC68 i AC56 stracą możliwość podkręcania swoich routerów. W końcu teraz musieli wgrać nieoficjalny i zmodyfikowany pod siebie CFE.
#3 | Marco76 dnia 06 maja 2016 13:04:06
Pijesz do kodu stealthMode który specjalnie pod Ciebie zamieniłem w binarkę? Łatwo sprawdzić że ono nic innego nie robi, nic nie pobiera i nie wysyła (np za pomocą tcpdump), wiec to gorzej niż kiepskie porównanie z podmianą CFE przez Asusa na nowe, które pewnie będzie zaszyfrowane by nie było możliwości grzebania czy podmiany na inne, nie wspominając o podejrzeniu co właściwie robi.

Tak czy inaczej dyrektywa zmieni rynek, może częściowo go też zabije. Będą jedyne słuszne sprzęty z jedynym słusznym FW, albo starocie z Allegrosza bez widoków na wsparcie czy usunięcie błędów w sofcie. Sam zauważyłeś ile trzeba by zmienić w Tomato, i sam zapewne wiesz że to może być nie do przeskoczenia, a jeśli już, to nie w krótkim czasie.

Jedyny ratunek w Chińczykach, może wypuszczą coś, co będzie olewało dyrektywy i używało alternatywnego softu łatwego do przeróbek. A jak nie, zostaje opcja jakiegoś terminala z dołożoną drugą kartą sieciową oraz WiFi i wgranie pFsense.
#4 | shibby dnia 06 maja 2016 16:06:25
CFE to swoisty bios routera. Ile razy przy aktualizacji softu Asus zmieniał soft? Niezliczysz. Czy coś to zmieniło do tej pory? Nie bardzo. Czy ów CFE będzie zaimplementowane w tomato? Oczywiście, że nie. Zatem cały twój akapit o zamkniętym kodzie, który miałbym otrzymać od nich by zaimplementować w tomato nie wiedząc co robi zwyczajnie poległ w przedbiegach.

Co do zmian, które trzeba poczynić, nie tyczyły się one Tomato. Tomato nie zbliży się kernelem do AsusWRT, bo to byłby krok wstecz. To Asus musi zbliżyć się kernelem do Tomato. Ponadto nic nie jest niemożliwe. W przypadku Tomato-ARM7 używamy najnowszego sterownika wifi i jakoś udało mi się to pogodzić z różnicami względem softami.

Co do stealthMode to zgadza się, chodziło mi dokładnie o to, że zamknąłeś kod, żądając bym wrzucił binarny, skompilowany plik do Tomato. Tak się nigdy nie stanie. Wszystko w tomato jest otwarte (wszystkie moje skrypty). Skompilowane jest tylko to co być musi i nie ma innego wyjścia - moduły ctf, wl, et itd. czyli to co dostarcza broadcom już w wersji skompilowanej i wiemy, że to się nie zmieni). I nawet nie chcę wnikać w to, że wersję dla rmerlina zostawiłeś "otwartą" a dla Tomato "zamkniętą" Smile Szczęścia w życiu życzę Smile
#5 | Marco76 dnia 06 maja 2016 16:21:39
Chcąc wprowadzić weryfikację będą musieli jakoś CFE przemycić do istniejących na rynku urządzeń - nowe, to wiadomo będą już go miały opuszczając fabrykę. Inaczej ta dyrektywa nie zacznie działać jeszcze przez dekadę (nikt szybko nie wyrzuca działającego sprzętu).

Czy minąłem się z oceną, czy nie to się okaże - jak na nowsze sprzęty w ogóle nie wgrasz Tomato, to wtedy pogadamy kto kogo musi "doganiać" ;o)

Tak, stealthMode dla Merlina nie jest zamknięte, bo tam nikt nie brał mojego kodu i nie latał po sieci podpisując go jako swój. A to co przeszkadza Tobie nie przeszkadza userom - pobierają i używają zamknięte stealthMode (patrz wątek obok) i nikt nie narzeka na wyimaginowane "konie trojańskie".

Ja też życzę dużo szczęścia Smile
#6 | shibby dnia 06 maja 2016 17:08:28
milion razy było to wałkowane. Od zawsze wszędzie ty byłeś oznaczony jako autor skryptu stealthmode sunset (choć pierwotna wersja była napisana przeze mnie). Zarówno w git`cie, w changelogu, jak i w samym kodzie. Pokaż mi jedno, jedyne miejsce w którym napisałem, że sunset jest mojego autorstwa! Jedno miejsce - pokaż wszystkim, udowodnij, a później pisz kłamstwa.

Zwyczajnie pokazałem, że twoje słowa idealnie pasują do tego co sam czynisz.
#7 | Marco76 dnia 10 maja 2016 00:59:44
Sorry, ale sam zacząłeś drążyć zamknięty już dawno temat swoim głupawym stwierdzeniem "a wiesz, że to mi coś przypomina?" więc sam sobie jesteś winien. Ja już dawno zapomniałem o sprawie, a kod został zamieniony w binarkę specjalnie dla Ciebie, by nie było możliwości "skorzystania z idei" jak przy "Twoim" nowym projekcie Adblock'a ;o)

Wracając do tematu: czuję, że ruch Asusa niewiele zmieni względem tej dyrektywy, czeka nas era jedynie słusznych sprzętów z narzuconym kodem firmware. Czy już czas kupić sobie jakiś router na zapas?
#8 | shibby dnia 11 maja 2016 14:06:49
skorzystania z idei na którą autor dawno, publicznie wyraził zgodę (na tym forum),
proszę: https://openlinks...ost_149304
I choć skrypt w 90% nie przypomina pierwotnego skryptu to autor będzie ujęty w nagłówku pliku ze skryptem oraz w commicie w git`cie. Nie wiem więc w czym masz problem.

Zwracam również uwagę, na to, że pierwotna wersja stealthmode została napisana przeze mnie. Ty go rozbudowałeś i dopisałeś sunset. Skoro więc na licencji GPL skorzystałeś ze źródeł stealthmode to musisz albo je udostępnić albo usunąć licencjonowany GPL urywek kodu.

BTW: piszesz, że zapomniałeś o sprawie ale w swojej stopce nadal kierujesz na stronę gdzie ogłaszasz zwykłe kłamstwa. Prosiłem byś wszystkim udowodnił. Skoro jesteś pewny swoich racji to czemu nie poprzesz tego dowodami?

Napisałeś słowa, pod które sam się kwalifikujesz. Ja wiem, że przyznanie się do winy boli. Szkoda tylko, że nie potrafisz się do tego przyznać, tylko upierasz się przy swoim (choć nie masz racji) jak PIS przy ustawie naprawczej trybunału... Oskarżać jest łatwo (zarówno mnie o kradzież jak i Asusa o niecne plany, backdoory itd.). Żeby ci tak łatwo przychodziło przepraszanie i przyznawanie się do błędnych i przedwczesnych osądów.
#9 | kerios83 dnia 23 maja 2016 21:32:38
ciekawa dyskusja, ale brakuje tu argumentow a potoku slow jest za duzo. Poniewaz cale zycie jestem zwiazany z korporacja, to wiem ze oni zrobia wszystko dla zysku - stad blizej mi do pogladu, ze ten krok asusa to krok podejrzany.Niema co ukrywac, ze dane o nas sa zbierane i wykorzystywane, backdoory sa tworzone nie dosc, ze przez same korporacje to jeszcze dodaje sie te dla rzadow. Z drugiej strony nie jestesmy w stanie kontrolowac tego oprogramowania bo musielibysmy sami wszystko pisac o czym zdaje sie wspomina shiby. Jednak dane udostepnione do wgladu to co innego niz dane udostepnione zaszyfrowane. Krok asusa bylby 'czysty' gdyby udostepnial kod na zasadzie open source. Mozna by go bylo modyfikowac i mysle ze duzo uzytkownikow kupowaloby takie produkty, wiedzac ze nie tylko eksperci firmowi moga z nimi pracowac. Firma skupiala by sie na produkcji sprzetu i wdrazaniu nowych modeli z nowa funkcjonalnoscia (hardware) a pasjonaci poprawiali by oprogramowanie do routerow - (!) sprawiajac, ze nawet starsze wersje dzialalyby by dobrze, byly wolne od bledow , ew. przekazujac informacje o fajnych nowych funkcjonalnosciach do tworcow lub sami je implementujac(!). Tylko to jest przeciwienstwo POSTARZANIA PRODUKTU, wiec raczej nic takiego nie wejdzie w zycie. Teraz jak router nie wspiera np tomato, a producent wprowadzil nowa wersje to stara nie jest uaktualniana - czyli zapomnija o porawkach i bajerach w stylu adblock, czy wsparcie modemu lte. MASZ kupic nowe, wiec nic dziwnego ze ludzie walcza z tym jak moga. Zamiast przymusu lepiej przekonywac, ale korpo sa zbyt chciwe. I tak ludzie wymienia ten sprzet (ile mozna np jechac na wi-fi b) ale maja to robic wtedy kiedy chca i czuja taka potrzebe a nie wtedy kiedy chce korpo (np luty Pb free, klejenie komputerow - ultrabooki, brak aktualizacji).
#10 | shibby dnia 24 czerwca 2016 12:33:42
Chcąc wprowadzić weryfikację będą musieli jakoś CFE przemycić do istniejących na rynku urządzeń


i odbędzie się to tylko i wyłącznie przez wgranie nowej wersji oficjalnego softu Asusa. Obserwowaliśmy już to nie raz, chociażby w przypadku RT-AC68u gdzie pierwsze wersje wychodziły z DDR taktowanym 533MHz i miały działający tryb TurboMode. Wgranie nowej wersji oprogramowania Asusa modyfikowałi CFE i podnosiło taktowanie DDR do 667MHz. Jedynie dla tych co nie chcieli z pewnych względów (np. stabilności) aktualizować softu, Asus wydał oprogramowanie Asus DDR Configuration (czy jakoś tak) który w rzeczywistości podmieniał CFE.
Dodaj komentarz
Zaloguj się, aby móc dodać komentarz.
Logowanie
Nazwa użytkownika

Hasło



Nie masz jeszcze konta?
Zarejestruj się

Nie możesz się zalogować?
Poproś o nowe hasło
Aktualnie online
· Gości online: 4

· Użytkowników online: 0

· Łącznie użytkowników: 23,917
· Najnowszy użytkownik: KtoTyJestes
Shoutbox
Musisz zalogować się, aby móc dodać wiadomość.

pedro
20-01-2020 23:07
Albo RT-AC68U tylko wersja B2 - praktycznie identyczna z RT-AC1900P

Piaer
20-01-2020 13:23
Gdzieś czytałem, że wersja P była dla sklepu BestBuy

djwujek
20-01-2020 09:42
Może tych modelu już po prostu nie ma na rynku ?

Piaer
19-01-2020 23:49
Coś mi nie gra z tymi RT-AC1900 z ceneo. Avans, Electro i ME na zdjęciu pokazujacym USB przedstawiają chyba inne urządzenie. Dodatkowo te routery są w kategorii xDSL...

pedro
19-01-2020 19:55
https://www.asus.c
om/Networking/RT-A
C1900P/ https://www.ceneo.
pl/69463426#tab=cl
ick_scroll A jak nie, to zawsze AC3200 pozostaje.

djwujek
19-01-2020 13:40
A możesz podpowiedzieć gdzie go kupić

pedro
19-01-2020 12:20
A to jest Asus RT-AC1900P ??? Chyba średnio...

djwujek
19-01-2020 00:18
https://allegro.pl
/oferta/router-asu
s-rt-ac68u-wi-fi-a
c1900-4xlan-gb-1xw
an-8722847447 to je to ??

pedro
19-01-2020 00:10
AC1900P

djwujek
18-01-2020 11:46
Jaki w tym momencie jest najmocniejszy router pod tomato ??

pedro
17-01-2020 18:25
Czytać, czytać i jeszcze raz czytać: "Blacklist Custom - Optional, space separated: domain1.com domain2.com domain3.com"

djwujek
16-01-2020 19:58
Czy w zakładce advanced/adblock/b
lacklist url po wpisaniu 0.0.0.0 nazwą domeny powinno ja zablokować bo mi to nie chce za bardzo dzialac

PanRatio
14-01-2020 01:50
U mnie na AC56U jest 76 stopni. Co ciekawe mój Ryzen 2700 z 8 rdzeniami i 16 wątkami ma teraz 36 stopni XD

tamtosiamto
09-01-2020 13:17
ja nic nie podkrecam, nie ma potrzeby, btw adblock na yt przestal mi dzialac, jaka moze byc przyczyna?

Adooni
09-01-2020 08:11
ja na AC56U@1200MHz mam 83-86C cały czas

jurekk
08-01-2020 22:54
to bardzo niska temperatura 80 i wiecej no do 90 jest oki

tamtosiamto
08-01-2020 14:06
czy to - CPU Temperature 73°C / 163°F jest normalne dla ac56u?

39,976,603 unikalne wizyty