Добрый день, я еще мал и глуп, и очень нуждаюсь в вашем совете, дорогие друзья. существует сервер телефонии, у него есть такие вот интерфейсы:eth0 Link encap:Ethernet HWaddr 00:50:56:80:4X:C6
inet addr:xxx.xxx.224.90 Bcast:xxx.xxx.224.95 Mask:255.255.255.224
inet6 addr: fe80::250:5xxx:fe80:4bc6/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1389879 errors:0 dropped:0 overruns:0 frame:0
TX packets:945155 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:306208799 (292.0 MiB) TX bytes:278703180 (265.7 MiB)
eth1 Link encap:Ethernet HWaddr 00:50:56:X0:32:47
inet addr:10.143.10.90 Bcast:10.143.10.255 Mask:255.255.255.0
inet6 addr: fe80::250:5xxx:fe80:3247/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:721356 errors:0 dropped:0 overruns:0 frame:0
TX packets:470973 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:306436100 (292.2 MiB) TX bytes:144460951 (137.7 MiB)
Нужно через vlan подключить к этому серверу еще один сервак (*)
К этому серверу (виртуальному) подключен еще интерфейс, к которому подцепил vlan и выделил адрес 10.10.68.2/24 , второй сервер имеет адрес 10.10.68.3/24 , vlan не маршрутизируется.
Я пробовал добавить к этим двум интерфейсам еще один с настройками vlaneth3 Link encap:Ethernet HWaddr 00:50:56:80:7B:37
inet addr:10.10.68.2 Bcast:10.10.68.255 Mask:255.255.255.0
BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:842 errors:0 dropped:0 overruns:0 frame:0
TX packets:50 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:304424 (297.2 KiB) TX bytes:2384 (2.3 KiB)сервер перестал быть доступен по eth1, под eth0 остался доступным.
Подскажите, как сделать, чтобы и вилан заработал, и по другим интерфейсам все было бы хорошо? Может, метрику для eth3 увеличить? Проблема в том, что эксперементировать нельзя - call-центр в час до 10000 звонков обслуживает. Заранее спасибо, ребята.
> сервер перестал быть доступен по eth1, под eth0 остался доступным.
> Подскажите, как сделать, чтобы и вилан заработал, и по другим интерфейсам все
> было бы хорошо? Может, метрику для eth3 увеличить? Проблема в том,
> что эксперементировать нельзя - call-центр в час до 10000 звонков обслуживает.1) найдите что-то другое, на чем сможете поэкспериментировать
>Я пробовал добавить к этим двум интерфейсам еще один с настройками vlan
2) четко опишите, как это было сделано. В мельчайших деталях. (Либо идите лесом читать книжки. СвежЫй воздух очень полезен.)
>> сервер перестал быть доступен по eth1, под eth0 остался доступным.
>> Подскажите, как сделать, чтобы и вилан заработал, и по другим интерфейсам все
>> было бы хорошо? Может, метрику для eth3 увеличить? Проблема в том,
>> что эксперементировать нельзя - call-центр в час до 10000 звонков обслуживает.
> 1) найдите что-то другое, на чем сможете поэкспериментировать
>>Я пробовал добавить к этим двум интерфейсам еще один с настройками vlan
> 2) четко опишите, как это было сделано. В мельчайших деталях. (Либо идите
> лесом читать книжки. СвежЫй воздух очень полезен.)1. Что то другое найти нельзя. Физически серверы в дата центре и сетевая инфраструктура принадлежит и обслуживается другой организацией. Все, что у меня есть - putty и service desk, задачи по которому выполняются очень долго.
2. Описываю. Хотя, если посоветуете книжек, я почитаю. Итак, был сделан запрос, по запросу к виртуальному серверу подключили vlan и сетевой интерфейс, выше указанный как eth3, выслали мне настройки и мак адрес. Хост ос - vmware esxi (возможно, не уверен). Гостевая ос - Oracle Linux Enterprise 6. Я вызвал ifconfig -a и сверил по MAC нужный номер интерфейса (всего их 6, не считая lo. Я зашел в /etc/sysconfig/network-scripts/ создал конф файл ifcfg-eth3 в который прописал:
DEVICE=eth3
IPADDR=10.10.68.2
NETMASK=255.255.255.0
NETWORK=10.10.68.0
NM_CONTROLLED=yes
ONBOOT=yes
TYPE=Ethernet
BOOTPROTO=none
IPV6INIT=no
USERCTL=no
HWADDR=00:50:56:80:7B:37
После чего сохранил файл и выполнил команду service network restart, в следствии этих действий моя ssh сессия отрубилась. Адрес интерфейса eth1 10.143.10.90 перестал пинговаться. Адрес интерфейс eth0 пинговался исправно. Т.к. доступа на внешний ip у меня нет, я позвонил в SD рассказал о критической ситуации, попросил удалить интерфейс eth3, что и было сделано, после чего я смог подключиться к 10.143.10.90 по ssh. Вот такая история
>> 1. Что то другое найти нельзя. Физически серверы в дата центре и
> сетевая инфраструктура принадлежит и обслуживается другой организацией. Все, что у меня
> есть - putty и service desk, задачи по которому выполняются очень
> долго.сходите в ближайший магазин, торгующий б/у компьютерами и найдите себе железа для экспериментов. Линукс загрузить можно практически на чем угодно.
Кто хочет учиться - учится, а не ищет отмазку "Что то другое найти нельзя."
>Вот такая историяЯ бы подымал гораздо более мягко, через ifup
Чтобы понять, как будет работать "service network restart" как раз таки и надо "купить б/у компьютер".
>[оверквотинг удален]
>> есть - putty и service desk, задачи по которому выполняются очень
>> долго.
> сходите в ближайший магазин, торгующий б/у компьютерами и найдите себе железа
> для экспериментов. Линукс загрузить можно практически на чем угодно.
> Кто хочет учиться - учится, а не ищет отмазку "Что то другое
> найти нельзя."
>>Вот такая история
> Я бы подымал гораздо более мягко, через ifup
> Чтобы понять, как будет работать "service network restart" как раз таки и
> надо "купить б/у компьютер".Спасибо за столь ценный совет. Меня больше интересует ваше мнение на тему того, почему случилась описанная выше проблема. Из за того, что я использовал service network restart, а не ifup? Можете дать ответ более подробно? Спасибо.
>[оверквотинг удален]
>> Кто хочет учиться - учится, а не ищет отмазку "Что то другое
>> найти нельзя."
>>>Вот такая история
>> Я бы подымал гораздо более мягко, через ifup
>> Чтобы понять, как будет работать "service network restart" как раз таки и
>> надо "купить б/у компьютер".
> Спасибо за столь ценный совет. Меня больше интересует ваше мнение на тему
> того, почему случилась описанная выше проблема. Из за того, что я
> использовал service network restart, а не ifup? Можете дать ответ более
> подробно? Спасибо.Из приведенного не понятно почему не стало доступа к 10.143.10.90, посмотрите логи на момент service network restart. Посмотрите правила udev. Ну и как уже сказали не нужно так глобально передергивать все интерфейсы, когда настраиваете удаленно. Раз уж внешний адрес пинговался стоит, хотя бы на время настройки, сделать доступ к ssh и через него.
>[оверквотинг удален]
>>> надо "купить б/у компьютер".
>> Спасибо за столь ценный совет. Меня больше интересует ваше мнение на тему
>> того, почему случилась описанная выше проблема. Из за того, что я
>> использовал service network restart, а не ifup? Можете дать ответ более
>> подробно? Спасибо.
> Из приведенного не понятно почему не стало доступа к 10.143.10.90, посмотрите логи
> на момент service network restart. Посмотрите правила udev. Ну и как
> уже сказали не нужно так глобально передергивать все интерфейсы, когда настраиваете
> удаленно. Раз уж внешний адрес пинговался стоит, хотя бы на время
> настройки, сделать доступ к ssh и через него.Понял вас, спасибо