Вопросы Теги

сетевая команда использования - системная ошибка 5 при подключении сетевого диска

У нас есть что-то подобное в доме. Мы используем клиент Miranda IM с notifyanything и раскрывающимися плагинами.

Notifyanything позволяет клиенту получать сообщения udp на указанном порте. Всплывающее окно делает просто, что, отображает сообщение в окне наверху пользовательского экрана.

В нашем случае все находится на внутренней сети, таким образом, потеря пакетов UPD не является беспокойством.

Вот пример скрипта Python, который мы запускаем для отправки сообщений udp от серверов до пользователей:

#!/usr/bin/python

import socket, sys

hosts = (
  ('10.0.0.1',  15000),
  ('10.0.0.2',  15000),
  ('10.0.0.3',  15000),
)

def send(txt):
  s = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
  for h,p in hosts:
    s.sendto(txt, 0, (h,p))
  del s

if len(sys.argv) > 1:
  s = "\n".join(sys.argv[-2:])
  send(s)
1
задан 24 September 2009 в 03:11
8 ответов

Вот полезное ре подсказки: те сообщения об ошибках: Если когда-нибудь необходимо диагностировать сообщения об ошибках от команды "NET", просто пойдите "СЕТЕВОЙ HELPMSG". Как, например:

C:\Documents and Settings\w00tw00tw00t>net helpmsg 5

Access is denied.

C:\Documents and Settings\w00tw00tw00t>

Так, Вы добираетесь, "Доступ запрещен".

Какова доля, к которой Вы пытаетесь получить доступ? Вы видящий что-либо в "Журнале безопасности" на ре сервера: отказы?

3
ответ дан 3 December 2019 в 16:20
  • 1
    OP заявила " Но, моя учетная запись пользователя добавляется к Группе администраторов на сервере " –  Wesley 24 September 2009 в 04:40
  • 2
    Да - чтение трудно. > smile< –  Evan Anderson 24 September 2009 в 04:46
  • 3
    Я знаю, особенно когда I' m приблизительно 7 лет, запоздалых для некоторых контактов. Это - 2009, люди! Shouldn' t HAL прочитать сообщения форума мне, в то время как я бездельничаю на голодеке в Соколе Тысячелетия? Современный " technology". фыркать.=) –  Wesley 24 September 2009 в 05:10
  • 4
    я не могу получить доступ ни к какой доле. –  rboorgapally 24 September 2009 в 07:59
  • 5
    +1 для упоминания сети helpmsg # –  Izzy 8 October 2009 в 18:28

Я предполагаю, что обе из этих систем не соединены ни с какими доменами. Windows Vista Home Premium не может быть соединен с доменом, таким образом, Вы определенно имеете дело со сценарием, где это могло бы применяться. Если бы Windows 2008 Server был частью домена затем, я не думаю, что Вы смогли бы соединиться (с административными долями) вообще от системы не домена, к которой присоединяются, если Вы не внесли некоторые изменения в настройки безопасности по умолчанию.

Контроль учётных записей на Windows Server 2008 по умолчанию предотвращает доступ к административным долям от не, домен присоединился к системам с помощью учетных данных, которые являются частью группы администраторов даже при том, что явные полномочия, кажется, позволяют его. См. эту статью KB для получения дополнительной информации о том, как работать вокруг этого.

Использование явных Учетных данных администратора означает, что Вы получаете другое поведение чем тогда, когда Вы соединяетесь (или пытаетесь соединиться), использование учетных данных, которые являются просто членом группы администраторов. Поведение по умолчанию контроля учётных записей в недоменных членских системах включает повышение полных полномочий, когда Вы соединяетесь с созданным в учетной записи Администратора, но не делает этого для учетных записей, которые являются членами Группы администраторов. Та ссылка для Vista, но я вполне уверен, то же значение по умолчанию относится к W2K8 когда в режиме рабочей группы.

3
ответ дан 3 December 2019 в 16:20
  • 1
    Система сервера 2008 года не является частью никакого домена. –  rboorgapally 8 October 2009 в 23:26
  • 2
    Это было бы проблемой затем - поведение по умолчанию рассматривает явную учетную запись Администратора по-другому членам Группы администраторов. При отключении контроля учётных записей (на сервере W2K8), поведение изменяется? Если необходимо изменить поведение затем, мой совет состоит в том, чтобы следовать инструкциям в связанной статье KB и повторно включить контроль учётных записей. –  Helvick 9 October 2009 в 02:49

Проверьте разрешение доли. Просто, потому что учетная запись находится в группе администраторов, не обязательно означает, что она имеет разрешение получить доступ к доле. Ничего не примите.

2
ответ дан 3 December 2019 в 16:20

rboorgapally, только чтобы подробно остановиться на мысли John Gardenier, проверьте, чтобы видеть, имеют ли Ваша учетная запись или какая-либо группа, которой Ваша учетная запись является членом, любой явный отклоняет полномочия, присвоенные ей для тех долей. Отклоните полномочия, заменяют, все позволяют полномочия во всех случаях.

1
ответ дан 3 December 2019 в 16:20
  • 1
    Доли, к которым я получаю доступ, являются административными долями по умолчанию (C$, D$ и т.д.). Я не думаю, что любому разрешают изменить полномочия для этих долей. –  rboorgapally 24 September 2009 в 18:36
  • 2
    Я думаю it' s возможное использование взлома реестра. TweakUI может предположительно сделать это для машины XP, но I' m не уверенный, если это может работать над Windows Server ОС. Кроме того, я надеюсь, что никто не использует Тонкую настройку UI на Вашем сервере... =) Я предполагаю, что позже мы можем проверить надлежащий regkeys, чтобы видеть, отредактировал ли кто-то (или что-то...) значения по умолчанию. На данный момент проверьте полномочия NTFS на shares' целевая папка. Например, поскольку C$ проверяют полномочия NTFS на C и т.д. Еще раз посмотрите, есть ли у каких-либо групп, что Ваша учетная запись является членом или Вашей учетной записью пользователя самой, отклонять разрешение. –  Wesley 24 September 2009 в 19:02

также, остерегайтесь, отклонение в окнах совместно использует... отклонение для Всех, группа будет препятствовать другим полномочиям работать правильно

0
ответ дан 3 December 2019 в 16:20
  1. Ничего не примите
  2. пробегитесь через все свойства безопасности доли,
  3. пробегитесь через все свойства безопасности своей учетной записи
  4. проверьте, какие учетные данные известны серверу, поскольку это не находится в домене

Когда у меня были такие проблемы в сети на два пк, я удостоверился, что существует учетная запись с тем же именем пользователя и паролем на обоих компьютерах, и это должно быть зарегистрировано на клиенте (одно использование сети издания) компьютер.

0
ответ дан 3 December 2019 в 16:20

попробуйте этот http://support.microsoft.com/kb/947232

0
ответ дан 3 December 2019 в 16:20

используйте команду рун 

runas /user:administrator "net share sharename=driver:\path"
1
ответ дан 3 December 2019 в 16:20

Теги

Похожие вопросы