Skocz do zawartości
Marcin Denis

Problem z VPN na RT-N10U z Tomato

Oceń temat:

Rekomendowane odpowiedzi

Marcin Denis

Witam,

Proszę o pomoc w rozwiązaniu problemu z VPN. Posiadam router ASUS RT-N10U z wgranym Tomato. VPN PPTP Server jest skonfigurowany poprawnie i wszystko działa prawidłowo z jednym małym problemem. Komputer loguje się do VPN prawidłowo ale tylko do momentu zakończenia połączenia. Ponowna próba połączenia z VPN zatrzymuje się na weryfikowaniu nazwy użytkownika i sprawdzaniu hasła. Aby VPN zaczął prawidłowo działać trzeba zrestartować RT-N10U. Po restarcie bez problemu można zalogować się do VPNa. Natomiast po zakończeniu połączenia i ponownej próbie zalogowania się do VPN, problem występuje ponownie. I tak w kółko.

Co może stanowić problem w tym, że nie można ponownie zalogować się do VPN bez restartowania routera.

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach
house

możesz pokazać kawałek sysloga po błędnej próbie autoryzacji ? nie pojawia się czasem coś takiego :

daemon.info pptp[7721]: Using interface ppp0
daemon.notice pptp[7721]: Connect: ppp0 <--> pptp (xxx.xxx.xxx)
daemon.notice pptp[7721]: CHAP authentication succeeded
daemon.info pptp[7721]: LCP terminated by peer (MPPE required but peer negotiation failed)
daemon.notice pptp[7721]: Connection terminated.
daemon.notice pptp[7721]: Modem hangup

?

Spróbuj zmienić szyfrowanie na MPPE-128 z zaznaczoną opcją "Stateless MPPE connection". Jakiej wersji tomato używasz -

Nie posiadasz wymaganych uprawnień, aby wyświetlać zawartość linków.
?

Kolejna sprawa - PPTP nie jest zbyt bezpiecznym połączeniem :/ nie lepiej przejść na OpenVPN ? I ostatnie : wbij ręcznie adresy DNS w konfiguracji serwera :/

Najlepszym rozwiązaniem będzie założyć temat na forum

Nie posiadasz wymaganych uprawnień, aby wyświetlać zawartość linków.
, gdyż osobiście tomato nie używam i nie polecam :)

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach
Marcin Denis

Ale chodzi o syslog routera? Jeśli tak to jak go wyciągnąć. Nigdy nie bawiłem się Tomat i nie za bardzo wiem gdzie tego szukać.

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach
house

Status - Logs - View All - jeśli nie znajdziesz tego o czym pisałem prześlij cały log na PW (nie linkuj i nie publikuj go) . A co do pytań które zadałem ?

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach
Marcin Denis

To jest syslog po udanym połączeniu, rozłączeniu się i nieudanej próbie połączenia:

Feb  9 11:52:03 unknown daemon.info pptpd[4930]: CTRL: Client * control connection started
Feb  9 11:52:03 unknown daemon.info pptpd[4930]: CTRL: Starting call (launching pppd, opening GRE)
Feb  9 11:52:03 unknown daemon.notice pppd[4931]: pppd 2.4.5 started by root, uid 0
Feb  9 11:52:03 unknown daemon.debug pppd[4931]: using channel 1
Feb  9 11:52:03 unknown daemon.info pppd[4931]: Using interface ppp4
Feb  9 11:52:03 unknown daemon.notice pppd[4931]: Connect: ppp4 <--> /dev/pts/0
Feb  9 11:52:03 unknown daemon.debug pppd[4931]: sent [LCP ConfReq id=0x1 <mru 1450> <asyncmap 0x0> <auth chap MS-v2> <magic 0xca094f4b> <pcomp> <accomp>]
Feb  9 11:52:03 unknown daemon.debug pppd[4931]: rcvd [LCP ConfReq id=0x0 <mru 1400> <magic 0x6fbc54e2> <pcomp> <accomp> <callback CBCP> <mrru 1614> <endpoint [local:75.cd.5a.50.7d.9b.41.5d.a7.c3.14.83.60.20.fe.83.00.00.00.05]>]
Feb  9 11:52:03 unknown daemon.debug pppd[4931]: sent [LCP ConfRej id=0x0 <callback CBCP> <mrru 1614>]
Feb  9 11:52:03 unknown daemon.debug pppd[4931]: rcvd [LCP ConfAck id=0x1 <mru 1450> <asyncmap 0x0> <auth chap MS-v2> <magic 0xca094f4b> <pcomp> <accomp>]
Feb  9 11:52:03 unknown daemon.debug pppd[4931]: rcvd [LCP ConfReq id=0x1 <mru 1400> <magic 0x6fbc54e2> <pcomp> <accomp> <endpoint [local:75.cd.5a.50.7d.9b.41.5d.a7.c3.14.83.60.20.fe.83.00.00.00.05]>]
Feb  9 11:52:03 unknown daemon.debug pppd[4931]: sent [LCP ConfAck id=0x1 <mru 1400> <magic 0x6fbc54e2> <pcomp> <accomp> <endpoint [local:75.cd.5a.50.7d.9b.41.5d.a7.c3.14.83.60.20.fe.83.00.00.00.05]>]
Feb  9 11:52:03 unknown daemon.debug pppd[4931]: sent [LCP EchoReq id=0x0 magic=0xca094f4b]
Feb  9 11:52:03 unknown daemon.debug pppd[4931]: sent [CHAP Challenge id=0xcf <103477635d2a6a53987d3c4d270e180f>, name = "*"]
Feb  9 11:52:03 unknown daemon.err pptpd[4930]: CTRL: Ignored a SET LINK INFO packet with real ACCMs!
Feb  9 11:52:03 unknown daemon.debug pppd[4931]: rcvd [LCP Ident id=0x2 magic=0x6fbc54e2 "MSRASV5.20"]
Feb  9 11:52:03 unknown daemon.debug pppd[4931]: rcvd [LCP Ident id=0x3 magic=0x6fbc54e2 "MSRAS-0-MDENIS-LAPTOP"]
Feb  9 11:52:03 unknown daemon.debug pppd[4931]: rcvd [LCP Ident id=0x4 magic=0x6fbc54e2 "a=O\020\004\37777777776\37777777666I\37777777633\37777777600\027\37777777715\37777777767\014T*"]
Feb  9 11:52:03 unknown daemon.debug pppd[4931]: rcvd [LCP EchoRep id=0x0 magic=0x6fbc54e2]
Feb  9 11:52:03 unknown daemon.debug pppd[4931]: rcvd [CHAP Response id=0xcf <c5cf335c6fa89bbcaa673f1fb57b16560000000000000000bd9ed2dcabad9d5b31733c50b2b1ab80bfc0a842810c4f9200>, name = "marcindenis"]
Feb  9 11:52:03 unknown daemon.debug pppd[4931]: sent [CHAP Success id=0xcf "S=AD80624C24F7DE5864B12C17B1AC20E1AC5FC3C2 M=Access granted"]
Feb  9 11:52:03 unknown daemon.debug pppd[4931]: sent [CCP ConfReq id=0x1 <mppe -H -M -S -L -D +C>]
Feb  9 11:52:03 unknown daemon.debug pppd[4931]: sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 192.168.104.1>]
Feb  9 11:52:03 unknown daemon.debug pppd[4931]: rcvd [IPV6CP ConfReq id=0x5 <addr fe80::d042:91e1:b112:632c>]
Feb  9 11:52:03 unknown daemon.warn pppd[4931]: Unsupported protocol 'IPv6 Control Protocol' (0x8057) received
Feb  9 11:52:03 unknown daemon.debug pppd[4931]: sent [LCP ProtRej id=0x2 80 57 01 05 00 0e 01 0a d0 42 91 e1 b1 12 63 2c]
Feb  9 11:52:03 unknown daemon.debug pppd[4931]: rcvd [CCP ConfReq id=0x6 <mppe +H -M +S -L -D +C>]
Feb  9 11:52:03 unknown daemon.debug pppd[4931]: sent [CCP ConfAck id=0x6 <mppe +H -M +S -L -D +C>]
Feb  9 11:52:03 unknown daemon.debug pppd[4931]: rcvd [IPCP ConfReq id=0x7 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-wins 0.0.0.0> <ms-dns2 0.0.0.0> <ms-wins 0.0.0.0>]
Feb  9 11:52:03 unknown daemon.debug pppd[4931]: sent [IPCP ConfRej id=0x7 <ms-wins 0.0.0.0> <ms-wins 0.0.0.0>]
Feb  9 11:52:03 unknown daemon.debug pppd[4931]: rcvd [CCP ConfNak id=0x1 <mppe -H -M +S -L -D +C>]
Feb  9 11:52:03 unknown daemon.debug pppd[4931]: sent [CCP ConfReq id=0x2 <mppe +H -M +S -L -D +C>]
Feb  9 11:52:03 unknown daemon.debug pppd[4931]: rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>]
Feb  9 11:52:03 unknown daemon.debug pppd[4931]: sent [IPCP ConfReq id=0x2 <addr 192.168.104.1>]
Feb  9 11:52:03 unknown daemon.debug pppd[4931]: rcvd [IPCP ConfReq id=0x8 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
Feb  9 11:52:03 unknown daemon.debug pppd[4931]: sent [IPCP ConfNak id=0x8 <addr 172.19.0.1> <ms-dns1 192.168.2.1> <ms-dns2 192.168.2.1>]
Feb  9 11:52:03 unknown daemon.debug pppd[4931]: rcvd [CCP ConfAck id=0x2 <mppe +H -M +S -L -D +C>]
Feb  9 11:52:03 unknown daemon.notice pppd[4931]: MPPC/MPPE 128-bit stateless compression enabled
Feb  9 11:52:03 unknown daemon.debug pppd[4931]: rcvd [IPCP ConfAck id=0x2 <addr 192.168.104.1>]
Feb  9 11:52:03 unknown daemon.debug pppd[4931]: rcvd [IPCP ConfReq id=0x9 <addr 172.19.0.1> <ms-dns1 192.168.2.1> <ms-dns2 192.168.2.1>]
Feb  9 11:52:03 unknown daemon.debug pppd[4931]: sent [IPCP ConfAck id=0x9 <addr 172.19.0.1> <ms-dns1 192.168.2.1> <ms-dns2 192.168.2.1>]
Feb  9 11:52:03 unknown daemon.err pppd[4931]: Cannot determine ethernet address for proxy ARP
Feb  9 11:52:03 unknown daemon.notice pppd[4931]: local  IP address 192.168.104.1
Feb  9 11:52:03 unknown daemon.notice pppd[4931]: remote IP address 172.19.0.1
Feb  9 11:52:03 unknown daemon.debug pppd[4931]: Script /tmp/pptpd/ip-up started (pid 4942)
Feb  9 11:52:03 unknown daemon.debug pppd[4931]: Script /tmp/pptpd/ip-up finished (pid 4942), status = 0x0
Feb  9 11:52:19 unknown daemon.debug pppd[4931]: rcvd [LCP TermReq id=0xa "o\37777777674T\37777777742\000<\37777777715t\000\000\000\000"]
Feb  9 11:52:19 unknown daemon.info pppd[4931]: LCP terminated by peer (oM-<TM-b^@<M-Mt^@^@^@^@)
Feb  9 11:52:19 unknown daemon.info pppd[4931]: Connect time 0.3 minutes.
Feb  9 11:52:19 unknown daemon.info pppd[4931]: Sent 170354 bytes, received 141003 bytes.
Feb  9 11:52:19 unknown daemon.debug pppd[4931]: Script /tmp/pptpd/ip-down started (pid 4950)
Feb  9 11:52:19 unknown daemon.debug pppd[4931]: sent [LCP TermAck id=0xa]
Feb  9 11:52:19 unknown daemon.debug pppd[4931]: Script /tmp/pptpd/ip-down finished (pid 4950), status = 0x0
Feb  9 11:52:19 unknown daemon.notice bcrelay[701]: ignored ENETDOWN from sendto(), a network interface was going down?
Feb  9 11:52:19 unknown daemon.debug pptpd[4930]: CTRL: Reaping child PPP[4931]
Feb  9 11:52:19 unknown daemon.info pppd[4931]: Hangup (SIGHUP)
Feb  9 11:52:19 unknown daemon.notice pppd[4931]: Modem hangup
Feb  9 11:52:19 unknown daemon.notice pppd[4931]: Connection terminated.
Feb  9 11:52:19 unknown daemon.info pppd[4931]: Exit.
Feb  9 11:52:19 unknown daemon.info pptpd[4930]: CTRL: Client * control connection finished
Feb  9 11:52:20 unknown daemon.notice bcrelay[701]: ignored ENXIO from sendto(), a network interface went down?
Feb  9 11:52:23 unknown daemon.info pptpd[4960]: CTRL: Client *.1.53 control connection started
Feb  9 11:52:23 unknown daemon.info pptpd[4960]: CTRL: Starting call (launching pppd, opening GRE)
Feb  9 11:52:24 unknown daemon.notice pppd[4961]: pppd 2.4.5 started by root, uid 0
Feb  9 11:52:24 unknown daemon.debug pppd[4961]: using channel 2
Feb  9 11:52:24 unknown daemon.info pppd[4961]: Using interface ppp4
Feb  9 11:52:24 unknown daemon.notice pppd[4961]: Connect: ppp4 <--> /dev/pts/0
Feb  9 11:52:24 unknown daemon.debug pppd[4961]: sent [LCP ConfReq id=0x1 <mru 1450> <asyncmap 0x0> <auth chap MS-v2> <magic 0xe7039bc6> <pcomp> <accomp>]
Feb  9 11:52:24 unknown daemon.debug pppd[4961]: rcvd [LCP ConfReq id=0x0 <mru 1400> <magic 0x79005ef9> <pcomp> <accomp> <callback CBCP> <mrru 1614> <endpoint [local:75.cd.5a.50.7d.9b.41.5d.a7.c3.14.83.60.20.fe.83.00.00.00.06]>]
Feb  9 11:52:24 unknown daemon.debug pppd[4961]: sent [LCP ConfRej id=0x0 <callback CBCP> <mrru 1614>]
Feb  9 11:52:26 unknown daemon.debug pppd[4961]: rcvd [LCP ConfReq id=0x1 <mru 1400> <magic 0x79005ef9> <pcomp> <accomp> <callback CBCP> <mrru 1614> <endpoint [local:75.cd.5a.50.7d.9b.41.5d.a7.c3.14.83.60.20.fe.83.00.00.00.06]>]
Feb  9 11:52:26 unknown daemon.debug pppd[4961]: sent [LCP ConfRej id=0x1 <callback CBCP> <mrru 1614>]
Feb  9 11:52:27 unknown daemon.debug pppd[4961]: sent [LCP ConfReq id=0x1 <mru 1450> <asyncmap 0x0> <auth chap MS-v2> <magic 0xe7039bc6> <pcomp> <accomp>]
Feb  9 11:52:29 unknown daemon.debug pppd[4961]: rcvd [LCP ConfReq id=0x2 <mru 1400> <magic 0x79005ef9> <pcomp> <accomp> <callback CBCP> <mrru 1614> <endpoint [local:75.cd.5a.50.7d.9b.41.5d.a7.c3.14.83.60.20.fe.83.00.00.00.06]>]
Feb  9 11:52:29 unknown daemon.debug pppd[4961]: sent [LCP ConfRej id=0x2 <callback CBCP> <mrru 1614>]
Feb  9 11:52:30 unknown daemon.debug pppd[4961]: sent [LCP ConfReq id=0x1 <mru 1450> <asyncmap 0x0> <auth chap MS-v2> <magic 0xe7039bc6> <pcomp> <accomp>]
Feb  9 11:52:33 unknown daemon.debug pppd[4961]: sent [LCP ConfReq id=0x1 <mru 1450> <asyncmap 0x0> <auth chap MS-v2> <magic 0xe7039bc6> <pcomp> <accomp>]
Feb  9 11:52:33 unknown daemon.debug pppd[4961]: rcvd [LCP ConfReq id=0x3 <mru 1400> <magic 0x79005ef9> <pcomp> <accomp> <callback CBCP> <mrru 1614> <endpoint [local:75.cd.5a.50.7d.9b.41.5d.a7.c3.14.83.60.20.fe.83.00.00.00.06]>]
Feb  9 11:52:33 unknown daemon.debug pppd[4961]: sent [LCP ConfRej id=0x3 <callback CBCP> <mrru 1614>]
Feb  9 11:52:34 unknown daemon.debug pppd[4961]: rcvd [LCP TermReq id=0x4 "y\000^\37777777771\000<\37777777715t\000\000\002\37777777721"]
Feb  9 11:52:34 unknown daemon.debug pppd[4961]: sent [LCP TermAck id=0x4]
Feb  9 11:52:36 unknown daemon.debug pppd[4961]: sent [LCP ConfReq id=0x1 <mru 1450> <asyncmap 0x0> <auth chap MS-v2> <magic 0xe7039bc6> <pcomp> <accomp>]
Feb  9 11:52:38 unknown daemon.debug pppd[4961]: rcvd [LCP TermReq id=0x5 "y\000^\37777777771\000<\37777777715t\000\000\002\37777777721"]
Feb  9 11:52:38 unknown daemon.debug pppd[4961]: sent [LCP TermAck id=0x5]
Feb  9 11:52:39 unknown daemon.debug pppd[4961]: sent [LCP ConfReq id=0x1 <mru 1450> <asyncmap 0x0> <auth chap MS-v2> <magic 0xe7039bc6> <pcomp> <accomp>]
Feb  9 11:52:42 unknown daemon.debug pptpd[4960]: CTRL: Reaping child PPP[4961]
Feb  9 11:52:42 unknown daemon.info pppd[4961]: Hangup (SIGHUP)
Feb  9 11:52:42 unknown daemon.notice pppd[4961]: Modem hangup
Feb  9 11:52:42 unknown daemon.notice pppd[4961]: Connection terminated.
Feb  9 11:52:42 unknown daemon.info pppd[4961]: Exit.
Feb  9 11:52:42 unknown daemon.info pptpd[4960]: CTRL: Client * control connection finished

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach
house

wyedytowałem ci w syslogu adres ip z play'a :/

wklep w konsoli i sprawdź:

iptables -A INPUT -p tcp —dport 1723 -j ACCEPT
iptables -A INPUT -p gre -j ACCEPT
iptables -A INPUT -i ppp+ -j ACCEPT
iptables -A FORWARD -i ppp+ -j ACCEPT
iptables -A FORWARD -o ppp+ -j ACCEPT
iptables -t nat -I PREROUTING -p tcp —dport 1723 -j ACCEPT
iptables -I INPUT -p tcp —dport 1723 -j ACCEPT
iptables -I INPUT -i ppp+ -j ACCEPT
iptables -I FORWARD -i ppp+ -j ACCEPT

zaznaczyłeś tę opcję :

Nie posiadasz wymaganych uprawnień, aby wyświetlać zawartość linków.

w Advanced - Contrack/Netfilter ?

 

btw - Z czego się łączysz - telefonu czy pc ? Używasz IPv6 specjalnie ?

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach
Marcin Denis

Moja wersja Tomato to 1.28.0000 MIPSR2-2.5-124 K26 USB VPN

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach
house

ok - 

Nie posiadasz wymaganych uprawnień, aby wyświetlać zawartość linków.

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach
Marcin Denis

Łącze się z kompa z Windows 7 i czasmi z telefonu z androidem.

Jak miałem router TP-LINK z serwerwm VPN to nie miałem żadnego problemu z połączeniem.

Problem wystąpił jak zmieniłem TP-LINK (przeniesiony do innej lokalizacji) na ASUSA.

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach
house

W OFW problem również występuje ?

B-6.png

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach
Marcin Denis

Nie używam IPV6 chyba, że operator PLAY podaje takie ustawienia na modem.

Przez tego samego PLAYa łącze się z dwoma innymi VPN-ami i wszystko śmiba jak trzeba.

Co do OFW to nawet nie wiedziałem, że posiada obsługę VPN ponieważ kupiłem router z tomato i nie bawiłem się oryginalnym oprogramowaniem.

Podobno routery z RT-N10U z portem USB nie miały w oryginalnym oprogramowaniu obsługi VPN (taką informacje dostałem od tego kto sprzedał mi ten router). Na ASUS DSL-N66U nie mam tego problemu i na TP-LINKU TL-ER604W też wszystko działa prawidłowo.

Muszę mieć pewność co do obsługi VPN przez OFW to wgram to do routera.

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach
house

ponieważ kupiłem router z tomato i nie bawiłem się oryginalnym oprogramowaniem.

Pokaż proszę screen z menu tomato <_< Kto Ci to sprzedał, jakaś firma ? Posiadasz Asus RT-N10 ver.B czy C ?

 

Podobno routery z RT-N10U z portem USB nie miały w oryginalnym oprogramowaniu obsługi VPN (taką informacje dostałem od tego kto sprzedał mi ten router).

Wersja z portem USB NA PEWNO posiada jedynie VPN PPTP - nie posiada OpenVPN więc ten kto sprzedał Ci ten router po prostu się myli. Załączyłem w poprzednim poście screen z OFW gdzie jak byk jest zakładka VPN.

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach
Marcin Denis

Sprzedano mi to w sklepie twierdząc, że skoro chce kupić TL-ER604W w cenie prawie 500zł to asus będzie mnie kosztował TYLKO 100zł, a po wgraniu do niego TOMATO, VPN będzie działał identycznie jak w TP-LINKU więc po co przepłacać. Widać jednak, że to nie działa tak jak powinno i chyba skończy się zakupem TL-ER604W który z VPN radzi sobie idealnie.

post-393-0-80580300-1423556404_thumb.jpg

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach
house

Advanced Tomato :) Wgraj OFW i sprawdź. Powinno działać bez problemu.  

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach
Marcin Denis

Dziękuję za pomoc. Do ASUSA wgram oryginalny soft i będzie służył jako normalny router natomiast do obsługi VPN kupiłem już TP-LINKA TL-ER604W i to on zajmie się normalną pracą w sieci. Widać, że sprawdzone urządzenia są najlepsze. Dałem się naciągnąć na podrasowaną zabawkę i już.

  • Lubię to 1

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Jeśli chcesz dodać odpowiedź, zaloguj się lub zarejestruj nowe konto

Jedynie zarejestrowani użytkownicy mogą komentować zawartość tej strony.

Zarejestruj nowe konto

Załóż nowe konto. To bardzo proste!

Zarejestruj się

Zaloguj się

Posiadasz już konto? Zaloguj się poniżej.

Zaloguj się

  • Przeglądający   0 użytkowników

    Brak zarejestrowanych użytkowników przeglądających tę stronę.

  • Podobna zawartość

    • pike28
      Przez pike28
      Witajcie . Zakupiłem przełącznik ubiquiti i mam pewien problem z dwoma urządzeniami w sieci .
       
      1. Komputer stacjonarny DELL Optiplex 790 z karta sieciową 1Gb/s . Komputer nawiązuje połączenie ale negocjuje prędkość 10/100 Mbit. Zmiana sterowników nie pomogła kable zarobione poprawnie.
       
      2 PS4. Konsola nawiązuje połączenie z pełnym 1Gb/s ale transfer pobierania plików jest w iście żółwim tempie. Zmiany konfiguracji na konsoli :DNS, MTU nie przynoszą żadnych zmian. Inna konsola PS4 (PRO) również pracuje w sieci i działa poprawnie osiągając maksymalne prędkości pobierania.
       
      Czy w ubiquiti istnieje możliwość sprawdzenia logów dotyczących połączeń i pracy portów ? Nigdzie nie mogę tego znaleźć a dzienniki nic nie pokazują.
       
      Bedę wdzięczny za każdą pomoc.
    • Kojot77
      Przez Kojot77
      Witam wszystkich,
      Posiadam DS216j, 2x WD RED 6 TB, 2 osobne wolumeny, lacze 300/20 Mb/s od Vectry, RT2600ac (zakupiony ostatnio po waszych opiniach ). Komputer po WiFi bez problemu sciaga pliki pelna szerokosia lącza.  Problem polega na tym, ze Transmission nie wykorzystuje lacze na full przy sciaganiu, wysylanie jest ok. Szczytowe osiagi to 120 Mb/s ktore obserwuje na NASie oraz routerze, bo Transmission Remote GUI "dlawi sie" i poki torrent sie nie sciagnie praktycznie nie odpowiada. W trakcie sciagana bez problemu loguje sie z WAN na NAS oraz router. NAS z routerem polaczone gigabitem (nawet wymienilem przewod ostatnio). Jak ogranicze sciaganie w samym transmission do 80-90 Mb/s to RemoteGUI dziala ok. Myslalem ze to moj staruszek Netgear sie nei wyrabial na zakretach, ale niestety na RT2600ac jest to samo. Wiec obstawiam ze to cos z samym transmission jest nie halo tylko nie moge sie dogrzebac co.  Spotkal sie ktos z takim cudem? Jakies podpowiedzi gdzie szukac?
       
      Pozdrawiam
    • Michał10
      Przez Michał10
      Witajcie,
      jestem nowy i zielony w tematach IT. Mam taki kłopot. Zainstalowano mi dzisiaj internet światłowodowy 300Mb/30Mb. Do tego internetu zakupiłem router Netgear R7000. I wszystko byłoby świetnie gdyby nie jeden mały szczegół. Gdy podepnę się bezpośrednio pod światłowód to mam transfer na poziomie 280Mb/28Mb na 2,4GHz (taki notebook stary trochę mam). Gdy podepnę router to po kablu mam

       
      Natomiast gdy chcę sprawdzić po wifi to niezależnie czy na 2,4GHz czy na 5GHz (sprawdzane na nowym smartfonie) w obu przypadkach jest podobnie:

       
      Czy możecie mi powiedzieć dlaczego tak jest? Co może być przyczyną, że WIFI ogranicza prędkość? Czy router jest uszkodzony? A może są jakieś ustawienia, które odblokują to ograniczanie prędkości. Przy okazji mam pytanie czy router Netgear R7000 jest taki problematyczny w konfiguracji? Technik od internetu bluźnił mi na ten router przy małym dziecku jak szewc. Bardzo proszę o jakieś podpowiedzi co zrobić. Będę wdzięczny jeśli powiecie mi też jak ewentualnie te ustawienia pozmieniać. Nie wiem co mam zrobić. Czy reklamować czy wykazać się jeszcze cierpliwością i poszukać kogoś kto sobie z tym poradzi.
      Z góry dziękuję za wszelkie odpowiedzi
       
       
       
       
       
       
       

openitforum.pl

Forum poświęcone przesyłaniu i przechowywaniu danych w małej sieci. Prezentujemy testy urządzeń oraz pomagamy w ich obsłudze i konfiguracji.
×

Powiadomienie o plikach cookie

Używamy plików cookie do celów związanych z reklamami, mediami społecznościowymi i statystykami. Kontynuując przeglądanie strony, wyrażasz zgodę na używanie przez nas plików cookies. Wszystkie wymagane w tej kwestii informacje zawierają: Polityka prywatności, Regulamin oraz Warunki użytkowania.