Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...


fastx-l mailing list

SLAC has a fastx-l mailing list for users of the FastX service to communicate.  This is good venue to ask questions and discuss anything related to using the FastX service.  SLAC users of the FastX service may be able to quickly answer or help solve your problem.  When you have a FastX question or problem, there are several option you can use to get help:

 

Subscribe to fastx-l by using this command:

echo subscribe fastx-l | mail listserv@slac.stanford.edu 

Send your question or problem to the fastx-l mailing list.  You will reach other SLAC users of the service, and they may have already researched and solved your problem.  After you subscribe, you can view the list archives here: https://listserv.slac.stanford.edu/cgi-bin/wa?A0=FASTX-L

Send your question or problem to ithelp@slac.stanford.edu .   SLAC Desktop support provides support of the FastX service, and can help with desktop, laptop, and browser related questions about using FastX at SLAC.  They are familiar with supporting the FastX service, and may have already helped another user solve the problem you have.

If ithelp@slac.stanford.edu determines they need Unix or server configuration support to help answer your question, they will work with unix-admin to solve the problem.   unix-admin can open a support cases with FastX, and utilize our site-wide vendor license for engineering support.  FastX support engineers are eager to hear about problems and bugs, and they have already worked with unix-admin to modify configuration options and apply patches in our test cluster.  If we can reproduce a bug, then they gather information from our environment and release a bug fix with the next standard release of the FastX server and clients.

 




Protecting your SLAC AFS ~/.fastx_server/ directory

 

Your SLAC AFS ~/.fastx_server/ directory contains sensitive information which could expose your FastX X11 sessions to others.  This could lead to a compromise of your account, and/or unauthorized keystroke monitoring.  Keystoke monitoring can capture other passwords you type, such as sudo, ssh password authentication to remote sites, or information entered in browser windows, even for https sites since the keystrokes are captured before SSL encryption is done. 

 

Therefore, please take care in protecting access to this directory.  Since this directory is in AFS space, you need to use AFS Access Control Lists (ACLs) to lock down the directory (regular Unix file modes using chmod do not work inside AFS space).  The Scientific Computing Services (SCS) tool "system ranger" will automatically detect and fix any ~/.fastx_server/ directories in AFS space which are too permissive, and you will get an information email just letting you know it was fixed.  If you get this email, it is only for your information, and no action is required.  If necessary, the system ranger protects your ~/.fastx_server/ directory by removing the following entries from the AFS Access Control List:

   system:anyuser rl
system:slac rl
system:authuser rl

 

Frequently Asked Questions

QuestionAnswer
How do I copy/paste when using an xterm with the desktop client?

Copy and paste work just like any other program.  On linux xterm, copy is highlight. Paste is middle mouse click (Command-click on a Mac laptop).  Paste can also be shift+insert

If you use a Mac, the usual ⌘-c for copy will not work in an xterm FastX window.

What makes FastX fast?https://www.starnet.com/xwin32kb/what-makes-fastx-fast/
What is the latest version of FastX?  Where are the release notes?https://www.starnet.com/xwin32kb/fastx-release-notes/
How do I connect to SLAC's FastX service?

http://fastx.slac.stanford.edu:3000 or https://fastx.slac.stanford.edu:3443

You can use FastX from any browser, or you can download the client application by going to either one of those URLs and click on 'Looking for the desktop client?'

I get 'Permission Denied' when trying to reconnect to a session

Please report this problem to unix-admin if you see it.  This problem has been seen in the past, and reported to FastX.  It should be fixed in the latest versions of FastX server and clients.   There are a couple of things you can try if you get this error:

Connect to the specific server where your session is, instead of the load balanced name.  You can do that by using one of these URLs:

https://fastx-srv01.slac.stanford.edu:3443

https://fastx-srv02.slac.stanford.edu:3443

If you can connect using this method, then do a 'kinit' in your FastX xterm window to renew your AFS token.  Now you should be able to use the load balanced fastx.slac.stanford.edu URL once again.

I get a strange error message when I try to log into the browser client (or the desktop client with a Web connection)  I see some output from my .cshrc in the error, and then it does not allow me to log in.

You have to protect any echo commands in your ~/.cshrc file by testing for an interactive shell.  fastx uses a non-interactive ssh connection for authentication, and any echo commands will cause it to fail.  This is the same issue for scp or sftp – if you put echo commands in your .cshrc that do not test for a prompt, then scp or sftp will fail to work.  The fix it to put any echo commands inside a test like this:

   if( ${?prompt} ) then
echo hi from cshrc
endif

You can verify you found all your non-protected echo commands by testing with a non-interactive ssh command, like this:

   $ ssh iris.slac.stanford.edu date

If you see any output besides the date, you need to either remove those echo commands, or put them inside a test for a prompt as shown above.

I cannot reconnect to my session.If you are using the Desktop client application, be sure you have configured a "Web" connection, and not a "SSH" connection.
I want to delete one of my FastX sessions, but it won't go away.Email unix-admin and we can try to remove it manually.  We will do this by finding out the session details, and then killing the processes on the individual fastx-srvX cluster server.

 

 

Tips and Recommendations

I noticed if you start a "multiple window" session using the desktop client, you can later reconnect to it using the browser, and then the windows are moveable and resizeable in the browser (without having to start your own window manager).   At least that worked for me when I started a session using a Mac desktop client.
Use 'Web' connection for the desktop client application, not 'SSH' connection.
If you find a problem or get an error, please send a screen shot if possible (on a Mac, command+shift+4, then select the area, and screenshot is saved on your desktop.

Try "multiple window mode" in the browser client by doing the following:

  1. Go to:  https://fastx.slac.stanford.edu:3443
  2. then log in
  3. then click on the plus box to add a new session
  4. click on the 'xterm -e ssh rhel6-64'  command (or type it in yourself in the command box)
  5. next to the command box, make sure 'multiple' is chosen (it's a drop down menu; the other choice is single)
  6. press start

Multiple window mode in the browser is still in experimental mode according to FastX, so please report any problems to unix-admin so we can let FastX engineers know.  You can reconnect to your multiple window mode session from a desktop client application, as long as you configure a "Web" connection in the desktop client application.

There are two tools that can help you diagnose session problems and cleanup dead/old sessions:

/usr/lib/fastx2/tools/diag

and

/usr/lib/fastx2/tools/cleanup

Use the 'diag' tool to gather information about your sessions, and if FastX thinks they are dead or not. 

Use the 'cleanup' tool to remove dead sessions.