После всех настроек пингуется только локальная сеть, интернет не пингуется ни по имени ни по IP, хотя роутер получает IP от ростелекома (ppp0e).
И опять не чего не понятно?
1.Клиент с которого что-то проверяете, его IP и его default шлюз.
2. Шлюз из п.1, его IP и его default шлюз
и т.д. до соновного шлюза.
После настройки роутера PPPoE-Dual с компа не пингуется интернет ни по имени ни по IP, хотя роутер получает IP от ростелекома (ppp0e).
Ну почему все надо вытягивать.
где ответ на пункт 2
Quote:
2. Шлюз из п.1, его IP и его default шлюз
и т.д. до основного шлюза.
В данном случае нужно увидеть сам канал и маршруты на роутер, он должен был иметь вывод "ifconfig" и "ip ro" где можно увидеть default маршрут. На ping IP может влиять только маршрут, на мнемонику DNS, но если нет маршрута то нет и сервера DNS.
root@DD-WRT:~# ip ro
default via 212.106.42.1 dev ppp0
8.8.8.8 dev vlan2 scope link
10.10.10.0/24 dev vlan2 proto kernel scope link src 10.10.10.1
77.88.8.2 dev vlan2 scope link
77.88.8.88 dev vlan2 scope link
127.0.0.0/8 dev lo scope link
169.254.0.0/16 dev br0 proto kernel scope link src 169.254.255.1
192.168.1.0/24 dev br0 proto kernel scope link src 192.168.1.1
212.106.42.1 dev ppp0 proto kernel scope link src 212.106.42.170
root@DD-WRT:~# ifconfig
...
br0 Link encap:Ethernet HWaddr B0:48:7A:E7:FE:3E
inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
...
ppp0 Link encap:Point-to-Point Protocol
inet addr:212.106.42.170 P-t-P:212.106.42.1 Mask:255.255.255.255
...
vlan1 Link encap:Ethernet HWaddr B0:48:7A:E7:FE:3E
...
vlan2 Link encap:Ethernet HWaddr B0:48:7A:E7:FE:3F
inet addr:10.10.10.1 Bcast:10.10.10.255 Mask:255.255.255.0
...
root@DD-WRT:~# ip ro
default via 212.106.42.1 dev ppp0
8.8.8.8 dev vlan2 scope link
10.10.10.0/24 dev vlan2 proto kernel scope link src 10.10.10.1
77.88.8.2 dev vlan2 scope link
77.88.8.88 dev vlan2 scope link
...
212.106.42.1 dev ppp0 proto kernel scope link src 212.106.42.170
оставил только записи на которые обратить внимание, итак что имеем, а имеем фиг знает что :
Code:
8.8.8.8 dev vlan2 scope link
77.88.8.2 dev vlan2 scope link
77.88.8.88 dev vlan2 scope link
сервера DNS в пустоту, так на vlan2 пустоту.
Code:
default via 212.106.42.1 dev ppp0
любой ping отличный от трех серверов выше будет работать.
Ищите пока проблему в трех маршрутах которые написаны выше на vlan2, это стат маршруты убирайте их в том месте где добавили. Скорей всего на странице http://192.168.1.1/index.asp раздел Setup->Basic Setup->WAN Setup "WAN Connection Type" поля "Static DNS"
Если хотите клиентам дать адреса DNS из своего списка то используйте http://192.168.1.1/Services.asp активацию DNSMasq и его раздел где можно вписать все сервера "Additional DNSMasq Options"
Вроде всё заработало, но при включении ТВ-приставки пропадает связь с клиентами, которые находятся за точкой 192.168.1.8
1.8 и 1.9 в режиме bridge
На всех устройствах шлюз установлен по умолчанию - 192.168.1.1
А вы как хотели.
Теперь сначала посмотреть что такое режим bridge, потом что такое мультикаст и "IGMP Snooping" и с чем его едят, а потом попробовать http://192.168.1.1/Networking.asp Setup->Networking раздел Create Bridge параметр "IGMP Snooping" в "On"
Quote:
https://ru.wikipedia.org/wiki/IGMP_snooping
IGMP snooping разработан для предотвращения широковещательной (broadcast) ретрансляции multicast трафика компьютерам-потребителям, которые явно не заявили о своей заинтересованности в нём. Это позволяет коммутаторам исключать такой трафик из потоков, направляемых через порты, к которым не подключены его потребители, тем самым существенно снижая нагрузку на сеть. Однако при этом нагрузка на сам коммутатор не снижается, а повышается, поскольку такая фильтрация требует затрат памяти, NPU и CPU, в то время как простая ретрансляция по всем портам — операция "дешёвая". По умолчанию, без функции IGMP snooping коммутатор ретранслирует multicast трафик по всем своим портам, принадлежащим к тому же широковещательному домену или VLAN, что не только бесполезно, но и способно вызвать проблемы на некоторых конечных сетевых устройствах, вынужденных обрабатывать неожиданный для них поток данных. Использование такого "поведения по умолчанию" злоумышленником может привести к успешной DoS-атаке на всю сеть или некоторые устройства в ней. IGMP snooping способен существенно улучшить работу сети, в которой активно используются приложения, основанные на multicast вещании.
Внимание перед этим сохранить настройки, так как у меня на какой-то версии данная штучка не заработала, приходилось сброс делать.
