Alukardd Цитата: Первый вопрос — зачем вам сдался parprouted? Чем не устроил стандартный параметр sysctl — net/ipv4/conf/$DEV/proxy_arp?
parprouted - не религия, можно и sysctl, но предполагаю проблема не в этом
Цитата: Несколько IP адресов на один mac это нормально и они ни как не мешают нормальному функционированию сети.
не, там с точностью наоборот - несколько mac на один IP, только эти маки в разных физических сетях.
Цитата: И вывод команды ip r (видимо вывод нужен когда проблем нету и когда они есть, что бы было что сравнивать).
как не прискорбно, проблема есть всегда
[more=ip r]
default via X.X.172.1 dev eth1 X.X.172.0/24 dev eth1 proto kernel scope link src X.X.172.69
X.X.172.1 dev eth1 scope link metric 50 X.X.172.64/28 dev vlan20 proto kernel scope link src X.X.172.69
X.X.177.0/28 dev vlan20 scope link metric 1
X.X.177.1 dev vlan20 scope link metric 50
X.X.177.2 dev vlan20 scope link metric 50
X.X.177.3 dev vlan20 scope link metric 50
X.X.177.12 dev vlan20 scope link metric 50
X.X.177.14 dev vlan20 scope link metric 50
192.168.11.0/24 dev vlan100 proto kernel scope link src 192.168.11.254
192.168.11.0/24 dev vlan100 scope link metric 1
192.168.11.101 dev vlan100 scope link metric 50
192.168.11.102 dev vlan100 scope link metric 50
192.168.11.103 dev vlan100 scope link metric 50
192.168.11.104 dev vlan100 scope link metric 50
192.168.11.105 dev vlan100 scope link metric 50
192.168.11.106 dev vlan100 scope link metric 50
192.168.11.250 dev eth1 scope link metric 50
192.168.231.0/24 dev vlan30 proto kernel scope link src 192.168.231.250
192.168.231.0/24 dev vlan30 scope link metric 1
192.168.231.2 dev vlan30 scope link metric 50
192.168.231.3 dev vlan30 scope link metric 50
192.168.231.6 dev vlan30 scope link metric 50
192.168.231.7 dev vlan30 scope link metric 1
192.168.231.7 dev eth1 scope link metric 50 192.168.231.8 dev vlan30 scope link metric 50
192.168.231.9 dev vlan30 scope link metric 50
192.168.231.18 dev vlan30 scope link metric 50
192.168.231.20 dev vlan30 scope link metric 50
192.168.231.21 dev vlan30 scope link metric 50
192.168.231.33 dev vlan30 scope link metric 50
192.168.231.36 dev vlan30 scope link metric 50
192.168.231.37 dev vlan30 scope link metric 50
192.168.231.38 dev vlan30 scope link metric 50
192.168.231.39 dev vlan30 scope link metric 50
192.168.231.40 dev vlan30 scope link metric 50
192.168.231.41 dev vlan30 scope link metric 50
192.168.231.42 dev vlan30 scope link metric 50
192.168.231.43 dev vlan30 scope link metric 50
192.168.231.44 dev vlan30 scope link metric 50
192.168.231.45 dev vlan30 scope link metric 50
192.168.231.46 dev vlan30 scope link metric 50
192.168.231.47 dev vlan30 scope link metric 50
192.168.231.48 dev vlan30 scope link metric 50
192.168.231.49 dev vlan30 scope link metric 50
192.168.231.50 dev vlan30 scope link metric 50
192.168.231.77 dev eth1 scope link metric 50 192.168.231.251 dev vlan30 scope link metric 50
[/more]
Цитата: А что там и почему теряет доступ к интернету, я из Вашего сообщения не понял.
Суть проста - есть, например, в локалке машина с IP 192.168.231.77, так провайдерский шлюз говорит, что такой IP у него (кидает arp-reply со своим маком). В итоге возникает ситуация, что на шлюзе, с обоих сторон появляется этот IP. При этом ось еще и маршрут до этого хоста через внешний интерфейс создает. Соответственно шлюз шлет пакеты для локальной тачки наружу, какой у нее инет может быть?
Цитата: p.s. Давайте уже использовать прекрасную утилиту ip, а не кучу различных древних команд (ifconfig, arp, route).
ip ne, сокращение от ip neighbor show
К тому же ip не требует для просмотра прав суперпользователя. В отличие от означенных выше утилит.
да пользуемся мы ей, активно. привычка для arp использовать arp