MaximUN

Настрока DD-WRT для Билайн

Рекомендованные сообщения

У меня Dlink dir-825 на официальной прошивке на l2tp при отправке файлов, проверке скорости на яндекс и отдачи из торрент клинта рвется все время связь. Скажите если я поставлю DD-WRT не будет таких проблем?

На dd-wrt таких проблем не наблюдается.

 

По этим настройкам (PPTP) все работает, подключается... DC не пробовал, так как нет необходимости, только вот беда в том что роутер режет скорость инета. Согласно тарифа 7 мегабит, а в реале 3 - 3,6 мегабита. Как по wi-fi соединению, так и по подключению через локальную сеть к роутеру (DIR-300 DD-WRT v24-sp2 (10/10/09) std). Чую скоро роутер разобью об стену... Ну что за беда, мужики,а ?

Попробуйте l2tp.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
На dd-wrt таких проблем не наблюдается.

У вас dir-825?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
На dd-wrt таких проблем не наблюдается.

У вас dir-825?

Нет. Но это значения не имеет. Все эти проблемы не железные, а софтовые.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
Нет. Но это значения не имеет. Все эти проблемы не железные, а софтовые.

А может быть просто что на железе dir-825 DD-WRT не буде так работать как на вашем железе?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
Нет. Но это значения не имеет. Все эти проблемы не железные, а софтовые.

А может быть просто что на железе dir-825 DD-WRT не буде так работать как на вашем железе?

В принципе может. Но "не так" может касаться, например, вланов и т.п., а не обычной работы.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Hi. Имеется Asus RT-N13U Firmware: DD-WRT v24-sp2 (02/17/11) std

 

Настроено PPTP:

Use DHCP : YES

Gateway (PPTP Server) : 172.16.255.6

Login : ****

Password : ****

Connection Strategy Keep Alive: Redial Period 30 sec

PPTP Encryption Disable

Disable Packet Reordering Enable

MTU 1460

 

Больше ничего не настраивал.

После этого начинает все работать (по крайней мере этот форум, help.internet.beeline.ru и интернет доступны).

НО каждые 30 минут соеденение обрывается и соеденяется по новой!

Только что обратил внимание что IP дают новый .... к чему бы это ))

 

Feb 27 18:07:30 RMASUS user.info syslog: wland : WLAN daemon successfully started

Feb 27 18:07:30 RMASUS user.info syslog: WAN is up. IP: 46.42.148.149

Feb 27 18:07:32 RMASUS daemon.debug process_monitor[7438]: We need to re-update after 3600 seconds

Feb 27 18:37:47 RMASUS user.info syslog: vpn modules : vpn modules successfully unloaded

Feb 27 18:37:49 RMASUS user.info syslog: udhcpc : udhcp client process successfully stopped

Feb 27 18:37:49 RMASUS daemon.notice pppd[9191]: pppd 2.4.4 started by root, uid 0

Feb 27 18:37:49 RMASUS user.info syslog: vpn modules : vpn modules successfully unloaded

Feb 27 18:37:49 RMASUS user.info syslog: vpn modules : nf_conntrack_proto_gre successfully loaded

Feb 27 18:37:49 RMASUS user.info syslog: vpn modules : nf_nat_proto_gre successfully loaded

Feb 27 18:37:50 RMASUS user.info syslog: wland : WLAN daemon successfully started

Feb 27 18:37:53 RMASUS user.info syslog: vpn modules : vpn modules successfully unloaded

Feb 27 18:37:53 RMASUS user.info syslog: vpn modules : nf_conntrack_proto_gre successfully loaded

Feb 27 18:37:53 RMASUS user.info syslog: vpn modules : nf_nat_proto_gre successfully loaded

Feb 27 18:37:54 RMASUS user.info syslog: process_monitor : Process Monitor successfully stopped

Feb 27 18:37:54 RMASUS user.info syslog: process_monitor successfully started

Feb 27 18:37:54 RMASUS daemon.debug process_monitor[9410]: We need to re-update after 3600 seconds

Feb 27 18:37:59 RMASUS user.info syslog: vpn modules : vpn modules successfully unloaded

Feb 27 18:37:59 RMASUS user.info syslog: vpn modules : nf_conntrack_proto_gre successfully loaded

Feb 27 18:37:59 RMASUS user.info syslog: vpn modules : nf_nat_proto_gre successfully loaded

Feb 27 18:38:00 RMASUS cron.info cron[6924]: (crontabs) ORPHAN (no passwd entry)

Feb 27 18:38:00 RMASUS user.info syslog: vpn modules : vpn modules successfully unloaded

Feb 27 18:38:00 RMASUS user.info syslog: vpn modules : nf_conntrack_proto_gre successfully loaded

Feb 27 18:38:00 RMASUS user.info syslog: vpn modules : nf_nat_proto_gre successfully loaded

Feb 27 18:38:01 RMASUS user.info syslog: wland : WLAN daemon successfully started

Feb 27 18:38:01 RMASUS user.info syslog: WAN is up. IP: 46.42.131.176

Feb 27 18:39:00 RMASUS cron.info cron[6924]: (crontabs) ORPHAN (no passwd entry)

Feb 27 19:08:13 RMASUS daemon.info pppd[9191]: Exit.

Feb 27 19:08:21 RMASUS user.info syslog: vpn modules : vpn modules successfully unloaded

Feb 27 19:08:30 RMASUS user.info syslog: udhcpc : udhcp client process successfully stopped

Feb 27 19:08:30 RMASUS daemon.notice pppd[11192]: pppd 2.4.4 started by root, uid 0

Feb 27 19:08:30 RMASUS user.info syslog: vpn modules : vpn modules successfully unloaded

Feb 27 19:08:30 RMASUS user.info syslog: vpn modules : nf_conntrack_proto_gre successfully loaded

Feb 27 19:08:30 RMASUS user.info syslog: vpn modules : nf_nat_proto_gre successfully loaded

Feb 27 19:08:31 RMASUS user.info syslog: wland : WLAN daemon successfully started

Feb 27 19:08:34 RMASUS user.info syslog: vpn modules : vpn modules successfully unloaded

Feb 27 19:08:34 RMASUS user.info syslog: vpn modules : nf_conntrack_proto_gre successfully loaded

Feb 27 19:08:34 RMASUS user.info syslog: vpn modules : nf_nat_proto_gre successfully loaded

Feb 27 19:08:34 RMASUS user.info syslog: process_monitor : Process Monitor successfully stopped

Feb 27 19:08:35 RMASUS user.info syslog: process_monitor successfully started

Feb 27 19:08:35 RMASUS daemon.debug process_monitor[11409]: We need to re-update after 3600 seconds

Feb 27 19:08:40 RMASUS user.info syslog: vpn modules : vpn modules successfully unloaded

Feb 27 19:08:40 RMASUS user.info syslog: vpn modules : nf_conntrack_proto_gre successfully loaded

Feb 27 19:08:40 RMASUS user.info syslog: vpn modules : nf_nat_proto_gre successfully loaded

Feb 27 19:08:41 RMASUS user.info syslog: vpn modules : vpn modules successfully unloaded

Feb 27 19:08:41 RMASUS user.info syslog: vpn modules : nf_conntrack_proto_gre successfully loaded

Feb 27 19:08:41 RMASUS user.info syslog: vpn modules : nf_nat_proto_gre successfully loaded

Feb 27 19:08:42 RMASUS user.info syslog: wland : WLAN daemon successfully started

Feb 27 19:08:42 RMASUS user.info syslog: WAN is up. IP: 46.42.148.181

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Странная история. А с L2TP такая же история? Я на PPTP 30 минут не сидел.

IP новый - это нормально. При соединении каждый раз новый интернет IP дается.

А вот рассоединение не должно быть. Может у провайдера проблемы?

Изменено пользователем Pilot6

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Странная история. А с L2TP такая же история? Я на PPTP 30 минут не сидел.

IP новый - это нормально. При соединении каждый раз новый интернет IP дается.

А вот рассоединение не должно быть. Может у провайдера проблемы?

 

L2TP держится в два раза меньше. Я правда в минутах по логу не проверял. И там

похоже dual access автоматом не поднимается. Позвонил в тех. поддержку

там подтвердили, что да каждые полчаса, причина в роутере, а поскольку он

не сертифицирован ничего сказать не могут. Воткнул шнур в ноут с windows 7

все работает (

Изменено пользователем zitrator

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Могу посоветовать другой билд dd-wrt поставить. Например 14896.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А какую надо ставить dir825-firmware.bin, factory-to-ddwrt_WW.bin или factory-to-ddwrt_NA.bin ? Чем они отличаются?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Если прошивается с заводской прошивки, то надо ставить factory-to-ddwrt.

NA для Северной Америки

WW для всех остальных.

Выводы делайте сами.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

У меня Dlink dir-825 на официальной прошивке на l2tp при отправке файлов, проверке скорости на яндекс и отдачи из торрент клинта рвется все время связь. Скажите если я поставлю DD-WRT не будет таких проблем?

На dd-wrt таких проблем не наблюдается.

 

По этим настройкам (PPTP) все работает, подключается... DC не пробовал, так как нет необходимости, только вот беда в том что роутер режет скорость инета. Согласно тарифа 7 мегабит, а в реале 3 - 3,6 мегабита. Как по wi-fi соединению, так и по подключению через локальную сеть к роутеру (DIR-300 DD-WRT v24-sp2 (10/10/09) std). Чую скоро роутер разобью об стену... Ну что за беда, мужики,а ?

Попробуйте l2tp.

 

Наблюдается. И именно на dd-wrt.

Сам наступил на эти грабли - PPTP работает, L2TP - при тестировании исходящей скорости и/или работе торрент-клиента после минуты-двух нормальной работы падает.

Роутер - Netgear WNDR-3700. На DIR-320 такая же кака.

Звонил в ТП Билайн - результат ноль - оборудование проверили, сказали все в норме.

Все в норме, а L2TP при работе торрент клиента не живет.

И при тестировании исходящей скорости соединения на speedtest.net и иже с ними.

Со вторым - фиг с ним.

Переходить на PPTP не по фэн-шую. :(

Изменено пользователем Sweetbox

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Могу посоветовать другой билд dd-wrt поставить. Например 14896.

Думаю помучаюсь еще ... В прошивке 16214 в Services->Services есть пункт No DNS Rebind. После установки его в Disable и отключения Local DNS все начинает резолвиться - шаги 5-6 в этой инструкции не нужны. PPTP уже знает про дуал аксес, маршрут добавлять не надо (шаг 7). Торрент работет DC не пользую поэтому с пунктом 8 не разбирался. Скорость не режет (8 мегабит в моем случае). Еще чуть чуть осталось ))

Изменено пользователем zitrator

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

У меня Dlink dir-825 на официальной прошивке на l2tp при отправке файлов, проверке скорости на яндекс и отдачи из торрент клинта рвется все время связь. Скажите если я поставлю DD-WRT не будет таких проблем?

На dd-wrt таких проблем не наблюдается.

 

По этим настройкам (PPTP) все работает, подключается... DC не пробовал, так как нет необходимости, только вот беда в том что роутер режет скорость инета. Согласно тарифа 7 мегабит, а в реале 3 - 3,6 мегабита. Как по wi-fi соединению, так и по подключению через локальную сеть к роутеру (DIR-300 DD-WRT v24-sp2 (10/10/09) std). Чую скоро роутер разобью об стену... Ну что за беда, мужики,а ?

Попробуйте l2tp.

 

Наблюдается. И именно на dd-wrt.

Сам наступил на эти грабли - PPTP работает, L2TP - при тестировании исходящей скорости и/или работе торрент-клиента после минуты-двух нормальной работы падает.

Роутер - Netgear WNDR-3700. На DIR-320 такая же кака.

Звонил в ТП Билайн - результат ноль - оборудование проверили, сказали все в норме.

Все в норме, а L2TP при работе торрент клиента не живет.

И при тестировании исходящей скорости соединения на speedtest.net и иже с ними.

Со вторым - фиг с ним.

Переходить на PPTP не по фэн-шую. :(

Все зависит от железа роутера. У меня на Linksys WRT160NL ничего ниразу (тьфу-тьфу) не отпадало по причине его загрузки. Но вот с последним билдом DD-WRT косяк - PPTP отваливается каждые 30 минут, L2TP - 15 мин. буду пробовать предыдущие прошивки, может исправится.

Если подключить напрямую к компу, то все нормально.

По умолчанию скорость по л2тп в 2-3 раза выше, чем на пптп, а нагрузка на роутер меньше. После настройки пптп - скорость выравнивается.

 

Additional PPTP Options:

-mschap nomppe nomppc

Торенты качают в обе стороны по 5mbps одновременно при моем тарифе 5mbps.

Изменено пользователем SibD

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Hi. Имеется Asus RT-N13U Firmware: DD-WRT v24-sp2 (02/17/11) std

 

Настроено PPTP:

Use DHCP : YES

Gateway (PPTP Server) : 172.16.255.6

Login : ****

Password : ****

Connection Strategy Keep Alive: Redial Period 30 sec

PPTP Encryption Disable

Disable Packet Reordering Enable

MTU 1460

 

Больше ничего не настраивал.

После этого начинает все работать (по крайней мере этот форум, help.internet.beeline.ru и интернет доступны).

НО каждые 30 минут соеденение обрывается и соеденяется по новой!

Только что обратил внимание что IP дают новый .... к чему бы это ))

 

Feb 27 18:07:30 RMASUS user.info syslog: wland : WLAN daemon successfully started

Feb 27 18:07:30 RMASUS user.info syslog: WAN is up. IP: 46.42.148.149

Feb 27 18:07:32 RMASUS daemon.debug process_monitor[7438]: We need to re-update after 3600 seconds

Feb 27 18:37:47 RMASUS user.info syslog: vpn modules : vpn modules successfully unloaded

Feb 27 18:37:49 RMASUS user.info syslog: udhcpc : udhcp client process successfully stopped

Feb 27 18:37:49 RMASUS daemon.notice pppd[9191]: pppd 2.4.4 started by root, uid 0

Feb 27 18:37:49 RMASUS user.info syslog: vpn modules : vpn modules successfully unloaded

Feb 27 18:37:49 RMASUS user.info syslog: vpn modules : nf_conntrack_proto_gre successfully loaded

Feb 27 18:37:49 RMASUS user.info syslog: vpn modules : nf_nat_proto_gre successfully loaded

Feb 27 18:37:50 RMASUS user.info syslog: wland : WLAN daemon successfully started

Feb 27 18:37:53 RMASUS user.info syslog: vpn modules : vpn modules successfully unloaded

Feb 27 18:37:53 RMASUS user.info syslog: vpn modules : nf_conntrack_proto_gre successfully loaded

Feb 27 18:37:53 RMASUS user.info syslog: vpn modules : nf_nat_proto_gre successfully loaded

Feb 27 18:37:54 RMASUS user.info syslog: process_monitor : Process Monitor successfully stopped

Feb 27 18:37:54 RMASUS user.info syslog: process_monitor successfully started

Feb 27 18:37:54 RMASUS daemon.debug process_monitor[9410]: We need to re-update after 3600 seconds

Feb 27 18:37:59 RMASUS user.info syslog: vpn modules : vpn modules successfully unloaded

Feb 27 18:37:59 RMASUS user.info syslog: vpn modules : nf_conntrack_proto_gre successfully loaded

Feb 27 18:37:59 RMASUS user.info syslog: vpn modules : nf_nat_proto_gre successfully loaded

Feb 27 18:38:00 RMASUS cron.info cron[6924]: (crontabs) ORPHAN (no passwd entry)

Feb 27 18:38:00 RMASUS user.info syslog: vpn modules : vpn modules successfully unloaded

Feb 27 18:38:00 RMASUS user.info syslog: vpn modules : nf_conntrack_proto_gre successfully loaded

Feb 27 18:38:00 RMASUS user.info syslog: vpn modules : nf_nat_proto_gre successfully loaded

Feb 27 18:38:01 RMASUS user.info syslog: wland : WLAN daemon successfully started

Feb 27 18:38:01 RMASUS user.info syslog: WAN is up. IP: 46.42.131.176

Feb 27 18:39:00 RMASUS cron.info cron[6924]: (crontabs) ORPHAN (no passwd entry)

Feb 27 19:08:13 RMASUS daemon.info pppd[9191]: Exit.

Feb 27 19:08:21 RMASUS user.info syslog: vpn modules : vpn modules successfully unloaded

Feb 27 19:08:30 RMASUS user.info syslog: udhcpc : udhcp client process successfully stopped

Feb 27 19:08:30 RMASUS daemon.notice pppd[11192]: pppd 2.4.4 started by root, uid 0

Feb 27 19:08:30 RMASUS user.info syslog: vpn modules : vpn modules successfully unloaded

Feb 27 19:08:30 RMASUS user.info syslog: vpn modules : nf_conntrack_proto_gre successfully loaded

Feb 27 19:08:30 RMASUS user.info syslog: vpn modules : nf_nat_proto_gre successfully loaded

Feb 27 19:08:31 RMASUS user.info syslog: wland : WLAN daemon successfully started

Feb 27 19:08:34 RMASUS user.info syslog: vpn modules : vpn modules successfully unloaded

Feb 27 19:08:34 RMASUS user.info syslog: vpn modules : nf_conntrack_proto_gre successfully loaded

Feb 27 19:08:34 RMASUS user.info syslog: vpn modules : nf_nat_proto_gre successfully loaded

Feb 27 19:08:34 RMASUS user.info syslog: process_monitor : Process Monitor successfully stopped

Feb 27 19:08:35 RMASUS user.info syslog: process_monitor successfully started

Feb 27 19:08:35 RMASUS daemon.debug process_monitor[11409]: We need to re-update after 3600 seconds

Feb 27 19:08:40 RMASUS user.info syslog: vpn modules : vpn modules successfully unloaded

Feb 27 19:08:40 RMASUS user.info syslog: vpn modules : nf_conntrack_proto_gre successfully loaded

Feb 27 19:08:40 RMASUS user.info syslog: vpn modules : nf_nat_proto_gre successfully loaded

Feb 27 19:08:41 RMASUS user.info syslog: vpn modules : vpn modules successfully unloaded

Feb 27 19:08:41 RMASUS user.info syslog: vpn modules : nf_conntrack_proto_gre successfully loaded

Feb 27 19:08:41 RMASUS user.info syslog: vpn modules : nf_nat_proto_gre successfully loaded

Feb 27 19:08:42 RMASUS user.info syslog: wland : WLAN daemon successfully started

Feb 27 19:08:42 RMASUS user.info syslog: WAN is up. IP: 46.42.148.181

 

Administration - Commands

udhcpc -i eth0

Save startup

Перегружаем. Все работает.

Заморочки с dhср от билайна.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

-

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

mulk

Помогает, но до первого реконнекта. Дальше опять разрывы каждые пол часа.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Я установил dd-wrt версию 16454 но l2tp почему то вообще не работает. Такое может быть и можно это как то исправить?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Можно конечно. Но там столько гемороя, что я плюнул пока и сижу на ППТП.

А так - всё настраивается, но с настройками по-умолчанию - не работает. По имени пул VPN серверов не определяется, дуалаксес не работает, связь сама не поднимается...

Нужно прописывать маршруты, команды, скрипты... При частых обновлениях прошивки - банально лень это всё прописывать :) Пока остановился на билде прошивки 16214, т.к. более новая у меня тормозит. Но пока осталась нерешённой проблема с DHCP клиентом на роутере. :(

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Всем товарищам, привет,

 

Лично я ещё DD-WRT не пользовался, однако, возник следующий вопрос по конфигурации DD-WRT и torrent в части использования retracker.local в локальной сети Вымпелком.

leom-2:CSPbuild leo$ nslookup retracker.local hdns1.corbina.net
Server:		hdns1.corbina.net
Address:	213.234.192.8#53

Non-authoritative answer:
Name:	retracker.local
Address: 85.21.79.39

leom-2:CSPbuild leo$ nslookup retracker.local hdns2.corbina.net
Server:		hdns2.corbina.net
Address:	85.21.192.3#53

Non-authoritative answer:
Name:	retracker.local
Address: 85.21.79.39

Судя по описаниям MaximUN и smsu в предложенные ими конфигурации, мне кажется, следует дополнительно добавить публикацию torrent в локальной сети (как я понимаю, что бы, по возможности, поднять скорость раздачи):

iptables -t nat -A PREROUTING -p tcp -d $LOCAL_IP$ --dport $TORRENT_PORT$ -j DNAT --to-destination $COMPUTER_IP$:$TCP_PORT$
iptables -A FORWARD -i $CONN_NAME$ -d $COMPUTER_IP$ -p tcp --dport $TORRENT_PORT$ -j ACCEPT

iptables -t nat -A PREROUTING -p udp -d $LOCAL_IP$ --dport $TORRENT_PORT$ -j DNAT --to-destination $COMPUTER_IP$:$UDP_PORT$
iptables -A FORWARD -i $CONN_NAME$ -d $COMPUTER_IP$ -p udp --dport $TORRENT_PORT$ -j ACCEPT

где
$LOCAL_IP$    - ИП компьютера из сети Билайн, вида 10.*.*.*)
$TORRENT_PORT$    - порт для TCP-соединений
$COMPUTER_IP$ - ИП компьютера из лок. сети, вида 192.168.*.*)
$CONN_NAME$   - имя соединения с лок. сетью

 

Да ещё вопроса есть, а что DD-WRT совсем с uPNP и NAT-PMP не дружит (в конкретном случае Dual Access от Корбины)?

Изменено пользователем Serge3leo

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вопрос можно?

 

А что такое Dual Access и зачем он нужен?

Чем он отличается от простого подьема PPTP на роутере и прописывания маршрутов?

 

В чем принципиальные преимущества?

 

Если можно - на пальцах.

Изменено пользователем Radiohead

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Тут вы правильно подозреваете - ничем. Фактически, этот термин придумали российские провайдеры и, с их подачи, D-link. Также этот способ подключения в мире называют Russian PPTP/PPPoE/L2TP... :) , а производители оборудования до сих пор в шоке, что для россии нужно прошивки новые писать :)

 

Если обычный VPN подразумевает весь трафик, направленный "не в локальную сеть" пропускать через тунель (а провайдер сам должен прописать грамотно у себя все маршруты к локальным ресурсам и настроить биллинг), то в случае с ДуАк, часть трафика "заворачивается" к локальным ресурсам провайдера уже на клиенте в обход тунеля. В этом случае клиент должен получить (или прописать сам у себя) все маршруты к локальным ресурсам провайдера.

 

Проще говоря: "Маршрутизаторы с поддержкой технологии Dual Access способны обслуживать два соединения по одной выделенной линии, что позволяет пользователям одновременно осуществлять доступ к Интернет и использовать ресурсы локальной сети провайдера (например, файловые хранилища, форумы, FTP- и игровые серверы и т.п.)."

 

С одной стороны провайдеры спихнули с себя маршрутизацию и более глубокую насторойку биллинга, но с другой - пользователи приобрели большой геморой с оборудованием, которое ДуАк не поддерживает. (Не многое оборудование позволяет прописать маршруты и не многие пользователи в этом разбираются).

 

Опять обновили:

ftp://ftp.dd-wrt.com/others/eko/BrainSlayer-V24-preSP2/2011/04-09-11-r16785/

Изменено пользователем SibD

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Как заставить DD-WRT получать маршруты автоматом? От Билайновского DHCP...

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Че-то тут тихо...

 

А ведь вроде неплохая прошивка!

 

Ну для справки.

На роутере Asus RT-N16 с последней (для него) версией прошивки ftp://ftp.dd-wrt.com/others/eko/BrainSlayer-V24-preSP2/2011/04-09-11-r16785/broadcom_K26/

удалось без всяких проблем, через вебморду, поднять как PPTP так и L2TP. Никаких доп-команд через консоль засылать не пришлось. Все стабильно.

Плюс к этому, правильно подцепилась ТВ-приставка. Загнал ее в отдельный Влан вместе с Ваном.

Теперь приставка смотрит прямо в билайновскую сеть в "обход" роутера. Проц роутера не грузится мультикастом (роутер ее ващще не видит), приставка имеет "нормальный" адрес 10.х.х.х, вайфай мультикастом не засирается и не отваливается.

 

В принципе меня все устраивает.

Осталось только заставить прошивку получать автоматом маршруты от билайновского DHCP.

Ну вот ломает меня их ручками прописывать! Тем более что они и так ко мне "приходят".

 

Намекните куда копать-то?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Тут вы правильно подозреваете - ничем. Фактически, этот термин придумали российские провайдеры и, с их подачи, D-link. Также этот способ подключения в мире называют Russian PPTP/PPPoE/L2TP... :) , а производители оборудования до сих пор в шоке, что для россии нужно прошивки новые писать :)

 

Если обычный VPN подразумевает весь трафик, направленный "не в локальную сеть" пропускать через тунель (а провайдер сам должен прописать грамотно у себя все маршруты к локальным ресурсам и настроить биллинг), то в случае с ДуАк, часть трафика "заворачивается" к локальным ресурсам провайдера уже на клиенте в обход тунеля. В этом случае клиент должен получить (или прописать сам у себя) все маршруты к локальным ресурсам провайдера.

 

Проще говоря: "Маршрутизаторы с поддержкой технологии Dual Access способны обслуживать два соединения по одной выделенной линии, что позволяет пользователям одновременно осуществлять доступ к Интернет и использовать ресурсы локальной сети провайдера (например, файловые хранилища, форумы, FTP- и игровые серверы и т.п.)."

 

С одной стороны провайдеры спихнули с себя маршрутизацию и более глубокую насторойку биллинга, но с другой - пользователи приобрели большой геморой с оборудованием, которое ДуАк не поддерживает. (Не многое оборудование позволяет прописать маршруты и не многие пользователи в этом разбираются).

 

Опять обновили:

ftp://ftp.dd-wrt.com/others/eko/BrainSlayer-V24-preSP2/2011/04-09-11-r16785/

Это конечно шикарная идея - гонять трафик до впн-концентратора, который стоит практически на границе сети с другими сетями, а потом заворачивать "локальный" трафик абонента в обратную сторону и гнать таким же путем обратно (плюс-минус). В итоге двойная бесполезная нагрузка на сеть. Может все же инженеры провайдеров не так глупы как кажется?

 

Намекните куда копать-то?

Скорее всего это связано с опциями dhcp, была давно темка в обсуждении интернета о том, что билайн перестал выдавать маршруты по опции 121 и оставил только 249, в связи с чем все никсы, не приспособленные к виндовой 249 опции, не получают теперь маршрутов.

Изменено пользователем Rivia

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Скорее всего это связано с опциями dhcp, была давно темка в обсуждении интернета о том, что билайн перестал выдавать маршруты по опции 121 и оставил только 249, в связи с чем все никсы, не приспособленные к виндовой 249 опции, не получают теперь маршрутов.

Тогда каким образом практически все заводские прошивки умеют получать билайновские маршруты?

Хотя это те-же никсы...

 

Да и просто линуксовые дистрибутивы умеют. Та-же убунта например.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Скорее всего это связано с опциями dhcp, была давно темка в обсуждении интернета о том, что билайн перестал выдавать маршруты по опции 121 и оставил только 249, в связи с чем все никсы, не приспособленные к виндовой 249 опции, не получают теперь маршрутов.

Тогда каким образом практически все заводские прошивки умеют получать билайновские маршруты?

Хотя это те-же никсы...

 

Да и просто линуксовые дистрибутивы умеют. Та-же убунта например.

А никто их напильником не допиливал, чтобы они "прогнулись" под мелкомягких и брали маршруты и из 249 опции? =)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Скорее всего это связано с опциями dhcp, была давно темка в обсуждении интернета о том, что билайн перестал выдавать маршруты по опции 121 и оставил только 249, в связи с чем все никсы, не приспособленные к виндовой 249 опции, не получают теперь маршрутов.

Тогда каким образом практически все заводские прошивки умеют получать билайновские маршруты?

Хотя это те-же никсы...

 

Да и просто линуксовые дистрибутивы умеют. Та-же убунта например.

А никто их напильником не допиливал, чтобы они "прогнулись" под мелкомягких и брали маршруты и из 249 опции? =)

Так может это и правильно?

 

Все давным давно допилили - а мы особо гордые...

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Так может это и правильно?

 

Все давным давно допилили - а мы особо гордые...

Может быть, однако есть большое НО - RFC знает про опцию 121, а про опцию 249 нет.

Изменено пользователем Rivia

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас