|
PPPoE nie łączy (Tomato v1.06)
|
| HaNocri |
Dodano 26-04-2007 17:34
|
User
Posty: 4
Dołączył: 02/04/2007 10:54
|
Witam, mam taki problem mianowicie mój Linksys WRT54GL z wgranym firmware Tomato v1.06 nie może połączyć się z internetem przez PPPoE. W logach widzę tylko tyle:
Apr 26 16:26:55 zazie-wrt user.warn kernel: vlan1: Setting MAC address to 00 18 f8 7a 58 0a.
Apr 26 16:26:55 zazie-wrt daemon.notice pppd[13132]: pppd 2.4.1 started by root, uid 0
Apr 26 16:27:55 zazie-wrt user.info redial[13038]: WAN down, redialing...
Apr 26 16:27:55 zazie-wrt daemon.info pppd[13132]: Exit.
Apr 26 16:27:58 zazie-wrt user.warn kernel: vlan1: Setting MAC address to 00 18 f8 7a 58 0a.
Apr 26 16:27:58 zazie-wrt daemon.notice pppd[13160]: pppd 2.4.1 started by root, uid 0
Dotychczas łączyłem się bezpośrednio z komputera z zainstalowanym Debianem 3.1, tam ustanowienie połączenia nie zajmuje nawet sekundy. Łącze się z internetem przez sieć radiową, wygląda to tak: Antena -> Access Point -> Sieciówka 10/100 w moim kompie. Nie mam dostępu do APka, ale chyba nie w tym przyczyna skoro Debian łączy się bez problemu. Autoryzacja przebiega przez MS-CHAP v2.
Nie wiem czy da się połączyć oryginalnym firmware, bo od razu wgrałem Tomato. MAC nie ma tu znaczenia.
Nie wiem jak wymusić tryb debug na Tomato bo z tego co zauważyłem do ustanowienia połączenia PPPoE używa pppoecd a nie bezpośrednio pppd, a w pppoecd nie widzę opcji debug.
Może ktoś potafi mi z tym pomóc albo chociaż podpowiedziałby jak zmusić tomato, żeby wyświetlał mi więcej informacji w syslogu? |
| |
|
|
| Larus |
Dodano 27-04-2007 13:56
|
User
Posty: 54
Dołączył: 03/07/2006 10:56
|
Wifi przez PPPoE ? Jesteś absolutnie pewien, że właśnie tak następuje połączenie z Access Pointem ? 
Edytowany przez Larus dnia 27-04-2007 13:57
|
| |
|
|
| HaNocri |
Dodano 27-04-2007 16:04
|
User
Posty: 4
Dołączył: 02/04/2007 10:54
|
Może wyraziłem się trochę nieprecyzyjnie APek, który mam na dachu i jestem z nim połączony bezpośrednio skrętką jest jednym z wielu punktów dostępowych w moim mieście i działa jako bridge komunikując się z centralnym serwerem na którym działa serwer pppoe. Sam Access Point służy jedynie do komunikacji przez wifi z centralnym serwerem i sam w sobie nie uwierzytelnia w żaden sposób. Cały proces logowania odbywa się na centralnym serwerze (czyli pppoe+radius ale dokładnie nie wiem, bo adminem nie jestem  .
Nie wiem więc dlaczego router się nie łączy, zachowuje się właściwie tak jakby w ogóle nie był do niego podpięty kabel w porcie WAN. Spróbuje jeszcze przywrócić domyślne ustawienia i wyczyścić nvram i zobaczyć jak się będzie zachowywać. Jeśli nic to nie da to spróbuje wgrać OpenWRT, może tam zadziała. |
| |
|
|
| Larus |
Dodano 28-04-2007 12:29
|
User
Posty: 54
Dołączył: 03/07/2006 10:56
|
Hmm, to raczej dość nietypowa konfiguracja.
Mógłbyś jeszcze dokładnie napisać w jaki sposób łączysz się bezpośrednio przez kompa ? Tzn. kiedy kabel od AP podłączasz z pominięciem WRT, bezpośrednio do sieciówki ? |
| |
|
|
| HaNocri |
Dodano 28-04-2007 15:09
|
User
Posty: 4
Dołączył: 02/04/2007 10:54
|
Używam pod debianem pppd jak przy standardowym połączeniu modemowym tylko używając pluginu rp-pppoe (standardowo dostępnym w paczce z pppd).
pppd używa interfejsu eth0, czyli sieciówki do której podpięty jest kabel łączący z APkiem i tworzy wirtualny interfejs ppp0 który otrzymuje od zdalnego serwera adres ip i bramy.
Plik konfiguracyjny dla pppd:
noipdefault
defaultroute
hide-password
lcp-echo-interval 20
lcp-echo-failure 3
connect /bin/true
noauth
noaccomp
default-asyncmap
persist
plugin rp-pppoe.so eth0
user ""
Hasło pobierane jest z pliku /etc/ppp/chap-secrets.
I to tyle, połączenie jest nawiązywane przy starcie systemu, albo poleceniem ifup ppp0.
Jak to wygląda w syslogu:
Apr 24 01:05:14 debian-serv pppd[25258]: Plugin rp-pppoe.so loaded.
Apr 24 01:05:14 debian-serv pppd[25260]: pppd 2.4.3 started by root, uid 0
Apr 24 01:05:14 debian-serv pppd[25260]: PPP session is 2573
Apr 24 01:05:14 debian-serv pppd[25260]: Using interface ppp0
Apr 24 01:05:14 debian-serv pppd[25260]: Connect: ppp0 <--> eth0
Apr 24 01:05:14 debian-serv pppd[25260]: Couldn't increase MTU to 1500
Apr 24 01:05:14 debian-serv pppd[25260]: Couldn't increase MRU to 1500
Apr 24 01:05:14 debian-serv pppd[25260]: Couldn't increase MRU to 1500
Apr 24 01:05:14 debian-serv pppd[25260]: peer from calling number 00:03:4F:4E:A7:01 authorized
Apr 24 01:05:14 debian-serv pppd[25260]: local IP address
Apr 24 01:05:14 debian-serv pppd[25260]: remote IP address
|
| |
|
|
| Larus |
Dodano 28-04-2007 21:29
|
User
Posty: 54
Dołączył: 03/07/2006 10:56
|
OK. W takim razie obawiam się, że trafiłeś na ograniczenie Tomato  Z tego co wiem to w dd-wrt dało się wybrać pakiet roaring-pengiun-pppoe, wtedy może by co to działało. Ewentualnie OpenWRT i doinstalować ten pakiet...
|
| |
|
|
| HaNocri |
Dodano 02-05-2007 12:43
|
User
Posty: 4
Dołączył: 02/04/2007 10:54
|
Rzeczywiście po przejściu na OpenWRT ten łączy się bez problemu. Czyli jednak w moim przypadku plugin rp-pppoe jest niezbędny. Szkoda mi rezygnować Tomato bo całkiem mi przypasował, ale widzę że OpenWRT jest trochę Debiano-podobny, więc daje radę  |
| |
|
|
| Larus |
Dodano 03-05-2007 15:05
|
User
Posty: 54
Dołączył: 03/07/2006 10:56
|
Mógłbyś spróbować napisać maila do autora Tomato opisując tę sprawę. Protokół PPPoE jest dość dobrze udokumentowany i to powinno działać niezależnie od implementacji - może Jon coś zaradzi. |
| |
|
' target='_blank'>Link
