home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / windows / x / 20485 < prev    next >
Encoding:
Internet Message Format  |  1992-12-22  |  2.7 KB
  1. Path: sparky!uunet!paladin.american.edu!gatech!europa.asd.contel.com!darwin.sura.net!spool.mu.edu!olivea!charnel!sifon!thunder.mcrcim.mcgill.edu!mouse
  2. From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
  3. Newsgroups: comp.windows.x
  4. Subject: Re: Can I run clients on REMOTE machines?
  5. Message-ID: <1992Dec22.183531.17422@thunder.mcrcim.mcgill.edu>
  6. Date: 22 Dec 92 18:35:31 GMT
  7. References: <1992Dec18.122406.1786@netcom.com> <1992Dec19.125651.26503@netcom.com>
  8. Organization: McGill Research Centre for Intelligent Machines
  9. Lines: 53
  10.  
  11. In article <1992Dec19.125651.26503@netcom.com>, yonder@netcom.com (Christopher Russell) writes:
  12.  
  13. > My problem is I want to run clients on machine B and have the display
  14. > be machine A.  Unfortunately I cannot directly TELNET or RLOGIN
  15. > directly between A&B (change from original post), I have to go thru
  16. > machine C.
  17.  
  18. > A prompt: telnet B    <doesn`t work -- "cannot find">
  19.  
  20. Does it work if you give B's address instead of its name?  Try using
  21. numeric addresses for telnet and X display names; that may work.  If
  22. so, it's just a problem with name->address resolution, so go yell at
  23. your local administrators about it.
  24.  
  25. If not...
  26.  
  27. > Somehow I need to get machine C to "pass-thru" tranparently the X
  28. > traffic between the client and the server.  Is this possible[?]
  29.  
  30. Of course.
  31.  
  32. > I cannot just "setenv DISPLAY <A's IP address`>:0.0" while logged
  33. > into machine B, cuz I`ll just get "Error: Can't open display: <A's IP
  34. > address goes here>".
  35.  
  36. Have you actually tried this, or are you guessing based on inability to
  37. telnet by name?  If you have tried it, or if you try it and it does
  38. indeed fail to work....
  39.  
  40. What you need is a small program to run on C, that accepts connections
  41. and in turn connects to A, forwarding stuff back and forth.  If this
  42. program were on C, listening for connections on the port used by
  43. display 25, say (which means port 6025), then you would tell B that
  44. you're using C:25 as your display.  B then connects to the little
  45. daemon on C, which in turn connects to the real display on A, and
  46. everything works.
  47.  
  48. I actually have tried this, and it does work.  You may have to play
  49. with xhost and/or xauth, but it is certainly not out of the question.
  50.  
  51. The program to run on C is a simple little thing.  I have two programs
  52. that can do it; one is specifically designed for X, the other is more
  53. general but requires more knowledge of what goes on under the hood.
  54. The X one is up for anonymous ftp from larry.mcrcim.mcgill.edu
  55. (132.206.1.1) in X/xfwd.c; the other one is games/muck/aux/fwd.c on
  56. that same machine.  Neither one is very well documented, but they're
  57. small - 209 and 134 lines, respectively - so UTSLing is perhaps not out
  58. of the question.
  59.  
  60.                     der Mouse
  61.  
  62.                 mouse@larry.mcrcim.mcgill.edu
  63.