Printable View
У меня такая трабла.. Есть wl500gp и d-link-g604t в качестве ADSL-моема.
Д-линк стоит бриджем с отключенным DCHP, Asus законнекчен к нему через WAN. Прошивка последняя от Olega.
PPPoE сессия ника не хочет подниматься, хотя на официальной работало. С чем это мб связано?
та же самая проблема. дешевый роутер по PPPoE коннектится нормально, WL 500 GP (1.9.2.7-9, 1.9.2.7-10) упорно не принимает PADO ("Timeout waiting for PADO packets"), хотя в tcpdump пакет с PADO видно
(MAC ASUS'a подменен через Web-интерфейс)Code:165 14.615821 00:4f:67:00:e0:77 Broadcast PPPoED Active Discovery Initiation (PADI)
ffffffffffff004f6700e07788631109000000180101000c53455645524e45543132323101030004b4000000
166 14.627387 Intel_e8:64:a7 00:4f:67:00:e0:77 PPPoED Active Discovery Offer (PADO) AC-Name='gw122.severnet.ru'
004f6700e077009027e864a788631107000000350102001167773132322e73657665726e65742e72750101000c53455645524e45543132323101030004b400000001040004404b64c5
Дальше от ASUSа должен быть PADR, но поскольку он игнорирует PADO, то никакого PPPoE не получается :(
то есть провайдер весьма жив и бодр, а вот pppd + rp-pppoe.so глючит. Может, при подменен мака он PADO не признает?
Есть кнешно чисто организационный ход - позвониить провайдеру и попросить сбросить привязку к MAC. Но хотелось бы сначала попробовать все вариианты с роутером.
c N-го раза проблема чудесным образом решилась. прописал в настройках AC Name, который приходит в PADS от провайдера - и все заработало. Почему роутер не подхватывал его из PADS-сообщения - непонятно, ну и ладно.
Провайдер "Марьино.нет". Роутер WL-500L.
Есть два компа, на которые нужно подводить инет. Где-то полмесяца все так и было, но буквально вчера один из компов не стал выходить в локалку и интернет вообще. Если подсоединять его напрямую к кабелю, то все в порядке, а вот с роутером какая-то беда.
Соединение PPPoE. Все настройки практически по дефолту.
Как мне можно помочь в этой ситуации?
Так, а причём тут провайдер, если оно даже в локалку не входит? Мак компа видеться не должен, если только не по второму влану идёт, тогда да. Включен ли DHCP-сервер на роутере, получает ли комп локальный айпи от него?
ip получает нормально. даже по сетке с одного компа на другой можно перебрасывать файло. а вот лок.ресурсы провайдера и интернет недоступны.:confused:Quote:
Originally Posted by Vityok
Проверьте, не сбились ли настройки на роутере.
PPPoE на роутере в статусе Connect?
Если бы провайдер mac адрес роутера забанил, то и первый комп в инет тоже не выходил бы.
Если вы конечно не с компа PPPoE запускаете )
Прикрепите лог с роутера, так проще будет
так с одного из компов инет работает нормально.Quote:
Originally Posted by Mihon
второй комп, на котором нет инета работает нормально, если подключить сетевой кабель напрямую.
ps отрубившийся комп работал как torrent-качалка :rolleyes:
что значит на прямую? не в WAN порт роутера, а в комп? у вас на компе что тоже PPPoE поднято?Quote:
Originally Posted by Aur0r
да, если кабель засунуть прямо в комп и войти через PPPoE, то интернет есть. и если кабель засунуть в LAN роутера, то инет тоже есть.Quote:
Originally Posted by AndreyPopov
если вы поднимаете ДВА PPPoE то провайдер конечно будет блокировать две сессии, оставляя только одну.Quote:
Originally Posted by Aur0r
объясняю, чтобы не было недоразумений. Сетевой кабель с инетом идет в WAN роутера, два кабелю из LAN роутера идут к компам. На одном есть интернет, а на втором нет. Если на компе без инета пустить PPPoE напрямую без роутера, то интернет на ней будет.Quote:
Originally Posted by AndreyPopov
Очень хочется чтобы интернет появился и через роутер.
Вы когда через роутер делаете, PPPoE где поднимаете?Quote:
Originally Posted by Aur0r
что интересно нигде не поднимался, только на роутере. само все работает, т.е. работало. вставлял кабель и понеслась :)Quote:
Originally Posted by Power
а на роутере случайно не скопирован мак того компа, который не работает?
не знаю как асус, но на циске такое дело сразу этот комп ложит
всем спасибо за помощь, проблема оказалась в роутере. после смены строки DCHP на новый айпишник инет появился.
есть другой вопрос - в отчете о перенаправлениях портов [Port Routing] есть строка "all TCP 49198 192.168.1.227".
Но в настройках этот порт не фигурирует, что бы это могло быть?
Зто у Вас uPnP включен в веб морде, а какаяя-то прога за собой порт не убрала. Можете попробовать отключить uPnP в роутере и посмотреть, если все работает и так, то не включать, и лишних строк в портах не будет.Quote:
Originally Posted by Aur0r
У меня такая вот неожиданная проблема. Есть роутер wl500gp с прошивкой Олега 1.9.2.7-10, он подключен к провайдеру beeline по pppoe, соответственно у провайдера куплен static ip.
Возникла следующая проблема: роутер настроен через web морду, в настройках pppoe указанно не получать ip автоматом, а использовать статический (по настройкам предоставленным провайдером). Все казалось бы работает, но любые службы выходящие в инет выходят под ip не статическим, а полученным при подключении по pppoe :confused:, при этом если стучаться из инета по статике, то и ответ будет по статике :confused:
Вот в приложениях вывод ifconfig, таблицу маршрутизации и набор правил iptables для анализа.
Большая просьба подсказать набор команд, которые позволят выходить службам за роутером под статическим ip. Устроят решения и с изменением правил iptables, маршрутизации и т.п. в скриптах на роутере. Я уже сам не могу справиться с этой задачей.
-------------------------------------------------
Благодаря помощи добрых и знающих людей, а также не без собственных мучений, решение проблемы было найдено.
Секрет оказался в договоре провайдера, который выдавал static ip пулом из 4-х и более адресов (кратных 4-ем), и предлагал клиенту самому организовать интернет шлюз на своем оборудование. Таким образом, потребитель получал возможность использовать целых 2-а ip из выданных 4-х (если бы провайдер сам организовал бы шлюз, то доступных для работы ip стало бы на один меньше).
Именно это объясняло, что выданный шлюз не пинговался, его не было. По pppoe просто прокидывался тунель в большой мир.
Решение заключается в следующем: Роутер перевести из режима Home Gateway в режим Router, нужно на wan интерфейс прикрутить ip шлюза, после поднятия pppoe завернуть весь трафик на этот шлюз, а на lan прописать выданный static ip. Включить форвардинг и маскардинг, нарисовать маршруты и т.п. Почти multi wan получается.
Сам я вышеописанное делать не стал, а взял ещё один старенький 3com роутер и сделал из него шлюз, который подымает pppoe, а на asus перевел wan в режим static ip. В итоге через такой каскад все работает.
Ещё раз спасибо всем, кто пытался помочь. А всем с аналогичной проблемой стоит повнимательней прочитать договор с провайдером, может наведет на мысль.
Я могу ошибаться, но мне кажется, что это Вы сделали зря.Quote:
Originally Posted by MagicGTS
Гм, а что тогда надо было делать? Нужно работать по статике, тех поддержка прова сказала вручную указать те настройки...
Я так понимаю проблема в том, какое правило добавляется первым, и в списке правил на "неправильный" и "правильный" ip все есть, но работает естественно одно. И маршрутизация не на тот интерфейс... Но при изменение маршрута, пакеты вообще уходят в неизвестность, а неправильное правило из фаервола как удалить не понимаю...
Я не пойму, зачем Вам поднимать VPN, если Вы и по LAN получаете белый IP?
При подключении PPPoE используется 2 адреса. Надо выяснить, какой из них должен быть статическим (и вообще, почему динамика не может выдать вам этот самый адрес?..) Было бы проще, если б вы раздобыли подробную инструкцию по настройке этого всего под виндой, а тут вам бы уже помогли перевести её на роутер.
Вкратце про упомянутые 2 адреса.
Первый - это ваш адрес в локальной сети провайдера. Представьте, вы ещё не подняли PPPoE-соединение, а адрес у вас уже есть и вы можете работать в локалке. Роутер этот адрес назначает на интерфейс vlan1, и именно этот адрес вы настраиваете, когда выбираете "Get IP automatically? - No" и вводите вручную.
Второй адрес появляется, когда вы поднимаете PPPoE. По умолчанию роутер всегда получает этот адрес динамически (и назначает на интерфейс ppp0). Напрямую влиять на него через веб-морду роутера нельзя (возможно, получится прописать в Additional pppd options, но я не уверен, что это перекроет настройки по умолчанию).
Кстати, вот эта часть из iptables-save жжот напалмом:
Видимо, это UPnP постарался, добавил правила после дефолтного, а то, что они не сработают, уже его не волнует.Code:...
-A VSERVER -j DNAT --to-destination 192.168.1.2
-A VSERVER -p udp -m udp --dport 14277 -j DNAT --to-destination 192.168.1.22:1161
-A VSERVER -p udp -m udp --dport 62115 -j DNAT --to-destination 192.168.1.13:62115
-A VSERVER -p tcp -m tcp --dport 62115 -j DNAT --to-destination 192.168.1.13:62115
Вот чисто для опыта, включил автоматическое получение ip при pppoe. Изменения не сильно интересные:
Code:br0 Link encap:Ethernet HWaddr 00:22:15:23:83:7E
inet addr:192.168.1.220 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::222:15ff:fe23:837e/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:362 errors:0 dropped:0 overruns:0 frame:0
TX packets:461 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:39555 (38.6 KiB) TX bytes:148792 (145.3 KiB)
eth0 Link encap:Ethernet HWaddr 00:22:15:23:83:7E
inet6 addr: fe80::222:15ff:fe23:837e/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:987 errors:0 dropped:0 overruns:0 frame:0
TX packets:1408 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:115770 (113.0 KiB) TX bytes:1017109 (993.2 KiB)
Interrupt:4 Base address:0x1000
eth1 Link encap:Ethernet HWaddr 00:22:15:23:83:7E
inet6 addr: fe80::222:15ff:fe23:837e/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:43
TX packets:344 errors:54 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:0 (0.0 B) TX bytes:78238 (76.4 KiB)
Interrupt:12 Base address:0x2000
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MULTICAST MTU:16436 Metric:1
RX packets:150 errors:0 dropped:0 overruns:0 frame:0
TX packets:150 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:12886 (12.5 KiB) TX bytes:12886 (12.5 KiB)
ppp0 Link encap:Point-Point Protocol
inet addr:62.141.64.128 P-t-P:194.67.0.113 Mask:255.255.255.255
UP POINTOPOINT RUNNING MULTICAST MTU:1492 Metric:1
RX packets:579 errors:0 dropped:0 overruns:0 frame:0
TX packets:810 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:47685 (46.5 KiB) TX bytes:824183 (804.8 KiB)
vlan0 Link encap:Ethernet HWaddr 00:22:15:23:83:7E
inet6 addr: fe80::222:15ff:fe23:837e/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:363 errors:0 dropped:0 overruns:0 frame:0
TX packets:538 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:41085 (40.1 KiB) TX bytes:155592 (151.9 KiB)
vlan1 Link encap:Ethernet HWaddr 00:22:15:23:83:7E
inet6 addr: fe80::222:15ff:fe23:837e/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:624 errors:0 dropped:0 overruns:0 frame:0
TX packets:868 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:56919 (55.5 KiB) TX bytes:861369 (841.1 KiB)
Как это не интересные? У Вас теперь IP только на pppoe интерфейсе, т.е. проблема двух IP исчезла.Quote:
Originally Posted by MagicGTS
Угу, осталось решить, как статический IP прицепить средствами роутера на ppp0.
Так кто нибудь может помочь? Я уже упарился :( не поддается мне эта чудо машина :(
Было бы замечательно, если бы вы ответили на моё сообщение. Другими словами, хотелось бы узнать, какие конкретно настройки предоставил вам провайдер (лучше их процитировать).Quote:
Originally Posted by MagicGTS
Вот собственно что мне присылали от провайдера.
Mask: 255.255.255.252
Gateway: 62.141.97.205
IP адрес, который Вы можете использовать: 62.141.97.206
DNS servers: 194.85.128.10
212.44.130.6
Просьба заблаговременно написать на internet@b2b.beeline.ru, как только Вы будете готовы к
программированию своего оборудования.
На вопрос о том, нужно ли настроить роутер на указанные настройки (то есть указать что ip статический и вбить остальные данные), саппорт ответил:
Да, необходимо сконфигурировать роутер на указанные нами параметры сети.
Это все настройки? Почему тогда там ни слова про pppoe, которое упоминалось в первом сообщении темы и далее?.. Из этих настроек не ясно, должны ли они применяться к проводному интерфейсу (vlan1) или же к виртуальному (ppp0).Quote:
Originally Posted by MagicGTS
Вот так передали данные. Судя по тому, что дается статика в инете, а подключение по pppoe, то требуется настроить именно виртуальный интерфейс. Хотя я предполагаю что можно настроить маршрутизацию всех nat пакетов через lan1 (виртуальный) который будет маршрутизировать пакеты через ppp0.
Я чесно уже запутался.
Попробуйте убрать pppoe и прописать только Static IP.
Результаты сюда.
Собственно результат нулевой. Так как инет после этого пропал, как и следовало ожидать. При этом я не смог получить таблицу маршрутов, команда route повисала каждый раз. Результат остальных команд во вложении.
Может это даст дополнительную информацию, но раньше, провайдер был "Golden telecom", которого купил Beeline, и оборудование и каналы связи теперь используются все те-же, но зовутся по новому. В том офисе установлена радеорелейка, через которую пашет телефония и интернет, потом делалось расширение канала (интересно как?), которое никак не затронуло изменение настроек подключения (как было pppoe так и осталось).
Команду надо было набирать с ключом -nQuote:
Originally Posted by MagicGTS
(это отключает разрешение имён, в т.ч. через DNS, которого у вас нет, т.к. нет инета).Code:route -n
По поводу настроек: я тут подумал, что ведь для pppoe (и ppp вообще) маска не используется, там есть только 2 IP-адреса:
1) local IP (собственно, адрес, который получит сам роутер)
2) remote IP (он же gateway)
В общем, можно попробовать настроить так:
включаете pppoe со всеми вашими настройками, а в поле Additional pppd options вводите
Это рекомендация роутеру использовать первый адрес в качестве local IP, а второй - в качестве remote IP. Но если сервер предложит роутеру использовать другие адреса, то он, скорее всего, согласится.Code:62.141.97.206:62.141.97.205
Спасибо за идею, сегодня опробуем!
Попробовал :(
К сожалению это не дало желаемого эффекта... Все пакеты из внутренней сети отправляются от лица "серого" адреса, а не форвардятся через него :(
Вот прикладываю лог от роутера, может ещё что подскажет?
Тогда придётся по сложному пути. Для начала, проверим, сработает ли:Quote:
Originally Posted by MagicGTS
- Настройки в веб-морде оставляете такими, как сейчас (т.е. с айпишниками в поле Additional pppd options). Заходите на роутер по telnet/ssh.
- Выполняете команду
Это завершит текущее соединение с инетом.Code:killall pppd
- Выполняете
Code:vi /tmp/ppp/options.wan0
- Нажимаете клавишу "i" , затем находите опции ipcp-accept-remote и ipcp-accept-local и стираете их Backspace'ом. Далее нажимаете Esc, затем набираете (без кавычек) ":wq" и жмёте Enter. Файл должен сохраниться.
- Выполняете
Должно стартовать новое соединение с нужными адресами. Если индикатор WAN будет бешено мигать в течение долгого времени, а соединение не устанавливается (см. в веб-морде), то, скорее всего, роутер не может договориться с сервером. В таком случае придётся опять выполнить "killall pppd".Code:pppd file /tmp/ppp/options.wan0
О результатах расскажете.
К сожалению результат 0.
Прикладываю результаты команд и логи.
Может как-то нужно с маршрутами и iptables играться?
Не надо играться.Quote:
Originally Posted by MagicGTS
Во-первых, верните какие у вас там раньше были настройки для vlan1 (WAN IP Setting). Т.е. поставьте там автоматическое получение или что у вас там было до всех этих экспериментов.
Во-вторых, вы точно отредактировали файл /tmp/ppp/options.wan0 перед запуском "pppd file /tmp/ppp/options.wan0"? Покажите результат (только логин-пароль замаскируйте)
Code:cat /tmp/ppp/options.wan0
До начала опытов стояло не получать IP автоматом, а использовать указанный ручками.Code:noauth refuse-eap
user '****'
password '****'
nomppe nomppc
plugin rp-pppoe.so nic-vlan1
mru 1492 mtu 1492
maxfail 0
persist
noipdefault
ktune
default-asyncmap nopcomp noaccomp
novj nobsdcomp nodeflate
lcp-echo-interval 10
lcp-echo-failure 6
unit 0
maxfail 0 holdoff 60 nomppe nomppc
П.С.
Не смотря на то, что пока мало что выходит (уж такая у меня ситуация ;) ), хочу поблагодарить Power за его терпение и участие! Спасибо!