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?

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

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


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

А может быть просто что на железе 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

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


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

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

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

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

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

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

Войти

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

Войти сейчас