12-05-2010
You are in an xterm on solaris nodea. Your xserver is on localhost (nodea). You ssh to Solaris nodeb. The screen goes black. Do I have that correct?
If so check:
There should be a file: ~/.Xauthority on nodeb. Do they both (nodea & nodeb) use MIT cookies? or what....
Windows seems to be okay to me.
10 More Discussions You Might Find Interesting
1. UNIX for Dummies Questions & Answers
Hi
I need to access files from a specific folder of a Linux system from an another Linux System Remotely.
I know how to, Export a folder on One SCO System & can access the same by using Import via., NFS in the Sco Unix SVR4 System using the scoadmin utility.
Also, I know to use mount -t ... (2 Replies)
Discussion started by: S.Vishwanath
2 Replies
2. UNIX for Dummies Questions & Answers
i need to know how i would go about accessing my floppy disks, cd's and flash drives on my command prompt unix system (1 Reply)
Discussion started by: carlvernon
1 Replies
3. Shell Programming and Scripting
hey guys, i am on a box named pluto and i need to be able to log into another box named genesis. i need to be able to ssh into genesis as root and not get asked for the password. what file do i need to edit on genesis to make this happen? i searched for the .rhosts file it doesn't seem to exist.... (1 Reply)
Discussion started by: Terrible
1 Replies
4. Linux
Hello,
I need a tool for remote GUI connection to Linux machine ,something like remote Desktop in windows?????any help
Thanks in advance (4 Replies)
Discussion started by: mm00123
4 Replies
5. UNIX for Dummies Questions & Answers
Hey, how do I access the desktop gui for a remote fedora box?
$ ssh user@ip
$ xinit
Fatal server error:
Server is already active for display 0
If this server is no longer running, remove /tmp/.X0-lock
and start again.
Thanks (1 Reply)
Discussion started by: JustinT
1 Replies
6. UNIX for Dummies Questions & Answers
All,
I am looking for the easiest solution that will let me remote access from a Windows 2000 client into a Solaris 8 server. Any suggestions?
Thanks Kevin (3 Replies)
Discussion started by: Kevin1166
3 Replies
7. Debian
Hi,
I've been looking for a way to execute a console program (is in windows but by now I accept the linux way) from a linux machine, but this program has to be opened in the remote side. Linux machine acts only as a "signaling" host. My program has to open the camera in the remote side, but only... (7 Replies)
Discussion started by: zauberberg
7 Replies
8. Solaris
Hi all;
I'm looking for free access to the Solaris operating system. I have no way to install at home (even on a virtual machine).
I been developing BOINC project (OProject@Home: site: oproject.goldbach.pl). I would like to compile and test programs on Solaris.
Can someone provide a... (9 Replies)
Discussion started by: Rysiu
9 Replies
9. Red Hat
Greetings!
Theres an application in my RHEL 6 server that has a GUI (which we'd like to use). When I run the AppGui.sh is says it needs Server X11.
I know its gotta do something with X server (and I installed it).I found some tutorial for auto configuration and then I was supposed to access... (0 Replies)
Discussion started by: RedSpyder
0 Replies
10. Red Hat
Hi All,
I've been looking at various options at administering several servers remotely like:
- VNC (don't like the lax security of 8 characters max for a password) and
- NX (awesome piece of kit but still limited to a per desktop viewer)...
What I'm looking for is a GUI that... (7 Replies)
Discussion started by: ASGR
7 Replies
SUX(1) User Commands SUX(1)
NAME
sux - wrapper around su which will transfer your X credentials
SYNOPSIS
sux [OPTS] [-] [[username] [ARGS]]
suxterm [OPTS] [-] [username]
DESCRIPTION
sux is a wrapper around the standard su command which will transfer your X credentials to the target user.
Note, suxterm forces ARGS to be 'xterm', and will try to launch an xterminal window.
QUICK CALLING
'sux user' and 'sux - user' behave just like su but transfer $DISPLAY and the X cookies.
OPTIONS
--untrusted
To generate an untrusted cookie, see 'xauth'.
--timout <period>
To generate a temporary cookie for <period> seconds, see 'xauth'.
-m,-p --preserve-environment
In this case sux will override XAUTHORITY to the so that xauth does not try to use the original user's .Xauthority file (which it
obviously could not do anyway due to access rights).
--no-cookies
Just transfer DISPLAY, not the cookies. You could do this if you have already transfered the cookies in a previous invocation of
sux.
--copy-cookies
Copy the cookies using xauth. This is the default method (and only method most of the time).
--use-xauthority
Instead of transfering the cookies, set the XAUTHORITY environment variable to access the original .Xauthority file. There's a cou-
ple caveats with this method. First, due to the access right issues it's only usable by root. But even then it may not work if the
.Xauthority file is accessed via NFS, e.g. if the home directories are on NFS (note that this is quite dangerous already since your
cookies will travel unencrypted over the network). Then, if root runs commands like xauth add/remove, the .Xauthority's ownership
will belong to him. This will leave the original user in trouble as he will no longer be able to access X! So only use this option
with great care. Finally, this method does not work if you also want to use '--untrusted' or '--timeout'.
--display
specify which display to use (in case of having more than one available).
AUTHOR
Originally written by Francois Gouget <fgouget@free.fr> Manpage written by Millis Miller <millis@faztek.org>
REPORTING BUGS
Report bugs to <millis@faztek.org>.
COPYRIGHT
Copyright (C) 2003 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICU-
LAR PURPOSE.
SEE ALSO
su (1), xauth (1)
sux 1.0 Sept 2003 SUX(1)