0ri0n... Хочу приконнектиться к его X-серверу из Windows, использую для этого программу X-win32. ...X-win32 - это и есть X-сервер."X-Win32 is the most advanced PC X server", отсюда:
X-Win32: The Ultimate PC X Server .
А на Linux Вы должны правильно запустить клиентов этого сервера. Поучите немного "теорию".
Обычно помогает.

aeugenобычно там еще надо сказать что то типа xhost +Вот если бы нужно было на самом деле подключиться к X-серверу Linux-a,
то на нем можно дать такую команду, если можно небояться "шуток" c перехватом
протокола, а запускать клиентов нужно с большого количества машин.
Более безапасно xauth +<имя нужного host-а>. Еще более правильно man xauth ,
man Xsecurity... В windows-эмуляторах X-терминалов настройки обычно же ведутся в стиле Windows, что-то вроде
"Найти нужную вкладку/пункт меню, поставить галочку..." и т.д. и т.п.

Подумалось......
только чтобы на вопрос не отвечать.
...
Каждый все понимает в меру своей испорченности.
Не знаю, как другие, но я, чтобы не отвечать, просто не отвечаю.
Если же я что-то пишу, то потому-что считаю, что это может быть
полезно/интересно или топикстартеру или другим читателям. Или же
мне самому интересно о чем-то услышать мнение других.
"Четкие ответы без лишних разговоров" можно ожидать только от платных
консультантов, но и тогда это не всегда бывает возможно.
А ответов в стиле "тынц" в этом случае не примут ни за что. IMHO.

Подумалось...
...
При этом Виндовс-машина - это клиент (рисует картинки на мониторе), а OEL - машина - сервер (решает, что на картинках нарисовано).
...

Вот это как раз не правильно. Сервер - это "слуга". Он ничего не "решает", а делает
то что ему говорит клиент. По крайней мере в идеологии/терминологии X-ов.
X-сервер программа работающая на локальном оборудовании и умеющая рисовать
на данном дисплее+графическая_карта+графический указатель при выбранном разрешении,
и политике изображения. Например, в случае работы X-сервера на Windows обычно можно выбирать
делать ли отдельное общее окно для всех клиентов X-сервера и таким образом в отдельном Windows-
окне получить аналог графической консоли Unix-a, с тем же менеджерами окон, рабочего стола
и т.д. Или же можно заказать, чтобы запускаемые клиенты X - сервера
отображались каждый в своем окне, как обычные приложения Windows, позволяя таким образом использовать Uniх-приложения
под Windows пользователям ничего не знающим о Unix/Linux. При этом, вобще говоря, это приложение-
клиент никак не озабочено как его отображают. Именно клиент(как правило, запускаемый на сервере под управлением UNIX-like OS) ,
"говорит", что нужно отображать, не заботясь о технических деталях.
В данный момент у меня нет конкретной конфигурации требуемой топикстартеру.
У меня совсем другой Linux и совсем другие программы на Windows PC.
Но за свою практику я перепробовал немало комбинций эмулятор X-терминала под windows(=X-сервер,
работающий под windows)+различные Unix(Solaris(SUN),Dynix(Sequent),SCO(PC),Unixware(PC))+
различные способы защиты трафика. И,естественно, не помню где конкретно нужно было
поставить галочку или что-либо "подкрутить" на сервере([sic!] Без буквы X). Примерно также
как я не помню деталей покупки последнего пакета молока(или бутылки водки), так и не очень
четко представляю детали предстоящей.(Сколько шагов сделать до магазина, где повернуть...
Из какого кармана достать деньги, и т.д.)
Но я точно помню, что после того, как я понял, где на самом
деле находится X-сервер, настройка X-ов, которая до этого была сложной головоломкой,
превратилась в вариант запонения анкеты иногда более , а иногда менее простой.

Подумалось...И да, и нет.
X-server в данном случае надо запускать на клиенте (Виндовс). При использовании XDMCP оно цепляется к серверу (Display Manager'у, в данном случае - GDM).
Это как его(X-сервер) настроили(Или как он позволяет себя настроить). Помнится, что при запуске
X-сервер выдавал список серверов c XDM, к которым можно было подсоединиться. Можно
вообще ни к чему не "цепляться", а запускать клиентов вообще из
отдельного текстового окна программы типа telnet, например так
или с помощью rsh и т.д. и т.п.
Подумалось...
...
X-клиенты, если уж на то пошло
...
Да ради Бога. Если Вы не проводите job-interview с вопросами по X,
можете все их считать серверами.
Подумалось...
О терминологии клиент-сервер здесь можно спорить, естественно (ну никто не отрицает, что X-клиент цепляется по TCP/IP к X серверу, либо использует unix-sockets, когда все в пределах одного хоста). Но для простого-то человека оно как - что цепляется (или кажется, что цепляется) - клиент, к чему цепляется - сервер.
Если человеку нужно настроить работу Х, он уже не очень простой и ему
нужно читать hellp-ы, man-ы и другую документацию, в которой о терминологии не спорят,
а слово X-сервер используют именно так как, как я сказал.
Подумалось...
...
При чем тут всяческая защита трафика (которой ни XDMCP, ни X'овый протокол сам по себе не подразумевает) - ума не приложу.
...
Значит Вам не нужно. Вместе с необходимостью появится интерес, а затем придет и понимание.