|
[MOD] Tomato by kille72
|
| wojtaz83 |
Dodano 05-01-2018 18:44
|
User
Posty: 17
Dołączył: 01/07/2009 00:49
|
Cytat Eleonor napisał(a):
Cytat Yurekpl napisał(a):
Witam. Zakupiłem R7000, sprawdziłem czy działa i wgrałem tomato. Najpierw Shibby i teraz kille72.
Na 2.4 łączy z netem w 2s ale na 5Ghz uzyskanie samego dostępu do netu trwa 2-3min do tego mega lagi w grach, www chodzi jakoś.
Robiłem flash fw 6x juz. Za każdym razem initial + nvram + reboot i ręczne ustawianie od nowa. Próbowałem też rożnych ustawień wifi na 5Ghz ale nic nie pomaga.
Coś robię nie tak czy mam uwalone 5Ghz?
pzd
Potwierdzić mogę to że coś jest nie tak z 5GHz ....mam w tej chwili w domu 3 sztuki R7000 wszystkie nowki zafoliowane i na każdym wygrane tomato kille72 najnowsze . Wszystko z palca od nowa ustawiane.
5GHz strasznie spowalnia do tego stopnia że trzeba wifi dawać na enable/ disable...po tym zabiegu znowu jest ok lecz na drugi dzień, czasem po 3-cim 4-tym jest to samo..
Przekonuje mnie to do tego że coś z tomato jest nie tak , kiedyś z rok temu było wszystko ok i nie zwalniało.
Na 2.4 GHz jest ok.
Nie testowałem oryginalnego Genie gdyż sam widok przyprawia mnie o duszności....
Na jakim kanale masz ustawiona 5GHz i regionie? sprawdzw basic settings: Wirelles network mode na Auto, szyfrowanie WPA2 personal encryption AES, kanał 36, szerokość pasma 80MHz Lower, w zaawansowanych region Singapur reszta wygwiazdkowana czyli default poza Basic rate ustaw na ALL ewentualnie mozesz jeszcze włączyć Frame busrt i afterburner. I po zastosowaniu oczywiscie reboot routera.
ASUS RT-AC68U Tomato Firmware 1.28.0000 -2018.x.x-beta-AIO-64K
|
| |
|
|
| Yurekpl |
Dodano 05-01-2018 22:39
|
User
Posty: 13
Dołączył: 25/08/2007 10:44
|
@wojtaz, sprawdzałem oczywiście wszystkie niskie kanały (mój adapter nie wykrywał wysokich,ale o tym niżej), pozostałe ustawienia jak napisałeś i pomogło w trochę szybszym autoryzowaniu do internetu ale lagi i 2min freezy w grach dalej miałem.
W końcu przetestowałem 5Ghz bezpośrednio na superhub 2 (od virginmedia) i było lepiej ale ciągle trochę lagów. Doszło do mnie, że coś nie tak z adapterem. Instalacja nowych sterów i w końcu zaczęło śmigać na superhubie!
W między czasie zainstalowałem już vortex na R7000, siła sygnału i pingi jak trzeba w końcu (mogę też usawić wysokie kanały na 5Ghz), odpalam grę i d..pa znowu freezy na 2min i rozłączenie.
Potestuję jeszcze inne ustawienia (beamforming,RTS) ale raczej to niema nic wspólnego z takimi zwisami.
pzd |
| |
|
|
| wojtaz83 |
Dodano 05-01-2018 23:18
|
User
Posty: 17
Dołączył: 01/07/2009 00:49
|
Cytat Yurekpl napisał(a):
@wojtaz, sprawdzałem oczywiście wszystkie niskie kanały (mój adapter nie wykrywał wysokich,ale o tym niżej), pozostałe ustawienia jak napisałeś i pomogło w trochę szybszym autoryzowaniu do internetu ale lagi i 2min freezy w grach dalej miałem.
W końcu przetestowałem 5Ghz bezpośrednio na superhub 2 (od virginmedia) i było lepiej ale ciągle trochę lagów. Doszło do mnie, że coś nie tak z adapterem. Instalacja nowych sterów i w końcu zaczęło śmigać na superhubie!
W między czasie zainstalowałem już vortex na R7000, siła sygnału i pingi jak trzeba w końcu (mogę też usawić wysokie kanały na 5Ghz), odpalam grę i d..pa znowu freezy na 2min i rozłączenie.
Potestuję jeszcze inne ustawienia (beamforming,RTS) ale raczej to niema nic wspólnego z takimi zwisami.
pzd
Co do wyoskich kanałów to ich nie używam ponieważ mój smatfone(samsung s4 z andkiem 7.1.2 z automatu ich nie widzi :| musiałem w telefonie za każdym razem zmieniać region aby widział dziwna sprawa, co do lagów i zwisów jedyne co tu sie nasuwa to zj..any sterownik od Wifi 5GHz i tyle w temacie albo problem hardwareowy skoro na kilku egzemplarzach miałeś to samo, sprawdzałeś na wersji Shibbyego 140? czy tam smiga spx? jak sam widzisz ja mam RT-AC68U tu problemów brak z 5GHz ale żeby np. śmigało na maxa to region musi być Singapur kanał 36 i 80MHz szerokość pasma i koniecznie wpa2 z aes inaczej np. przynajmniej kiedyś tryb AC nie działa takie są/były wymogi dla tego trybu.
A sprawdzałeś na jakiejś innej karcie/telefonie/konsoli itp. może wina leży po stronie clienta ja np. w lapku hp ellitebook mam problem z zasięgiem na 5GHz zapina się na jakieś śmieszne prędkości 20-50Mbitów na 2.4 bez problemu, choć poza zasiegiem na 5GHz i zapinaniem na małe prędkości, internet działa bez zarzutu.
Edytowany przez wojtaz83 dnia 05-01-2018 23:23
ASUS RT-AC68U Tomato Firmware 1.28.0000 -2018.x.x-beta-AIO-64K
|
| |
|
|
| Yurekpl |
Dodano 06-01-2018 00:25
|
User
Posty: 13
Dołączył: 25/08/2007 10:44
|
2h testów i wygląda na to,że mam stabilne 5Ghz...
Vortex ma jedną opcję do zaznaczenia - "Optimized for Xbox"
Cytat
Technically, that option makes the router report it does not support LDPC error correction.
...
Basically, it disables a form of wireless error correction that cause issues on certain devices.
Powróciłem do ustawień początkowych, lagi i freezy 2-3 minutowe jak wcześniej. Zaznaczyłem tylko tą opcję, restart routera i ponad godzina grania bez problemu !!!
Nie wiem czy da się to jakoś wpisać w skrypt w tomato ale jest rozwiązanie na mój i pewnie innych problem z wifi.
Może da rady to wkompilować w przyszłe buildy tomato.
Pytanie teraz tylko czy to mój adapter ma ten problem czy może to coś nie tak z R7000/realtekiem czy tyko kwestia sterownika? Forum netgear aż huczy od problemów z R7000 po jednej z ostatnich aktualizacji i nie wygląda mi na to żeby chcieli/wiedzieli jak napisać porządny sterownik.
pzd |
| |
|
|
| wojtaz83 |
Dodano 06-01-2018 13:13
|
User
Posty: 17
Dołączył: 01/07/2009 00:49
|
Cytat Yurekpl napisał(a):
2h testów i wygląda na to,że mam stabilne 5Ghz...
Vortex ma jedną opcję do zaznaczenia - "Optimized for Xbox"
Cytat
Technically, that option makes the router report it does not support LDPC error correction.
...
Basically, it disables a form of wireless error correction that cause issues on certain devices.
Powróciłem do ustawień początkowych, lagi i freezy 2-3 minutowe jak wcześniej. Zaznaczyłem tylko tą opcję, restart routera i ponad godzina grania bez problemu !!!
Nie wiem czy da się to jakoś wpisać w skrypt w tomato ale jest rozwiązanie na mój i pewnie innych problem z wifi.
Może da rady to wkompilować w przyszłe buildy tomato.
Pytanie teraz tylko czy to mój adapter ma ten problem czy może to coś nie tak z R7000/realtekiem czy tyko kwestia sterownika? Forum netgear aż huczy od problemów z R7000 po jednej z ostatnich aktualizacji i nie wygląda mi na to żeby chcieli/wiedzieli jak napisać porządny sterownik.
pzd
Opcja, o której piszesz jest także w orginalnym sofcie do asua oraz w wersji meriln-wrt i też byłem zdziwiony że nie została zaimplementowana w tomato, sam osobiście nie mam xboxa i do niczego nie było mi to potrzebne, może faktycznie w asusach z tomato też jest taki problem na 5GHz jak ktoś gra na xboxie, może Kille72 i Pedro poruszą temat i postarają się dorzucić do tomato tą opcję jak i zabezpieczenie B/G(tryb zgodności) na Wifi 2.4.
ASUS RT-AC68U Tomato Firmware 1.28.0000 -2018.x.x-beta-AIO-64K
|
| |
|
|
| qwerty321 |
Dodano 06-01-2018 14:50
|
Super User
Posty: 571
Dołączył: 27/04/2014 18:11
|
Ale czemu wy gracie na wifi? Przecież od zawsze było wiadomo, że wifi to gówno, że propagacja fal radiowych sprawia, że fizyka z tym związana jest nieubłagana?
Ja rozumiem, że przycina mocniej niż powinno ale od grania są przewody.
Wifi nigdy dobrze nie działało, czy to 2.4 czy 5. Używam wifi od początku jak w ogóle się pojawiło pierwesze wifi. I nikt mnie nie przekona, że grać można na wifi tak jak na kablu. |
| |
|
|
| wojtaz83 |
Dodano 06-01-2018 20:10
|
User
Posty: 17
Dołączył: 01/07/2009 00:49
|
Cytat qwerty321 napisał(a):
Ale czemu wy gracie na wifi? Przecież od zawsze było wiadomo, że wifi to gówno, że propagacja fal radiowych sprawia, że fizyka z tym związana jest nieubłagana?
Ja rozumiem, że przycina mocniej niż powinno ale od grania są przewody.
Wifi nigdy dobrze nie działało, czy to 2.4 czy 5. Używam wifi od początku jak w ogóle się pojawiło pierwesze wifi. I nikt mnie nie przekona, że grać można na wifi tak jak na kablu.
Mój szwagier ma PS4 PRO i gra po Wifi 2.4 czy 5 bez żadnych problemów w FPSy gdzie pingi mają znaczenie, inna sprawa jak wielu userów kożysta z danej sieci w danej chwili, jak w domu używasz Wifi tylko ty i żona to problemu niema, a jak jest was klika osób i "wszyscy" na raz to wiadomo że bez routera z MIMO, który ma od 4 anten w zwyż, mogą pojawić się lagi. Co lepiej jego łącze to PLAY LTE na routerze Huawei  czyli też można powiedzieć radio.
ASUS RT-AC68U Tomato Firmware 1.28.0000 -2018.x.x-beta-AIO-64K
|
| |
|
|
| Boczek |
Dodano 07-01-2018 18:43
|
Power User
Posty: 206
Dołączył: 02/05/2014 21:09
|
W changelogu do wersji 2017.3-kille72 jest info o nowych binarkach drivera wifi. Jak jest teraz z wersjami drivera na RT-N18U? SMP czy NOSMP ma teraz nowszy driver? Czy może różnią się już tylko wielowątkowością?
Bo coś mi w głowie dzwoni, że przez driver wifi i SMP były dwie wersje tomato dla rt-n18u.
EdgeRouter X: EdgeOS
RT-AX56U: AsusWRT
EA6900: tbd
EA6350: tbd
|
| |
|
|
| marcinq82 |
Dodano 14-01-2018 09:44
|
User
Posty: 39
Dołączył: 28/02/2015 00:45
|
Witam, pomoże ktoś skonfigurować dysk podłączony do AC56U żeby działał jako NAS ?
UPC250 + CISCO 3212 + Asus AC56U
|
| |
|
|
| Steel_Rat |
Dodano 14-01-2018 09:53
|
OL Maniac
Posty: 1831
Dołączył: 29/05/2011 22:24
|
Najpierw sformatuj dysk na ext4. Potem podłącz go do foutera. Na koniec udostępnij zasoby przez samba.
WRT3200ACN (WRT32X) + OpenWRT 18.06+światełko 150/150 Mb/s
Asus RT-AC68UvE1 + RMerlin + Entware
Netgear WNR3500Lv2 + DDWRT
|
| |
|
|
| qwerty321 |
Dodano 14-01-2018 17:35
|
Super User
Posty: 571
Dołączył: 27/04/2014 18:11
|
Kolejny raz miałem problem z NTP, który przestał pobierać czas z serwerów przez co robił się dryft kilkusekundowy. Wystarczyło wejść w Basic->Time i zapisać.
Jeszcze problem zbadam dogłębniej następnym razem. W logach cisza i nie ma wywałek żadnych.
Połączony z 15 styczeń 2018 16:28:11:
Na kolejnym routerze NTP klient przestał pobierać czas. NTP server ntpd działał i dawał czas urządzeniom w sieci lokalnej ale czas był zły z coraz większym dryftem. Wadliwie działa klient NTP.
Edytowany przez qwerty321 dnia 15-01-2018 16:28
|
| |
|
|
| GoOrange |
Dodano 15-01-2018 20:16
|
User
Posty: 17
Dołączył: 12/01/2018 22:29
|
Czy da się w tej wersji tomato ustawić na routerze Netgeat R7000 tak żeby router łączył się z innym Access Pointem i równocześnie udostępniał ten Internet?
Jak to zrobić? |
| |
|
|
| jurekk |
Dodano 15-01-2018 21:41
|
OL Maniac
Posty: 1401
Dołączył: 28/11/2012 18:19
|
nie w tomato nie ma trybu repeter only wds lub wds+ap
zastanawiałem sie kiedys czy moze np na radiu 2.4 byc klientem a na 5Ghz punktem dostępowym ale nigdy tego nie sprawdzałem
bo jesli ci chodzi zeby działał jako klient wifi i udostępnił po kablu net to jak najbardziej
AX3000 v2 Tomato
ea6500v2 @Ac66u_B1 @1000 Aimesh
ea6700v cfe (custom) @AC66u_B1 node
node Aimesh,
|
| |
|
|
| GoOrange |
Dodano 15-01-2018 22:27
|
User
Posty: 17
Dołączył: 12/01/2018 22:29
|
A który firmware to obsługuje? Może dd-wrt albo jeszcze coś innego? Potrzebuję do czasu podłączenia światłowodu jakoś się ratować netem sąsiada. |
| |
|
|
| jurekk |
Dodano 16-01-2018 14:17
|
OL Maniac
Posty: 1401
Dołączył: 28/11/2012 18:19
|
WDS with AP Mode
Tryb ten pozwala, aby punkty dostępowe mogły się ze sobą komunikować bezprzewodowo, a jednocześnie pozwala klientom bezprzewodowym na połączenie z siecią.
tak piszą wiec wlacz u sąsaida tryb wds + ap u siebie i sasiada tez chyba ( z tymi wds i repetarami to losowa sprawa)
pytanie czy po kablu ci net bedzie dzialał
AX3000 v2 Tomato
ea6500v2 @Ac66u_B1 @1000 Aimesh
ea6700v cfe (custom) @AC66u_B1 node
node Aimesh,
|
| |
|
|
| qrs |
Dodano 18-01-2018 11:35
|
Maxi User
Posty: 749
Dołączył: 02/12/2012 00:55
|
uruchomiłem DNSSEC
co w zasadzie wg https://bitbucket.org/kille72/tomato-...ew-default dodaje 3 linie kodu
ale nie w tym rzecz, po uruchomieniu DNSSEC w logach widzę INSECURE więc chyba nie działa
Cytat Jan 17 22:06:02 dnsmasq[12172]: dnssec-query[DS] arpa to 2001:470:***::2
Jan 17 22:06:02 dnsmasq[12172]: reply arpa is DS keytag 42581, algo 8, digest 1
Jan 17 22:06:02 dnsmasq[12172]: reply arpa is DS keytag 42581, algo 8, digest 2
Jan 17 22:06:02 dnsmasq[12172]: dnssec-query[DS] in-addr.arpa to 2001:470:***::2
Jan 17 22:06:02 dnsmasq[12172]: query[PTR] lb._dns-sd._udp.3.17.78.10.in-addr.arpa from 2001:*******:c001
Jan 17 22:06:02 dnsmasq[12172]: forwarded lb._dns-sd._udp.3.17.78.10.in-addr.arpa to 2001:470:***::2
Jan 17 22:06:03 dnsmasq[12172]: dnssec-query[DNSKEY] arpa to 2001:470:***::2
Jan 17 22:06:03 dnsmasq[12172]: dnssec-query[DS] in-addr.arpa to 2001:470:***::2
Jan 17 22:06:03 dnsmasq[12172]: reply arpa is DS keytag 42581, algo 8, digest 1
Jan 17 22:06:03 dnsmasq[12172]: reply arpa is DS keytag 42581, algo 8, digest 2
Jan 17 22:06:03 dnsmasq[12172]: dnssec-query[DS] in-addr.arpa to 2001:470:***::2
Jan 17 22:06:03 dnsmasq[12172]: dnssec-query[DS] in-addr.arpa to 2001:470:***::2
Jan 17 22:06:03 dnsmasq[12172]: reply arpa is DNSKEY keytag 28984, algo 8
Jan 17 22:06:03 dnsmasq[12172]: reply arpa is DNSKEY keytag 42581, algo 8
Jan 17 22:06:03 dnsmasq[12172]: reply in-addr.arpa is DS keytag 63982, algo 8, digest 2
Jan 17 22:06:03 dnsmasq[12172]: reply in-addr.arpa is DS keytag 53696, algo 8, digest 2
Jan 17 22:06:03 dnsmasq[12172]: reply in-addr.arpa is DS keytag 47054, algo 8, digest 2
Jan 17 22:06:03 dnsmasq[12172]: dnssec-query[DS] 10.in-addr.arpa to 2001:470:***::2
Jan 17 22:06:03 dnsmasq[12172]: reply in-addr.arpa is DS keytag 63982, algo 8, digest 2
Jan 17 22:06:03 dnsmasq[12172]: reply in-addr.arpa is DS keytag 53696, algo 8, digest 2
Jan 17 22:06:03 dnsmasq[12172]: reply in-addr.arpa is DS keytag 47054, algo 8, digest 2
Jan 17 22:06:03 dnsmasq[12172]: dnssec-query[DS] 192.in-addr.arpa to 2001:470:***::2
Jan 17 22:06:03 dnsmasq[12172]: dnssec-query[DNSKEY] in-addr.arpa to 2001:470:***::2
Jan 17 22:06:03 dnsmasq[12172]: reply in-addr.arpa is DS keytag 63982, algo 8, digest 2
Jan 17 22:06:03 dnsmasq[12172]: reply in-addr.arpa is DS keytag 53696, algo 8, digest 2
Jan 17 22:06:03 dnsmasq[12172]: reply in-addr.arpa is DS keytag 47054, algo 8, digest 2
Jan 17 22:06:03 dnsmasq[12172]: dnssec-query[DS] 10.in-addr.arpa to 2001:470:***::2
Jan 17 22:06:03 dnsmasq[12172]: reply in-addr.arpa is DS keytag 63982, algo 8, digest 2
Jan 17 22:06:03 dnsmasq[12172]: reply in-addr.arpa is DS keytag 53696, algo 8, digest 2
Jan 17 22:06:03 dnsmasq[12172]: reply in-addr.arpa is DS keytag 47054, algo 8, digest 2
Jan 17 22:06:03 dnsmasq[12172]: dnssec-query[DS] 10.in-addr.arpa to 2001:470:***::2
Jan 17 22:06:03 dnsmasq[12172]: dnssec-query[DNSKEY] in-addr.arpa to 2001:470:***::2
Jan 17 22:06:03 dnsmasq[12172]: dnssec-query[DNSKEY] in-addr.arpa to 2001:470:***::2
Jan 17 22:06:03 dnsmasq[12172]: reply in-addr.arpa is DNSKEY keytag 54956, algo 8
Jan 17 22:06:03 dnsmasq[12172]: reply in-addr.arpa is DNSKEY keytag 51846, algo 8
Jan 17 22:06:03 dnsmasq[12172]: reply in-addr.arpa is DNSKEY keytag 47054, algo 8
Jan 17 22:06:03 dnsmasq[12172]: reply 10.in-addr.arpa is no DS
Jan 17 22:06:03 dnsmasq[12172]: validation result is INSECURE
Jan 17 22:06:03 dnsmasq[12172]: reply 10.in-addr.arpa is no DS
Jan 17 22:06:03 dnsmasq[12172]: validation result is INSECURE
Jan 17 22:06:03 dnsmasq[12172]: reply in-addr.arpa is DNSKEY keytag 54956, algo 8
Jan 17 22:06:03 dnsmasq[12172]: reply in-addr.arpa is DNSKEY keytag 51846, algo 8
Jan 17 22:06:03 dnsmasq[12172]: reply in-addr.arpa is DNSKEY keytag 47054, algo 8
Jan 17 22:06:03 dnsmasq[12172]: reply 10.in-addr.arpa is no DS
Jan 17 22:06:03 dnsmasq[12172]: validation result is INSECURE
Jan 17 22:06:03 dnsmasq[12172]: reply in-addr.arpa is DNSKEY keytag 54956, algo 8
Jan 17 22:06:03 dnsmasq[12172]: reply in-addr.arpa is DNSKEY keytag 51846, algo 8
Jan 17 22:06:03 dnsmasq[12172]: reply in-addr.arpa is DNSKEY keytag 47054, algo 8
Jan 17 22:06:03 dnsmasq[12172]: reply 192.in-addr.arpa is DS keytag 39318, algo 5, digest 1
Jan 17 22:06:03 dnsmasq[12172]: dnssec-query[DS] 168.192.in-addr.arpa to 2001:470:***::2
Jan 17 22:06:03 dnsmasq[12172]: dnssec-query[DNSKEY] 192.in-addr.arpa to 2001:470:***::2
Jan 17 22:06:03 dnsmasq[12172]: reply 192.in-addr.arpa is DNSKEY keytag 57162, algo 5
Jan 17 22:06:03 dnsmasq[12172]: reply 192.in-addr.arpa is DNSKEY keytag 52442, algo 5
Jan 17 22:06:03 dnsmasq[12172]: reply 192.in-addr.arpa is DNSKEY keytag 39318, algo 5
Jan 17 22:06:03 dnsmasq[12172]: reply 168.192.in-addr.arpa is no DS
no i co oznacza is no DS?
Cytat Jan 17 22:06:03 dnsmasq[12172]: reply 10.in-addr.arpa is no DS
---
Netgear R7000 • Netgear WNR3500L v2 • MikroTik hAP ac^2 • TP-LINK M7650
|
| |
|
|
| pedro |
Dodano 18-01-2018 12:31
|
Moderator
Posty: 991
Dołączył: 21/09/2015 15:03
|
no DNSSEC
Musi, że Twoje dnsy nie obsługują (must be supported by the upstream nameservers).
Netowski 1Gb/1Gb
Huawei E3372s-153 non-hilink + 2x15dBi MIMO
FreshTomato: Asus RT-AC3200 + RT-N18U + RT-N66U + RT-N12
|
| |
|
|
| qrs |
Dodano 18-01-2018 13:23
|
Maxi User
Posty: 749
Dołączył: 02/12/2012 00:55
|
używam 8.8.8.8 i 8.8.4.4
Połączony z 18 styczeń 2018 14:14:26:
zmieniłem na 208.67.222.222,208.67.220.220 i chyba jest lepiej
Cytat Jan 18 14:12:06 dnsmasq[9767]: query[A] mpmulti-psyf-3.lb.slack-msgs.com from 10.8.0.6
Jan 18 14:12:06 dnsmasq[9767]: forwarded mpmulti-psyf-3.lb.slack-msgs.com to 208.67.220.220
Jan 18 14:12:06 dnsmasq[9767]: dnssec-query[DS] slack-msgs.com to 208.67.220.220
Jan 18 14:12:06 dnsmasq[9767]: reply slack-msgs.com is BOGUS DS
Połączony z 18 styczeń 2018 14:19:14:
za wcześnie się pochwaliłem, jednak jest źle
Cytat Jan 18 14:12:53 dnsmasq[9767]: query[A] openlinksys.info from 10.8.0.6
Jan 18 14:12:53 dnsmasq[9767]: forwarded openlinksys.info to 2001:470:20::2
Jan 18 14:12:54 dnsmasq[9767]: dnssec-query[DS] info to 2001:470:20::2
Jan 18 14:12:54 dnsmasq[9767]: reply info is DS keytag 8674, algo 7, digest 2
Jan 18 14:12:54 dnsmasq[9767]: reply info is DS keytag 8674, algo 7, digest 1
Jan 18 14:12:54 dnsmasq[9767]: dnssec-query[DS] openlinksys.info to 2001:470:20::2
Jan 18 14:12:54 dnsmasq[9767]: dnssec-query[DNSKEY] info to 2001:470:20::2
Jan 18 14:12:54 dnsmasq[9767]: reply info is DNSKEY keytag 23235, algo 7
Jan 18 14:12:54 dnsmasq[9767]: reply info is DNSKEY keytag 65121, algo 7
Jan 18 14:12:54 dnsmasq[9767]: reply info is DNSKEY keytag 8674, algo 7
Jan 18 14:12:54 dnsmasq[9767]: reply info is DNSKEY keytag 62948, algo 7
Jan 18 14:12:54 dnsmasq[9767]: reply openlinksys.info is no DS
Jan 18 14:12:54 dnsmasq[9767]: validation result is INSECURE
Edytowany przez qrs dnia 18-01-2018 14:19
---
Netgear R7000 • Netgear WNR3500L v2 • MikroTik hAP ac^2 • TP-LINK M7650
|
| |
|
|
| kille72 |
Dodano 18-01-2018 18:32
|
Administrator
Posty: 2986
Dołączył: 12/02/2007 23:43
|
Wprowadzimy pare zmian:
1. Update Nginx z wersji Legacy 1.10.3 do wersji Mainline 1.13.8
2. Poprawki w MultiWAN-Watchdog (w niektórych przypadkach padnięte łącze wciąż jest przez Tomato traktowane jako aktywne)
3. Status łącza MultiWAN w GUI, czy działa czy jest failover (standby) czy failover (active):
wan : Active
wan2 : Failover (standby)
Jak wszystko dobrze pójdzie to za pare dni skompiluje wersje testowe 
/Shibby/Pedro/Kille72 |
| |
|
|
| overflow2 |
Dodano 20-01-2018 10:22
|
Super User
Posty: 612
Dołączył: 28/01/2008 08:36
|
Może dałoby się zrobić nginxa w gui żeby działał z https?
Asus RT-AC56U FT-AIO
|
| |
|
' target='_blank'>Link
