95 ответов в этой теме

[TS_admin]

nslookup drweb 192.168.1.62
Сервер:  dc2.ts.local
Address:  192.168.1.62
 
Имя:     drweb.ts.local
Address:  192.168.1.65
 
nslookup drweb 192.168.1.52
Сервер:  dc1.ts.local
Address:  192.168.1.52
 
Имя:     drweb.ts.local
Address:  192.168.1.65

[Afalin]

Сможете для какой-либо станции включить отладочный лог агента (локально может не удасться из-за отсутствия прав на конфигурацию, так что уже на подключенной к серверу станции из ЦУ), в системные переменные окружения добавить DRWCSD_DEBUG_DNS=1, ребутнуть станцию и установить там снова короткий адрес?

[TS_admin]

Сможете для какой-либо станции включить отладочный лог агента (локально может не удасться из-за отсутствия прав на конфигурацию, так что уже на подключенной к серверу станции из ЦУ), в системные переменные окружения добавить DRWCSD_DEBUG_DNS=1, ребутнуть станцию и установить там снова короткий адрес?

Прикрепленные файлы:

•  Logs.7z   1,39Мб   2 Скачано раз

[Afalin]

Не, лог агента не отладочный.

[Afalin]

Зато что-то новое странное есть:

2018-Jun-22 10:22:00.937500 [ 1220] [ERR] [es-client] Unable to enumerate NIC because of
2018-Jun-22 10:22:00.937500 [ 1220] [ERR] [es-client] \ unable to enumerate NIC because of
2018-Jun-22 10:22:00.937500 [ 1220] [ERR] [es-client] \ IDispatch error #3607 (COM error)
2018-Jun-22 10:22:00.937500 [ 1220] [ERR] [es-client] exceptions::api_exception: unable to enumerate NIC because of IDispatch error #3607 (COM error)

К подключению это никак не относится, впрочем.

Сообщение было изменено Afalin: 22 Июнь 2018 - 10:31

[TS_admin]

Переменная установлена

ALLUSERSPROFILE=C:\Documents and Settings\All Users

APPDATA=C:\Documents and Settings\oit_service\Application Data

CLIENTNAME=Console

CommonProgramFiles=C:\Program Files\Common Files

COMPUTERNAME=PC-104101

ComSpec=C:\WINDOWS\system32\cmd.exe

DRWCSD_DEBUG_DNS=1

FARADMINMODE=1

FARHOME=C:\Program Files\Far Manager

FARLANG=Russian

FARLOCALPROFILE=C:\Documents and Settings\oit_service\Local Settings\Application Data\Far Manager\Profile

FARPROFILE=C:\Documents and Settings\oit_service\Application Data\Far Manager\Profile

FP_NO_HOST_CHECK=NO

HOMEDRIVE=C:

HOMEPATH=\Documents and Settings\oit_service

LOGONSERVER=\\PC-104101

NUMBER_OF_PROCESSORS=2

OS=Windows_NT

Path=C:\Program Files\NVIDIA Corporation\PhysX\Common;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\WINDOWS\system32\WindowsPowerShell\v1.0;C:\Program Files\ONLYOFFICE\DesktopEditors\converter;C:\Program Files\Nmap

PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.PSC1

PROCESSOR_ARCHITECTURE=x86

PROCESSOR_IDENTIFIER=x86 Family 6 Model 23 Stepping 10, GenuineIntel

PROCESSOR_LEVEL=6

PROCESSOR_REVISION=170a

ProgramFiles=C:\Program Files

PROMPT=$P$G

PSModulePath=C:\WINDOWS\system32\WindowsPowerShell\v1.0\Modules\

SESSIONNAME=Console

SystemDrive=C:

SystemRoot=C:\WINDOWS

..

windir=C:\WINDOWS

[Afalin]

Про переменную ничего и не говорю. Но уровень лога агента надо выставить в "всё", он же "отладка 3".

[TS_admin]

Про переменную ничего и не говорю. Но уровень лога агента надо выставить в "всё", он же "отладка 3".

Вернул подключение станции к ЦУ. В нем выставил Уровень отладки "все". Подождал синхронизации. Изменил на агенте полный адрес сервера на короткий. После проделал все тоже с уровнем "отладка 3"

Прикрепленные файлы:

•  Logs-все.7z   1,44Мб   1 Скачано раз
•  Logs-отладка 3.7z   1,46Мб   1 Скачано раз

[Jumbo Frame]

Хм. Я-то думал, я один такой "везучий".

Симптомы те же - поднимаем ES11, переключаем клиента на него, приползает обновление агента, агент пишет, что базы устарели, перезагружаемся - нет соединения с сервером.

Только переустановив агента начисто и указав вместо dns-имени ip сервера - соединение восстановилось.

[Afalin]

TS_admin, ребут после установки переменной был? Переменная именно в системные добавлена, не для юзера?

 

Jumbo Frame, а чего молчите?

[TS_admin]

TS_admin, ребут после установки переменной был? Переменная именно в системные добавлена, не для юзера?

 

Был не прав. Переменная была под пользователем. Сделал заново. Добавлена в системные. Ребут был.

Прикрепленные файлы:

•  Logs.7z   1,51Мб   1 Скачано раз

[Kirill Polubelov]

По поводу подключения -- DNS работает в ts.local

"DNS-суффикс подключения . . . . . : ts.local"

Поэтому поиск drweb ничего не даёт., DNS игнорит это запрос.

 

Здесь

nslookup drweb 192.168.1.62
Сервер:  dc2.ts.local
Address:  192.168.1.62
 
Имя:     drweb.ts.local
Address:  192.168.1.65
 
nslookup drweb 192.168.1.52
Сервер:  dc1.ts.local
Address:  192.168.1.52
 
Имя:     drweb.ts.local
Address:  192.168.1.65

 

Происходит прямое обращение к DNS серверу, поэтому он возвращает IP для drweb.

[Jumbo Frame]

Воспроизвёл с переменной и логом агента = "всё".

 

1. Стартуем виртуалку с агентом, смотрящую на ES10.

2. Меняем хостнейм сервера в агенте на ES11.

3. Приходит агент 11.5, пишет, что базы устарели.

4. Перезагружаемся.

5. "Нет соединения с сервером".

6. Меняем хостнейм на IP.

7. Ээ, а сервер-то где?

8. Нет, я настаиваю!

9. Happy end

Прикрепленные файлы:

•  Logs.zip   849,28К   0 Скачано раз

Сообщение было изменено Jumbo Frame: 22 Июнь 2018 - 12:58

[Kirill Polubelov]

>> пока мы утверждаем, что к ДНС-серверу даже подключиться не можем.

Да, потому что эти DNS не отвечают за зону drweb, вот и молчат. Хотя, может и DNS клиент не пытается. Видит, что днс-ы определены только для ts.local и не пытается.

Ну это грубое объяснение. Которое, к тому же, можно попробовать проверить )

nslookup drweb

Хотя, тут может быть нюанс. nslookup вполне способен сам дописать суффикс ts.local для разрешаемого имени, благо, это прописано в настройках сети.

[TS_admin]

>> пока мы утверждаем, что к ДНС-серверу даже подключиться не можем.

Да, потому что эти DNS не отвечают за зону drweb, вот и молчат. Хотя, может и DNS клиент не пытается. Видит, что днс-ы определены только для ts.local и не пытается.

Ну это грубое объяснение. Которое, к тому же, можно попробовать проверить )

nslookup drweb

Хотя, тут может быть нюанс. nslookup вполне способен сам дописать суффикс ts.local для разрешаемого имени, благо, это прописано в настройках сети.

nslookup drweb

работает

 

ping drweb

работает

 

telnet drweb 2193

так же работает

Сообщение было изменено TS_admin: 22 Июнь 2018 - 13:10

[Kirill Polubelov]

Фаерволл на клиенте включен?

[Kirill Polubelov]

Насчёт фаерволла можно не отвечать, а вот вывод команды

netsh interface ipv4 show dnsservers

интересует.

Сообщение было изменено Kirill Polubelov: 22 Июнь 2018 - 13:38

[Afalin]

Есть подозрение, что мы игнорим "Порядок просмотра суффиксов DNS", а смотрим только на "Основной DNS-суффикс".

[TS_admin]

Насчёт фаерволла можно не отвечать, а вот вывод команды

netsh interface ipv4 show dnsservers

интересует.

 

WinXP только так:

netsh interface ip show dns
 
Настройка интерфейса "Подключение по локальной сети"
    DNS-серверы, настроенный с помощью DHCP:  192.168.1.52
                                          192.168.1.62
    Зарегистрировать с суффиксом:           Основной и специальный для подключения

Win7:

netsh interface ipv4 show dnsservers



Настройка интерфейса "Подключение по локальной сети"

DNS-серверы с настройкой через DHCP: 192.168.1.52

192.168.1.62

Зарегистрировать с суффиксом: Основной и специальный для подключения



Настройка интерфейса "Loopback Pseudo-Interface 1"

DNS-серверы со статической настройкой: Нет

Зарегистрировать с суффиксом: Только основной

[Kirill Polubelov]

Да, спасибо, уже разобрались. Наш баг ((