Поиск средства контролировать пользовательское сетевое соединение
к сожалению, ntp и виртуализация не идут очень хорошо вместе. клиенты в порядке в большинстве случаев, однако сервер ntp (esp str2 и выше) обычно не будет работать надежно над виртуальным сервером.
я комментирую от xen и xen перспективы предприятия, но я полагаю, что vmware/kvm будет все равно.
ре различные серверы, да, Вы правы, идеально они должны быть в различных средах также, так, чтобы временный файл/влажность не влиял на точность также, но по крайней мере я не беспокоюсь этим. также не забывайте, что независимо от того, что Вы делаете это все еще не быть столь же точными как надлежащие атомные часы, поэтому просто, примите это (очень небольшое) отклонение.
Честно, существует совершенно новый набор сложностей при броске "VPNs" в соединение. Все от простого шлюза не сочетается проблемам MTU. Не проходя сложности, существует несколько вещей, которые можно искать. Для соединения для обмена внешне обычно более просто просто использовать ActiveSync или OMA... или даже OWA... и пропустить VPN полностью.
1) Подсети накладываются? т.е. "домашняя" сеть с помощью 192.168.1. X и удаленная LAN также с помощью той же сетевой подсети? Если так, можно просто изменить "домашнюю" подсеть на другой IP блок, и Вы будете, вероятно, видеть много удаленных проблем.
2) Вы проверили максимальный размер пакета через ISP & VPN отдельно? т.е.
ping -l 1500 your.exchange.ip.address
Вы, возможно, должны сделать "-l размер" параметр меньший, пока Вы не находите позволенный MTU... и корректируете сетевой интерфейс для соответствия. Могут быть все виды проблем, когда Вы поражаете MTU, и пакеты тихо отбрасываются, а не фрагментировали. Некоторые пакеты не могут быть фрагментированы. Если Вы можете проверить с помощью ping-запросов через свой ISP с 1 492 метрическими тоннами (к Google или везде, где), но ничто больше..., когда Вы добавляете VPN наверху к тому же..., Вы смотрите на еще меньший MTU в интерфейсе VPN (1476, если моя математика корректна). Будут отброшены любые пакеты, больше, чем это.
3) Что ОС выполняет эта рабочая станция? XP иногда имеет проблемы, проходящие проверку подлинности с контроллерами домена по VPNs из-за поведения "по умолчанию" аутентификации XP & Kerberos. (пакетами UDP использования XP по умолчанию, которые имеют еще больше проблем с MTU. Но существует фиксация! http://support.microsoft.com/kb/244474)
4) Он соединяется по беспроводной связи? т.е. ноутбук-> vpn-> беспроводная связь-> маршрутизатор-> кабельный модем-> ISP-> и т.д... Это может вызвать несколько дополнительных причуд, которые очень трудно диагностировать и зафиксировать. Попытайтесь упростить как можно больше... и посмотрите, имеет ли это лучшие результаты (т.е. используйте кабель Ethernet, а не беспроводную связь).
... это - просто маленькая выборка некоторых вещей, которые могли быть неправильными. Это не предмет для слабонервных для копания в.
Как насчет того, чтобы получить сетевой трафик на рабочей станции пользователя. Windows XP включает Утилиту Получения Монитора сети (Netcap.exe). Детали по http://support.microsoft.com/kb/924037
Пользователь может легко инициировать его из командной строки. Это выполняет незаметно создание файла, который можно затем обработать. Я нашел это очень полезным в прошлом