В технологии Remoting удаленный клиент вызывает через цепочку проксей
сервисный метод, зарегистрированный на серверной стороне.
Метод вызывается - нет проблем.
Но как из этого метода добраться до объектов самого серверного процесса.
Пытаюсь реализовать схему: клиент мониторит работу серверного процесса.

---------------------------------------------
Регистрация сервиса в серверном процессе:

..............
HttpChannel channel = new HttpChannel(8080);
ChannelServices.RegisterChannel(channel);
WellKnownServiceTypeEntry entry = new WellKnownServiceTypeEntry(typeof(ServiceClass), ...)
RemotingConfiguration.RegisterWellKnownServiceType(entry);
..............

---------------------------------------------
Класс описывающий сервис:

public class ServiceClass : ContextBoundObject
{
public ServiceMethod()
{
Как отсюда добраться до объектов серверного процесса?
}
}

Серверный процесс в данном случае это все что угодно - программа (или сервис) которая работает либо на локальной машине, либо где-то еще. И кроме того, что она реализует какую-то бизнес-логику, она еще регистрирует класс для клиентов, которые хотят подглядывать за тем как идут дела. Т.е. в данном аспекте она предоставляет Remoting-сервис для клиента.

Remoting здесь при том, что клиент вызывает удаленную процедуру.
Хотелось бы через эту процедуру добраться до самого удаленного процесса
который эту процедуру предоставляет.

Это как раз тот случай когда клиент вызывает
экземпляр удаленного класса и получает то, что
удаленный экземпляр там где-то на серверной стороне вычисляет.
Обычно серверная часть нужна толь для того, чтобы запустить прослушку
для приема запросов на формирование экземпляра удаленного класса,
а дальше сервер просто спит.
В моем же случае, основную технологическую работу делает сервер,
а удаленный доступ со стороны клиента(ов), для того чтобы знать
о результатах трудовой деятельности сервера, осуществляется через
механизмы System.Runtime.Remoting.
Но вопрос в том как очередной порожденный клиентом удаленный экземпляр
может брать данные из серверного потока, если он не имеет понятия
об этом потоке.

Экземпляр класса существует только на время вызова клиента, поэтому
он как правило не имеет ссылок на все информационные структуры серверного потока.
Эти ссылки может дать ему только сам сервер если в момент создания экземпляра
заставить сервер настроить ссылки экземпляра, либо завести статические ссылки
в удаленный класс, которые настраиваются один раз при старте сервера.
Ну в общем какая-то картинка прорисовывается.
Ладно! не буду нервировать народ. Всем спасибо.