Совместные действия + клиент продолжают повторять плохой или старый или??? IP-адреса сервера
Клиент совместных действий продолжает искать плохие или старые IP-адреса мой Сервер (который является ноутбуком, с DHCP регулярно получает новый IP). Также мой ноутбук имеет пару "плохих" ipaddress, которые видимы к другому ПК, когда nslookup сделан.
Таким образом, клиент Совместных действий просто продолжает пытаться использовать эти плохие или старые IP-адреса и быть отказавшим соединиться с ошибками сервера. В конечном счете после 10 минут или 30 или что-то после того, как я сдамся и откопаю другую клавиатуру, клиент, в конечном счете найдет время для хорошего IP и соединится.
Я думаю Серверное приложение, вызывающее, они "плохой IP" могли бы быть виновным здесь также (VMware)... это помещает IP виртуальной сети в сетевые соединения Winxp, которые я думаю, позволяет другой ПК как мой клиент, см. 192.168. XXX.1, которые бессмысленны к другим компьютерам.
Так или иначе.... я могу делать изменение Совместных действий его стратегией повторной попытки??? Вместо того, чтобы повторять IP-адрес № 1 сервера в течение 100 раз, затем времен IP-адресов № 2 100, затем и т.д.... Я быть бы, что это пробует IP № 1 однажды, затем попробуйте IP № 2 однажды, затем IP № 3 однажды, затем сделайте эквивалент nslookup для сервера, чтобы видеть, видимо ли это с новым IP, затем цикл через список снова.
Спасибо!
1 ответ
Насколько я - осведомленное использование Совместных действий DNS для нахождения IP-адреса имени хоста, Вы указываете. В соответствии с Windows это также использует WINS. Я не уверен, выполняют ли Совместные действия поиск однажды и кэшируют IP или выполняет ли это поиск на каждой попытке подключения, но так или иначе это походит на проблему с Вашей настроенной сетью, а не Совместные действия.
По-видимому, при проверке с помощью ping-запросов того же имени хоста, Вы дали Совместным действиям, у Вас будет та же проблема.
Можно ли настроить сервер DHCP, чтобы всегда дать серверу Совместных действий тот же IP-адрес? Это было бы безусловно наиболее надежным решением - существует причина, почему серверы не используют DHCP для получения их адресов :-)