Page 2 of 3 FirstFirst 123 LastLast
Results 16 to 30 of 45

Thread: Проблема с PPPoE на WL-500gP V1 + провайдер qt.net

  1. #16
    с отключенным рррое-релэем роутер ваабче не цепляется

  2. #17
    Join Date
    May 2007
    Location
    Истра
    Posts
    1,246
    Quote Originally Posted by wind View Post
    с отключенным рррое-релэем роутер ваабче не цепляется
    Что значит "не цепляется"?
    Нужно выключить pppoe-relay и перезагрузить роутер. На компе, конечно же pppoe при этом поднимать не нужно (да он и не поднимется). Если после этого инета на роутере не будет, запостите сюда лог роутера, предварительно воткнув кабель от прова в комп и подняв там pppoe.
    Да, и проверьте правильность ввода логина и пароля на роутере.

    Понимаете, если вы не будете следовать советам тех, кто пытается вам помочь на этом форуме, то помочь вам не смогут.
    Last edited by Power; 26-10-2008 at 11:10.

  3. #18
    Дык писал же уже... при выключенном релее фот такое отдает:

    Jan 1 02:00:41 pppd[95]: PPP session is 6953
    Jan 1 02:00:41 pppd[95]: Using interface ppp0
    Jan 1 02:00:41 pppd[95]: Connect: ppp0 <--> vlan1
    Jan 1 02:00:45 pppd[95]: CHAP authentication failed: Invalid!!
    Jan 1 02:00:45 pppd[95]: Connection terminated.

  4. #19
    Прошу прощения, шо то мой браузер глюкнул... а я и внимания и не обратил, действительно не тот пароль роутер набирал... хотя в инет все равно не ходит

    Jan 1 02:00:06 kernel: vlan1: Setting MAC address to 00 1e 8c bd e3 18.
    Jan 1 02:00:06 kernel: scsi0 : SCSI emulation for USB Mass Storage devices
    Jan 1 02:00:07 pppd[94]: Plugin rp-pppoe.so loaded.
    Jan 1 02:00:07 pppd[94]: RP-PPPoE plugin version 3.3 compiled against pppd 2.4.2
    Jan 1 02:00:07 pppd[95]: pppd 2.4.2 started by wind, uid 0
    Jan 1 02:00:07 pppd[95]: PPP session is 6986
    Jan 1 02:00:07 pppd[95]: Using interface ppp0
    Jan 1 02:00:07 pppd[95]: Connect: ppp0 <--> vlan1
    Jan 1 02:00:07 kernel: Vendor: WDC WD12 Model: 00JB-00DUA3 Rev: 0000
    Jan 1 02:00:07 kernel: Type: Direct-Access ANSI SCSI revision: 02
    Jan 1 02:00:07 kernel: Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
    Jan 1 02:00:07 pppd[95]: CHAP authentication succeeded: Welcome!!
    Jan 1 02:00:07 pppd[95]: peer from calling number 00:1C:F0:98:3DF authorized
    Jan 1 02:00:07 pppd[95]: local IP address 194.60.69.100
    Jan 1 02:00:07 pppd[95]: remote IP address 10.0.0.10
    Jan 1 02:00:07 kernel: SCSI device sda: 234375000 512-byte hdwr sectors (120000 MB)
    Jan 1 02:00:07 kernel: Partition check:
    Jan 1 02:00:07 kernel: p1 p2 p3
    Jan 1 02:00:08 PPPoE: connect to ISP
    Jan 1 02:00:08 dropbear[118]: Running in background

    как и раньше днс резолвит, а в сеть не идет
    и думаю я что ето происходит потому шо он перестраивает таблицу маршрутизации... он цепляется к 10.0.0.10 и строит на него маршрут, а винда же как было указано имеет дефолтный маршрут на 10.0.0.1

  5. #20
    Join Date
    Feb 2008
    Location
    Moscow, Tver
    Posts
    3,962
    Quote Originally Posted by wind View Post
    а винда же как было указано имеет дефолтный маршрут на 10.0.0.1
    А зачем?
    Сделайте на компе route -f и потом попробуйте
    tracert гейтвей_провайдера.

  6. #21
    Join Date
    May 2007
    Location
    Истра
    Posts
    1,246
    Quote Originally Posted by wind View Post
    Прошу прощения, шо то мой браузер глюкнул... а я и внимания и не обратил, действительно не тот пароль роутер набирал... хотя в инет все равно не ходит

    Jan 1 02:00:06 kernel: vlan1: Setting MAC address to 00 1e 8c bd e3 18.
    Jan 1 02:00:06 kernel: scsi0 : SCSI emulation for USB Mass Storage devices
    Jan 1 02:00:07 pppd[94]: Plugin rp-pppoe.so loaded.
    Jan 1 02:00:07 pppd[94]: RP-PPPoE plugin version 3.3 compiled against pppd 2.4.2
    Jan 1 02:00:07 pppd[95]: pppd 2.4.2 started by wind, uid 0
    Jan 1 02:00:07 pppd[95]: PPP session is 6986
    Jan 1 02:00:07 pppd[95]: Using interface ppp0
    Jan 1 02:00:07 pppd[95]: Connect: ppp0 <--> vlan1
    Jan 1 02:00:07 kernel: Vendor: WDC WD12 Model: 00JB-00DUA3 Rev: 0000
    Jan 1 02:00:07 kernel: Type: Direct-Access ANSI SCSI revision: 02
    Jan 1 02:00:07 kernel: Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
    Jan 1 02:00:07 pppd[95]: CHAP authentication succeeded: Welcome!!
    Jan 1 02:00:07 pppd[95]: peer from calling number 00:1C:F0:98:3DF authorized
    Jan 1 02:00:07 pppd[95]: local IP address 194.60.69.100
    Jan 1 02:00:07 pppd[95]: remote IP address 10.0.0.10
    Jan 1 02:00:07 kernel: SCSI device sda: 234375000 512-byte hdwr sectors (120000 MB)
    Jan 1 02:00:07 kernel: Partition check:
    Jan 1 02:00:07 kernel: p1 p2 p3
    Jan 1 02:00:08 PPPoE: connect to ISP
    Jan 1 02:00:08 dropbear[118]: Running in background

    как и раньше днс резолвит, а в сеть не идет
    и думаю я что ето происходит потому шо он перестраивает таблицу маршрутизации... он цепляется к 10.0.0.10 и строит на него маршрут, а винда же как было указано имеет дефолтный маршрут на 10.0.0.1
    Хорошо, а теперь при тех же настройках выполните опять на роутере
    Code:
    route -n
    traceroute 213.180.204.8 #это ya.ru
    и результат сюда.

  7. #22
    vectorm
    обнуляю роуты и комп просто не видит роутер... не говоря уже о трассе.

    на роутере:
    route -n
    Kernel IP routing table
    Destination Gateway Genmask Flags Metric Ref Use Iface
    10.0.0.10 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
    192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 br0
    10.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 vlan1
    127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
    0.0.0.0 10.0.0.10 0.0.0.0 UG 0 0 0 ppp0

    traceroute 213.180.204.8
    traceroute to 213.180.204.8 (213.180.204.8), 30 hops max, 38 byte packets
    1 * * *
    2 * * *
    3 * * *
    4 * * *
    5 * * *
    6 * * *
    7 * * *
    8 * * *
    9 * * *
    10 * * *

  8. #23
    Join Date
    May 2007
    Location
    Истра
    Posts
    1,246
    Маршруты вроде нормальные.
    А выложите ещё вывод команды
    Code:
    iptables-save
    на всякий случай.

  9. #24
    # Generated by iptables-save v1.2.7a on Thu Jan 1 17:57:38 1970
    *nat
    :PREROUTING ACCEPT [1052069:92812199]
    :POSTROUTING ACCEPT [17111:1112048]
    :OUTPUT ACCEPT [17198:1132265]
    :VSERVER - [0:0]
    -A PREROUTING -d 194.60.69.100 -j VSERVER
    -A PREROUTING -d 10.42.90.8 -j VSERVER
    -A POSTROUTING -s ! 194.60.69.100 -o ppp0 -j MASQUERADE
    -A POSTROUTING -s ! 10.42.90.8 -o vlan1 -j MASQUERADE
    -A POSTROUTING -s 192.168.1.0/255.255.255.0 -d 192.168.1.0/255.255.255.0 -o br0 -j MASQUERADE
    -A VSERVER -p tcp -m tcp --dport 32813 -j DNAT --to-destination 194.60.69.100:32813
    COMMIT
    # Completed on Thu Jan 1 17:57:38 1970
    # Generated by iptables-save v1.2.7a on Thu Jan 1 17:57:38 1970
    *mangle
    :PREROUTING ACCEPT [6573289:370131306]
    :INPUT ACCEPT [6448613:364735418]
    :FORWARD ACCEPT [3293:210450]
    :OUTPUT ACCEPT [19238554:28028984889]
    :POSTROUTING ACCEPT [19242105:28029257506]
    COMMIT
    # Completed on Thu Jan 1 17:57:38 1970
    # Generated by iptables-save v1.2.7a on Thu Jan 1 17:57:38 1970
    *filter
    :INPUT ACCEPT [0:0]
    :FORWARD ACCEPT [3293:210450]
    :OUTPUT ACCEPT [19238472:28028964548]
    :MACS - [0:0]
    :SECURITY - [0:0]
    :logaccept - [0:0]
    :logdrop - [0:0]
    -A INPUT -m state --state INVALID -j DROP
    -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
    -A INPUT -i lo -m state --state NEW -j ACCEPT
    -A INPUT -i br0 -m state --state NEW -j ACCEPT
    -A INPUT -i ppp0 -m state --state NEW -j SECURITY
    -A INPUT -p tcp -m tcp --dport 21 -j ACCEPT
    -A INPUT -p icmp -j ACCEPT
    -A INPUT -j DROP
    -A FORWARD -i br0 -o br0 -j ACCEPT
    -A FORWARD -m state --state INVALID -j DROP
    -A FORWARD -p tcp -m tcp --tcp-flags SYN,RST,ACK SYN -j TCPMSS --clamp-mss-to-pmtu
    -A FORWARD -m state --state RELATED,ESTABLISHED -j ACCEPT
    -A FORWARD -i ! br0 -o ppp0 -j DROP
    -A FORWARD -i ! br0 -o vlan1 -j DROP
    -A FORWARD -i ! br0 -m state --state NEW -j SECURITY
    -A FORWARD -m conntrack --ctstate DNAT -j ACCEPT
    -A FORWARD -o br0 -j DROP
    -A SECURITY -p tcp -m tcp --tcp-flags SYN,RST,ACK SYN -m limit --limit 1/sec -j RETURN
    -A SECURITY -p tcp -m tcp --tcp-flags FIN,SYN,RST,ACK RST -m limit --limit 1/sec -j RETURN
    -A SECURITY -p udp -m limit --limit 5/sec -j RETURN
    -A SECURITY -p icmp -m limit --limit 5/sec -j RETURN
    -A SECURITY -j DROP
    -A logaccept -m state --state NEW -j LOG --log-prefix "ACCEPT " --log-tcp-sequence --log-tcp-options --log-ip-options
    -A logaccept -j ACCEPT
    -A logdrop -m state --state NEW -j LOG --log-prefix "DROP " --log-tcp-sequence --log-tcp-options --log-ip-options
    -A logdrop -j DROP
    COMMIT
    # Completed on Thu Jan 1 17:57:38 1970

  10. #25
    Да, но в винде то маршруты другие... там для ррр ваабче нет дефолтного роутинга, а машина смотрит на 10.0.0.1
    в то время как роутер на 10.0.0.10... и как ето победить? не роуты, а проблемы с роутером? хотя могит именно в роутах и проблема то?

  11. #26
    Join Date
    May 2007
    Location
    Истра
    Posts
    1,246
    Всё вроде выглядит нормально и непонятно, почему не работает...

    По поводу маршрутов: насколько я понимаю, все правильно. То есть, роутер использует маршрут по умолчанию на тот адрес, что получен по pppoe (10.0.0.10), а сам этот адрес доступен через интерфейс ppp0 :
    Code:
    Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
    10.0.0.10       0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
    0.0.0.0         10.0.0.10       0.0.0.0         UG    0      0        0 ppp0
    А шлюз 10.0.0.1 нужен лишь для локальной (городской) сети, а также в те моменты, когда pppoe не поднят. Более того, так как pppoe работает поверх Ethernet (что следует из названия - Point-to-Point Protocol over Ethernet), то на его работу не влияют настройки IP-адреса интерфейса vlan1 (адрес можно вообще не назначать). Поэтому логично, что шлюз 10.0.0.1 не используется.

    В принципе, можете для полноты картины выложить сюда таблицу маршрутизации с компа, но, насколько видно из трассировки, винда тоже использует шлюз 10.0.0.10
    Quote Originally Posted by wind View Post
    с винды:
    tracert 213.180.204.8

    Трассировка маршрута к ya.ru [213.180.204.8]
    с максимальным числом прыжков 30:

    1 3 ms 3 ms 2 ms quantum.qt.net [10.0.0.10]
    2 5 ms 5 ms 5 ms GE-L9-macleod.qt.net.ua [194.60.69.254]
    3 5 ms 5 ms 5 ms quadrotech-gw.dg.net.ua [213.186.218.117]
    4 5 ms 5 ms 5 ms ar4-ki-ge2-0-777.dg.net.ua [213.186.193.4]
    5 * 5 ms 5 ms yandex-ua.dg.net.ua [213.186.193.174]
    6 4 ms 5 ms 4 ms soloha-vlan298.yandex.net [87.250.237.9]
    7 37 ms 36 ms 37 ms korolev-vlan952.yandex.net [213.180.192.242]
    8 36 ms 37 ms 39 ms apollo-lagg121.yandex.net [87.250.233.103]
    9 37 ms 38 ms 37 ms eliano-vlan2.yandex.net [87.250.228.137]
    10 38 ms 37 ms 38 ms ya.ru [213.180.204.8]

    Трассировка завершена.
    А по поводу того, что вы писали в самом начале
    Quote Originally Posted by wind View Post
    провайдер утверждает, что проблемы у меня из-за того что роутер не поддерживает PPPoE duplex. Может кто мне толком объяснить, что они имеют ввиду? иль просто гонят? и что делать если ето правда?
    Я не нашёл в инете объяснения, что такое "PPPoE duplex". Было бы неплохо, если бы провайдер объяснил поподробнее.

    Кстати, ещё: какие у вас на роутере выставлены значения MTU и MRU?

  12. #27
    на роутере выставлены MTU и MRU по умолчанию. Не менял их, а что могут быть варианты? Точнее на рррое - это разве как то может повлиять?

  13. #28
    Join Date
    May 2007
    Location
    Истра
    Posts
    1,246
    Quote Originally Posted by wind View Post
    на роутере выставлены MTU и MRU по умолчанию. Не менял их, а что могут быть варианты? Точнее на рррое - это разве как то может повлиять?
    По умолчанию - это сколько?
    Варианты могут быть.
    Именно на pppoe и влияет.

  14. #29
    MTU: 1492
    MRU: 1492

  15. #30
    Join Date
    May 2007
    Location
    Истра
    Posts
    1,246
    Даже не знаю, что ещё предположить.
    Можете попробовать уменьшить mtu до 1400, но вряд ли поможет.
    Маловероятно, хотя и не исключено, что провайдер борется с роутерами, тогда можно попробовать это.

Page 2 of 3 FirstFirst 123 LastLast

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •