Hi,
How odd... I thought that I tried that. Anyhow, it should be working like
a charm now... ;-) Thanks for being patient with me!
Enjoy!!
Ammon
A short time ago, Maarten Koopmans, sent an email stating:
> Now try this on the server:
>
> configure-rugby [ set ip address for stubs to 172.30.8.2002 ]
> serve [ functions here]
>
> If you can:
>
> do get-rugby-service ...
>
> the stubs will have the correct ip-address internally.
>
> This is needed when a machine has multiple netwrok interfaces (for
> example in a demilitarized zone) so that the automatically generated
> code connects back to the "right" network address.
>
> That way you don't have to use rexec but can REBOL locally, which is
> very nice.
>
> HTH,
>
> Maarten
>
> Ammon Johnson wrote:
> > Hi,
> >
> > It works...
> >
> >>>rexec/with [triple 3] http://172.30.8.13:8002
> >
> > connecting to: 172.30.8.13
> > == 9
> >
> >
> > Thanks!!
> > Ammon
> >
> > A short time ago, Maarten Koopmans, sent an email stating:
> >>Yes, but... this is a network problem. The server runs and the fact that
> >>you cannot reach is it may be due to proxies, routers, firewalls
> >> whatever.
> >>
> >>try something like this:
> >>
> >>rexec/with [ function-call arguments ] tcp://ip:port
> >>
> >>if that does not work it probably is a network config thing.
> >>rexec is a lowlevel rugby call that directly calls and only fails when
> >> the network fails (due to permissions, firewalls whatever).
> >>
> >>note that argumets must be values, so the block must contain values or be
> >>reduced like:
> >>
> >>rexec/with reduce [ 'function-call arguments] tcp://ip-address:port
> >>
> >>HTH,
> >>
> >>--Maarten
> >>
> >>On Mon, 1 Jul 2002, Ammon Johnson wrote:
> >>>Hi,
> >>>
> >>> I think that I spoke a little too soon. ;-( I failed to notice one
> >>>slight detail, as the following cut'n'paste from the console will reveal
> >>>it attempts to connect to 127.0.0.1 to execute the command, which is
> >>> fine if the I am actually trying to use the local machine, but it
> >>> really doesn't serve much of a purpose if i want to do it accross a
> >>> network...
> >>>
> >>>>>do %/usr/rugby/rugby.r
> >>>
> >>>Script: "Rugby" (1-Jul-2002/22:35:56-7:00)
> >>>HTTPR protocol loaded
> >>>
> >>>>>do get-rugby-service http://172.30.8.12:8002
> >>>
> >>>connecting to: 172.30.8.12
> >>>
> >>>>>triple 3
> >>>
> >>>connecting to: 127.0.0.1
> >>>== 9
> >>>
> >>> Hmm... What could be the trouble, let's see, the docs say something
> >>>about using the /with refinement to use something other than local host,
> >>>let's see...
> >>>
> >>>>>serve/with [triple] http://172.30.8.12:8002
> >>>
> >>>** Access Error: Network timeout
> >>>** Where: continue-post
> >>>** Near: open/no-wait dest
> >>>
> >>>Network Timeout, and I am trying to start a server? Maybe I used the
> >>>wrong
> >>>
> >>>syntax, let's try something closer to what the docs suggest:
> >>>>>serve/with [triple] http://:8001
> >>>
> >>>** Access Error: Cannot connect to mail.ucglink.net
> >>>** Where: open-proto
> >>>** Near: open/no-wait dest
> >>>
> >>>What the heck does it care about my mail server for?
> >>>
> >>>>>serve [triple]
> >>>
> >>>** Access Error: Error opening socket listen port
> >>>** Where: init-server-port
> >>>** Near: open/no-wait dest
> >>>
> >>>Wait a minute! Now it won't even serve on the the local host?!?
> >>>
> >>> I think I will sit back and relax while the great minds explain! ;-)
> >>>
> >>>Thanks!!
> >>>Ammon
> >>>
> >>>A short time ago, Maarten Koopmans, sent an email stating:
> >>>>Hi Ammon,
> >>>>
> >>>>Get the latest on http://www.rebolforces.com/~erebol or
> >>>>http://www.vrijheid.net
> >>>>
> >>>>It is 8002.
> >>>>
> >>>>--Maarten
> >>>>
> >>>>Ammon Johnson wrote:
> >>>>>Hi,
> >>>>>
> >>>>> So Maarten, does it in fact use 8002? Here are my results running
> >>>>>on the same linux box that is wide open, you couldn't have it
> >>>>>wider...
> >>>>>
> >>>>>>>do get-rugby-service http://127.0.0.1:8002
> >>>>>
> >>>>>connecting to: 127.0.0.1
> >>>>>** Access Error: Cannot connect to 127.0.0.1
> >>>>>** Where: open-proto
> >>>>>** Near: open/no-wait/direct dest
> >>>>>write-msg msg dest
> >>>>>
> >>>>>>>do get-rugby-service http://127.0.0.1:8001
> >>>>>
> >>>>>connecting to: 127.0.0.1
> >>>>>** Access Error: Network timeout
> >>>>>** Where: continue-post
> >>>>>** Near: open/no-wait/direct dest
> >>>>>write-msg msg dest
> >>>>>
> >>>>>So what is happening? The response on 8002 is instant, and as you
> >>>>>can tell 8001 takes a while to time out.
> >>>>>
> >>>>>Thanks!!
> >>>>>Ammon
> >>>>>
> >>>>>A short time ago, Maarten Koopmans, sent an email stating:
> >>>>>>Are yo sure the server is running?
> >>>>>>Is there a firewall between them? Or a proxy?
> >>>>>>
> >>>>>>Can you telnet to port 8002 on the remote machine?
> >>>>>>
> >>>>>>--Maarten
> >>>>>>
> >>>>>>On Fri, 28 Jun 2002, Ammon Johnson wrote:
> >>>>>>>Hi,
> >>>>>>>
> >>>>>>> One more user attempts to walk into the rugby fold, but gets
> >>>>>>>knowcked down at the door. ;-) I have tried to use pat665's
> >>>>>>>tutorial but I meet the following
> >>>>>>>
> >>>>>>>problem from the "client" machine:
> >>>>>>>>>do get-rugby-service http://172.30.8.11:8002
> >>>>>>>
> >>>>>>>** Access Error: Cannot connect to 172.30.8.11
> >>>>>>>** Where: open-proto
> >>>>>>>** Near: open/no-wait/direct dest
> >>>>>>>write-msg msg dest
> >>>>>>>
> >>>>>>> The server happens to be a Windows 2K Advanced Server, and it *IS*
> >>>>>>>at 172.30.8.11 and I can ping it from the client machine. I have
> >>>>>>>tried from both a linux box and a windoze box with the same error
> >>>>>>>from both. My target application is a to have a rugby client
> >>>>>>>running on a linux box access the windoze server previously
> >>>>>>>mentioned.
> >>>>>>>
> >>>>>>>Your help is greatly appreciated!!
> >>>>>>>Ammon
> >>>>>>>
> >>>>>>>
> >>>>>>>--
> >>>>>>>To unsubscribe from this list, please send an email to
> >>>>>>>[EMAIL PROTECTED] with "unsubscribe" in the
> >>>>>>>subject, without the quotes.
> >>>
> >>>--
> >>>To unsubscribe from this list, please send an email to
> >>>[EMAIL PROTECTED] with "unsubscribe" in the
> >>>subject, without the quotes.
--
To unsubscribe from this list, please send an email to
[EMAIL PROTECTED] with "unsubscribe" in the
subject, without the quotes.