Wskazana przeze mnie nazwa pliku to nie OpenWRT tylko jak rozumiem firmware bez boot przewidziany na pamięć 8 MB (plik pobrany z http://dl.eko.one.pl/orig/).

Nie znam w Trójmieście nikogo kto mógłby to zrobić, a sam nie zamierzam ryzykować dużych problemów z działaniem routera. Nie jestem biegły w tej dziedzinie.

W takim razie dziękuję za informacje, niedługo pojawi się WDR4300 po tuningu na Allegro. Nic więcej nie pozostaje.
Sam sprzęt zdecydowanie warty polecenia, ale nie do 250 Mbps...

Cezary napisał/a:

Na głównej stronie eko.one.pl są linki do oryginalnych firmware: http://dl.eko.one.pl/orig/ w sekcji "Download". Po prostu nie szukałeś.

Szukałem przez Google i w znajdywanych tematach widniały nieaktywne linki. Chociażby domena http://ecco.selfip.net/ którą wskazywałeś niegdyś w swoich postach i rzekomo ona kiedyś zawierała takie obrazy. Czyżby tylko u mnie nie działała ta domena?

@Gegu, dziękuję za fachowe informacje. Niestety dla mnie to czarna magia sad Nie chciałbym zabić mojego routera, a mając niewielkie doświadczenie w takich modyfikacjach mam obawy przed samodzielnym grzebaniem.
Samo wgranie OpenWRT było proste z pomocą tego forum i jego wartościowych użytkowników, router pracował latami bezproblemowo.

Pobrałem obraz wdr4300v1_en_3_14_3_up(150518).bin ale jak rozumiem nie mogę go wgrywać ze względu na 16 MB pamięć.

Czy ja też potrzebuję "kabel usb2tt" i wgrywać "z poziomu uboota"? Zaczynam godzić się z tym, że jedyne co mogę zrobić z tym routerem to wystawić go na Allegro hmm

Witam serdecznie.

Posiadam obecnie łącze 250 Mbps. Niestety router TP-Link WDR-4300 na sofcie OpenWRT CC z Luci zaniża transfery na wszystkich interfejsach do ok. 150 Mbps. Poszerpałem w Internecie i szybko doczytałem się, że wynika to z braku wsparcia tego oprogramowania dla sprzętowego NAT oraz że jedynym ratunkiem jest instalacja fabrycznego oprogramowania.

Posty do których dokopałem się pisane były kilka lat temu. Jak rozumiem te informacje są nadal aktualne?
Jeśli tak, to bardzo proszę (jeśli ktoś posiada) o udostępnienie obrazu firmware z wyciętym bootloaderem (bo rzekomo taki jest niezbędny)... Byłbym bardzo wdzięczny, ponieważ linki udostępniane przez Cezarego choćby 3 lata temu są już nieaktywne sad

Będę bardzo wdzięczny za pomoc. Mój router to dokładnie TL-WDR4300 Ver:1.7 z zielonymi diodami. I jeszcze jedna informacja bardzo istotna z tego co pamiętam (przez jakiś czas nie śledziłem branży routerów, a pamięć jest ulotna smile ) - mój router przeszedł znaną wszystkim modyfikację pamięci autorstwa pana pepe2k, mianowicie kostka 8 MB została zamieniona na kostkę 16 MB. Czy fabryczne oprogramowanie nie będzie się buntować?

Pozdrawiam! smile

4

(6 odpowiedzi, napisanych Oprogramowanie / Software)

Świetny pomysł ze Start SSL. Skorzystałem i polecam. Dzięki smile

Problemy z OpenWRT + modemy UPC były spowodowane (w moim przypadku i przypadkach wielu innych osób) przez pakiet do multi WAN-u. Zresztą nie tylko te problemy powodował ten pakiet. Po usunięciu tego pakietu wszystkie problemy znikały.

U mnie Notepad++ nic nie zmienia. Usunięcie "local system, model = luci.sys.sysinfo()" jak już wspomniał snifer usuwa problem.

7

(54 odpowiedzi, napisanych Oprogramowanie / Software)

Mam ten sam problem na WDR4300. Wgrany najnowszy OpenWRT z 28.03. Mam wrażenie, że to problem z DHCP, ponieważ u mnie net znika na urządzeniach po upłynięciu dzierżawy DHCP czyli po 12 godzinach. Dodam również, że w poprzednich wersjach OpenWRT z eko.one.pl ten problem nie występował. Pomaga jak zawsze restart samego firewalla, ale myślę, że lepiej ustawić sobie czas dzierżawy na 24 godziny (tak też zrobiłem). Ja router wyłączam na noc więc mam nadzieję, że już mnie ten problem nie dotknie.

Chwała autorowi za usunięcie rtcache. Od dawna miałem problem z OpenWRT w połączeniu z modemem od UPC zwanym UBEE. Problem polegał na tym, że modem UBEE startuje bardzo długo - minutę dłużej niż router. Router w tym czasie ustawiał sobie na interface WAN jakiś wewnętrzny adres IP, a kiedy UBEE w końcu uruchomił się i zaczął podawać Internet to niestety router na to nie reagował i dalej miał ustawione błędne parametry, czego efektem był brak Internetu na urządzeniach. Problem rozwiązywał restart firewalla co oczywiście można było zautomatyzować w rc.local, ale teraz wszystko działa poprawnie bez żadnych kombinacji.
Dzięki i pozdrowienia.