The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Подключение третьего интерфейса"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Открытые системы на сервере (Маршрутизация, NAT)
Изначальное сообщение [ Отслеживать ]

"Подключение третьего интерфейса"  +/
Сообщение от thech email on 30-Сен-13, 07:38 
Добрый день, я еще мал и глуп, и очень нуждаюсь в вашем совете, дорогие друзья. существует сервер телефонии, у него есть такие вот интерфейсы:

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 не маршрутизируется.
Я пробовал добавить к этим двум интерфейсам еще один с настройками vlan

eth3 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 звонков обслуживает. Заранее спасибо, ребята.

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Подключение третьего интерфейса"  +/
Сообщение от PavelR (ok) on 30-Сен-13, 08:22 

> сервер перестал быть доступен по eth1, под eth0 остался доступным.
> Подскажите, как сделать, чтобы и вилан заработал, и по другим интерфейсам все
> было бы хорошо? Может, метрику для eth3 увеличить? Проблема в том,
> что эксперементировать нельзя - call-центр в час до 10000 звонков обслуживает.

1) найдите что-то другое, на чем сможете поэкспериментировать

>Я пробовал добавить к этим двум интерфейсам еще один с настройками vlan

2) четко опишите, как это было сделано. В мельчайших деталях. (Либо идите лесом читать книжки. СвежЫй воздух очень полезен.)


Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Подключение третьего интерфейса"  +/
Сообщение от thech email on 30-Сен-13, 09:41 
>> сервер перестал быть доступен по 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 | Наверх | Cообщить модератору

3. "Подключение третьего интерфейса"  +/
Сообщение от PavelR (ok) on 30-Сен-13, 12:08 
>> 1. Что то другое найти нельзя. Физически серверы в дата центре и
> сетевая инфраструктура принадлежит и обслуживается другой организацией. Все, что у меня
> есть - putty и service desk, задачи по которому выполняются очень
> долго.

сходите в ближайший магазин, торгующий б/у компьютерами и найдите себе железа для экспериментов. Линукс загрузить можно практически на чем угодно.
Кто хочет учиться - учится, а не ищет отмазку "Что то другое найти нельзя."


>Вот такая история

Я бы подымал гораздо более мягко, через ifup
Чтобы понять, как будет работать "service network restart" как раз таки и надо "купить б/у компьютер".


Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "Подключение третьего интерфейса"  +/
Сообщение от thech email on 30-Сен-13, 14:17 
>[оверквотинг удален]
>> есть - putty и service desk, задачи по которому выполняются очень
>> долго.
>  сходите в ближайший магазин, торгующий б/у компьютерами и найдите себе железа
> для экспериментов. Линукс загрузить можно практически на чем угодно.
> Кто хочет учиться - учится, а не ищет отмазку "Что то другое
> найти нельзя."
>>Вот такая история
> Я бы подымал гораздо более мягко, через ifup
> Чтобы понять, как будет работать "service network restart" как раз таки и
> надо "купить б/у компьютер".

Спасибо за столь ценный совет. Меня больше интересует ваше мнение на тему того, почему случилась описанная выше проблема. Из за того, что я использовал service network restart, а не ifup? Можете дать ответ более подробно? Спасибо.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "Подключение третьего интерфейса"  +/
Сообщение от reader (ok) on 30-Сен-13, 14:46 
>[оверквотинг удален]
>> Кто хочет учиться - учится, а не ищет отмазку "Что то другое
>> найти нельзя."
>>>Вот такая история
>> Я бы подымал гораздо более мягко, через ifup
>> Чтобы понять, как будет работать "service network restart" как раз таки и
>> надо "купить б/у компьютер".
> Спасибо за столь ценный совет. Меня больше интересует ваше мнение на тему
> того, почему случилась описанная выше проблема. Из за того, что я
> использовал service network restart, а не ifup? Можете дать ответ более
> подробно? Спасибо.

Из приведенного не понятно почему не стало доступа к 10.143.10.90, посмотрите логи на момент service network restart. Посмотрите правила udev. Ну и как уже сказали не нужно так глобально передергивать все интерфейсы, когда настраиваете удаленно. Раз уж внешний адрес пинговался стоит, хотя бы на время настройки, сделать доступ к ssh и через него.

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

6. "Подключение третьего интерфейса"  +/
Сообщение от thech email on 01-Окт-13, 08:55 
>[оверквотинг удален]
>>> надо "купить б/у компьютер".
>> Спасибо за столь ценный совет. Меня больше интересует ваше мнение на тему
>> того, почему случилась описанная выше проблема. Из за того, что я
>> использовал service network restart, а не ifup? Можете дать ответ более
>> подробно? Спасибо.
> Из приведенного не понятно почему не стало доступа к 10.143.10.90, посмотрите логи
> на момент service network restart. Посмотрите правила udev. Ну и как
> уже сказали не нужно так глобально передергивать все интерфейсы, когда настраиваете
> удаленно. Раз уж внешний адрес пинговался стоит, хотя бы на время
> настройки, сделать доступ к ssh и через него.

Понял вас, спасибо

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру