IvanShabalin1998, процедура сброса настроек - требует перезагрузки коммутатора. Поэтому какой-то перерыв в работе все равно будет. Если в момент настроек не дали команду сохранения, то вообще достаточно перезагрузить коммутатор.
Хорошей практикой является иметь сохраненные копии настроек, а вопросы в первую очередь отправлять производителю оборудования..
Множественные глаголы в сослагательном наклонении говорят, что я этот коммутатор в глаза не видел....
Как уже писали ранее - DGS-1100-16
это коммутатор.
Перед ним есть какой-то router
На порту к PC вы видите скорость 1Gbit.
Какую скорость показывает на порту который подключен к router?
Вот в этой настройке:
Можно очистить поле "Шлюз сети" для первого подключения ?
Может там есть галка не подключать данную сеть...
Скорее всего отсюда подтягивается настройка в саму виртуалку.
Эти настройки специфичны для конкретной системы управления или провайдера VPS, пожтому надо самим смотреть, что можно менять...
Дьявол - он в мелочах.
А универсальные инструкции - обрастают кучей условий.
1. В свойствах первой сети очистите значение поля шлюз.
Шлюз = default router = default gateway.
Если не заработает, надо смотреть что у Вас реально настроено.
Если боитесь светить адреса - поменяйте первые числа адреса на свои произвольные.
Одинаковые числа - меняйте на одно и то же..
Нужен вывод
ipconfig /all
netstat -nr
В состоянии, когда обе карты включены.
Ip адреса из одной подсети или разных? Что с default router, он указан на всех картах или только на одной?
Пробовали оставить default router только на новой карте?
Есть подозрение, что вызовы os.system - независимы. Соответсвенно переход в другой каталог для второй команы не срабатывает..
Легко проверяется через вызов pwd.
Попробуйте объединить в один вызов, разделив команды через ;
И такие скрипты проще писать сразу на bash. Меньше граблей соберете...
Hardelele, если это для одного админа, я бы посмотрел в сторону ssh туннеля. Поднимается за 5 минут. Все уже есть. Пару скриптов написать, что бы в цикле крутился автозаход + в автозапуск добавить.
Vpn - надо ставить, настраивать. Выглядит как overkill.
Но как дополнительный скил - будет полезно.
Еще раз: Зачем ставить кем-то собранный образ? Ставьте VM с родного дистибутива.
А дальше уже вопросы по конкретным проблемам, не сваливая все в кучу..
Вопрос то в чем?
У Вас собственный proxmox?
Так настройте в нем что не работает.
Готового образа который сразу волшебным образом заработает у Вас - не существует. Так как, как минимум, никто не знает как у Вас устроен выход в интернет. Ставьте из обычного дистрибутива и настраивайте.
Если надо будет создавать много однотипных ВМ - используйте клонирование, автоматизацию с помощью Ansimble итд.
Для диагностики - нужна конкретика.
Адреса, схема маршрутизации.
Поставить на windows или запустить на микротик снифер пакетов и смотреть: есть ли запросы и ответы по порту 3389 (rdp).
Хотя бы поведение клиента rdp: на что и как ругается..
Хорошей практикой является иметь сохраненные копии настроек, а вопросы в первую очередь отправлять производителю оборудования..
Множественные глаголы в сослагательном наклонении говорят, что я этот коммутатор в глаза не видел....