none
Ошибки 1030 и 1058 RRS feed

  • Общие обсуждения

  • Доброе время суток! Подскажите, пожалуйста, как мне решить проблему сервером. Стали возникать ошибки 1030 и 1058, как только пользователи подключаются к серверу по RDP (при каждом новом подключении - новая порция ошибок). Если подключается пользователь с административными правами, то никаких ошибок не возникает. Так же пользователи с административными правами могут по сети заходить в папку sysvol и видят все ее содержимое, но обычные пользователи в нее войти не могут, даже если я вручную добавляю их учетные записи в разрешениях этой папки. Это первый настраиваемый мною сервер, поэтому, соответственно, большого опыта нет. Прошу от вас подробных инструкций по устранению данной проблемы. Заранее благодарю за ответы.
    1 апреля 2009 г. 7:06

Все ответы

  • для начала ipconfig /all со всех контроллеров домена и любого проблемного клиента.
    [тут могла быть ваша реклама] http://www.sysadmins.lv
    1 апреля 2009 г. 7:24
  • Доброе время суток! Подскажите, пожалуйста, как мне решить проблему сервером. Стали возникать ошибки 1030 и 1058, как только пользователи подключаются к серверу по RDP (при каждом новом подключении - новая порция ошибок). Если подключается пользователь с административными правами, то никаких ошибок не возникает. Так же пользователи с административными правами могут по сети заходить в папку sysvol и видят все ее содержимое, но обычные пользователи в нее войти не могут, даже если я вручную добавляю их учетные записи в разрешениях этой папки. Это первый настраиваемый мною сервер, поэтому, соответственно, большого опыта нет. Прошу от вас подробных инструкций по устранению данной проблемы. Заранее благодарю за ответы.
    Компьютер с операционной системой Windows Server 2003 может перестать отвечать на запросы при выходе из ждущего режима, а в журнал приложений контроллера домена записываются события 1030 и 1058
    Первое правило Windows - делай резервную копию. Коды ошибок смотрите по адресу http://support.microsoft.com и http://eventid.net/
    1 апреля 2009 г. 7:32
  • ipconfig/all с сервера:

    Настройка протокола IP для Windows

       Имя компьютера  . . . . . . . . . : comp161
       Основной DNS-суффикс  . . . . . . : gil-kom.ru
       Тип узла. . . . . . . . . . . . . : неизвестный
       IP-маршрутизация включена . . . . : нет
       WINS-прокси включен . . . . . . . : нет
       Порядок просмотра суффиксов DNS . : gil-kom.ru

    Подключение по локальной сети - Ethernet адаптер:

       DNS-суффикс этого подключения . . :
       Описание  . . . . . . . . . . . . : HP NC105i PCIe Gigabit Server Adapter
       Физический адрес. . . . . . . . . : 00-1F-29-D0-AB-7F
       DHCP включен. . . . . . . . . . . : нет
       IP-адрес  . . . . . . . . . . . . : 192.168.0.161
       Маска подсети . . . . . . . . . . : 255.255.255.0
       Основной шлюз . . . . . . . . . . : 192.168.0.222
       DNS-серверы . . . . . . . . . . . : 192.168.0.161

    ipconfig/all с клиена:
    Настройка протокола IP для Windows

            Имя компьютера  . . . . . . . . . : comp142
            Основной DNS-суффикс  . . . . . . : gil-kom.ru
            Тип узла. . . . . . . . . . . . . : неизвестный
            IP-маршрутизация включена . . . . : нет
            WINS-прокси включен . . . . . . . : нет
            Порядок просмотра суффиксов DNS . : gil-kom.ru

    Подключение по локальной сети - Ethernet адаптер:

            DNS-суффикс этого подключения . . :
            Описание  . . . . . . . . . . . . : VIA PCI 10/100Mb Fast Ethernet  адап
    тер
            Физический адрес. . . . . . . . . : 00-16-EC-07-AD-2D
            Dhcp включен. . . . . . . . . . . : нет
            IP-адрес  . . . . . . . . . . . . : 192.168.0.142
            Маска подсети . . . . . . . . . . : 255.255.255.0
            Основной шлюз . . . . . . . . . . : 192.168.0.222
            DNS-серверы . . . . . . . . . . . : 192.168.0.161
                                                192.168.0.222

    GK - PPP адаптер:

            DNS-суффикс этого подключения . . :
            Описание  . . . . . . . . . . . . : WAN (PPP/SLIP) Interface
            Физический адрес. . . . . . . . . : 00-53-45-00-00-00
            Dhcp включен. . . . . . . . . . . : нет
            IP-адрес  . . . . . . . . . . . . : 10.128.0.71
            Маска подсети . . . . . . . . . . : 255.255.255.255
            Основной шлюз . . . . . . . . . . : 10.128.0.71
            DNS-серверы . . . . . . . . . . . : 10.128.0.0
                                                10.128.0.0

    1 апреля 2009 г. 7:49
  • Делал все, как указано в указанной инструкции - не помогла, ошибки все равно сыпятся.

    1 апреля 2009 г. 7:52
  • Основной шлюз . . . . . . . . . . : 192.168.0.222
    Основной шлюз . . . . . . . . . . : 10.128.0.71

    один из этих шлюзов уберите.
    192.168.0.222 - это кто такой?

    DNS-серверы . . . . . . . . . . . : 10.128.0.0
                                                10.128.0.0

    этих уберите и пропишите адреса в форвардере DNS сервера.
    [тут могла быть ваша реклама] http://www.sysadmins.lv
    1 апреля 2009 г. 7:55
  • один из этих шлюзов уберите.
    192.168.0.222 - это кто такой?


    10.128.0.222 - это IP-адрес интернет-сервера
    10.128.0.71 - это IP, который присвоил компу Интернет-сервер при VPN-подключении

    Не один из них я я уюрать не могу
    1 апреля 2009 г. 8:05
  • Основной шлюз . . . . . . . . . . : 192.168.0.222 - это кто вообще и куда он ведёт?
    И один шлюз вам придётся убрать в любом случае, т.к. windows не может работать с двумя шлюзами по умолчанию. В принципе, интернетовские DNS'ы (а он там один - 10.128.0.0) можно оставить.


    [тут могла быть ваша реклама] http://www.sysadmins.lv
    1 апреля 2009 г. 8:09
  • 192.168.0.222 - локальный IP инет-сервера

    GK - PPP адаптер:

            DNS-суффикс этого подключения . . :
            Описание  . . . . . . . . . . . . : WAN (PPP/SLIP) Interface
            Физический адрес. . . . . . . . . : 00-53-45-00-00-00
            Dhcp включен. . . . . . . . . . . : нет
            IP-адрес  . . . . . . . . . . . . : 10.128.0.71
            Маска подсети . . . . . . . . . . : 255.255.255.255
            Основной шлюз . . . . . . . . . . : 10.128.0.71
            DNS-серверы . . . . . . . . . . . : 10.128.0.0
                                                10.128.0.0

    GK - это VPN подключение от клиента к этому инет серверу.

    1 апреля 2009 г. 8:20
  • у вас 2 провайдера, что ли? В любом случае уберите этот адрес из настроек DNS как на сервере, так и на клиентах. И с указанного клиента уберите вот этот шлюз:
    Основной шлюз . . . . . . . . . . : 192.168.0.222


    [тут могла быть ваша реклама] http://www.sysadmins.lv
    1 апреля 2009 г. 8:23
  • Этот шлюз позволяет клиентам конектиться к серверу из инета, соответственно, его убрать я не могу.

    Тем более, что раньше никаких проблем с ошибками на сервере не было. Они стали возникать относитель недавно

    1 апреля 2009 г. 8:31
  • Снимите галочку "регистрировать данное подключение в DNS" в настройках сетевого подключения на сервере
    Первое правило Windows - делай резервную копию. Коды ошибок смотрите по адресу http://support.microsoft.com и http://eventid.net/
    1 апреля 2009 г. 8:36
  • ну вы уж определитесь. У вас не может быть 2 шлюза по умолчанию. Работать будет только 1. поэтому выбирайте или одно или другое подключение использовать.


    [тут могла быть ваша реклама] http://www.sysadmins.lv
    1 апреля 2009 г. 8:39
  • ну вы уж определитесь. У вас не может быть 2 шлюза по умолчанию. Работать будет только 1. поэтому выбирайте или одно или другое подключение использовать.


    [тут могла быть ваша реклама] http://www.sysadmins.lv
    Вадим, при использовании ppp второй шлюз всегда будет -)

    Первое правило Windows - делай резервную копию. Коды ошибок смотрите по адресу http://support.microsoft.com и http://eventid.net/
    1 апреля 2009 г. 8:42
  • а этот шлюз будет мешать жить этому мультихомному серверу.
    [тут могла быть ваша реклама] http://www.sysadmins.lv
    1 апреля 2009 г. 8:43
  • раньше ведь не мешал........
    1 апреля 2009 г. 8:45
  • а этот шлюз будет мешать жить этому мультихомному серверу.
    [тут могла быть ваша реклама] http://www.sysadmins.lv
    Не будет, иначе как ppp работает ?

    Первое правило Windows - делай резервную копию. Коды ошибок смотрите по адресу http://support.microsoft.com и http://eventid.net/
    1 апреля 2009 г. 8:45
  • Снимите галочку "регистрировать данное подключение в DNS" в настройках сетевого подключения на сервере

    Я Вас правильно понял, нужно снять эту галочку в подключении по локальной сети (на сервере другого нет), который к тому же являедся DNS-сервером????
    1 апреля 2009 г. 8:47
  • Снимите галочку "регистрировать данное подключение в DNS" в настройках сетевого подключения на сервере

    Я Вас правильно понял, нужно снять эту галочку в подключении по локальной сети (на сервере другого нет), который к тому же являедся DNS-сервером????
    Нет - нужно зайти в свойтства ppp поключения - дополнительно - протокол tcp/ip - дополнительно - dns - дополнительно и там снять галочку

    Первое правило Windows - делай резервную копию. Коды ошибок смотрите по адресу http://support.microsoft.com и http://eventid.net/
    1 апреля 2009 г. 8:50
  • Но PPP подключение есть только на клиентских машинах, на сервере его нет. Инет сервер видит мой терминальный сервер по его IP и, соответственно, VPN - подключение здесь не нужно.
    1 апреля 2009 г. 8:53
  • Но PPP подключение есть только на клиентских машинах, на сервере его нет. Инет сервер видит мой терминальный сервер по его IP и, соответственно, VPN - подключение здесь не нужно.
    Давайте подведём итоги:

    На сервере одна сетевая карта.

    Клиенты подключаются удалённо (через RRAS или как ?)

    Так ?

    Первое правило Windows - делай резервную копию. Коды ошибок смотрите по адресу http://support.microsoft.com и http://eventid.net/
    1 апреля 2009 г. 8:56
  • 1. Сетевая карта на сервере одна
    2. Клиенты подключаются к терминальному серверу по RDP (как из локальной сети, так и из Интернета), к интернет-серверу - по VPN
    1 апреля 2009 г. 9:01
  • 1. Сетевая карта на сервере одна
    2. Клиенты подключаются к терминальному серверу по RDP (как из локальной сети, так и из Интернета), к интернет-серверу - по VPN
    Все службы на сервере, у котрых тип запуска "автоматический" запущены ?

    Первое правило Windows - делай резервную копию. Коды ошибок смотрите по адресу http://support.microsoft.com и http://eventid.net/
    1 апреля 2009 г. 9:07
  • но это не отменяет неверные настройки DNS и шлюзов.
    [тут могла быть ваша реклама] http://www.sysadmins.lv
    1 апреля 2009 г. 9:10
  • Все службы на сервере, у котрых тип запуска "автоматический" запущены ?


    Да, все запущены, кроме "Журналы и оповещения производительности"
    1 апреля 2009 г. 9:38
  • Все службы на сервере, у котрых тип запуска "автоматический" запущены ?


    Да, все запущены, кроме "Журналы и оповещения производительности"
    Перезагрузка сервера проблемы не решает ?

    Какие сервис паки установлены на сервере ?

    Первое правило Windows - делай резервную копию. Коды ошибок смотрите по адресу http://support.microsoft.com и http://eventid.net/
    1 апреля 2009 г. 9:42
  • пока у человека будет бардак на интерфейсах - ничего не поможет.
    [тут могла быть ваша реклама] http://www.sysadmins.lv
    1 апреля 2009 г. 9:43
  • Перезагрузка проблемы не решает.
    Вчера был установлен SP2, после чего выскочили ошибки DNS 4004 и 4015
    1 апреля 2009 г. 10:02
  • Народ, проблему нужно решать срочно, пожалуйста, подскажите, какие есть варианты?

    1 апреля 2009 г. 10:31
  • я вам уже дал варианты. Что вам ещё надо?
    [тут могла быть ваша реклама] http://www.sysadmins.lv
    1 апреля 2009 г. 11:08
  • Какие варианты??? Поубирать шлюзы??? Чудесно, я же уже писал для чего они мне нужны и то, что их удалить нельзя.
    Даже если бы они мешали, допустим это, то тогда почему нет никаких проблем с администаторами, почему когда они подключаются, никаких ошибок не возникает???

    1 апреля 2009 г. 11:13
  • с администраторами немного проще, чем с обычными пользователями. Например, их учётные данные всегда кэшируются на рабочих станциях. Самая главная проблема - пользователи не могут нормально аутентифицироваться и получить доступ к шарам. А всё из-за того, что у клиентов DNS смотрит в космос (а не на контроллер домена и только) и контроллер для аутентификации найти, естественно, не могут. А шлюзы всё равно не рабтают так, как вы думаете. Работает только какой-то один шлюз.
    [тут могла быть ваша реклама] http://www.sysadmins.lv
    1 апреля 2009 г. 12:05
  • Проблема уже решена, вопрос снят
    2 апреля 2009 г. 5:36
  • Расажите как и закройте обсуждение.


    Если сообщение полезно, нажмите "Сообщение было информативным". Если сообщение является ответом или частью ответа на Ваш вопрос, нажмите "Пометить как ответ".
    2 апреля 2009 г. 5:51