- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
А KVM есть?
Есть возможность показать после ребута, когда сеть не работает:
ifconfig -a
brctl show
?
Повторяю еще раз. У тебя система неправильно инициирует бридж !!!
У тебя когда система стартует, должно по идее тушится основной интерфейс, который подключается к бриджу, далее он должен подключатся к бриджу, далее поднимается бридж, настраиваться основной интерфейс, поднимается интерфейс и потом проставляются rout-ы.
Спасибо, что в этом проблема я уже давно догадался:)
А KVM есть?
Есть возможность показать после ребута, когда сеть не работает:
ifconfig -a
brctl show
?
Вот в этом и запарка. Если бы был KVM, было бы намного проще разобоаться.
Я только могу запустить rescue и поправить конфиг, ну или ОС переустановить.
Если простои сервера некритичны, то можно попробовать дописать эти команды с суффиксом ">> /root/logfile" в /etc/rc.local и из rescue посмотреть, что написалось :)
Если простои сервера некритичны, то можно попробовать дописать эти команды с суффиксом ">> /root/logfile" в /etc/rc.local и из rescue посмотреть, что написалось :)
Простои совершенно не критичны)
Сервер "чистый" для тестов.
Вот что он мне "вывалил":
Для примера, на тестовой "машине" это выглядит так:
P.S.:Версии Xen на них разные.
Короче :)
/etc/network/interfaces
И все тут. Google вам в руки.
Некоторые умники после этого решат что
Но нет.
Нужен reboot системы !!!
Спасибо, с гуглом дружу и это решение для Debian я видел. (у меня CentOS, об этом писал).
И эти команды:
/etc/xen/scripts/network-bridge start bridge=br0 netdev=eth0
up ifconfig br0 up
up route add default dev br0
приводят про пропаданию пинга.
P.S.:Ради теста поставил на эту машину Debian, XEN там запустился без проблем, собрался бридж и всё работает:)
Всё дефолтное. brctl show показывает то же, что на "работающей" ноде. Непонятный глюк короче в CentOS.
У меня теперь вопрос: На ноде сейчас ip-адрес на eth0 из одной сетки, а доп. ip-адреса для VDSов нужны из другой. Как корректно сделать так, чтобы внутри VDSов были "реальные" ip-адреса и работал инет?
Если не ошибаюсь, то речь о сервере у Хетзнера. Там кроме рескью есть LARA Console, могут разово подключить по запросу, хотя об этом нет ни слова на сайте.
Приведи сюда настройки xend-config-а
Приведи сюда настройки xend-config-а
Обычный дефолтный конфиг с bridge.
Я уже написал, что у меня уже Debian. На CentOS был такой же, но на Debian он без "напильника" заработал.
У меня теперь вопрос: На ноде сейчас ip-адрес на eth0 из одной сетки, а доп. ip-адреса для VDSов нужны из другой. Как
корректно сделать так, чтобы внутри VDSов были "реальные" ip-адреса и работал инет?
добавить алиасом какой-то ip из этой подсети чтоб был раутинг