Домен даних: Проблеми при додаванні маршруту в DDMC 2.0

Через дефект у коді DataDomain Management Center (DDMC) у версії 2.0.x клієнт не зможе додавати статичні маршрути ні через CLI, ні через графічний інтерфейс

.Усі спроби та варіації команд додати маршрут зазнають невдачі, наприклад, наступне у режимі адміністратора або SE:

# net route add -net 10.154.x.x netmask 255.255.255.0 gw 10.157.x.x dev ethV1
# net route add ipversion ipv4 -net 10.154.x.x netmask 255.255.255.0 gw 10.157.x.x dev ethV1
# net route add ipversion ipv4 -net 10.154.x.x netmask 255.255.255.0 gw 10.157.x.x ethV1

Усі команди повертають однаковий результат:

Помилка: Помилка системи команд маршруту.

Якщо клієнт або служба підтримки перевіряє файл messages.engineering (через «log view debug/messages.engineering», якщо використовує CLI), можна знайти такі повідомлення про помилки:

8 грудня 13:18:17 GDS-BEGIA-0418 SMS: ІНФОРМАЦІЯ: sms_net_add_route_job: Команда маршруту: /ddr/bin/ddroute.py Add -net 10.154.x.x netmask 255.255.255.0 GW 10.157.x.x ethV1 8 грудня 13:18:17 GDS-BEGIA-0418 SMS: ПОВІДОМЛЕННЯ: Бігти: /ddr/bin/ddroute.py Add - net 10.154.33.0 netmask 255.255.255.0 GW 10.157.x.x ethV1 8 грудня 13:18:17 GDS-BEGIA-0418 SMS: УВАГА: помилка маршруту exec: 127 8 грудня 13:18:17 GDS-BEGIA-0418 SMS: УВАГА: sms_net_add_route_job: Команда маршруту не виконана: Під час виконання внутрішньої команди виникла помилка: 8 грудня 13:18:17 GDS-BEGIA-0418 ddsh: ПОВІДОМЛЕННЯ: MSG-DDSH-00017: (tty=pts/0, session=21095) корінь: команда "net route add -net 10.154.x.x netmask 255.255.255.0 gw 10.157.64.94 ethV1" вийшла з кодом: 41

Деякі клієнти можуть навіть помітити, що DDMC, незважаючи на завантаження та доступ через консоль VMware, недоступний через SSH, і навіть пінг не працює. Оскільки стандартний шлюз DDMC, якщо його налаштувати, є статичним маршрутом, він не може додати при запуску DDMC 2.0.0.x, тому якщо клієнт намагається отримати доступ до DDMC з мережі, до якої VM не підключена напряму, DDMC не буде доступний для ping, SSH або графічного інтерфейсу.
 

 

Причиною цієї проблеми є значні зміни в базовому рушії маршрутизації, які були проведені з DDMC 2.x та DDOS 6.x, для впровадження «маршрутизації на основі політик». При переносі конфігурації маршрутизації з попередніх релізів у нові, скрипт обгортки під назвою "/ddr/bin/ddroute.py" запускався DDMC при додаванні постійних маршрутів у реєстрі, але скрипт не розбирав вхідні дані належним чином і міг не додавати деякі маршрути.

Цей недолік частково виправлено і тепер виправлено в деяких випадках у версіях

DDMC 2.0.1.0 та 2.1.0.0.Якщо навіть після оновлення до згаданих релізів стандартний шлюз не додається автоматично до DD при завантаженні, тоді клієнт може вручну додати маршрут за допомогою наступної команди CLI від хоста DDMC, і він буде доданий і зберігається під час перезавантажень:

# net route set gateway DEFAULT_GW_IP_ADDRESS

Для інших статичних маршрутів, відмінних від стандартного шлюзу, клієнт також може використовувати наступний CLI (наприклад, для маршрутизації всього трафіку до приватної мережі 192.168.1.0/24 через інтерфейс ethV0, з IP-адресою 192.168.1.1 для наступного переходу):

# net route add net 192.168.1.0 netmask 255.255.255.0 GW 192.168.1.1.1 dev ethV0