настройка маршрутов

Тоисть выдача айпи вифи идйи динамически???. Проставь не динамическую а статическую адресацыю.

XShStasX написал:

А можно как то автоматизировать? не очень удобно если айпи привязан к маку...
Пока что вижу только какойто скрипт который делает первый пинг (который удачный первый) и берет оттуда мак и прописывает в арп... есть что-то лучше?

ip route change 192.168.1.0/24 via 192.168.1.1

aliaksei1818 написал:

[quote=XShStasX]А можно как то автоматизировать? не очень удобно если айпи привязан к маку...
Пока что вижу только какойто скрипт который делает первый пинг (который удачный первый) и берет оттуда мак и прописывает в арп... есть что-то лучше?

ip route change 192.168.1.0/24 via 192.168.1.1[/quote]
Да такая решение было бы прекрасно) а где это прописывать на машине с убунтой или роутере ?

На машине с убунтой пишет: RTNETLINK answers: no such file or directory/
На роутере: нет никакого ефекта, команда прописываеться но пинга нету вифи - убунта.

На машине с убунтой надо прописывать.

XShStasX написал:

На машине с убунтой пишет: RTNETLINK answers: no such file or directory

Покажите: ip r

aliaksei1818 написал:

На машине с убунтой надо прописывать.
[quote=XShStasX]На машине с убунтой пишет: RTNETLINK answers: no such file or directory

Покажите: ip r[/quote]

default via x.x.x.x dev ppp0 
169.254.0.0/16 dev eth0  scope link  metric 1000 
192.168.1.0/24 dev eth0  proto kernel  scope link  src 192.168.1.2  metric 1 
192.168.1.3 via 192.168.1.1 dev eth0 
192.168.93.0/24 dev vmnet1  proto kernel  scope link  src 192.168.93.1 
192.168.153.0/24 dev vmnet8  proto kernel  scope link  src 192.168.153.1 
x.x.x.x dev ppp0  proto kernel  scope link  src y.y.y.y 

ip r replace 192.168.1.0/24 via 192.168.1.1 src 192.168.1.2 metric 1

aliaksei1818 написал:

ip r replace 192.168.1.0/24 via 192.168.1.1 src 192.168.1.2 metric 1

прописал но увы не помагает(...
нужно все равно вручную указать ip - мак ....


64 bytes from 192.168.1.3: icmp_seq=1 ttl=127 time=3.12ms
From 192.168.1.2 icmp_seq=2 Destination Host Unreachable
....

Что после данной операции сообщает:
ip r
tcpdump -ne -i eth0

ip r

default via x.x.x.x dev ppp0 
169.254.0.0/16 dev eth0  scope link  metric 1000 
192.168.1.0/24 via 192.168.1.1 dev eth0  src 192.168.1.2  metric 1 
192.168.1.3 via 192.168.1.1 dev eth0 
192.168.93.0/24 dev vmnet1  proto kernel  scope link  src 192.168.93.1 
192.168.153.0/24 dev vmnet8  proto kernel  scope link  src 192.168.153.1 
x.x.x.x dev ppp0  proto kernel  scope link  src y.y.y.y 

tcpdump -ne -i eth0

21:50:07.609761 c8:60:00:54:c5:58 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.3 tell 192.168.1.2, length 28
21:50:08.609495 c8:60:00:54:c5:58 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.3 tell 192.168.1.2, length 28

Ну черт его знает почему так происходит. Ошибка в том, что при ARP-запросе, какой mac -адрес 192.168.1.3 говорит 192.168.1.2, а не 192.168.1.1, и эта ситуация не меняется даже после добавления в таблицу маршрутов IP шлюза, а так быть не должно. Видимо это косяк дистрибутива или ядра.
[console]192.168.1.0/24 via 192.168.1.1 dev eth0 src 192.168.1.2 metric 1 [/console]
[console]21:50:07.609761 c8:60:00:54:c5:58 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.3 tell 192.168.1.2, length 28[/console]
Что же касается скрипта, в качестве альтернативы:
- отредактировать файл /etc/NetworkManager/NetworkManager.conf:

managed=false 
на 
managed=true

- прописать команду в /etc/network/interfaces с помощью параметра post-up:

auto eth0 
iface eth0 inet dhcp 
post-up /путь_до_команды/arp -s 192.168.1.3 84:c9:b2:cc:24:2d

aliaksei1818 написал:

Не знаю в чем проблема. Сначала хватает mac-адрез шлюза и получает ответ с IP 192.168.1.3.

text

18:20:33.303102 84:c9:b2:cc:24:2d > c8:60:00:54:c5:58, ethertype IPv4 (0x0800), length 98: 192.168.1.3 > 192.168.1.2: ICMP echo reply, id 8217, seq 1, length 64

Затем не знает, какой взять мас-адрес.

text

18:20:35.297636 c8:60:00:54:c5:58 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.3 tell 192.168.1.2, length 28

Посмотрите после пинга ARP-таблицу:
ip neigh show dev eth0

Зашла как то подруга в гости и решыли включить wifi для ее ноута, но с ее ноутом не было проблем с потерей mac.