Mam pytanie odnośnie https/dnscrypt/opendns

Wiadomo, że przez https nie połączymy się do administracji routera jeżeli router po restarcie nie wykona synchronizacji czasu. Ale przy włączonym DNSCRYPT + OPENDNS skąd router wie jak rozwiązać nazwę serwera NTP 0.europe.poll.ntp.org i tak dalej?
Robi się błędne koło, router nie ma DNS-a więc czasu nie pobierze, bo nie może rozwiązać nazwy domeny serwera NTP.

Ale jednak po 3-5 minutach, w logach widzę, że pobrał czas i już wszystko zaczyna działać. Restart jest okropnie długi i czsem router odpowie na kilka pingów, dalej nie pinguje się przez 2-3 minuty i zaciąga opendns, rozwiązuje serwer NTP i po dalszej minucie wszystko rusza normalnie.

Czy macie też takie przypadki?

wersja MIPSEL ma odpowiednią łatkę

http://repo.or.cz/w/tomato.git/commit/259ca13c33e07c3f5bada063dee4e76046a2a502

ale dałeś mi do myślenia, bo wersja ARM używa innego klienta ntp i tam ten łatki nie ma.

Pytanie jaki router ty używasz?

Czy planowane jest okiełznanie tego potwora RTAC3200?

nie posiadam tego urządzenia i raczej nie prędko wpadnie on w moje ręce. Nie mniej jednak z tego co widzę to taki RT-AC68P z trzecim interfejsem radiowym, czyli konkurent dla R8000 od netgeara.

Raczej nie powinno być problemów z jego wsparciem. Gorzej z modelem RT-AC87u, który to ma układ Quantenna.

Używam 3500L V2. Mam ich kilka pod opieką. One są świetne, mają miejsce na każde AIO jakie wyjdzie, RAM-u do oporu jak na router.
Tylko widzisz, nie chcę podawać DNS-a operatora do pierwszego bootu, bo mi może operator od razu zatruć rozwiązywanie nazw. Chcę od razu pobierać nazwy z OPENDNS szyfrowanym tunelem. I to później pięknie działa jak już router wstanie.
Ciekawe - są łącza na których wstawał szybko w przewidziane 90s np InternetDSL tepsy ale na Neostradzie myśli z 7-8 minut. U mnie w domu żadnego problemu na łączu od radiowego dostawcy.

Tam gdzie nie działa objaw jest taki.

Reboot ok 2 minut
Kilka pingów
Pingów nie ma
po 2-10 minutach wreszcie wstaje.

Mam wszędzie zawsze najnowszy Tomato i często czyszczę NVRAM, nawet czasem robię mtd.

To jest taki myk, że tunel nie zestawia się w związku z brakiem ustawionego czasu i robi się błędne koło.

============
Coś mi przyszło do głowy po przeczytaniu tego co jest pod linkiem co dałeś....
Taka Neostrada może blokować próby łączenia się do obcych znanych DNS-ów i chce wymusić żeby używać ich DNS-ów. To może być po części złośliwość operatorów, a po części bug w Tomato.

Połączony z 03 June 2015 21:03:25:
{ "ntp_server_ip", "209.114.111.1 184.105.192.247 205.233.73.201" }, // shibby - if dnscrypt-proxy is enabled we have to use ip addresses

To są arbitralnie podane adresy. Już władza mogła je zbanować żeby wszystkich stron www rodacy nie oglądali.

myślę, że zbytnio przesadzasz. To nie Chiny gdzie internet jest restrykcyjny. Ponadto wnioskuję, że nie rozumiesz

Adresy IP które są w zmiennej ntp_server_ip to adresy światowych serwerów NTP a nie DNS. Służą one jedynie do wskazania klientowi NTP w tomato skąd ma pobrać właściwy czas, niezbędny do walidacji ważności certyfikatu SSL, którym z kolei zabezpieczone jest połączenie do openDNS. Dlatego wskazuję serwery NTP po IP by nie musieć odpytywać żadnego serwera DNS.

Mam nadzieję, że teraz rozumiesz zasadę i sens tej zmiennej. Ponadto zawsze w tej zmiennej możesz podać IPki serwerów NTP które chcesz używać.

Wracając jednak do głównego tematu to przejrzałem źródła mipsela i nie wiem jak to się stało ale ja tej zmianki u siebie w źródłach nie mam zaaplikowanej. Ten patch wróci wraz z nową wersją. Stosowna aktualizacja dla ARM też się pojawi.

Zgadza się :-) Nie zastanowiłem się tylko copy/paste i ntp_server_ip to przecież serwery czasu :-) Ale tak to wygląda jakby albo były blokowane albo tak jak mówisz, że poprawki nie ma :-) Że ją wcięło :-) No i teraz wychodzi na to że wnioski miałem złe ale obserwacje poprawne :-)

Chiny czy nie Chiny ale trzeba na zimne dmuchać :-) Operatorzy logują także zapytania dns, a po co mają mieć coś na użytkowników? Po co ich karmić własnym profilem użytkowania?

Kiedy będzie 129 z poprawką dla MIPSEL ?
A czemu przestaje się pingować na kilka minut? Czas rozumiem ale icmp powinno chodzić.

na 100% poprawki nie ma (choć w źródłach niby jest czego nie rozumiem).

Wersję v130 mam już prawie na ukończeniu (mam już dla ARM i kończę dla mipsel). Chcę tym razem wydać wersje dla wszystkich routerów w tym samym czasie. Tak więc raczej spodziewać się trzeba wydania pod koniec następnego tygodnia.

Zapowiedź

Miło mi poinformować, że prace nad wersją v130 zostały ukończone i rozpoczynam mozolny etap kompilacji. Jak już pisałem wyżej, tym razem nie zapominam o "mipselowcach" i chcę opublikować wszystkie obrazy jednocześnie.

Co ciekawego w nowej wersji:
- całkowicie przebudowany skrypt do detekcji i łączenia połączeń 4G/LTE
- aktualizacja modułów 4G
- naprawiona obsługa QoS, dodana obsługa Codel, dodana obsluga IFB, dodana obsługa Inbound - tylko ARM
- aktualizacja OpenSSL do wersji 1.0.2a !

- dodane wsparcie curla dla php, dodana binarka curl (tylko AIO)

- aktualizacja TOR do wersji 0.2.6.8

- dodany wskaźnik temperatury CPU - tylko ARM
- poprawiona masa ilość błędów i literówek w GUI
- naprawiony problem długiego startu routera (long boot issue) - teraz mój R7000 startuje w niecałe 60 sekund
- aktualizacja busyboxa do wersji 1.23.2

- aktualizacja miniupnpd do wersji 1.9 (20150430)


i pewnie jeszcze coś o czym zapomniałem

Pozdrawiam

Czy to normalne że po zmianie limitów w Bandwidth Limiter następuje zerwanie połączenia internetowego z modemem?? Tomato ARM 124 (problemu nie ma na routerach MIPSR2).
A potem router nie może wymusić kolejnego połączenia przez około 2-3minuty

nie. BW :Limiter jedną jedyną usługę restartuje i jest nią firewall. Nie tyka usługi WAN. Chyba, że usługa firewall coś z WANem pppoe robi.

Spróbuj wywołać komendę:
service firewall restart

z konsoli lub wejść na port forwarding i kliknąć save (wtedy też się firewall przeładuje) i zobaczy czy pppoe też się zresetuje.

po wykonaniu service firewall restart nie zerwało połączenia PPPOE, tylko zostały przeładowane reguły firewalla.

@shibby

A dałoby się coś takiego naprawić ?
http://screenshootereu.blob.core.wind...bfljehoxpp

w następnym wydaniu, bo v130 od wczoraj się kompiluje. Nie chcę tego już przerywać bo szkoda już blisko 20h kompilacji

super



oj tak, to bardzo kłuje w oczy, ale do czasu aż pojawi się v. 131 wg zapewnień

Hej , macie jakies sprawdzone ustawienia pod UPC 250 po przesiadce z softu oryginalnego na tomato 1.28 , strasznie spadły mi transfery na torrentach i w speedtestach . Ruter ASUS AC56U + Cisco 3112 ?

spróbuj włączyć CTF (zakładka advanced -> Miscellaneous). W AsusWRT jest to domyślnie włączone, w tomato nie.

Połączony z 08 June 2015 11:35:59:


jednak błąd był bardzo prosty w naprawie, a że obrazów ARM nie ma jakoś specjalnie dużo, to przekompiluje obrazy raz jeszcze. Zatem ten błąd będzie naprawiony w v130

SUPER

Witam,
Mam takie małe pytanie, bo nie znalazłem nigdzie odpowiedzi. Mam stary ruter z oryginalnym Tomato 1.28. Chciałem się dowiedzieć czy bez problemu, można zaimportować ustawienia z tego rutera do tomato by shibby? Czy też są jakieś wyjątki i plik trzeba odpowiednio przygotować?

ogolnie to jak cos Ci zle bedzie dzialac to musisz niestety ale wszystkie ustawienai z reki przepisac. A tak naprawde to dobra praktyka jest czyszczenei nvram za kazdym wgrywaniem tomato oczywiscie wtedy nie mozna wgrywac konfiguracji z innej wersji tomato gdyz wgrywasz smieci.

W wersji dla Asus Rt-N16 brakuje mi Paragon NTFS kiedyś było. Czy da radę żeby było z powrotem?