When a server start, it generates "stub" code, code that a client can retrieve and use to connect to a service. So.... get-rugby-service receives this code (essentially a block containing function defs) and you either do them or put them in an object.
Now when the stub code is received the client replaces all *http* by the ip address it just used to connect. And when you invoke a function on a get-rugby-service'd retrieved stub it connects back, etc. --Maarten > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of > Matt MacDonald > Sent: woensdag 29 oktober 2003 20:46 > To: [EMAIL PROTECTED] > Subject: [REBOL] Re: Rugby Question > > > Can you elaborate a little bit? I'm sorry, I'm having a slow day. What > code > returned by the server? > > Matt > > > ------------------------- > Hi Matt, > > In the version you downloaded the client inserts the ip address that is > used by get-rugby-service in the code returned by the server. The server > ip address is simply the one you already use (or... a read dns://host in > case of a hostname). > > Same for the port number. > > HTH, > > Maarten > > > Matt MacDonald wrote: > >I just downloaded the latest version of Rugby, which fixes the problem. > >The only problem I have now is that in the old version of Rugby I could > >issue a statement like "useport: server/__rugby-server-address/port-id" > >that would return the local port that the server is using. When trying > to > >issue this statement in the new version (4.3) I get an error that says > >"Invalid path value: __rugby-server-address" Is there anyway to issue a > >similar statement in the new version? > > > >Thanks, > > > >Matt > >--------------------------------------- > > > >The latest version on http://www.koopgoedkoop.net/rugby.zip uses for > >sure the address used by the client when doing get-rugby-service. Are > >you using that one? > > > >--maarten > > > > > >>-----Original Message----- > >>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf > > > >Of > > > >>Matt MacDonald > >>Sent: dinsdag 28 oktober 2003 21:06 > >>To: [EMAIL PROTECTED] > >>Subject: [REBOL] Re: Rugby Question > >> > >> > >>They do database reads mostly. The firewall is set up to allow > > > >incoming > > > >>and > >>outgoing connections on the ports I need. For instance "r: open > >>tcp://ip-address:8001" works. But if I do this: > >> > >>server: context get-rugby-service tcp://ip-address:8001 > >> > >>and then try something like t: server/probe-messages userid, then i > > > >get an > > > >>error on the client machine (outside of the firewall) that says that > > > >it > > > >>cannot connect to 10.10.1.14 which is the internal IP address of the > >>server. > >> But it shouldn't be trying to connect to that IP address at all, it > >>should > >>be trying to connect to port 8000 on the firewall's external IP which > > > >then > > > >>routs it internally to the server. > >> > >>I'm not super knowledgable when it comes to networks, but I'm not > > > >seeing > > > >>why > >>it should be trying to access that internal IP in the first place. > >> > >>Thanks for any help, > >>Matt > >> > >> > >>------------------------------------ > >>Matt, > >> > >>What do your server functions do? It sounds like your firewall > > > >prevents > > > >>accessing the business logic here, i.e. this is a network problem. > >> > >>You can have a Rugby server running on one ip address when it's a dual > >>network-card server, that's what most people would do. Then allow > >>incoming calls only on one card, and sandwich the box between two > >>routers and two firewalls. If you get the router and firewall configs > >>right there should be no problem. > >> > >>--Maarten > >> > >> > >>>-----Original Message----- > >>>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > > > >Behalf > > > >>Of > >> > >>>Matt MacDonald > >>>Sent: dinsdag 28 oktober 2003 16:33 > >>>To: [EMAIL PROTECTED] > >>>Subject: [REBOL] Rugby Question > >>> > >>> > >>>If I'm using rugby to serve functions outside of a firewall, so that > >> > >>the > >> > >>>client will not be able to see the internal IPs of the server, do I > >> > >>need > >> > >>>to > >>>use rexec and sexec to remotely execute all of the functions? Or is > >> > >>there > >> > >>>a > >>>way to use the standard import method. Basically what is happening > > > >is > > > >>>that > >>>I keep getting errors on the server that says that it can't connect > > > >to > > > >>the > >> > >>>servers internal IP. > >>> > >>>Matt > > _________________________________________________________________ > Add MSN 8 Internet Software to your current Internet access and enjoy > patented spam control and more. Get two months FREE! > http://join.msn.com/?page=dept/byoa > > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
