LINUX.ORG.RU
ФорумAdmin

Поднял ip range, нет пинга...


0

1

Ну в общем сделал так:

[root@chloe network-scripts]# cat ifcfg-eth0-range0
IPADDR_START=*.32.39.1
IPADDR_END=*.32.39.127
CLONENUM_START=1

Перезапустил network, нет пинга. Те IP, что созданы в ручную (eth0, eth0:255, eth0:256 ...) пингуются нормально. Те, что подняты автоматически по конфигурации - нет.

Кусок ifconfig для сравнения:

eth0:127  Link encap:Ethernet  HWaddr 90:E6:BA:93:EE:9D
          inet addr:*.32.39.127  Bcast:*.32.39.255  Mask:255.255.255.0
          UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
          Interrupt:16 Memory:fbee0000-fbf00000

eth0:256  Link encap:Ethernet  HWaddr 90:E6:BA:93:EE:9D
          inet addr:*.68.190.243  Bcast:*.68.190.255  Mask:255.255.255.0
          UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
          Interrupt:16 Memory:fbee0000-fbf00000

В чем может быть дело? Куда рыть? Сделал так на двух машинах с разным подсетями (один класс С подсети в одном ДЦ, другой - в другом). ОС Fedora. Нужно каким-то образом поднять около 100 IP на машине, требуется для предприятия. IP ранее не использовались, потому обновление APR таблиц не предлагать, хотя даже если это и так - давно уже само бы обновилось,

Спасибо.

Ну по настройкам всё вроде правильно, а что там у нас с маршрутами?

ip ro

anton_jugatsu ★★★★ ()

давно уже само бы обновилось

Бывает на сиськах залипает. Причём каждый раз у сисьководов глаза как блюдца, однако «clear ip arp» помогает.

true_admin ★★★★★ ()
Ответ на: комментарий от true_admin
[root@chloe ~]# ip ro
*.32.39.0/24 dev eth0  proto kernel  scope link  src *.32.39.1
*.68.190.0/24 dev eth0  proto kernel  scope link  src *.68.190.242
169.254.0.0/16 dev eth0  scope link  metric 1002
default via *.68.190.1 dev eth0

Про ARP таблицы - новые подсети, думаю, исключено. Столько IP нужно, банально, раздавать клиентам.

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

1) А с локалхоста все адреса пингуются?

2) С другой тачки можешь пингануть «непингующиеся» ипы и показать вывод arp -a | grep <непингующийся ип>

3) iptables-save :)

4) dmesg покажи на всякий случай.

А как ты хочешь клиентам раздавать их?

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

1. Да 2.

[root@triniti ~]# arp -a | grep *.32.39.114
 ? (*.32.39.114) at 88:43:e1:dc:73:c0 [ether] on eth0 

3. Там 2.5 тысячи строк, 4. Там тоже около 2.5 тысяч строк, но первые всегда повторяются

... [18398675.744851] device eth0 left promiscuous mode
[18398737.042166] device eth0 entered promiscuous mode
[18398796.367081] device eth0 left promiscuous mode
[18398856.362343] device eth0 entered promiscuous mode [18398886.510383] IPv6 over IPv4 tunneling driver
[18398886.510534] sit0: Disabled Privacy Extensions
[18398887.043835] lo: Disabled Privacy Extensions
[18398887.576268] ADDRCONF(NETDEV_UP): eth0: link is not ready
[18398889.410275] e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX
[18398889.410281] e1000e 0000:03:00.0: eth0: 10/100 speed: disabling TSO
[18398889.415176] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[18398891.632901] ADDRCONF(NETDEV_UP): eth1: link is not ready
[18398899.954139] eth0: no IPv6 routers present
[18410296.867518] UDP: bad checksum. From 189.132.236.248:53200 to *.68.190.242:22173 ulen 9

5. Софт написан,

6.

[root@chloe ~]# ping -I *.32.39.114 -i0.1 -n ya.ru
PING ya.ru (77.88.21.3) from *.32.39.114 : 56(84) bytes of data.
^C --- ya.ru ping statistics ---
216 packets transmitted, 0 received, 100% packet loss, time 22870ms

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

Cмотри, arp -a показывает mac-адрес какого-то другого интерфейса. Там должно быть 90:E6:BA:93:EE:9D(asus), а висит 88:43:e1:dc:73:c0(cisco).

Для начала нужно понять что это за циска и почему она откликается(уж не маршрутизатор ли это? погрепай по этому маку arp -a).

Ну и со снифером посидеть на chloe и triniti и посмотреть как между ними трафик пытается идти.

Кол-во правил в iptables как-то пугает.

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

[root@chloe ~]# arp -a gw1.hst.tel.ru (109.68.190.1) at 88:43:e1:dc:73:c0 [ether] on eth0

Странно еще и то, что сейчас вообще любые IP, которые я поднимаю из данной подсети, руками ли или через приведенную в первом после конфигурацию - не отликаются... а те IP из той же подсети, что поднимал я ранее (руками), работают нормально...

Вот такие дела... Т.е. это mac-адрес гетвея Chloe и именного на него уходят пакеты с Triniti при принге... Поясните пожалуйста.

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

В общем, пиши в саппорт, там разберутся :). Скорее всего не донастроили циску, вот и всё.

true_admin ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.