Witam po długiej przerwie
Po wielu latach bezproblemowego używania Tomato na linii DSL TP, sytuacja zmusiła mnie do zmiany dostawcy internetu.
Nowy dostawca (duża sieć osiedlowa) do budynku dostarcza sygnał drogą radiową w paśmie 5 GHz, a do mieszkania wchodzi mi kablem FTP w trybie PPPoE.
Problem polega na tym, że Tomato (ver. 1.27) nie jest w stanie nawiązać połączenia PPPoE.
Cały czas wyświetla się napis Connecting i nic się nie zmienia.
Jeśli prowadzący z dachu od NanoStation kabel podepnę bezpośrednio do komputera, to połączenie zostaje nawiązane natychmiast (chociaż też z pewnym zastrzeżeniem), natomiast po podpięciu kabla do mojego WRT54G-TM, Tomato nie jest w stanie się połączyć.
Powyższe zastrzeżenie jest spowodowane tym, że połączenie PPPoE komputera z siecią jest aktywne tak długo, jak długo jest generowany jakiś ruch. Przy braku transmisji trwającym kilka minut, połączenie "przysypia" i ponowna transmisja staje się już niemożliwa.
Rozłączenie połączenia PPPoE, a następnie jego ponowne nawiązanie, rozpoczyna zabawę od nowa.
Czy jest Wam znany ten objaw?
Czy to rozłączenie jest może cechą charakterystyczną połączenia PPPoE? Wskazywałby na to fakt, że w menu Tomatu jest opcja wyboru "Connect Mode - Keep Alive" oraz "Check Interval".
A co najważniejsze:
Dlaczego Tomato nie potrafi nawiązać połączenia PPPoE???
Połączony z 10 styczeń 2014 09:35:43:
Nie widzę nigdzie przycisku do edycji postów, więc muszę dodać następny:
Czy ktoś z Was korzysta z Tomato połączonego w trybie PPPoE?
A jeśli tak, to proszę o wrażenia.
Edytowany przez Dziadek dnia 10-01-2014 09:35
Heh. U siebie mam Asusa i nanostation, Nanostation pracuje w trybie bridge, login i hasło do siecie pppoe mam wprowadzone w tomato na asus. Działa mi to hmm no z jakieś 2-3lata, wcześniej był microtik zamiast nanostation.
"Connect Mode - Keep Alive" - oznacza połączenie na żądanie, brak ruchu powoduje rozłączenie
"Check Interval" - oznacza utrzymuj połączenie cały czas i to ma masz mieć właczone
Router: Ubiquiti NanoStationM WiFi:[/n] UniFi AP AC PRO
[b]NAS: Synolgy DS214 [DSM 4.3-3810 U4] NAS2: unRAID PC: dużo różnego sprzętu
Konfigurowałem dla znajomego połączenie PPPoE z neostradą z modemem speedstream(w trybie bridge).Dane do logowania wpisane sa w tomato Działa bez zastrzeżeń. Nie pamiętam czy keep alive zaznaczałem. Ogólnie działa bardzo stabilnie. Sprzęt to asus rt-n16 z najnowszym tomato od szabiego.
Heh. U siebie mam Asusa i nanostation, Nanostation pracuje w trybie bridge, login i hasło do siecie pppoe mam wprowadzone w tomato na asus.
Którą masz wersję Tomato?
Być może w oryginalnym Tomato był błąd, który Shibby potem wyeliminował?
Szukałem potwierdzenia tej tezy, ale jakoś nie znalazłem, być możne niezbyt dokładnie szukałem.
Najlepiej, gdyby się Shibby na ten temat autorytatywnie wypowiedział
Cytat
"Connect Mode - Keep Alive" - oznacza połączenie na żądanie, brak ruchu powoduje rozłączenie
"Check Interval" - oznacza utrzymuj połączenie cały czas i to ma masz mieć właczone
To nie tak
"Connect mode" ma dwie opcje: "Keep alive" oraz "Connect on Demand".
Wybranie pierwszej opcji powoduje, że router sam nawiązuje i podtrzymuje połączenie, wybranie drugiej opcji powoduje, że dla nawiązania połączenia trzeba kliknąć "Connect".
U mnie w obu przypadkach kończy się na całkowicie bezskutecznych próbach nawiązania połączenia.
Jeśli prowadzący z dachu od NanoStation kabel podepnę bezpośrednio do komputera, to połączenie zostaje nawiązane natychmiast
ale tu masz neta od razu czy na kompie konfigurujesz połączenie szerokopasmowe?
Połączenie szerokopasmowe muszę na komputerze skonfigurować.
Wtedy kliknięcie "Połącz" powoduje nawiązanie połączenia PPPoE w przeciągu kilku (-nastu) sekund.
Cytat
Cytat
Problem polega na tym, że Tomato (ver. 1.27)
kłania się aktualizacja. wersja daemona pppoe może byś zbyt stara z wymaganiami twojego nowego usługodawcy.
Którą wersję radzisz jako wypróbowaną i stabilną, odpowiednią dla WRT54G/WRT54G-TM? (mam dwa routery)
Połączony z 10 styczeń 2014 15:30:32: Sprawa już się wyjaśniła!
Okazuje się, że całkowicie niepotrzebnie wypełniałem pole "Service Name".
Przeznaczenie tego pola jest całkiem inne niż myślałem i właśnie to uniemożliwiało nawiązanie połączenia.
Edytowany przez Dziadek dnia 10-01-2014 15:30
Mam tez problem z PPPoe w tomato, to moze od poczatku.
Dzis podpislalem umowe z osiedlowym uslugodawca internetu, internet idzie po kablu.
Jak podlaczam kabel do kompa konfiguruje polaczenie szeroko pasmowe wpisujac username i haslo wszysko dziala pieknie .
Podpinam kabel do portu wan mojego router Asus RT-n66u
konfiguruje polaczenia wan na protokol PPPoe wpisuje username i haslo daje ave i w stuatusie mam ciagle Connecting...
wersja tomato to tomato-K26USB-1.28.RT-N5x-MIPSR2-123-AIO-64K dzis wgrana, wczesniej mialem tomato-K26USB-1.28.RT-N5x-MIPSR2-116-AIO-64K i ten sam problem ponizej podaje logi :
Jan 1 01:08:48 unknown user.debug kernel: vlan2: del 33:33:00:00:00:01 mcast address from master interface
Jan 1 01:08:48 unknown user.debug kernel: vlan2: del 01:00:5e:00:00:01 mcast address from vlan interface
Jan 1 01:08:48 unknown user.debug kernel: vlan2: del 01:00:5e:00:00:01 mcast address from master interface
Jan 1 01:08:48 unknown user.warn kernel: vlan2: Setting MAC address to 50 46 5d cd 81 11.
Jan 1 01:08:48 unknown user.debug kernel: vlan2: add 01:00:5e:00:00:01 mcast address to master interface
Jan 1 01:08:48 unknown user.debug kernel: vlan2: add 33:33:00:00:00:01 mcast address to master interface
Jan 1 01:08:49 unknown daemon.info pppd[1896]: Plugin rp-pppoe.so loaded.
Jan 1 01:08:49 unknown daemon.info pppd[1896]: RP-PPPoE plugin version 3.10 compiled against pppd 2.4.5
Jan 1 01:08:49 unknown user.info redial[1898]: Started. Time: 10
Jan 1 01:08:49 unknown daemon.notice pppd[1897]: pppd 2.4.5 started by root, uid 0
Jan 1 01:09:09 unknown user.info redial[1898]: WAN down. Reconnecting...
Jan 1 01:09:09 unknown daemon.info dnsmasq[1841]: exiting on receipt of SIGTERM
Jan 1 01:09:09 unknown user.debug init[1]: 182: pptp peerdns disabled
prosze o pomoc nie testowalem na OFW bardzo mi zalezy na tomato .
wczesniej mialem internet z sieci kablowej multimedia z modemem ktory byl podpietu do asusa nie bylo zadnych problemow
Połączony z 05 November 2014 09:32:49:
Witam ponownie,
Wgralem ostatniego merlina i nadal to samo podaje ponizej logi:
Jan 1 00:06:40 pppd[830]: Plugin rp-pppoe.so loaded.
Jan 1 00:06:40 pppd[830]: RP-PPPoE plugin version 3.11 compiled against pppd 2.4.5
Jan 1 00:06:40 pppd[831]: pppd 2.4.5 started by admin, uid 0
Jan 1 00:06:51 rc_service: zcip 832:notify_rc start_firewall
Jan 1 00:06:51 dnsmasq[788]: read /etc/hosts - 5 addresses
Jan 1 00:06:51 zcip client: configured 169.254.83.138
Jan 1 00:06:52 start_nat_rules: apply the nat_rules(/tmp/nat_rules__eth0)!
Jan 1 00:06:52 dnsmasq[788]: exiting on receipt of SIGTERM
Jan 1 00:06:52 dnsmasq[837]: started, version 2.72test3 cachesize 1500
Jan 1 00:06:52 dnsmasq[837]: warning: interface ppp1* does not currently exist
Jan 1 00:06:52 dnsmasq[837]: asynchronous logging enabled, queue limit is 5 messages
Jan 1 00:06:52 dnsmasq-dhcp[837]: DHCP, IP range 192.168.1.2 -- 192.168.1.254, lease time 1d
Jan 1 00:06:52 dnsmasq[837]: read /etc/hosts - 5 addresses
Jan 1 00:06:59 rc_service: httpd 354:notify_rc restart_wan_if 0
Jan 1 00:06:59 rc_service: waitting "start_firewall" via ...
Jan 1 00:07:06 dnsmasq[837]: read /etc/hosts - 5 addresses
Jan 1 00:07:07 pppd[831]: Unable to complete PPPoE Discovery
Jan 1 00:07:07 pppd[831]: Hangup (SIGHUP)
Jan 1 00:07:07 pppd[831]: Terminating on signal 15
Jan 1 00:07:07 pppd[831]: Exit.
Jan 1 00:07:07 kernel: Attempt to kill tasklet from interrupt
Jan 1 00:07:07 miniupnpd[380]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Jan 1 00:07:07 miniupnpd[380]: Failed to get IP for interface eth0
Jan 1 00:07:07 miniupnpd[380]: SendNATPMPPublicAddressChangeNotification: cannot get public IP address, stopping
Jan 1 00:07:07 miniupnpd[380]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Jan 1 00:07:07 miniupnpd[380]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Jan 1 00:07:07 kernel: br0: port 1(vlan1) entering disabled state
Jan 1 00:07:07 kernel: br0: port 1(vlan1) entering listening state
Jan 1 00:07:07 kernel: br0: port 1(vlan1) entering learning state
Jan 1 00:07:07 kernel: br0: topology change detected, propagating
Jan 1 00:07:07 kernel: br0: port 1(vlan1) entering forwarding state
Jan 1 00:07:09 pppd[857]: Plugin rp-pppoe.so loaded.
Jan 1 00:07:09 pppd[857]: RP-PPPoE plugin version 3.11 compiled against pppd 2.4.5
Jan 1 00:07:09 pppd[858]: pppd 2.4.5 started by admin, uid 0
Jan 1 00:07:20 rc_service: zcip 859:notify_rc start_firewall
Jan 1 00:07:20 dnsmasq[837]: read /etc/hosts - 5 addresses
Jan 1 00:07:20 zcip client: configured 169.254.83.138
Jan 1 00:07:20 start_nat_rules: apply the nat_rules(/tmp/nat_rules__eth0)!
Jan 1 00:07:20 dnsmasq[837]: exiting on receipt of SIGTERM
Jan 1 00:07:20 dnsmasq[864]: started, version 2.72test3 cachesize 1500
Jan 1 00:07:20 dnsmasq[864]: warning: interface ppp1* does not currently exist
Jan 1 00:07:20 dnsmasq[864]: asynchronous logging enabled, queue limit is 5 messages
Jan 1 00:07:20 dnsmasq-dhcp[864]: DHCP, IP range 192.168.1.2 -- 192.168.1.254, lease time 1d
Jan 1 00:07:20 dnsmasq[864]: read /etc/hosts - 5 addresses
Jan 1 00:07:44 pppd[858]: Timeout waiting for PADO packets
sprobuje z innym routerkiem starym asusem rt10
Połączony z 05 November 2014 10:49:15:
czarna magia, podlaczylem mojego starego rt-n10 z tomato v1.28.9052 MIPSR2-032H K26 mini-vpn i wszystko dziala. Juz nie wiem co mam zrobic
Połączony z 05 November 2014 15:46:58:
Nikt nie mial takiego przypadku ? na OFW to samo nie laczy sie. na starym routerku i laptopie wszystko gra dostaje IP od providera. Juz nie mam pomyslu co by tu zrobic, czyscilem i reset konfiguracje juz z 10 razy, login i haslo do PPPoe jest poprawne .
Czu jest mozliwosc wlaczyc jakis debug zeby miec wiecej logow jesli chodzi o PPP ? z gory dziekuje za kazda pomoc
Edytowany przez kubekpl dnia 05-11-2014 15:46
od początku z tomato mam neta właśnie przez PPoE , użytkownik + hasło
Działało przedtem bez problemowo (asus n10u) jak i teraz na nowym routerze na ARM(asus n18u) , również bez problemowo
Asus RT-AC3200 Rocket M5
APC BACK-UPS RS 1200 Mini Itx ASUS Q87T+ i7-4770S Alienware m15 Vu+ Solo2
Router zostal podpiety w innym budynku ale do tej samej sieci i bez problemowo sie polaczyl.
Teraz to juz ciekawa zagadka, wiec tzreba bedzie przetestowac albo z innym kablem albo moze cos z switchem jest nie tak w moim bloku, dzis odbieram router bede testowal dalej .
Napewno wroci na poklad Tomato, Asus Merlin na dziendobry mi sie nie spodobal.
Połączony z 06 November 2014 17:42:14:
witam,
jednak problem byl od strony providera cos pogrzebali na vlanach i zaskoczylo.
Moge sie pochwalic laczem :
http://www.speedtest.net/my-result/3888944596
to wynik po wifi
po kablu jest 100/100M
Edytowany przez kubekpl dnia 06-11-2014 17:42
· Łą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
