Witam,
Przeszukałem już całe forum ale nie mogę znaleźć rozwiązania mojego problemu.
Skonfigurowałem serwer VPN PPTP na Tomatoo 1.23 połączone jest ustanowione i połączone jednak jest ona natychmiast rozłączne jeśli jakiś ruch zaczynam kierować przez VPN zarówno wew i zewnętrzny. Testowałem już na kilku łączach i kilku klientach win/ios/macos.
ov 10 22:39:03 unknown daemon.debug pppd[13936]: Discarded non-LCP packet when LCP not open
Nov 10 22:39:03 unknown daemon.debug pppd[13936]: rcvd [LCP ConfReq id=0x2 ]
Nov 10 22:39:03 unknown daemon.debug pppd[13936]: sent [LCP ConfAck id=0x2 ]
Nov 10 22:39:03 unknown daemon.debug pppd[13936]: rcvd [LCP ConfAck id=0x2 ]
Nov 10 22:39:03 unknown daemon.debug pppd[13936]: sent [LCP EchoReq id=0x0 magic=0xc3bfe64d]
Nov 10 22:39:03 unknown daemon.debug pppd[13936]: sent [CHAP Challenge id=0xb3 <1932aae78709e92e1f151155d654d7f0>, name = "*"]
Nov 10 22:39:04 unknown daemon.debug pppd[13936]: rcvd [LCP EchoReq id=0x0 magic=0x9ef8d1b]
Nov 10 22:39:04 unknown daemon.debug pppd[13936]: sent [LCP EchoRep id=0x0 magic=0xc3bfe64d]
Nov 10 22:39:04 unknown daemon.debug pppd[13936]: rcvd [LCP EchoRep id=0x0 magic=0x9ef8d1b]
Nov 10 22:39:04 unknown daemon.debug pppd[13936]: rcvd [CHAP Response id=0xb3 <1e9aa8bf3ccf98d193a94fcb930d4f490000000000000000710d9c97158277947d19b61e28fd0a92c1fff54d6f89b89200>, name = "marcin"]
Nov 10 22:39:04 unknown daemon.debug pppd[13936]: sent [CHAP Success id=0xb3 "S=8DC89C84682E39B41BE3B59C62729242984463C7 M=Access granted"]
Nov 10 22:39:04 unknown daemon.debug pppd[13936]: sent [CCP ConfReq id=0x1 ]
Nov 10 22:39:04 unknown daemon.debug pppd[13936]: sent [IPCP ConfReq id=0x1 ]
Nov 10 22:39:04 unknown daemon.debug pppd[13936]: rcvd [IPCP ConfReq id=0x1 ]
Nov 10 22:39:04 unknown daemon.debug pppd[13936]: sent [IPCP ConfNak id=0x1 ]
Nov 10 22:39:04 unknown daemon.debug pppd[13936]: rcvd [IPV6CP ConfReq id=0x1 ]
Nov 10 22:39:04 unknown daemon.warn pppd[13936]: Unsupported protocol 'IPv6 Control Protocol' (0x8057) received
Nov 10 22:39:04 unknown daemon.debug pppd[13936]: sent [LCP ProtRej id=0x3 80 57 01 01 00 0e 01 0a 16 10 9f ff fe de e3 9b]
Nov 10 22:39:04 unknown daemon.debug pppd[13936]: rcvd [proto=0x8235] 01 01 00 10 01 06 00 00 00 01 02 06 00 00 00 01
Nov 10 22:39:04 unknown daemon.warn pppd[13936]: Unsupported protocol 0x8235 received
Nov 10 22:39:04 unknown daemon.debug pppd[13936]: sent [LCP ProtRej id=0x4 82 35 01 01 00 10 01 06 00 00 00 01 02 06 00 00 00 01]
Nov 10 22:39:04 unknown daemon.debug pppd[13936]: rcvd [LCP ProtRej id=0x3 80 fd 01 01 00 0a 12 06 00 00 00 01]
Nov 10 22:39:04 unknown daemon.debug pppd[13936]: Protocol-Reject for 'Compression Control Protocol' (0x80fd) received
Nov 10 22:39:04 unknown daemon.debug pppd[13936]: rcvd [IPCP ConfRej id=0x1 ]
Nov 10 22:39:04 unknown daemon.debug pppd[13936]: sent [IPCP ConfReq id=0x2 ]
Nov 10 22:39:04 unknown daemon.debug pppd[13936]: rcvd [IPCP ConfReq id=0x2 ]
Nov 10 22:39:04 unknown daemon.debug pppd[13936]: sent [IPCP ConfAck id=0x2 ]
Nov 10 22:39:04 unknown daemon.debug pppd[13936]: rcvd [IPCP ConfAck id=0x2 ]
Nov 10 22:39:04 unknown daemon.err pppd[13936]: Cannot determine ethernet address for proxy ARP
Nov 10 22:39:04 unknown daemon.notice pppd[13936]: local IP address 10.0.1.1
Nov 10 22:39:04 unknown daemon.notice pppd[13936]: remote IP address 172.19.0.1
Nov 10 22:39:04 unknown daemon.debug pppd[13936]: Script /tmp/pptpd/ip-up started (pid 13947)
Nov 10 22:39:04 unknown daemon.debug pppd[13936]: Script /tmp/pptpd/ip-up finished (pid 13947), status = 0x0
Nov 10 22:39:09 unknown daemon.err pptpd[13935]: GRE: read(fd=7,buffer=419884,len=8260) from network failed: status = -1 error = Message too long
Nov 10 22:39:09 unknown daemon.err pptpd[13935]: CTRL: GRE read or PTY write failed (gre,pty)=(7,6)
Nov 10 22:39:09 unknown daemon.debug pptpd[13935]: CTRL: Reaping child PPP[13936]
Nov 10 22:39:09 unknown daemon.info pppd[13936]: Hangup (SIGHUP)
Nov 10 22:39:09 unknown daemon.notice pppd[13936]: Modem hangup
Nov 10 22:39:09 unknown daemon.info pppd[13936]: Connect time 0.1 minutes.
Nov 10 22:39:09 unknown daemon.info pppd[13936]: Sent 11538 bytes, received 6968 bytes.
Nov 10 22:39:09 unknown daemon.debug pppd[13936]: Script /tmp/pptpd/ip-down started (pid 13956)
Nov 10 22:39:09 unknown daemon.notice pppd[13936]: Connection terminated.
Nov 10 22:39:09 unknown daemon.debug pppd[13936]: Script /tmp/pptpd/ip-down finished (pid 13956), status = 0x0
Nov 10 22:39:09 unknown daemon.info pppd[13936]: Exit.
Nov 10 22:39:09 unknown daemon.info pptpd[13935]: CTRL: Client 83.29.89.109 control connection finished
Nov 10 22:40:12 unknown daemon.info dnsmasq-dhcp[13763]: DHCPREQUEST(br0) 10.0.1.115 00:0e:08:3b:cd:3f
Nov 10 22:40:12 unknown daemon.info dnsmasq-dhcp[13763]: DHCPACK(br0) 10.0.1.115 00:0e:08:3b:cd:3f msleplawyTEL
Nov 10 22:46:33 unknown authpriv.info dropbear[13966]: Child connection from 83.29.89.109:49416
Nov 10 22:46:37 unknown authpriv.notice dropbear[13966]: Pubkey auth succeeded for 'root' with key md5 c1:38:14:29:b8:34:8e:bf:54:cd:5a:17:31:c6:60:51 from 83.29.89.109:49416
mleplawy załączono następujące plik:
Nie masz uprawnień, by zobaczyć załączniki w tym wątku.
· Łącznie użytkowników: 24,115 · Najnowszy użytkownik: Ja
Czat
Musisz się zalogować, aby opublikować wiadomość.
Maniek91PL
06-11-2024 22:37
dzięki !
maxikaaz
29-10-2024 14:27
@Maniek91PL - Administration=> Admin Access, i tam masz "Allow Wireless Access" do zaznaczenia
Maniek91PL
26-10-2024 22:07
siemka! ktoś przypomni co się ustawiało jeśli nie mogę wejść od strony wifi do tomato? od lan działa
overflow2
04-10-2024 17:34
Kupowałem Asusy n10u albo n12d1 ale nie widzę ich, chyba już nie produkują, Chodzi o coś nowego i taniego. Transfery niewielkie.
maxikaaz
04-10-2024 09:38
@overflow2 patrząc po dostępności funkcji w nowych kompilacjach, to chyba nawet WRT54G/GL jeszcze ma OpenVPN, albo jakiś odpowiednik... zależy, na jakie transfery liczysz.
overflow2
30-09-2024 20:53
Jaki aktualnie najtańszy router do tomato do openvpn?
maxikaaz
27-07-2024 15:07
@servee - na początek router do rozebrania i obejrzenia, ciężko wróżyć tak tylko po objawach
maxikaaz
27-07-2024 14:55
@servee - cały kontroler nie pada tak sobie z powodu "zbiegu okoliczności", więc prawdopodobnie gdzieś przepięcie.
servee
25-07-2024 13:33
@maxikaaz: działało, aż pewnego pięknego dnia przestało działać. W tym dniu była też burza, ale to raczej zbieg okoliczności.
maxikaaz
25-07-2024 11:38
@servee - o ile problem jest w obrębie samych wyjść (dławiki, warystory), to naprawialne, ale jeśli w samym SoC - to nienaprawialne ze względu na koszta. A co było przyczyną?
' target='_blank'>Link
