LINUX.ORG.RU
Форум — Admin  

OpenWrt и «Прямое подключение»

 


0

2

У провайдера подключение идет по Dynamic IP, т.е. маршрутизатор должен сам подхватить настройки интернета от провайдера (на самом деле у меня постоянный IP и я могу сам указать настройки в ручную, как я понимаю), но у провайдера есть пара особенностей:
1) Маска подсети 255.255.255.255 (По этой причине я упорно не могу подружиться с dd-wrt)
2) Default Gateway находится не в моей сети.
При установке OpenWrt создает два интерфейса - lan и wan, второй вроде как даже что-то подхватывает т.к. там написан мой IP, но интернета нет нигде, даже с самого маршрутизатора ничего не пингуется. В веб-интерфейсе lan горит зеленым а wan красным. Куда копать?



Последнее исправление: mishkapp (всего исправлений: 1)
← Сетевые интерфейсы в Solaris: отсутствие образа в /dev
asterisk as GSM/phone gateway →

LAN - локальная сеть, WAN - доступ в Интернет.

второй вроде как даже что-то подхватывает т.к. там написан мой IP
В веб-интерфейсе lan горит зеленым а wan красным.

Значит адрес получили, но куда отправлять пакеты роутер не знает, соответственнно и в Сеть выйти не может, при этом по локальной сети коннект есть.

Маска подсети 255.255.255.255

Ну позвоните этим велосипедчикам и узнайте параметры своей сети, как коннектиться в таком случае, потому что это какая-то очередная гениальная архитектурная задумка.

alozovskoy ★★★★★
()
Ответ на: комментарий от alozovskoy

Ну позвоните этим велосипедчикам и узнайте параметры своей сети, как коннектиться в таком случае, потому что это какая-то очередная гениальная архитектурная задумка.

на самом деле у меня постоянный IP и я могу сам указать настройки в ручную, как я понимаю

Вы про это? В таком случае ничего не меняется.

mishkapp
() автор топика
Ответ на: комментарий от mishkapp

При указании настроек вручную? Ну, как минимум, шлюзы провайдера могут проверять, получили ли вы ip вручную или вам его выдал dhcp-сервер, таким образом управляя доступом к Сети. Дальше вот что - по сути в обычной сети должно быть 4+ адресов - адрес 0, обозначающий подсеть, адреса 1 и 2 как адреса хостов и адрес 3 как широковещательный. В таком случае вы говорите «Компьютер 2 должен отправлять все пакеты на адрес 1», и у вас нет проблем, потому что ваш компьютер (адрес 2) шлет данные на шлюз провайдера (адрес 1), который дальше и направляет согласно логики вашей сети. В вашем случае при маске /32 (255.255.255.255) по сути в сети нет хостов - весь адрес представляет собой адрес сети. Если компьютеры находятся в разных сетях они не могут так просто обмениваться информацией, им нужен шлюз, находящийся в той же сети что сам хост-отправитель. В случае с такой сетью без адресов значит, что траффик направляется способом сложнее простой адресации. В любом случае хосту нужно знать адрес источника пакета (свой адрес), и адрес получателя (другой хост (в том числе и шлюз)). Так что вам нужно узнать адрес шлюза и прописать его на роутере, в локальной сети таких загонов не будет. ВОт для того, чтоб узнать адрес шлюза вам и нужно позвонить провайдеру, либо подключив кабель, например, напрямую в ПК забрать настройки оттуда.

alozovskoy ★★★★★
()
Последнее исправление: alozovskoy (всего исправлений: 1)
Ответ на: комментарий от alozovskoy

На стоковой прошивке все подключалось лихо (TP-Link tl842nd), оттуда я взял шлюз и сервера днс, но, как я понял, шлюз находится не в моей сети и openwrt в это упирается.

mishkapp
() автор топика
Ответ на: комментарий от mishkapp

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

alozovskoy ★★★★★
()

У провайдера подключение идет по Dynamic IP

Не бывает такого. Это принцип назначения IP на подключение, а не само подключение.

на самом деле у меня постоянный IP и я могу сам указать настройки в ручную

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

1) Маска подсети 255.255.255.255

Вероятно, речь идёт про PPPoE ?
В общем, сначала надо понять, о чём речь.

AS ★★★★★
()
Последнее исправление: AS (всего исправлений: 2)
Ответ на: комментарий от AS

Нет, не PPPoE(раньше они практиковали такое подключение, но я не застал), суть в том что я втыкаю кабель в компьютер и он сам подхватывает подключение с учетом регистрации maс адреса сетевой карты/маршрутизатора у провайдера.

mishkapp
() автор топика
Ответ на: комментарий от mishkapp

Интересно посмотреть конфиг интерфейса и таблицу маршрутов с компьютера. И потом сравнить с тем, что получается на опенврт.

pekmop1024 ★★★★★
() 
WAN
Subnet Mask 255.255.255.255

dd-wrt работает, tomato - работает, open-wrt - работает.

PG_007
()
Ответ на: комментарий от pekmop1024

Компьютер

mishkapp@mishkapp-Ubuntu:~$ ifconfig
eth0      Link encap:Ethernet  HWaddr 90:f6:52:01:10:f8  
          inet addr:94.73.231.183  Bcast:94.73.231.183  Mask:255.255.255.255
          inet6 addr: fe80::92f6:52ff:fe01:10f8/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2897241 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1526520 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:3608211486 (3.6 GB)  TX bytes:2170641378 (2.1 GB)
          Interrupt:18 Base address:0xc000 

lo        Link encap:Локальная петля (Loopback)  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:27532 errors:0 dropped:0 overruns:0 frame:0
          TX packets:27532 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:5664784 (5.6 MB)  TX bytes:5664784 (5.6 MB)

mishkapp@mishkapp-Ubuntu:~$ route -n
Таблица маршутизации ядра протокола IP
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0         109.226.250.5   0.0.0.0         UG    0      0        0 eth0
109.226.250.0   94.73.231.183   255.255.255.0   UG    0      0        0 eth0
109.226.250.5   0.0.0.0         255.255.255.255 UH    0      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 eth0

Маршрутизатор 

br-lan    Link encap:Ethernet  HWaddr 64:70:02:CF:28:CF
          inet addr:192.168.1.1  Bcast:192.168.1.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:35131 errors:0 dropped:541 overruns:0 frame:0
          TX packets:14818 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:2603320 (2.4 MiB)  TX bytes:2440789 (2.3 MiB)

eth0      Link encap:Ethernet  HWaddr 64:70:02:CF:28:CF
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:30643 errors:0 dropped:15 overruns:0 frame:0
          TX packets:15553 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2866914 (2.7 MiB)  TX bytes:2510802 (2.3 MiB)
          Interrupt:5

eth1      Link encap:Ethernet  HWaddr 64:70:02:CF:28:D1
          inet addr:94.73.231.183  Bcast:255.255.255.255  Mask:255.255.255.255
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:13035 errors:0 dropped:290 overruns:0 frame:0
          TX packets:5586 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:1055332 (1.0 MiB)  TX bytes:284919 (278.2 KiB)
          Interrupt:4

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:12667 errors:0 dropped:0 overruns:0 frame:0
          TX packets:12667 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:861748 (841.5 KiB)  TX bytes:861748 (841.5 KiB)

--------------------------------------------------------------


Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 br-lan

mishkapp
() автор топика
Ответ на: комментарий от mishkapp

Ну как бы broadcast разный, маршруты разные.
Попробуй ручками выставить все нужное, как минимум бродкаст можно сделать через люсю.

pekmop1024 ★★★★★
()
Ответ на: комментарий от mishkapp 
eth0      Link encap:Ethernet  HWaddr 90:f6:52:01:10:f8  
          inet addr:94.73.231.183  Bcast:94.73.231.183  Mask:255.255.255.255

Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0         109.226.250.5   0.0.0.0         UG    0      0        0 eth0

Бред полный. Менять провайдера. Оно, если и работает, то временно и случайно. Что данная ситуация и показывает.

Хотя... А что показывает «arp -ni eth0» на компьютере ? А то, может, я что-то не понимаю ?.. И, до кучи, «tcpdump -nei eth0», несколько пакетиков, много не надо. Интересно, на какой MAC отсылаются пакеты в сторону default gw.

AS ★★★★★
()
Ответ на: комментарий от AS

Но провайдера не сменить, по крайней мере этот вариант куда лучше чем 3g. С компьютера уже проблематично показать, поставил openwrt, пописал маршрутизацию как на компьютере и тут же все заработало!

mishkapp
() автор топика
Ответ на: комментарий от mishkapp

поставил openwrt, пописал маршрутизацию как на компьютере

В общем-то, arp там тоже есть, а tcpdump можно доустановить, если размер флешки позволяет. Всё равно интересно. Мне кажется, что пакеты в сторону такого маршрутизатора должны уходить на броаткастный MAC со всеми вытекающими.

arp-таблица правильно формироваться не должна, и соответствия <MAC>-109.226.250.5 команда arp показать, соответственно, тоже не должна.

AS ★★★★★
()
Последнее исправление: AS (всего исправлений: 1)
Ответ на: комментарий от AS 
root@OpenWrt:~# arp -ni eth1
IP address       HW type     Flags       HW address            Mask     Device
192.168.1.236    0x1         0x2         90:f6:52:01:10:f8     *        br-lan
192.168.1.192    0x1         0x2         98:4b:4a:96:6d:c6     *        br-lan
192.168.1.229    0x1         0x2         50:46:5d:16:d3:89     *        br-lan
109.226.250.5    0x1         0x2         2c:54:2d:fc:6b:d2     *        eth1
mishkapp
() автор топика
Ответ на: комментарий от AS 
root@OpenWrt:~# tcpdump -nei eth1
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), capture size 65535 bytes
13:32:25.198301 b8:97:5a:07:e5:87 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Request who-has 109.226.250.5 tell 172.27.235.165, length 46
13:32:26.704036 00:18:e7:ea:40:58 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Request who-has 109.226.250.5 (ff:ff:ff:ff:ff:ff) tell 172.27.233.75, length 46
13:32:31.940241 64:70:02:cf:28:d1 > 2c:54:2d:fc:6b:d2, ethertype IPv4 (0x0800), length 248: 94.73.231.183.54257 > 188.43.65.144.443: Flags [P.], seq 765:959, ack 1, win 2640, length 194
13:32:31.941094 2c:54:2d:fc:6b:d2 > 64:70:02:cf:28:d1, ethertype IPv4 (0x0800), length 60: 188.43.65.144.443 > 94.73.231.183.54257: Flags [.], ack 728, win 901, length 0
13:32:31.941205 2c:54:2d:fc:6b:d2 > 64:70:02:cf:28:d1, ethertype IPv4 (0x0800), length 60: 188.43.65.144.443 > 94.73.231.183.54257: Flags [.], ack 765, win 901, length 0
13:32:31.941250 2c:54:2d:fc:6b:d2 > 64:70:02:cf:28:d1, ethertype IPv4 (0x0800), length 60: 188.43.65.144.443 > 94.73.231.183.54257: Flags [.], ack 959, win 946, length 0
mishkapp
() автор топика
Ответ на: комментарий от mishkapp

Хм. Нужная запись про 109.226.250.5, действительно, есть. Интересно, на каком основании она добавилась в таблицу, если это чужая сеть для eth1...

AS ★★★★★
()
Ответ на: комментарий от mishkapp

Ах-да, при рестарте интерфейса сбрасывается таблица маршрутизации, как быть?

Это надо смотреть, где у OpenWrt настройки. В крайнем случае, на крон проверку повесить.

AS ★★★★★
()
Ответ на: комментарий от mishkapp

В общем, ситуация странная и работать это, вообще-то, не должно с ethernet. Если только недавно что-то не придумали новое и не реализовали повсеместно. Но /31 - и то не все ещё умеют (хотя, честно говоря, момент появления этого я тоже проморгал).

AS ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Сетевые интерфейсы в Solaris: отсутствие образа в /dev
Admin
asterisk as GSM/phone gateway →