flagflag  
Page Top

Negotiation with the Information Server anchor.png

When Relay Server (sl_relay) is started with -is option, the Relay Server connects to the Information Server (sl_info) by TCP in the middle of login processing to Second Life. Later, negotiation with the Control Process of the Information Server (sl_info) is done, a connection password and port numbers necessary for communication are exchanged.

Moreover, (sl_relay) collects information on the avatar while processing the login. This information is then transmitted via the Relay Process to the Information Gathering Server.

Page Top

Data transfer to the Information Gathering Server anchor.png

In sl_relay, information obtained by each Relay Process (of Relay Server) on the SIM and the avatar is sent once to the Relay Controller.
The Relay Controller transmits data to the Relay Process (of Information Server) to the Information Gathering Server.

Page Top

Information Tendering Server anchor.png

The current version (v1.5.1) of sl_relay only uses the White List retrieval function of sl_info.

Page Top

Filtering by White List anchor.png

When the -wf option is specified, operation of sl_relay becomes a limited by the White List. When -wf is specified, -is is automatically specified.

When in white list mode an incoming connection packet for a new SIM server causes the UDP Relay Process to check, through the Relay Controller to sl_info, whether the SIM is recorded on the White List. If it is on the white list then a new UDP Relay Process is started for the new SIM.
If it isn't recorded on the White List, or it is unknown (there is no data on the SIM in the data base), the incoming connection packet is deleted.
In the current version (1.5.1), only the UDP Relay Process does this, the HTTPS Relay Process doesn't.

When the UDP Relay Process deletes the incoming connection packet, the Viewer and SIM see this as a packet loss. Therefore the SIM server repeats transmission of this packet again.

Because repeat enquiry for these packets to be sent again by sl_info is inefficient, the Relay Controller maintains the result of the previous inquiry.

Page Top

Things to note when a WEB Proxy is used anchor.png

For the White List filtering function of sl_info, the White List can contain the Viewer machine IP address and the user (avatar).

However when the Viewer is set to use a WEB proxy (Refer to the WEB Proxy function) the IP address seen by sl_relay is changed. Thus the Information Tendering Server cannot accurately determine if a particular machine is on the White List when a WEB Proxy is used.

To avoid this the UDP Relay Process notifies the Information Tendering Server that the Viewer IP address has changed. When the Information Tendering Server receives this notification it uses the new information for the White List.

Because of the complexity involved here it is probably best to avoid using machine IP addresses on the white list when the Viewer uses a WEB Proxy.

 


Front page   Freeze Diff Backup Copy Rename Reload   New List of Pages Search Recent changes   Help   RSS of recent changes (RSS 1.0) RSS of recent changes (RSS 2.0) RSS of recent changes (RSS Atom)
Counter: 2114, today: 1, yesterday: 0
Last-modified: 2008-12-21 (Sun) 03:29:18 (JST) (5611d) by gambled

Site Search

Login

Username:

Password:


Lost Password?
Register now!!

Sub Menu

mini Calendar

Last MonthMay 2024Next Month
Su Mo Tu We Th Fr Sa
1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 29 30 31
Today

Who's Online

88 user(s) are online (13 user(s) are browsing xpwiki)

Members: 0
Guests: 88

more...

Access Counter

Today : 1308130813081308
Yesterday : 1412914129141291412914129
Total : 2344691823446918234469182344691823446918234469182344691823446918
Powered by XOOPS Cube 2.1© 2001-2006 XOOPS Cube Project
Design by XoopsDesign.com