Попытка копировать проблему от как можно большего количества различных точек. Вы, вероятно, найдете что-то общее между ними (быть этим сервер, который они используют, переключатель, и т.д.). Соберите traceroute данные от каждой конечной точки.
Всегда лучше использовать луковый подход: добавьте/удалите слои. Можно запустить, формируют клиент и прибывают ближе и близко к серверу. Или инверсия.
Удостоверьтесь, что проверили интерфейсную статистику на ошибочные количества. Я нахожу очень полезным разжечь tcpdump/Wireshark на обоих концах и получить пакеты от сеанса TCP, затем сравнить обоих. Wireshark делает хорошее задание указания на самые очевидные проблемы (как ошибки контрольной суммы или повторные передачи).
Проверьте, какую сетевую конфигурацию вы используете в гостевой системе. Вы, вероятно, предпочтете использовать мостовой режим, чтобы получить гостя на его собственном IP-адресе.
Убедитесь, что брандмауэр вашего гостя не блокирует, а прослушиватель Oracle, чтобы убедиться, что он привязан к IP-адресу.
Я предполагаю, что проблема в том, что вы используете внутреннюю сеть ( hostonly или другие подобные вещи) на вашем компьютере с Windows7, например, подсеть 192.168.56.0/24 для этого, в то время как ваша обычная локальная подсеть - 192.168.178.0/24.
Итак, что вам нужно сделать, это реализовать перенаправление трафика / перенаправление на ПК с Windows7 для этого конкретного порта на виртуальную машину в экземпляр базы данных. Выполнение этого в Windows, где нет ничего совместимого с инструментами unix, такими как netfilter / iptables, кажется мне довольно сложной задачей. Моя единственная идея - попытать счастья с netsh, но есть хорошие шансы, что все станет еще хуже.