14 Kwietnia 2024 19:26:35
Nawigacja
· Strona Główna
· Forum

· Tomato by Shibby
· FreshTomato


Wątki na forum
Najnowsze dyskusje
· [Howto] Xpenology na...
· dodatkowe złącza s...
· Szukam zaproszenia n...
· RT-N18U - nie można...
· Asus TUF-AX3000_V2 p...
· [MOD] Tomato64 (x86-64)
· Firewall nie zawsze ...
· [MOD] FreshTomato-AR...
· Optware na CIFS
· RT-AX56U - Status kl...
· [MOD] FreshTomato-MI...
· Multiroom N z wykorz...
· [S] Asus RT-AC68U E1
· [S] ASUS RT-AC68U
· Rozłączanie klient...
· serwer VPN za wan'em
· Przejscie z dyndns f...
· WDR3600 i problem z WAN
· Jaki USB hub do syno...
· [S] Karta sieciowa Q...
Najpopularniejsze obecnie wątki
· [Howto] Xpenology... [18]
· Szukam zaproszeni... [14]
· RT-N18U - nie mo... [3]
· dodatkowe złącz... [2]
Ankieta
Jaki procesor posiada twój router?

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

Broadcom ARM
Broadcom ARM
52% [216 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: 416
Musisz zalogować się, aby móc zagłosować.
Rozpoczęto: 02/02/2015 09:38
Twoje IP
3.234.244.181
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
Marco76 #1 Marco76
w 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)
shibby #2 shibby
w 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.

Cytat

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

Cytat

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.
Marco76 #3 Marco76
w 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.
shibby #4 shibby
w 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
Marco76 #5 Marco76
w 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
shibby #6 shibby
w 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.
Marco76 #7 Marco76
w 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?
shibby #8 shibby
w 11 maja 2016 14:06:49
skorzystania z idei na którą autor dawno, publicznie wyraził zgodę (na tym forum),
proszę: https://openlinksys.info/forum/viewth...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.
K
#9 kerios83
w 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).
shibby #10 shibby
w 24 czerwca 2016 12:33:42

Cytat

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 napisać komentarz.
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: 10

· Użytkowników online: 0

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

tamtosiamto
31-03-2024 12:54
Wesolego jajka wszytskim forumowiczom Grin

tamtosiamto
28-03-2024 23:24
tak, tak zgadza sie, ale ja pytam o wykluczenie noda na guest network w first set, i to nie dziala

Adooni
24-03-2024 13:16
Guest network is currently designed to allow the first set of each band (2.4G, 5G, 5G-1) available to the AiMesh node

tamtosiamto
24-03-2024 03:03
ale w 1 jest opcja do wyboru - dla calej sieci albo rutera only i wlasnie o tym mowie, ze nie dziala

Adooni
23-03-2024 16:31
w dokumencie asusa jest ze wlasnie dla 1 ma dzialac na nodach tez

tamtosiamto
23-03-2024 15:39
tak, ale nie zmienia to faktu, ze w pierwszej nie dziala wylaczanie aimesh dla goscinnej( a powinno), czyli jest jakis bug. Mam start soft, bo to dsl-ac68 ktory nie jest juz updateowany

Adooni
22-03-2024 18:07
nie, 1 wsza bedzie wszedzie trzeba 2ga zrobic dla kazdego pasma te nie sa przenoszone

tamtosiamto
19-03-2024 19:57
czyli jak mam jedna siec goscinna to powinno dzialac separowanie gosci od noda -a nie dziala Smile

tamtosiamto
19-03-2024 19:50
@Adooni 'Only one set is available for 1 band' i tak mam-1 set dla 2.4ghz i 1 dla 5ghz-czy czegos nie rozumiemW drugiej sieci goscinnej nie ma opcji wyboru Ruter only/ All nodes

Adooni
19-03-2024 19:14
no to przeczytaj to 2 pod - 1 stet z kazdego pasma jest dopuszczony na nody. zrob 2 siec jako goscinna na danym pasmie i wtedy sprawdz

71,054,206 unikalnych wizyt