Translating with DrWatson… this can take a few seconds the first time.
This is a genuine, complex translation. DrWatson protects commands, error codes, and log output while naturally translating the surrounding text. It’s translated once and saved.
Steve asked how to avoid the username and password prompt in dbaccess on IDS 11 on Linux when users already logged in to the machine. Keith Simmons suggested a trusted relationship via .rhosts or hosts.equiv. Ian Michael Gumby warned never to use .rhosts and to use hosts.equiv sparingly; Neil Truby pointed to Linux trusted-host facilities. No tested solution.
Auto-generated by Claude from the posts below — may be imperfect; read the full thread.
Hi,
Our site is running Informix Dynamic Server 11 on Linux. Currently,
when connecting to a server using dbaccess the user is prompted for
his user name and password. What options are available so providing a
user name and password is unnecessary, as the username and password is
the same one as they used to log into their machine.
Thanks,
Steve
↪ replying to skurlander@yahoo.com
Keith Simmons — — source: Usenet: comp.databases.informix
On 19/12/2007, skurlander@yahoo.com <skurlander@yahoo.com> wrote:
> Hi,
>
> Our site is running Informix Dynamic Server 11 on Linux. Currently,
> when connecting to a server using dbaccess the user is prompted for
> his user name and password. What options are available so providing a
> user name and password is unnecessary, as the username and password is
> the same one as they used to log into their machine.
>
> Thanks,
> Steve
> _______________________________________________
> Informix-list mailing list
> Informix-list@iiug.org
> http://www.iiug.org/mailman/listinfo/informix-list
>
Steve
You need a trusted relationship between the two servers, look at a
.rhosts file or hosts.equiv.
Keith
Do not use .rhosts ever.
This is a major security no no. But then again, most of you young whipper snappers don't remember the fallout from the Morris Worm.
Host.equiv should be used sparingly. Only for hosts that truly are equivalent.
We live in a dangerous world. You really do need to be more paranoid. People really are out to get you.
But hey! What do I know? I got to blow off a midterm because I spent 24 hours locking down and backing up the EE computers because of the Morris Worm.
-G
> From: skurlander@yahoo.com
> Subject: suppressing username and password prompts in dbaccess
> Date: Wed, 19 Dec 2007 06:47:08 -0800
> To: informix-list@iiug.org
> CC: skurlander@yahoo.com
>
> Hi,
>
> Our site is running Informix Dynamic Server 11 on Linux. Currently,
> when connecting to a server using dbaccess the user is prompted for
> his user name and password. What options are available so providing a
> user name and password is unnecessary, as the username and password is
> the same one as they used to log into their machine.
>
> Thanks,
> Steve
> _______________________________________________
> Informix-list mailing list
> Informix-list@iiug.org
> http://www.iiug.org/mailman/listinfo/informix-list
_________________________________________________________________
Don't get caught with egg on your face. Play Chicktionary!
http://club.live.com/chicktionary.aspx?icid=chick_wlhmtextlink1_dec
↪ replying to skurlander@yahoo.com
Neil Truby — — source: Usenet: comp.databases.informix
Look at the "trusted host" facility of Linux.
--
Neil Truby t:01932 724027
Director m:07798 811708
Ardenta Limited e:neil.truby@ardenta.com
<skurlander@yahoo.com> wrote in message
news:e89947bf-d9fc-4f33-9ef4-dacf60193a7a@v4g2000hsf.googlegroups.com...
> Hi,
>
> Our site is running Informix Dynamic Server 11 on Linux. Currently,
> when connecting to a server using dbaccess the user is prompted for
> his user name and password. What options are available so providing a
> user name and password is unnecessary, as the username and password is
> the same one as they used to log into their machine.
>
> Thanks,
> Steve
We use strictly necessary cookies to make this site work. With your
consent we’d also use optional cookies for analytics and marketing. You can accept all,
reject all, or choose. Read our Cookie Policy.