cs-joke.pl forum

Cześć. Więc kupiłem Asus RT-AC85U na początku tego roku, aby wymienić router mojego ISP (pod warunkiem Singtel). Po prostu FYI, jestem na ich abonamencie 1gigabit. Skorzystałem z szybkiej konfiguracji (zgodnie z zaleceniami wsparcia Asusa, zanim w zasadzie kazali mi zadzwonić, ale nie mogę) i użyłem ustawienia Singtel-Others dla mojego MioTV. Jeśli chodzi o połączenia, podłączyłem MioTV do LAN4 (działa), a mój pulpit do LAN1. Podany poniżej problem występuje zarówno w przypadku połączeń bezprzewodowych, jak i przewodowych.   W każdym razie mam problem polegający na tym, że router Asus losowo rozłącza mnie z Internetem. Rozłączenie potrwa tylko kilka sekund. Więc sprawdziłem dzienniki systemowe i otrzymałem to (wkleiłem dzienniki na dole tego wątku, ponieważ nie mogę publikować linków). Poszedłem szukać poprawki. Oto „naprawione”, które próbowałem:   - Powrót do poprzedniego oprogramowania (wersja 3.0.0.4.382.18536) - Wciąż się rozłączam - Próbowałem zaktualizować oprogramowanie do najnowszej wersji (wersja 3.0.0.4.382.50143) - Wciąż się rozłączam - Próbowałem zmienić częstotliwość zapytań DHCP z trybu agresywnego na tryb normalny - Częstotliwość rozłączania zmniejsza się, ale nadal występują rozłączenia - Próbowano sklonować adres MAC podanego routera ISP - Wciąż się rozłączam - Próbowałem wyłączyć DDNS - Nadal się rozłączam - Próbowałem trybu AP (ponieważ niektórzy twierdzą, że mój ONR działa jak router) - Nie działa. ONR z pewnością jest w trybie pomostowym (?). Dostarczony przez dostawcę usług internetowych router był tym, który robi DHCP, a nie ONR.   Jakieś pomysły? Jestem naprawdę zdesperowany. Chcę zadzwonić do wsparcia, ale nie mogę. Nie mam czasu Kilka godzin zajęło mi skompilowanie tego przesłania, spędzając większość czasu na pracy w niepełnym wymiarze czasu i rzadko jestem teraz w domu.   Dzienniki systemowe (skopiowałem i wkleiłem tylko, gdy problem zaczyna się i kończy): 3 września 06:27:38 Połączenie WAN: DHCP ISP nie działa poprawnie. 3 września 06:27:38 nat: zastosuj reguły przekierowań 3 września 06:27:43 Połączenie WAN: połączenie Ethernet. 3 września 06:27:43 rc_service: wanduck 312: powiadom_rc restart_wan_if 0 3 września 06:27:44 wan: [dekonfig] udhcpc zrobione [286] 3 września 06:27:46 wan: [dekonfig] udhcpc zrobione [286] 3 września 06:27:46 rc_service: udhcpc 6358: powiadom_rc start_firewall 3 września 06:27:46 miniupnpd [4789]: zamknięcie MiniUPnPd 3 września 06:27:46 nat: zastosuj reguły nat (/ tmp / nat_rules_vlan10_vlan10) 3 września 06:27:46 ntp: uruchom aktualizację NTP 3 września 06:27:46 rc_service: udhcpc 6358: powiadom_rc stop_upnp 3 września 06:27:46 rc_service: czekanie na „start_firewall” przez udhcpc ... 3 września 06:27:46 miniupnpd [6391]: uruchomiono wersję 1.9 3 września 06:27:46 miniupnpd [6391]: Nasłuch HTTP na porcie 35291 3 września 06:27:46 miniupnpd [6391]: Nasłuchuje ruchu NAT-PMP / PCP na porcie 5351 3 września 06:27:47 rc_service: udhcpc 6358: powiadom_rc start_upnp 3 września 06:27:47 rc_service: czekanie „stop_upnp” przez udhcpc ... 3 września 06:27:47 miniupnpd [6391]: zamknięcie MiniUPnPd 3 września 06:27:48 miniupnpd [6394]: uruchomiono wersję 1.9 3 września 06:27:48 miniupnpd [6394]: Nasłuch HTTP na porcie 56858 3 września 06:27:48 miniupnpd [6394]: Nasłuchuje ruchu NAT-PMP / PCP na porcie 5351 3 września 06:27:48 start_ddns: aktualizacja (USUNIĘTO ASUS LINK - NIE MOŻNA POSTOWAĆ) dyndns, wan_unit 0 3 września 06:27:48 aktualizacja ddns: ez-ipupdate: uruchamianie ... 3 września 06:27:48 aktualizacja ddns: połączenie z nwsrv-ns1.asus.com (103.10.4.108) na porcie 80. 3 września 06:27:49 aktualizacja ddns: wpis aktualizacji Asus :: powrót: HTTP / 1.1 200 OK ^ M Data: nie, 02 września 2018 22:27:48 GMT ^ M Serwer: Apache ^ M X-Powered-By: PHP / 5.6.30 ^ M Content-Length: 0 ^ M Połączenie: zamknij ^ M Content-Type: text / html; charset = UTF-8 ^ M ^ M 3 września 06:27:49 aktualizacja ddns: retval = 0, ddns_return_code (, 200) 3 września 06:27:49 aktualizacja ddns: asusddns_update: 0 3 września 06:27:49 ddns: aktualizacja ddns ok 3 września 06:27:52 Połączenie WAN: WAN został przywrócony. 3 września 06:27:53 rc_service: udhcpc 6358: powiadom_rc start_firewall 3 września 06:27:53 klient dhcp: związany (USUNIĘTY ADRES WAN) przez (USUNIĘTY ADRES WAN) przez 86400 sekund. 3 września 06:27:53 miniupnpd [6394]: zamknięcie MiniUPnPd 3 września 06:27:53 nat: zastosuj reguły nat (/ tmp / nat_rules_vlan10_vlan10) 3 września 06:27:53 miniupnpd [6474]: uruchomiono wersję 1.9 3 września 06:27:53 miniupnpd [6474]: nasłuch HTTP na porcie 50659 3 września 06:27:53 miniupnpd [6474]: Nasłuchiwanie ruchu NAT-PMP / PCP na porcie 5351

Podsumowując, rozłączenie nastąpiłoby tylko przez kilka sekund i wznowione? Czy próbowałeś użyć alternatywnego DNS?

Próbowałem użyć automatycznego połączenia z serwerem DNS, co było opcją domyślną. Mam więc problemy z rozłączaniem. Próbowałem ręcznie zmienić DNS na DNS Cloudflare. Problem nadal istnieje.

Czy masz ONR lub ONT od Singtel? Jeśli jest to ONR, będziesz mieć podwójny problem NAT, jeśli używasz Asusa jako routera

Musisz dokładnie sprawdzić, czy korzystasz z ONE czy ONT. AFAIK, SingTel nigdy nie wdrażają ONR w węźle mostkowym. Jeśli ONR, potwierdź musi przejść do trybu AP dla wszystkich routerów.

To jest ONR. Ale próbowałem ustawić router Asus w tryb AP. Prosto nie działa w porównaniu do trybu routera bezprzewodowego, który działa, ale losowo rozłącza moją sieć. Nawet router, który zapewnia Singtel, był w trybie routera, a nie w trybie AP.

LeParkour012 napisał: To jest ONR. Ale próbowałem ustawić router Asus w tryb AP. Prosto nie działa w porównaniu do trybu routera bezprzewodowego, który działa, ale losowo rozłącza moją sieć. Nawet router, który zapewnia Singtel, był w trybie routera, a nie w trybie AP. Router Singtel zmienia się w tryb AP po podłączeniu do ONR. dlatego musisz mieć pewność, co masz, ONT lub ONR. Musisz zresetować swojego asusa i zrestartować ONR po ustawieniu asusa w trybie AP.

Przepraszam za spóźnioną odpowiedź, ale przetestowałem ją ponownie w trybie AP. Resetowanie routera i zmiana go w tryb AP, a następnie ponowne uruchomienie ONR. To nie działa Jak w ogóle. Próbowałem także podłączyć dostarczony router Singtel i po skonfigurowaniu nie jest on w trybie AP. Przełączenie go w tryb AP również nie działa.

Następnie używasz ONT. Zauważ, że ont są zwykle z zte. Tylko Huawei jest używany jako onr. Wiem, że niektóre nowe Zte Ont są oznaczone jako Zte Onr na dolnej naklejce, ale jest wdrażane jako ONT, mimo że ten model może być używany jako ONR. W twoim przypadku twój asus musi ustawić tryb routera bezprzewodowego i powinien wtedy działać. Jeśli konsekwentnie tracisz wan, możesz rozważyć RMA, jeśli używany router singtel nie powoduje problemów. LeParkour012 napisał: Przepraszam za spóźnioną odpowiedź, ale przetestowałem ją ponownie w trybie AP. Resetowanie routera i zmiana go w tryb AP, a następnie ponowne uruchomienie ONR. To nie działa Jak w ogóle. Próbowałem także podłączyć dostarczony router Singtel i po skonfigurowaniu nie jest on w trybie AP. Przełączenie go w tryb AP również nie działa. Opublikowane z aplikacją Samsung Galaxy Note 9 HardwareZone Forums

renfred89 napisał: Następnie używasz ONT. Zauważ, że ont są zwykle z zte. Tylko Huawei jest używany jako onr. Wiem, że niektóre nowe Zte Ont są oznaczone jako Zte Onr na dolnej naklejce, ale jest wdrażane jako ONT, mimo że ten model może być używany jako ONR. W twoim przypadku twój asus musi ustawić tryb routera bezprzewodowego i powinien wtedy działać. Jeśli konsekwentnie tracisz wan, możesz rozważyć RMA, jeśli używany router singtel nie powoduje problemów. Opublikowane z aplikacją Samsung Galaxy Note 9 HardwareZone Forums O? To jest ONT? Mówi się tutaj na górze pudełka, że to „Optical Network Router”. I tak, to z ZTE. To wprowadza w błąd. Spróbuję znaleźć więcej „rozwiązań” do wypróbowania, ale jeśli nie mogę tego naprawić, mogę po prostu użyć go jako punktu dostępowego i zdobyć inny router. Nie mam czasu, aby wysłać go do RMA.