aibb, Тебе же подсказывают, что непонятно какой сертификат ты сгенерил, и скорее всего проблема в сертификате. А на мобильном может не работать потому как разные компании (Microsoft, Google, Apple) по разному относятся к безопасности и самоподписанным сертификатам. Лично меня тоже раздражает, что Safari на macbook более строго относиться к самоподписанным сертификатам чем тот же chrome на том же macbook, требуя добавить его в keychain.
Мысли в слух.
Если взять из каждодневным рабочих процессов, то админ часто встречается с самоподписанными сертификатами при настройке оборудования, а работает он обычно на ПК.
Имеет ли смысл взять второй сервер и клонировать виртуалки туда?
Будет не удобно, но можно. В класической схеме с двумя серверами предлагают использовать общее хранилище, но его тоже надо резервировать. Более логично с минимальными муками - надо 3 сервера и vsan между ними.
kosiv92, Скорее всего сценарий работы предпологает не только редактирование базы по средствам экспорта и последующего импорта, но так же и добавление новых записей. В таком случае вполне логично, что Privary key может и не быть в CSV, если нет key в CSV то в базу будут добавлены новые строки.
kosiv92, Ты ведь планировал написать интерфейс для импорта? Соответственно ты можешь выполнить простые проверки, соответственно добавить обязательную проверку, что бы в CSV была колонка которая являет PRIMARY key в базе.
не с 88.27, а с 89.1
Если на клиенту нет маршрута в эту сеть, то и маршрутизации не будет.
открыть cmd и написать netstat -nr