Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    info@proxmox.su
    +7 (495) 320-70-49
    Заказать звонок
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Телефоны
    +7 (495) 320-70-49
    Заказать звонок
    0
    0
    0
    Аспро: ЛайтШоп
    • +7 (495) 320-70-49
      • Назад
      • Телефоны
      • +7 (495) 320-70-49
      • Заказать звонок
    • info@proxmox.su
    • Москва, Бакунинская улица, 69с1
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    Proxmox Виртуальная Среда
    Шлюз внутри виртуальной машины

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Шлюз внутри виртуальной машины, Proxmox Виртуальная Среда
     
    NStorm
    Guest
    #1
    0
    15.07.2015 12:03:00
    Я столкнулся с странным поведением, которое пока не могу объяснить. Наверное, скоро разберусь, но выложу здесь на всякий случай — вдруг кто-то ответит быстрее, чем я разберусь сам. Упростил ситуацию, чтобы было понятнее.

    У меня есть нода с последней версией Proxmox, назовём её pve-node1. eth0 подключён к LAN, eth1 — к WAN (Интернет). У обоих интерфейсов нет IP-адресов, они вместо этого подключены к мостам vmbr0 и vmbr1. На vmbr0 висит IP в LAN — 192.168.1.100, а у vmbr1 на WAN нет IP.

    Я перенёс физический шлюз на VM-контейнер и подключил к нему оба моста — vmbr0 и vmbr1. Внутри ВМ интерфейсы eth0 и eth1 получили IP 192.168.1.1 и X.X.X.X соответственно (последний — IP в интернете). Такая же конфигурация отлично работала на выделенном физическом сервере и обеспечивала NAT для всего LAN, включая pve-node1.

    Но после переноса в VM вся сеть LAN без проблем выходит в интернет, кроме самого pve-node1. С него интернет пингуется, даже большие пакеты доходят. Но TCP-сессии не устанавливаются. Видно первый входящий SYN, ACK пакет — и всё, дальше никаких пакетов не приходит, сессия просто висит до таймаута.

    Такое я видел, когда пути входящего и исходящего трафика отличаются. Но тут ни мой файрволл, ни маршрутизация не виноваты, ведь всё работает у остальных хостов. Наверняка связано с KVM virtio-net или мостами. Но пока не могу понять, почему именно не работает.
     
     
     
    NStorm
    Guest
    #2
    0
    28.08.2015 12:52:00
    Есть какие-нибудь комментарии от разработчиков ProxMox по этому поводу?
     
     
     
    NStorm
    Guest
    #3
    0
    22.09.2015 09:05:00
    После обновления до pve-kernel-2.6.32-41-pve я больше не могу отключить опции оффлоадинга для бриджа:  
    Код:  
    # ethtool -K vmbr0 tx off  
    Не удалось изменить параметры устройства.
     
     
     
    manu
    Guest
    #4
    0
    06.10.2015 16:20:00
    Привет! Можешь выложить содержимое файла /etc/network/interfaces на своём компьютере?
     
     
     
    NStorm
    Guest
    #5
    0
    08.10.2015 08:06:00
    Привет. Ошибка #733 связана с этой проблемой. Похоже, у нас в репозиториях есть разные версии pve-kernel-2.6.32-41-pve с разными датами выпуска, размерами и хэш-суммами.

    /etc/network/interfaces:  
    Код:  
    # настройки сетевых интерфейсов  
    auto lo  
    iface lo inet loopback  

    iface eth0 inet manual  

    iface eth1 inet manual  

    auto eth2  
    iface eth2 inet manual  

    auto vlan252  
    iface vlan252 inet manual  
       vlan_raw_device eth0  

    auto vlan301  
    iface vlan301 inet manual  
       vlan_raw_device eth0  

    auto vlan302  
    iface vlan302 inet manual  
       vlan_raw_device eth0  

    auto vmbr0  
    iface vmbr0 inet static  
       address 192.168.9.231  
       netmask 255.255.255.0  
       gateway 192.168.9.246  
       bridge_ports eth0  
       bridge_stp on  
       bridge_fd 0  
       up ip route add 192.168.0.0/16 via 192.168.9.1 && ip route add 10.0.0.0/8 via 192.168.9.9 && ip route add 192.168.252.0/24 via 192.168.9.234 && ethtool -K vmbr0 tx off  
       down ip route del 192.168.0.0/16 via 192.168.9.1 && ip route del 10.0.0.0/8 via 192.168.9.9 && ip route del 192.168.252.0/24 via 192.168.9.234  

    auto vmbr1  
    iface vmbr1 inet manual  
       bridge_ports vlan301  
       bridge_stp off  
       bridge_fd 0  

    auto vmbr2  
    iface vmbr2 inet static  
       address 192.168.248.1  
       netmask 255.255.255.248  
       bridge_ports eth2  
       bridge_stp off  
       bridge_fd 0  

    auto vmbr302  
    iface vmbr302 inet manual  
       bridge_ports vlan302  
       bridge_stp off  
       bridge_fd 0  

    Эта конфигурация отлично работает с pve-kernel-2.6.32-40-pve.
     
     
     
    manu
    Guest
    #6
    0
    12.10.2015 11:21:00
    Привет! Пакет pve-kernel-3.10.0-12-pve из pve 3.4 или pve-kernel-4.2.1-1-pve из Proxmox VE 4.0 не проявляют такого поведения. Было бы логично обновить вашу систему, так как 2.6.32 — это старый ядро по меркам времени.
     
     
     
    NStorm
    Guest
    #7
    0
    12.10.2015 13:08:00
    Proxmox 4.0 был официально выпущен всего несколько дней назад. А ядро 3.10 для pve 3.4 не поддерживается и считается экспериментальным.
     
     
     
    tom
    Guest
    #8
    0
    12.10.2015 18:58:00
    3.10 на 3.4 известна своей стабильностью и поддерживается. По умолчанию ядро на Proxmox VE всё ещё 2.6.32, поскольку 3.10 НЕ поддерживает openvz.
     
     
     
    NStorm
    Guest
    #9
    0
    13.10.2015 08:06:00
    К сожалению, я активно использую OpenVZ. Я ещё не готов переходить на LXC, да и к тому же 2.6.32 отлично работала до этих недавних обновлений.
     
     
     
    manu
    Guest
    #10
    0
    29.10.2015 15:13:00
    Я только что заметил, что нельзя полностью отключить контрольную сумму для моста — можно сделать это только *для каждого протокола* отдельно, и такой способ работает со всеми ядрами PVE 3.4. Команда ethtool -K vmbr0 tx-checksum-ip-generic off не срабатывает, а вот ethtool -K vmbr0 tx-checksum-ipv4 и ethtool -K vmbr0 tx-checksum-ipv6 работают, потому что, как я понимаю, конкретные настройки переопределяют общие. Это решает вашу сетевую проблему?
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

    Конфиденциальность Оферта
    © 2026 Proxmox.su
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры