[Win32] А это у тебя уже user-level sharing. Список юзеров может храниться ан Nowell or NT. Короче - почитай RFC, потом все расскажешь где кто в чем ошибался.15.03.02 15:49 Число просмотров: 974 Автор: KMiNT21 <http://blog.kmint21.com> Статус: Member
Чё та нифига не понмаю :(
Нужно зпконектится к шаре из Win95/98 в WinNT/2000/Xp
К шаре имеет доступ сцец юзер.
Смотрим в описание WNetAddConnection2:
lpPassword
...
Windows 95/98/Me: This parameter must be NULL or an empty string.
lpUsername
...
Windows 95/98/Me: This parameter must be NULL or an empty string.
Это КАК ЖЕ так? А как я паороль и юзера бубу указывать? От залогиненого тока что ли? Дак ведь проводник ведь спрашивает пароли и имя...
Нифига не понмимаю :(
[Win32] Все просто. Под 9х эта функция передаст имя залогиненного пользователя. Под НТ нужно указывать конкретное имя.13.03.02 16:01 Автор: KMiNT21 <http://blog.kmint21.com> Статус: Member
[Win32] Все просто. Под 9х эта функция передаст имя залогиненного пользователя. Под НТ нужно указывать конкретное имя.14.03.02 08:46 Автор: Bender Статус: Незарегистрированный пользователь
Дак это суксь :(
Надо именно имя и пароль для шары передавать. Т.е. залогинен может быть любой юзер, а имя и пароль для шары другие.
Как такое сделать?
Ну какже никак!
У меня проводник (95) при попытке доступа пароль спрашивает... Неспроста наверное?...
Кстати, под Windows 98 это фича пашет оказывается....
Осталось с Windows95 разобраться... Может функция какая другая есть?...
[Win32] Рассказываю!14.03.02 15:16 Автор: KMiNT21 <http://blog.kmint21.com> Статус: Member
> Ну какже никак! > У меня проводник (95) при попытке доступа пароль > спрашивает... Неспроста наверное?...
1) При чем тут пароль? Мы говорили про имя пользователя. Я так понял, это ты описАлся.
2) И то и другой тебе диалог предлагает ввести под 95?
:) Новел, наверное ?
9x не позволяет при залогиненом пользователе X
подключаться к хостам как Y
Дело в том, что в НТ применяется user-level sharing модель. В СМБ диалекте 9х нету такой возможности (передать имя), если я правильно помю.
... ща кусок текста с RFC по SMB вставлю..
The SMB protocol defines two methods which can be selected by the server for security: share level and user level:
· A share level server makes some directory on a disk device (or other resource) available. An optional password may be required to gain access. Thus any user on the network who knows the name of the server, the name of the resource and the password has access to the resource. Share level security servers may use different passwords for the same shared resource with different passwords allowing different levels of access. Windows for Workgroups and Windows 95 servers, for instance, implement the share level security model.
· A user level server makes some directory on a disk device (or other resource) available but in addition requires the client to provide a user name and corresponding user password to gain access. NT servers and LM/U servers implement this security model and do not support the share level model. User level servers are preferred over share level servers for any new server implementation, since corporations generally find user level servers easier to administer as employees come and go.
When a user level server validates the account name and password presented by the client, an identifier representing that authenticated instance of the user is returned to the client in the Uid field of the response SMB. This Uid must be included in all further requests made on behalf of the user from that client. A share level server returns no useful information in the Uid field.
The user level security model was added after the original dialect of the SMB protocol was issued, and subsequently some clients may not be capable of sending account name and passwords to the server. A server in user level security mode communicating with one of these clients will allow a client to connect to resources even if the client has not sent account name and password information:
1. If the client's computer name is identical to an account-name known on the server, and if the password supplied to connect to the shared resouce matches that account’s password, an implicit "user logon" will be performed using those values.
If the above fails, the server may fail the request or assign a default account name of its choice.
2. The value of Uid in subsequent requests by the client will be ignored and all access will be validated assuming the account name selected above.
The following examples illustrate a possible command line user interface for a server to offer a disk resource, and for a client to connect to and use that resource.
> 9x не позволяет при залогиненом пользователе X > подключаться к хостам как Y Не правду говоришь.
У меня сетка из 95-х виндов. На любой тачке я могу сделать шару и назначить ей любой пароль и логин. С любого компа могу к этой шаре подконектится указав требуемый логин и пароль. Никаких новелов нету.
Что это по твоему? Какая функция работает?
[Win32] А это у тебя уже user-level sharing. Список юзеров может храниться ан Nowell or NT. Короче - почитай RFC, потом все расскажешь где кто в чем ошибался.15.03.02 15:49 Автор: KMiNT21 <http://blog.kmint21.com> Статус: Member
подробно о проекте
Анализ криптографических сетевых...
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
