BLU Discuss list archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Discuss] Auth name: MIT-MAGIC-COOKIE-1 ID: 234, client disconnected RHEL 6
- Subject: [Discuss] Auth name: MIT-MAGIC-COOKIE-1 ID: 234, client disconnected RHEL 6
- From: richard.pieri at gmail.com (Richard Pieri)
- Date: Mon, 07 Apr 2014 14:56:30 -0400
- In-reply-to: <5342F2CE.1070103@mattgillen.net>
- References: <5342EB95.1080602@blu.org> <5342F1F2.9060808@mattgillen.net> <5342F2CE.1070103@mattgillen.net>
Matthew Gillen wrote: > Also, does 'xhost +' solve the problem? (distasteful as it might be to > use a sledgehammer) I had to use xhost in order to allow remote OpenCL access on a Scientific Linux host a while back since remote logins can't access the hardware directly. It might be a sledge hammer but for once it was an appropriate tool. If you use xhost I suggest the following ACL syntax: xhost +SI:localuser:${USER} This restricts access to that user as far as the server can tell (SI = "server interpreted"). Disable the ACL with: xhost -SI:localuser:${USER} -- Rich P.
- References:
- [Discuss] Auth name: MIT-MAGIC-COOKIE-1 ID: 234, client disconnected RHEL 6
- From: gaf at blu.org (Jerry Feldman)
- [Discuss] Auth name: MIT-MAGIC-COOKIE-1 ID: 234, client disconnected RHEL 6
- From: me at mattgillen.net (Matthew Gillen)
- [Discuss] Auth name: MIT-MAGIC-COOKIE-1 ID: 234, client disconnected RHEL 6
- From: me at mattgillen.net (Matthew Gillen)
- [Discuss] Auth name: MIT-MAGIC-COOKIE-1 ID: 234, client disconnected RHEL 6
- Prev by Date: [Discuss] Auth name: MIT-MAGIC-COOKIE-1 ID: 234, client disconnected RHEL 6
- Next by Date: [Discuss] Auth name: MIT-MAGIC-COOKIE-1 ID: 234, client disconnected RHEL 6
- Previous by thread: [Discuss] Auth name: MIT-MAGIC-COOKIE-1 ID: 234, client disconnected RHEL 6
- Next by thread: [Discuss] Auth name: MIT-MAGIC-COOKIE-1 ID: 234, client disconnected RHEL 6
- Index(es):