home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!spool.mu.edu!sgiblab!nec-gw!nec-tyo!wnoc-tyo-news!scslwide!wsgw!wsservra!onoe
- From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
- Newsgroups: fj.mail-lists.x-window
- Subject: Re: Can I run clients on REMOTE machines?
- Message-ID: <1992Dec22.225020.16893@sm.sony.co.jp>
- Date: 22 Dec 92 22:50:20 GMT
- Sender: onoe@sm.sony.co.jp (Atsushi Onoe)
- Distribution: fj
- Organization: McGill Research Centre for Intelligent Machines
- Lines: 58
- Approved: michael@sm.sony.co.jp
-
- Date: 22 Dec 92 18:35:31 GMT
- Message-Id: <1992Dec22.183531.17422@thunder.mcrcim.mcgill.edu>
- Newsgroups: comp.windows.x
- References: <1992Dec18.122406.1786@netcom.com>, <1992Dec19.125651.26503@netcom.com>
- Sender: xpert-request@expo.lcs.mit.edu
-
- In article <1992Dec19.125651.26503@netcom.com>, yonder@netcom.com (Christopher Russell) writes:
-
- > My problem is I want to run clients on machine B and have the display
- > be machine A. Unfortunately I cannot directly TELNET or RLOGIN
- > directly between A&B (change from original post), I have to go thru
- > machine C.
-
- > A prompt: telnet B <doesn`t work -- "cannot find">
-
- Does it work if you give B's address instead of its name? Try using
- numeric addresses for telnet and X display names; that may work. If
- so, it's just a problem with name->address resolution, so go yell at
- your local administrators about it.
-
- If not...
-
- > Somehow I need to get machine C to "pass-thru" tranparently the X
- > traffic between the client and the server. Is this possible[?]
-
- Of course.
-
- > I cannot just "setenv DISPLAY <A's IP address`>:0.0" while logged
- > into machine B, cuz I`ll just get "Error: Can't open display: <A's IP
- > address goes here>".
-
- Have you actually tried this, or are you guessing based on inability to
- telnet by name? If you have tried it, or if you try it and it does
- indeed fail to work....
-
- What you need is a small program to run on C, that accepts connections
- and in turn connects to A, forwarding stuff back and forth. If this
- program were on C, listening for connections on the port used by
- display 25, say (which means port 6025), then you would tell B that
- you're using C:25 as your display. B then connects to the little
- daemon on C, which in turn connects to the real display on A, and
- everything works.
-
- I actually have tried this, and it does work. You may have to play
- with xhost and/or xauth, but it is certainly not out of the question.
-
- The program to run on C is a simple little thing. I have two programs
- that can do it; one is specifically designed for X, the other is more
- general but requires more knowledge of what goes on under the hood.
- The X one is up for anonymous ftp from larry.mcrcim.mcgill.edu
- (132.206.1.1) in X/xfwd.c; the other one is games/muck/aux/fwd.c on
- that same machine. Neither one is very well documented, but they're
- small - 209 and 134 lines, respectively - so UTSLing is perhaps not out
- of the question.
-
- der Mouse
-
- mouse@larry.mcrcim.mcgill.edu
-