Tomsk Sysadmins Forum
Windows => Администрирование => Topic started by: Fedor on November 29, 2006, 08:46:33
-
Как правильно расшарить доступ к папке, чтобы пользователи учётных запесей которых нет на данной машине могли зайти на расшаренный ресурс. Можно конечно включить Гость. Но какие ещё есть варианты. Если кто знает подсткажите ту же ситуацию, но только про сетевой принтер.
-
Что плохого в включении Гость-я?
-
Я, конечно, не гуру "расшаренных ресурсов в WinXP", но, полагаю, что гостевая учетная запись создана именно для указанных вами целей:
...чтобы пользователи учётных запесей которых нет на данной машине могли зайти на расшаренный ресурс.
-
Кто ещё может что нибудь подсказать по данному вопросу ?
-
Кто ещё может что нибудь подсказать по данному вопросу ?
тебе уже дали исчерпывающий ответ.
-
можно еще ......скрыть...учетные ...записи пользователей...чтобы не маячили в экране преветствий...)...если конечно принципиально ХР.
-
можно еще ......скрыть...учетные ...записи пользователей...чтобы не маячили в экране преветствий...)...если конечно принципиально ХР.
В смысле и как ?
-
Можно ещё создать 1 учётную запись с любым именем (и с паролем) и пусть все юзеры по сети под ней заходят.
Если проблема в отображении этой записи (или соответственно "Гостя") на экране приветствия в xp, то можно действительно скрыть её из этого списка, так же как "Администратор" скрыт обычно. Непомню как именно, в faq к которому тут всё время отсылают наверняка написано.
Разницы между расшаренными файлами и принтерами нет никакой. Так же можно права доступа выставлять.
-
В смысле и как ?
A.) Отключть "Страницу приветствия"
B.) В локальных политиках безопасности запретить им локальный вход
-
А не проще ли через политики гостя переименовать?
-
A.) Отключть "Страницу приветствия"
B.) В локальных политиках безопасности запретить им локальный вход
для скрытия учетных записей на странице приветствия, не обязательно эту страницу отключать. достаточно перечислить эти учетные записи вот тут: HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon\SpecialAccounts\UserList
-
для скрытия учетных записей на странице приветствия, не обязательно эту страницу отключать. достаточно перечислить эти учетные записи вот тут: HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon\SpecialAccounts\UserList
Cпасибо
-
для скрытия учетных записей на странице приветствия, не обязательно эту страницу отключать. достаточно перечислить эти учетные записи вот тут: HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon\SpecialAccounts\UserList
Какой параметр нужно создавать, кто нидудь может привести пример ?
-
Я отключаю гостя, завожу новго юзвера, даю ему пароль и доступ. Так гораздо секьюрнее и универсальнее. В отличии от использования Гостя, можно завести несколько аккаунтов с разными доступами.
-
Задача - расшарить ресурс с разграничением прав доступа.
Исходное:
4 компа Windows XP, один, - сервер файлообмена, три других, - клиенты.
На сервере завел учетные записи, для всех трех клиентов, _точно_ согласно их логинам на своих компах и точно с такими же паролями.
Расшарил для всех папку на NTFS и в сеть.
Теперь, внимание, Проблема:
2 клиента нормально пользуются, а один - видит ресурс (!), но не получает доступ.
Мои размышления:
1) Исходя из того, что 2 клиента пользуются и все прекрасно, делаю предположение, что на сервере все норм. Остается 3-й клиент.
2) Фаейр на нем точно пропускает, ибо до распределения по правам комп имел доступ и сейчас он видит ресурс, значит, нетбиос бегает. Отключение файера не помогает, как следствие. Да и ента единственная паршивая овца (в смысле, 3-й клиент) легко печатает на принтере, подключенном к файлообменнику.
3) Пароль и логин точно совпадают.
4) На сервере точно дан доступ для учетной записи 3-го клиента и в сеть и на файловую систему.
Остаются политики на клиенте... Но что в них может не пускать комп к серверу???
Хелп, плз... Уже спекся, будничная задачка, казалось, и просто нет вариантов решения (
-
Какую ошибку пишет при попытке зайти на шару?
А если сделать коммандой net use r: \\comp\share /user:username password причем желательно без других попыток добраться до сервера с момента ребута (винда не умеет подключать к компу одновременно под разными пользователями в одноранговой сети)?
Проверить еще на сотый раз логины (не смотреть что пишет в пуск, так как там login подменяется его description) и пароли (можно класически войти/выйти.. т.е. удалить снова добавить), права на папку (чтобы либо группе, либо пользователям либо Все был доступ.. обязательно нажать чекбоксик в расширенных опциях - для всех объектов подкаталогов) и на шару.
Чем отличается эта белая ворона от остальных? особый антивирус? версия sp?.. вроде есть политики разграничивающие доступ по сети .. просто поройтесь в локальных политиках как на сервере так и на клиенте, но это ооооооооооочень маловероятно, ни разу не слышал про необходимость их использования.
-
Проверь права доступа NTFS раздела.
-
*Ошибку дословно не помню, буду смотреть в пн, но что-то типа "Невозможно получить доступ" или "Нет доступа" или очень и очень близко ))
*"net use r: \\comp\share /user:username password", - аналогично, теперь токма понедельник. Тогда проверю и ошибку и попробую с консоли.
*Ребут делал, само собой. Имя пользователя состояло из цифр. Пароль я дважды сам поменял и там, и там, русский/англ. следил внимательно.
*Затем сменил имя пользователя на символьное на клиенте. Завел нового такого на сервере, проверил пароли, не помогло... Ошибка старая (!) м.б. тут собака зарыта (?)
*Права на шару и на NTFS розданы верно, ибо пока аналогично, как и тем другим двум, которые коннектятся. Чекбоксик и прочее - само собой.
*Ворона отличается, возможно, SP, проверю в пн. Антивирус такой же, NOD32, как и на 3-х других, ставил я , проблем с ним быть не должно, в пн попробую его отключение, хотя слабо верится.
*Локальные политики на сервере при сетевом доступе очень значимы, как и модель доступа, так и пустые/непустые пароли, так и вообще доступ по сети и т.д., но там все в порядке. А на клиенте, - вот это вопрос )) Но я не знаю таких политик на клиенте, чтобы повлияли на доступ к серверу, тысяча крокодилов ))
Как только решу задачу, обязательно дам знать. А я решу, пусть голова лопнет, но решу без сноса винды.
P.S. Спасибо, что откликнулись на помощь
-
В общем, проблема решена.
Оказалось, что "первое" название учетной записи уже было переименованием.
Windows регистрируется по сети с оригинальным названием учетной записи, чтоб ее.
Итак, смотрим как называется каталог пользователя в Documents and settings, и по этому названию и даем ему доступ.
Правда, я для острастки переименовал и пользователя обратно в оригинальное название, но не думаю, что это повлияет.
Все. Ларчик открывался очень просто.
-
Оказалось, что "первое" название учетной записи уже было переименованием.
Итак, смотрим как называется каталог пользователя в Documents and settings, и по этому названию и даем ему доступ.
неа.. не стоит смотреть в Documents and settings.. там лежит "первое" название пользователя, реальное может быть другим
-
неа.. не стоит смотреть в Documents and settings.. там лежит "первое" название пользователя, реальное может быть другим
Именно первое и нужно нам. "Реальное" не работает ) По сети винда логиниться первым именем пользователя.