|
Correct.....if your network username/password and as400 username/password Are different....you will not be able to create a mapped drive if you are using WIN95 or 98. NT and 2000 are fine...because they allow you to enter a username/password. 95 and 98 only allow a password to be entered...and since your usernames don't match you could do it all day and it won't get you anywhere. Jim Norbut Systems Administrator Grubb & Ellis Company Phone (847) 753-7620 Fax (847) 753-9854 -----Original Message----- From: KMort@supnet.com [mailto:KMort@supnet.com] Sent: Friday, November 09, 2001 12:44 PM To: midrange-l@midrange.com Subject: Re: Netserver passwords Kenneth: Could you tell me what Windows OS your users are running? The reason I ask this is because Win9x seems to have an issue understanding that you may logon to different resources with different user profiles and passwords. Go figure. Thus, if you have the exact same user ID and password (user ID especially) it works fine. Otherwise, when you try to map a drive Windows will pop up with a logon to IPC$ (or something like that) but will only allow you to place a password there. Not a user ID. At this point, Windows tries to pass the same user ID you used for a Windows logon to Netserver when you make the connection. Now, when you try to map under Win NT (and 2K I believe) it will allow you to enter both a user ID and password. So effectively you could have different IDs for the Win NT signon and 400 signon (which I do at my office). For best results (i.e. more automated logon) if the Windows NT user ID and password also exist on OS/400, and you check the option for "Reconnect at logon" it should automagically attach the share and log you on. The catch here is when you change your Windows password - and not the 400 password, then try to access the share...you will get an error in Windows. Hope this helps. --------------------- Kevin E. Mort iSeries Technical Support Support Net, Inc. Ph: 888.480.TECH Fx: 954.428.3991 Mailto:kmort@supnet.com IBM Certified Expert - e(logo)server iSeries 400 Technology Lotus Certified Specialist " i want everything to work. i choose iSeries. " < STRSNIP > From: "Graap, Ken" <keg@nwnatural.com> To: "'Midrange'" <midrange-l@midrange.com> Subject: Netserver passwords Date: Fri, 9 Nov 2001 09:54:51 -0800 Reply-To: midrange-l@midrange.com I'm experiencing problems with users accessing my AS/400 via the Netserver interface. As long as the user's PC Network user ID and password is exactly the same as the AS/400 user id and password everything seems to work just fine. However, if they are different in any way, I see the following error message: 538559/QPGMR/QZLSSERVER CPIB682 User profile S4C disabled for AS/400 Support for Windows Network Neighborhood access. I change the user profile on the AS/400 to re-enable it and have the user synchronize their password between their PC and the AS/400. My question is, how can I set things up to force the user to enter a valid userid and password if they attempt to map a folder on the AS/400 via Netserver and either their PC userid or password is not valid? I'm currently running on V4R5 of OS/400 with the most current CUM packages applied. thanx Kenneth **************************************** Kenneth E. Graap IBM Certified Specialist AS/400e Professional System Administrator NW Natural (Gas Services) keg@nwnatural.com Phone: 503-226-4211 x5537 FAX: 603-849-0591 **************************************** < ENDSNIP *IMMED > _______________________________________________ This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@midrange.com To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l or email: MIDRANGE-L-request@midrange.com Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.