2 last a: А ты скажи, где это тормозит и где не работает? :)

2 last S:

А ты запусти гномика удаленно.

Да никто и не пытаеться, упомянутый ОО был приведен только в качестве примера, о якобы КРУСТОСТИ и МЕГАСЕТЕВОЙ прозрачности Х, что ставится как жирный + обычно.. На самом деле прозрачны то только отрисовка. А вот все первеферию (только не говорите что она не нужна, съемные носители (неважно какие) и принтеры от этого вы никуда не денетесь) вы должны делать руками, а иногда это ваще невозможно (левандозные адреса внутри локалки, Х-proxy и т.д.).. Про save-as можете забыть. Прикольно да?? а иначе это все не работа а детские побрякушки. Либо же надо засунуть в жопу слово "прозрачно" и говорить - "в пределах локалки все работает бюолее мене сносно..."

-------------------------------------

бред достиг "опофигея"....

1 /home есть как класс доступен в пределах сети 2 у всех пользователей uid в пределах сети одинаков 3 (даже на виндах проблемы быть не может в принципе) 4 если вы в уних подобном сидите, ну не хотите не монтируйте дискетку пусть копирует mtool или как его там? (ну не нужен он мне :)

что за проблема может быть в виндовс непонятно. монтируйте свою дискетку на машину которая выполняет приложение в удаленном режиме

Петров Сергей

PS при наличии сети иметь дискетки неправильно

>>>А у MS в отличиии от долбанного X RDP работает без тормозов
в true color на 1024x768, таже clipboard работает между
локально запущенной прогой и прогой на удаленном компе.

И что, типа, Xbuffer через сеть не работает? И true color?

>>>>Что конкретно ПЛОХО в X?
>>1) Медленный
>>4) Не уменее сохранять живого клиента при отваливании сервера.

По 1 пункту. По-моему это сильно преувеличено - у меня Х через plip работают (20 кбайт/сек)
По 2. Похоже в X4.3 такая возможность имеется. Через RandR - клиент отсылается на сервер, после чего терминальный X-сервер благополучно закрывается. Никто не пробовал?

>>>/home есть как класс доступен в пределах сети
А у э???????? тоесть, когда я делаю ssh2 remote_три_девять_земель.host && mozilla я могу сделать save as в домашнюю диру???


Парень не неси пургу. Сетевая прозрачновть как понятие означает что пользователь понятия не имеет на каком физичском хосте исполняються его приложения.. Толи у Васи Пупкина в серверной, то ли у Хусейна в бункере. И ташить за сабой переферию в этом случае ПРЯМАЯ обязаность RDP.

ТО что ты описал с ~/ работает в пределах локалки, и то с ограничениями.

>>монтируйте свою дискетку на машину которая выполняет приложение в удаленном режиме

да да !! читай внимательно предыдушее, а теперь напряги остаток извилин и расскажи мне, ЧТО ТЫ будеш монтировать, если на удоленый хост ты попал через X-proxy, а твой теримнал с левым IP?
Ыторое, как ты будешь контролировать свой /etc/exports когда ты не знаешь на каких хостах тебе предстоит побывать? Как ты будешь броться когда глупый юзверь жмет на выброс дескеты, не размонтировава ее?

И наконец,
>>наличии сети иметь дискетки неправильно

Читай выше, слово дискета можешь заменить на "внеший носитель данных".
Будь то флоп, CDRW, flash-disk или еще чего там придумаю через 10 лет.

пилять, вот суки :((

http://support.microsoft.com/default.aspx?scid=kb;EN-US;Q815411

эй макросятники, кто там пиздел про бесплатность апдейтов ?

>>>/home есть как класс доступен в пределах сети А у э???????? тоесть, когда я делаю ssh2 remote_три_девять_земель.host && mozilla я могу сделать save as в домашнюю диру???

___________________________________________

да можешь (причем даже ты :)

Парень не неси пургу. Сетевая прозрачновть как понятие означает что пользователь понятия не имеет на каком физичском хосте исполняються его приложения.. Толи у Васи Пупкина в серверной, то ли у Хусейна в бункере. И ташить за сабой переферию в этом случае ПРЯМАЯ обязаность RDP.

---------------------------------

ну ты я вижу любишь "мухи вместе с котлетами", однако даже для такого клинического случая "remote_три_девять_земель.host" проблем нет. прочитай внимательно как форвардит порты секурешелл и подумай зачем он это умеет.

ТО что ты описал с ~/ работает в пределах локалки, и то с ограничениями.

-------------------

любая система подразумевает ограничения. полная свобода действия в реализации рутинных операций, это отсутствие согласованности -> хаос

>>монтируйте свою дискетку на машину которая выполняет приложение в удаленном режиме

да да !! читай внимательно предыдушее, а теперь напряги остаток извилин и расскажи мне, ЧТО ТЫ будеш монтировать, если на удоленый хост ты попал через X-proxy, а твой теримнал с левым IP?

------------------------------

х терминалы имеют и дискеты и принтера и звук, что за проблемы все это использовать?

Ыторое, как ты будешь контролировать свой /etc/exports когда ты не знаешь на каких хостах тебе предстоит побывать?

---------------------------

как это страшно, когда сеть не имеет единой карты монтирования прописанной в аmd (или то что вам нравится)

----------------------------

Как ты будешь броться когда глупый юзверь жмет на выброс дескеты, не размонтировава ее?

1 проще всего не иметь дискет (точно также они тупо достают дискеты под любой другой системой)

2 есть запись на всякий фат без монтирования

3 есть автомонтировщики

И наконец, >>наличии сети иметь дискетки неправильно

Читай выше, слово дискета можешь заменить на "внеший носитель данных". Будь то флоп, CDRW, flash-disk или еще чего там придумаю через 10 лет.

---------------------

с этим принсипиально все в порядке, а как это сделать удобным для пользователя вопрос утилиток и всяких наутилусов с кде на пару.

Петров Сергей

XFree86 "тормозит" в основном для приложений авторы которых идеологию написания программ по X не воспринимают. К сожалению к числу этих атовров явно относяться авторы QT и есть подозрения что и других распространнеых ui тоже :(

ИМХО

XFree86 - одна из самых слабых реализаций X11.

Тогда уж лучше сравнивать Metro-X.

Саныч

по-моему кто-то сп@здил у ifconfig логин и активно всем парит мозги. раньше такой здравый парень был, да писал без ошибок глупых...

Я не буду коментировать все остальное, ибо об этом я уже писал, хочу только вон энто спросить

>>х терминалы имеют и дискеты и принтера и звук, что за проблемы все это использовать?


Да кто говорит что не имеют... Речь идет, о том, что использование "кино отдельно звук отдельно" в большинстве случав затруднительный и никому не нужный гиморой. И в ряде случаев вообще невозможный...

Ну или давай конкретно.... вот я сейчас сижу за голым Х с левым 192.168.1.100. по XDM залогинился к серваку 192.168.1.1, кторый черехз гейт имеет достув в инет. Хочу залезть на свой же сервер (с реальным IP) в другой точке города, запустить там мозиловский майлер, найти письмо и распечатать его на PS-принтере котрый физически торчит в другом Х терминале. Я ниче не придумал.. Реальный случяай.. Напиши попунктам как мне это сделать.. Я сосбно тоже знаю как, но пунктов этих будет не так уж мало. А хочу всего такую малось, и самое главное "не сферического коня в вакууме"..


Е

Всем макрососам утвержающим что windows update достаточен для обеспечения
безопасности Windows(XP)

начинайте сосать
http://www.warp2search.net/sections.php?op=viewarticle&artid=21

Вопрос в том будет ли Вася Пупкин рыться в интернете что бы
мануально скачать все фиксы. Да ему это похуй 100%, отсюда
и засирание компов вирями, несмотря на то что патчи уже давно
выпущены. Короче, обычные пользователи Windows отсасывают у
M$ сами того не замечая.

Казалось бы причем тут Микрософт :)

>XFree86 "тормозит" в основном для приложений авторы которых идеологию написания программ по X не воспринимают. К сожалению к числу этих атовров явно относяться авторы QT и есть подозрения что и других распространнеых ui тоже :(

Вот это точно.

Motif рулит однозначно, вот только денег у нас на него нет :(

Саныч

Я работал и с vnc (тот который быстрый), Citrix и xmx (который X11), все дают примерно один трафик. Так что не спорте.

А тем кому нужны картинки в X11 - нет проблем: opengl идеально подходит и даже по сети.

Ёжи.

Давайте я еще масла в огонь подолью и вспомню про SUN Ray протокол. Там и звук, и remote USB, и видео, и балансинг между серверами, и очень тонкий клиент... Что еще надо? ;)

ifconfig (*) (2003-03-25 14:46:14.38696):
> Реальный случяай.. ... пунктов этих будет не так уж мало. А хочу всего такую
> малось, и самое главное "не сферического коня в вакууме"..

Вот, это и есть типичный образчик ментальности от M$.
"Хочу, чтоб все сразу и навсегда! А запускать аж ТРИ команды, чтобы добиться
желаемого - черезжопность, пионЭрство и прошлый век!".

Извини, но во всех твоих постах сквозит подобная ментальность - независимо
от того, какой операционке ты симпатизируешь.

> Motif рулит однозначно, вот только денег у нас на него нет :(

Ну во-первых есть lesstif, во-вторых, OpenMotif, в-третьих, как было замечено, рулит NeWS, на крайняк OpenLook. :)

2oxonian

"Each of the major operating system vendors generally have Motif groups who maintain their platform systems, and who also feed back bug fixes and developments from time to time into the source base. So Motif remains professionally maintained."

Куда крестьянину податься ?

Саныч

Я уже давно не симпатизирую никаким операционкам, а если говорить о win, то вообще ее досточно плохо знаю, так, на уровне пользователя.

Я симпатизирую удобным и малозглючным решениям. Потому как я чем старше я становлюсь, тем меньше у меня время и желания на "закат солнца в ручную". Да, безусловно я знаю как мне напечатать свою почту, и это не займет много времени, но я это я.. А пользователи это пользователи, они имеют привычку задавать упизженые вопросы, типа, "я нажал на кнопочку Принтер, а оно не печатает". Отвечат или учить - я не хочу.

Кстати, а чем плохз то девиз "Хочу, чтоб все сразу и навсегда!"??? Не, ну объясни чем плохо решение, которое рабтает из коробки??

А про ментальность, это ты правильно заметил. Но мои замечания, как правило, основываються на сравнении сходных технологий. Так вот, с чего начинался топик, с того что по возможностям прикладным возможностям, Х уступают своим аналогичным собратьям. И неплохо, что кто-то в команде XFree это тоже видит. Может быть, мы в скором будешем мы получим куда более продвинутую систему....

"Кстати, а чем плохз то девиз "Хочу, чтоб все сразу и навсегда!"??? Не, ну объясни чем плохо решение, которое рабтает из коробки?? "
теоретически - ничем.
Практически это приводит например к печати почты на принтере соседнего отдела. Вместе с аттачами. а стоит там дорогущий цветной лазерник A2 формата. Или еще хлеще - печать идет вообще на другой конец земного шара в приемную вице-президента.
Оба случая не выдуманные.

> глупый юзверь жмет на выброс дескеты, не размонтировава ее?
mount -t vfat -o sync /dev/fd0 /A\: пойдёт?

>Давайте я еще масла в огонь подолью и вспомню про SUN Ray протокол. >Там и звук, и remote USB, и видео, и балансинг между серверами, и >очень тонкий клиент... Что еще надо? ;)

Ага, и 100Mbit как минимум для сети, и ограничение одним сегментом локалки, и программкой поддержки Sun RAY тока для SPARС Соляры, и цена одного терминала совершенно неадекватная... ИМХО за $ лучше Citrix :)

ghost

Ну или давай конкретно.... вот я сейчас сижу за голым Х с левым 192.168.1.100. по XDM залогинился к серваку 192.168.1.1, кторый черехз гейт имеет достув в инет. Хочу залезть на свой же сервер (с реальным IP) в другой точке города, запустить там мозиловский майлер, найти письмо и распечатать его на PS-принтере котрый физически торчит в другом Х терминале. Я ниче не придумал.. Реальный случяай.. Напиши попунктам как мне это сделать.. Я сосбно тоже знаю как, но пунктов этих будет не так уж мало. А хочу всего такую малось, и самое главное "не сферического коня в вакууме"..

---------------------------------

чего только люди не сделают что бы не читать документацию...

The X firewall proxy (xfwp) is an application layer gateway proxy that may be run on a network firewall host to forward X traffic across the firewall. Used in conjunction with the X server Security extension and authorization checking, xfwp constitutes a safe, simple, and reliable mechanism both to hide the addresses of X servers located on the Intranet and to enforce a server connection policy. Xfwp cannot protect against mischief originating on the Intranet; however, when properly configured it can guarantee that only trusted clients originating on authorized external Internet hosts will be allowed inbound access to local X servers.

To use xfwp there must be an X proxy manager running in the local environment which has been configured at start-up to know the location of the xfwp. [NOTE: There may be more than one xfwp running in a local environment; see notes below on load balancing for further discussion.] Using the xfindproxy utility (which relays its requests through the proxy manager) a user asks xfwp to allocate a client listen port for a particular X server, which is internally associated with all future connection requests for that server. This client listen port address is returned by the proxy manager through xfindproxy. The xfwp hostname and port number is then passed out-of-band (i.e., via a Web browser) to some remote X client, which will subsequently connect to xfwp instead of to the target X server. When an X client connection request appears on one of xfwp's listen ports, xfwp connects to the X server associated with this listen port and performs authorization checks against the server as well as against its own configurable access control list for requesting clients. If these checks fail, or if the requested server does not support the X Security Extension, the client connection is refused. Otherwise, the connection is accepted and all ensuing data between client and server is relayed by xfwp until the client terminates the connection or, in the case of an inactive client, until a configured timeout period is exceeded. Xfwp is designed to block while waiting for activity on its connections, thereby minimizing demand for system cycles.

If xfwp is run without a configuration file and thus no sitepolicy is defined, if xfwp is using an X server where xhost + has been run to turn off host-based authorization checks, when a client tries to connect to this X server via xfwp, the X server will deny the connection. If xfwp does not define a sitepolicy, host-based authorization must be turned on for clients to connect to an X server via the xfwp.

Interoperation with Ip Packet-filtering Routers The whole purpose of the xfwp is to provide reliable control over access to Intranet X servers by clients originating outside the firewall. At the present time, such access control is typically achieved by firewall configurations incorporating IP packet-filtering routers. Frequently, the rules for such filters deny access to X server ports (range 6000 - 6xxx) for all Intranet host machines.

In order for xfwp to do its job, restrictions on access for ports 6001 - 6xxx must be removed from the rule-base of the IP packet-filtering router. [NOTE: xfwp only assigns ports in the range beginning with 6001; access to port 6000 on all Intranet hosts may continue to be denied.] This does not mean the Intranet firewall will be opened for indiscriminate entry by X clients. Instead, xfwp supports a fully configurable rule-based access control system, similar to that of the IP packet-filter router itself. Xfwp in effect adds another level of packet-filtering control which is fully configurable and applies specifically to X traffic. See section entitled CONFIGURATION FILE, below, for further details.

Installation, Setup and Troubleshooting Xfwp is typically run as a background process on the Intranet firewall host. It can be launched using any of the command-line options described above. As noted above, xfwp works only in conjunction with proxy manager and the xfindproxy utility. It can also be configured to support a user-defined X server site security policy, in which the X server is required to indicate to xfwp whether or not it supports the particular policy. Consult the X server man pages for further information on these components. Xfwp diagnostics can be turned on by compiling with the -DDEBUG switch. Connection status can be recorded by using the -logfile and -loglevel command line options.

Performance, Load Balancing and Resource Management Xfwp manages four different kinds of connections: proxy manager (PM) data, X client listen, X client data, and X server. The sysadmin employing xfwp must understand how the resources for each of these connection types are allocated and reclaimed by xfwp in order to optimize the availability of xfwp service.

Each connection-type has a default number of allocation slots and a default timeout. The number of allocation slots for PM connections and X server connections is configurable via command line options. Connection timeouts are also configurable via command line options. Each connection timeout represents the period the connection will be allowed to remain open in the absence of any activity on that connection. Whenever there is activity on a connection, the time-to-close is automatically reset. The default distribution of total process connection slots across the four connection types, as well as the choice of default timeouts for the connection types, is governed by a number of assumptions embedded in the xfwp use model.

The default number of PM connections is 10 and the default duration for PM connections is 3,600 seconds (1 hour) for each connection after time of last activity. At start-up, xfwp listens for PM connection requests on any non-reserved port (default of 4444 if not specified on the xfwp command-line). The PM normally connects to xfwp only when a call is made to the PM with xfindproxy. Thereafter, the PM remains connected to xfwp, even after the messaging between them has been completed, for the default connection duration period. In some cases this may result in depletion of available PM connection slots. If the sysadmin expects connections to a single xfwp from many PM's, xfwp should be started using the -pdt command line option, with a timeout value reflecting the desired duration that inactive connections will be permitted to remain open.

Xfwp client listeners are set up by a call to xfindproxy and continue to listen for X client connection requests for a default duration of 86,400 seconds (24 hours) from the point of last activity. After this time they are automatically closed and their fd's recovered for future allocation. In addressing the question of how to choose some alternative timeout value which will guarantee the availability of client listen ports, sysadmins should take into consideration the expected delay between the time when the listener was allocated (using xfindproxy) and the time when a client actually attempts to connect to xfwp, as well the likelihood that client listeners will be re-used after the initial client data connection is closed.

Each client connection is allocated a default lifetime of 604,800 seconds (7 * 24 hours) from the point when it last saw activity. After this time it is automatically closed and its fd's recovered for future allocation. Because server connections are not actually established until a connection request from a remote X client arrives at one of the xfwp's client listen ports, the client data timeout applies both to client-xfwp connections as well as to xfwp-server connections. If the system administrator expects many client data connections through xfwp, an overriding of the default timeout should be considered.

Configuration File The xfwp configuration file resides on the xfwp host machine and is used to determine whether X client data connection requests will be permitted or denied. The path to the file is specified at start-up time. If no configuration file is specified, all X client data connection requests routed through xfwp will be by default permitted, assuming that other X server authorization checks are successful. If a configuration file is supplied but none of its entries matches the connection request then the connection is by default denied.

If a line in the configuration file begins with the '#' character or a new-line character, the line is ignored and the evaluator will skip the line.

The configuration file supports two entirely independent authorization checks: one which is performed by xfwp itself, and a second which is the result of xfwp's querying the target X server. For the first of these, the configuration file employs a syntax and semantic similar to that of IP packet-filtering routers. It contains zero or more source-destination rules of the following form:

{permit | deny} <src> <src mask> [<dest> <dest mask> [<operator> <service>]]

permit/deny the keywords ``permit'' or ``deny'' indicate whether the rule will enable or disable access, respectively src the IP address against the host who originated the connection request will be matched, expressed in IP format (x.x.x.x) src mask a subnet mask, also in IP format, for further qualifying the source mask. Bits set in the mask indicate bits of the incoming address to be ignored when comparing to the specified src dest the IP address against which the destination of the incoming connection request (i.e. the host IP of the X server to which the incoming client is attempting to connect) will be matched dest mask a subnet mask, also in IP format, for further qualifying the destination mask. Bits set in the mask indicate bits of the destination address to be ignored when comparing to the specified dest operator always ``eq'' (if the service field is not NULL) service one of the following three strings: ``pm'', ``fp'', or ``cd'', corresponding to proxy manager, xfindproxy, or client data, respectively

For the second type of authorization check, the configuration file contains zero or more site policy rules of the following form:

{require | disallow} sitepolicy <site_policy>

require specifies that the X server must be configured with at least one of the corresponding site policies, else it must refuse the connection. disallow specifies that the X server must not be configured with any of the corresponding site policies, else it must refuse the connection. sitepolicy a required keyword <site_policy> specifies the policy string. The string may contain any combination of alphanumeric characters subject only to interpretation by the target X server

Rules for Evaluating the Xfwp Configuration File Entries For the first type of configurable authorization checking, access can be permitted or denied for each connection type based upon source and, optionally, destination and service. Each file entry must at a minimum specify the keyword ``permit'' or ``deny'' and the two source fields. The destination and service fields can be used to provide finer-grained access control if desired.

The algorithm for rule-matching is as follows:

while (more entries to check) { if ((<originator IP> AND (NOT <src mask>)) == src) [if ((<dest X server IP> AND (NOT <dest mask>)) == dest)] [if (service fields present and matching)] do either permit or deny connection depending on keyword else continue } if (no rule matches) deny connection

If a permit or deny rule does not specify a service and operation, then the rule applies to all services. If a configuration file is specified and it contains at least one valid deny or permit rule, then a host that is not explicitly permitted will be denied a connection.

Site policy configuration checking constitutes a separate (and X server only) authorization check on incoming connection requests. Any number of require or disallow rules may be specified, but all rules must be of the same type; that is, a single rule file cannot have both ``require'' and ``disallow'' keywords. The algorithm for this check is as follows:

if (X server recognizes any of the site policy strings) if (keyword == require) permit connection else deny connection else if (keyword == require) deny connection else permit connection

The site policy check is performed by xfwp only if the source-destination rules permit the connection.

EXAMPLES

# if and only if server supports one of these policies then authorize # connections, but still subject to applicable rule matches # require sitepolicy policy1 require sitepolicy policy2 # # deny pm connections originating on 8.7.6.5 [NOTE: If pm service # is explicitly qualified, line must include destination fields as # shown.] # deny 8.7.6.5 0.0.0.0 0.0.0.0 255.255.255.255 eq pm # # permit xfindproxy X server connects to anywhere [NOTE: If # fp service is explicitly qualified, line must include source fields # as shown.] # permit 0.0.0.0 255.255.255.255 0.0.0.0 255.255.255.255 eq fp # # permit all connection types originating from the 192.0.0.0 # IP domain only # permit 192.0.0.0 0.255.255.255

Care should be taken that source-destination rules are written in the correct order, as the first matching rule will be applied. In addition to parser syntax checking, a special command-line switch (-verify) has been provided to assist the sysadmin in determining which rule was actually matched.

апропо скорость (lbxproxy)

Applications that would like to take advantage of the Low Bandwidth extension to X (LBX) must make their connections to an lbxproxy. These applications need to know nothing about LBX, they simply connect to the lbxproxy as if were a regular server. The lbxproxy accepts client connections, multiplexes them over a single connection to the X server, and performs various optimizations on the X protocol to make it faster over low bandwidth and/or high latency connections.

With regard to authentication/authorization, lbxproxy simply passes along to the server the credentials presented by the client. Since X clients will connect to lbxproxy, it is important that the user's .Xauthority file contain entries with valid keys associated with the network ID of the proxy. lbxproxy does not get involved with how these entries are added to the .Xauthority file. The user is responsible for setting it up.

The lbxproxy program has various options, all of which are optional.

If :<display> is specified, the proxy will use the given display port when listening for connections. The display port is an offset from port 6000, identical to the way in which regular X display connections are specified. If no port is specified on the command line option, lbxproxy will default to port 63. If the port number that the proxy tries to listen on is in use, the proxy will attempt to use another port number. If the proxy is not using the Proxy Manager and the default port number cannot be used, the port number that is used will be written to stderr.

The other command line options that can be specified are:

-help Prints a brief help message about the command line options. -display dpy Specifies the address of the X server supporting the LBX extension. If this option is not specified, the display is obtained by the DISPLAY environment variable. -motion count A limited number of pointer motion events are allowed to be in flight between the server and the proxy at any given time. The maximimum number of motion events that can be in flight is set with this option; the default is 8. -maxservers number The default behavior of lbxproxy is to manage a single server. However, lbxproxy can manage more than one server. The default maximum number of servers is 20. The number of servers can be overridden by setting the environment variable LBXPROXY_MAXSERVERS to the desired number. The order of precedence from highest to lowest: command line, environment variable, default number. -[terminate|reset] The default behavior of lbxproxy is to continue running as usual when it's last client exits. The -terminate option will cause lbxproxy to exit when the last client exits. The -reset option will cause lbxproxy to reset itself when the last client exits. Resetting causes lbxproxy to clean up it's state and reconnect to the server. -reconnect The default behavior of lbxproxy is to exit when its connection to the server is broken. The -reconnect option will cause lbxproxy to just reset instead (see -reset above) and attempt to reconnect to the server. -I Causes all remaining arguments to be ignored. -nolbx Disables all LBX optimizations. -nocomp Disables stream compression. -nodelta Disables delta request substitutions. -notags Disables usage of tags. -nogfx Disables reencoding of graphics requests (not including image related requests). -noimage Disables image compression. -nosquish Disables squishing of X events. -nointernsc Disables short circuiting of InternAtom requests. -noatomsfile Disables reading of the atoms control file. See the section on "Atom Control" for more details. -atomsfile file Overrides the default AtomControl file. See the section on "Atom Control" for more details. -nowinattr Disables GetWindowAttributes/GetGeometry grouping into one round trip. -nograbcmap Disables colormap grabbing. -norgbfile Disables color name to RGB resolution in proxy. -rgbfile path Specifies an alternate RGB database for color name to RGB resolution. -tagcachesize Set the size of the proxy's tag cache (in bytes). -zlevel level Set the Zlib compression level (used for stream compression). default is 6 1 = worst compression, fastest 9 = best compression, slowest -compstats Report stream compression statistics every time the proxy resets or receives a SIGHUP signal. -nozeropad Don't zero out unused pad bytes in X requests, replies, and events. -cheaterrors Allows cheating on X protocol for the sake of improved performance. The X protocol guarantees that any replies, events or errors generated by a previous request will be sent before those of a later request. This puts substantial restrictions on when lbxproxy can short circuit a request. The -cheaterrors option allows lbxproxy to violate X protocol rules with respect to errors. Use at your own risk. -cheatevents The -cheatevents option allows lbxproxy to violate X protocol rules with respect to events as well as errors. Use at your own risk.

анон с www.warp2search.net:

 The page cannot be displayed 
There is a problem with the page you are trying to reach and it cannot be displayed. 

--------------------------------------------------------------------------------


Please try the following:

Open the www.warp2search.net home page, and then look for links to the information you want. 
Click the  Refresh button, or try again later.

Click  Search to look for information on the Internet. 
You can also see a list of related sites. 




HTTP 500 - Internal server error 
Internet Explorer  


Забавная статья.

ifconfig (*) (2003-03-25 17:27:45.927404):
> ...чем плохо решение, которое рабтает из коробки??
Да тем, что в подавляющем большинстве случаев решения, ДЕКЛАРИРУЕМЫЕ
как "работающие из коробки", таковыми не являются.

Ты не видишь этого, поскольку "ты - это ты" и знаешь, где надо подработать
"коробочное" решение напильником (совсем чуть-чуть!).

Как правило, чем "коробочнее" решение, тем больше с ним геммороя.

Меня Иксы ВПОЛНЕ устраивают. Я не вижу ничего, что хоть как-то к ним приближалось
бы. Альтернативы - либо менее универсальны, либо более ограничены. А Иксы IMHO -
стройный, продуманный и мощный инструмент, позволяющий на уровне пользователя
строить распределенные рабочие решения - разумеется, в сочетании с другими
особенностями Юниха (в сочетании с НЕ-Юниксовыми платформами Иксы сразу теряют
свои преимущества).

Ну и...??? где ответ на вопрос про принтер??
или ты думал я спрашивал как самого клиента отрисовать ???? %)))))

Сказал же -- пионЭры идут писать Fresco, там вас ждут. У остальных хватит сил посмотреть в местной галерее фотографии PDA с X11.

Чего не хватает в X11?

2Dronov: отсутствие понятия GDI как класс (к GDI.EXE умеет весьма опосредованое отношение)

>>Да тем, что в подавляющем большинстве случаев решения, ДЕКЛАРИРУЕМЫЕ

Может быть ты и прав.. Хотя если говорит о цитриксе, то ниче я напильником не пилил.. пришел поставил клиента на win98 и все заработало....

Я работаю с Х терминалами уже года 4.. Даже не помню точно сколько, и все сносно работает в пределах локалки, идельный вариант - один сервер, один принтер, и никому не нужны дискеты... Да.. в таком варианте меня все устраивало.. Ну есть небольшие тормоза на 1600х1200 (мое рабочее разрешение), но вобщем то я закрывал на это глаза..

Но вот решил я приташить это решение в завод. Принтеров десятки, серверов >1, частично винда, левые и честные адреса, дискеты, тупые пользователи (котрых не то что mount, они ваше даже понятия консоль от ДОСА не отличают) ..... вобщем жизнь... И вся эта идилия с Х начала просто РАССЫПАТЦА....
А цитрик берет и ПРОСТО работает в этой ситуации.... И заметь, что вин я не знаю настолько хорошо как Linux + Х.
Так может быть дело в РЕШЕНИИ??

ifconfig (*) (2003-03-25 20:33:24.90329):
> частично винда, ... тупые пользователи (котрых не то что mount, они ваше
> даже понятия консоль от ДОСА не отличают) ..... вобщем жизнь...
Ну да. Я уже оговаривался - Иксы прилично пашут в пределах любой гетерогенной системы,
НО - в рамках Юниха.

Цитрик же и был разработан для описанной тобой ситуации. Когда нужен ГУЙ
в гетерогенном (с преобладанием Винды) окружении.

Только попробуй погонять на нем 32 битную графику.

Например, на моем компутере нету Гимпа. Но я знаю, что он есть у приятеля этажом
ниже. Я написал себе скрипт 'gimp' типа
ssh -X имяприятелевскогокомпутера cd `pwd` \; gimp
и я могу работать с Гимпом. Причем, если бы я просто установил Гимпа себе,
то поимел бы неслабый гемморой, поскольку на моем тарантасе о 500 MHz с 64 Mb оно
стало бы тормозить, а у приятеля - 2 GHz с 512 Mb, и он не замечает, что я у него
Гимпа гоняю.

Кстати, Нетскейп, в котором я сейчас стучу сие послание с линуксового бокса,
"живет" на Альфе в 500 км от меня, поскольку мой локальный Нетскейп в наст.
время оккупирован моей супругой со своей системой букмарков. И ничего, никакого
дискомфорта я не испытываю.

Всяко идеология Цитрикса лучше, и спорить с этим сложно. Он нормально работает через модем на 28800! Покажите мне иксы на такой скорости. Далее - published application - это тоже классная вещь, запускаешь например ексель через ярлычок на десктопе, и не знаешь, что он на самом деле работает на сервере. И все локальные диски сразу доступны, и локальные принтеры(правильные). Это может X ?? Если в сети куча разных компьютеров, то для ситрикса вообще ничего на клиенте настраиивать не надо, кроме ярлычка на рабочем столе!!! А еще цитрикс поддерживает кластерные решения, то есть автоматически выбирает сервер, на котором будет выполняться пользовательская программа.

Короче, линуксоиды, делайте аналог цитрикса под линукс и вам все будут благодарны. А для локальных приложений ничего лучше прямых вызовов ядерной графики нет!!!

Ну и...??? где ответ на вопрос про принтер?? или ты думал я спрашивал как самого клиента отрисовать ???? %)))))

----------------------------

про принтер мне как то неудобно говорить :)

отфорвардь порт принтер-демона (не знаю что там у тебя) на машину с приложением которое хочет печати, если это не твоя локалка

если твоя, то все принтера должны быть сетевыми (и ничего тут такого невозможного). по себестоимости печать централизованная быстрее и дешевле и удобней (причем из-за возможности безгеморойной брошюровки в разы)

Петров Сергей

А цитрик берет и ПРОСТО работает в этой ситуации.... И заметь, что вин я не знаю настолько хорошо как Linux + Х. Так может быть дело в РЕШЕНИИ??

--------------------------

1 цитрикс берет и работает под линуксом тоже

2 нужно сначало было все документы с дискеток и локальных дисков изжить на файл сервер раздающий /home , централизировать печать (ну еще по мелочи... :)

Петров Сергей

PS вы думаете "решения микрософт" с бодуна придумывали? как вы ошибаетесь :)

о! виндовый цитрикс клиент не мог через "экран" работать при доступе на том самом модеме 28800 :)

> Ага, и 100Mbit как минимум для сети,

ну ходят слухи про SUN Ray WAN - обещается приемлемая работа чуть ли не через GSM модем.

> и ограничение одним сегментом локалки,

неправда, оно отлично через роутеры работает, кстати и выделенного сегмента не надо.

> и программкой поддержки Sun RAY тока для SPARС Соляры,

а что - Sun должен софт для конкурирующих платформ писать? :)

> и цена одного терминала совершенно неадекватная... ИМХО за $ лучше Citrix :)

только MS продает XBox себе в убыток. да, навереное, терминалы моги бы быть и подешевле - но это только из-за отсутствия конкуренции в этом сегменте рынка.

Кстати, в природе есть железные терминалы ICA протокола - так они не дешевле SUN Ray.

> Всяко идеология Цитрикса лучше, и спорить с этим сложно.

ну если про X вообще ничего не знать, то конечно.

> Он нормально работает через модем на 28800!

lbx работает не хуже. а то и лучше.

> Далее - published application - это тоже классная вещь, запускаешь например ексель через ярлычок на десктопе, и не знаешь, что он на самом деле работает на сервере.

в X _все_ приложения - published application. ВСЕ! АБСОЛЮТНО! Без настройки. Покажите мне это в Citrix.

> И все локальные диски сразу доступны, и локальные принтеры(правильные). Это может X ??

это не задача X. создание системы все-в-одном - не UNIX way. в UNIX тебе дается конструктор из которого можно сделать "вот это", "вон то" и еще миллион вещей. Про принтеры и диски - да, это можно сделать. У меня это работает.

> А еще цитрикс поддерживает кластерные решения, то есть автоматически выбирает сервер, на котором будет выполняться пользовательская программа.

ну я ж говорю - все в одном. впрочем, конкретно этот пункт, скорее появился из-за убогости винды в этом вопросе на момент разработки Citrix. В UNIX есть несколько решений single image cluster, только это распространяется сразу на всю системы а не на отдельное приложение.

> А для локальных приложений ничего лучше прямых вызовов ядерной графики нет!!!

не считая кривой терминологии, хочу заметить, что это исключительно проблема XFree. "более другие" X servers это делают.

>>отфорвардь порт принтер-демона (не знаю что там у тебя) на машину с приложением которое хочет печати, если это не твоя локалка

Не, мы или не на одном языке говорим, или надо заканчивать. Разго
Ты думаешь я не могу сделать что ты написал?? А теперь еще раз внимательно читай ниже следущее.

Если мы говорим о прозрачности, то подразумеваем о том что клиент МОЖЕТ работать где угодно... тоесть 0.0.0.0/0
1) Ты хочешь отрисовать порты твоих принт-суплеров всему миру?? если да, давай IP.. Я тебе книжки умные на печать слать буду..

2) Если спулер с левум IP?.. Да, что-то можно с этим придумать, но это опять же прийдеться делать отдельно.

2) Ладно, допустим ты любиш править коонфиги руками каждый раз, когда нужно чегото то гдето там (0.0.0.0/0) запустить. Само приложение.. Оно как, по умолчанию будет знать куда ему печатать и тип твоего принтера???

А проблема то не в Х.. А в решении... Я же не против, чесли Х будут частью этого решения. Но его нет, если не прав, ссылку на download.


>>централизованная быстрее
слушай, я зачем выше про бугалтера рассказывал?? Ты вообще на комерческом предприятии был когда нибудь?? где людей не 10 человек и все всем доверяют.. Все руководяшие сотрудники сидят в СВОИХ кабинетах. И печатать они ХОТЯТ и БУДУТ на свои локальные дешевые струйники/лазерники. КОНФИДИНЦИАЛЬНОСТЬ понимаешь ли... Да и задницу свою носить по територри завода за напечатаной бумажкой, это тебе не оффис с 100кв.м


>>все документы с дискеток и локальных дисков изжить на файл сервер раздающий /home
не, ну десткий сад. Мне второй раз рассказвать историю про буггалтера?
Или ты думаешь что у меня нет /home ?

Я вот еще что не понимаю.. Ты первый день на форуме?? ты вообще следишь за тем, в каких темая я учавствую, что меня интресует, как давно меня это интресует? Я когда нибудь задавал вопрос как "вон те рюшечки" суда призвездячить?
Если да, то должен был заметить, что еже давно не интерсуюсь КАК это сделать впринципе, ибо это я прошел давным давно.. Меня интересует как это клонировать в масовых маштабах, и как научить недалеких людей этим пользоваться, наиболее бескровным путем.
И если я поднял эту тему, то из этого не следует что Х такие плохие, из этого следует, что ОНИ решают задачу (в данном сулчае речь про RPD - REMOTE DESKTOP PTOTOKOL, слово DESKTOP жирным фрифтом) с большими ограничениями. И я не понимаю, почему народ так яросто кинулся рааказыать что то о чем я говорю Х не надо.. Хотя это надо, но это можно решить забивая такие и такие костыли.. При этом забывая тот фатк, что когда костылей становиться много, то надежность системы снидаеться, а расходы на обслуживание увеличиваються...



Тепер еще.
Да цитрик клиент есть под Х. Но он не умееть мапировать порты, диски. Кроме того, имеет прорблемы при установки в Х расскладки клавиатуру отличной от "en" %(

2ifconfig

>Кстат, еще один пример... Директор по МАРКЕТИНГУ завода, пошел на курсы

Директор по маркетингу мне не указ. У него своя работа, он отвечает за свой раздел, у меня своя, я отвечаю за свой раздел. Если он имеет желание выполнять МОИ функции, то и флаг ему в руки. Только тогда и спрос за сохранность данных с него. А хочет мне работы подкинуть, тож пжалуста, только я его порт на свиче отключу, и никто меня не заставит вернуть все взад, пока "Директор по МАРКЕТИНГУ" не уймется. Аналогично с главням бухом. Хочет? Пусть покупает "касперского". Через день прибежит, т.к. в 1С ей касперский работать не даст. Пока все меготысячи открытых файлов проверит, рабочий день кончится. Знаем. Проходили.

>>>Я только сейчас понял, зачем в санках кнопки для дискет нет....
>ВОТ! а писюках ЕСТЬ. И что ты будешь с этим делать?

В помойку выкину FDD. На ZIP тоже кнопка есть, но на замонтированном зипе упаришься кнопку жать, но система тебе его не отдаст (имеется ввиду НОРМАЛЬНАЯ ОС). Про флопик забыть, как про каменное рубило.

>>Директор по маркетингу мне не указъ
>>Про флопик забыть, как про каменное рубило.

Парень, подии расслабся и выпей кружечку пива...
ты кем работаешь?? должность?

А типа про пенсионный фонд и налоговую, а в последнее время и про таможню ничего не знаем? Они ну очень любят все на дискетках принимать. А когда им предлагаешь по емайлу отправить, делают большие глаза и спрашивают "А как это?".. Так что без дискет не обойтись в принципе.

А по вопросу published application - согласен, это недоработка цитрикса, вполне могли бы и без этого seamless window использовать. Но! Даже с этим недостатком настроить надо 1 раз на сервере! А на рабочих станциях я уже говорил настройка сводится к ярлыку на десктопе. И это - правильно, ибо нефиг админу бегать и ковырять машинки пользователей.

2anonymous

"HTTP 500 - Internal server error
Internet Explorer


Забавная статья."

Действительно забавная, у меня-то показывает нормально.

>>это не задача X. создание системы все-в-одном - не UNIX way. в UNIX тебе дается конструктор из которого можно сделать "вот это"

Есть рад моментов, где это не уместно.
Первый из них - Оффисная работа.

Если это не получаетсья, тогда нехер UNIX way делать на неузкоспециализированных десктопах. Что мы собсно то в реальной жизни и наблюдаем.

2ifconfig

Проблемы, о которых ты здесь рассказываешь, называются "бардак в организации", а не "Иксы устарели". Понятно, что починить организацию не в твоей власти. Весьма вероятно, что Цитрикс натягивается на этот бардак лучше, чем Иксы. Не исключено, что Цитриксу это можно записать в плюс. Но говорить на этом основании о фундаментальных преимуществах Цитрикса - это вряд ли.

Да, слушай, а у тебя что - каждый юзер может использовать на своей машинке "внешние носители данных"?

Если мы говорим о прозрачности, то подразумеваем о том что клиент МОЖЕТ работать где угодно... тоесть 0.0.0.0/0

---------------------------------

вот у твоего цитриксового клиента и были (есть?) проблемы с проксированием "куда угодно"

------------------------------------------------------------------ 1) Ты хочешь отрисовать порты твоих принт-суплеров всему миру?? если да, давай IP.. Я тебе книжки умные на печать слать буду..

--------------------

ты чего определенно не понимаешь :-|=

на пороге дорогой мой человек 21 век. и файрволы не статические если уже начинать _конкретно_ обсуждать детали проблемы.

а вообщето в конкретной ssh сессиии порты и мапятся, причем тут проблемы с секурити я _так_не_понял_

----------------------------

2) Если спулер с левум IP?.. Да, что-то можно с этим придумать, но это опять же прийдеться делать отдельно.

------------------------------

давно пора сделать :-| в юниксе ты строишь систему и чем больше учитываешь тем меньше у тебя возможностей что то делать неправильно при ее постойке. в случае сложном путь ее постоить и сохранить хоть какието степени свободы вообще один...

например спихнуть всю секурити на уровень стека... и спокойно работать с nfs и хост_базет безопасностью...

____________________

2) Ладно, допустим ты любиш править коонфиги руками каждый раз, когда нужно чегото то гдето там (0.0.0.0/0) запустить. Само приложение.. Оно как, по умолчанию будет знать куда ему печатать и тип твоего принтера??? _________________________

мда... авторитет.... печатать _надо_ в поскрипте.... ... да и из винды тоже. (а дос надо в ssh сессии эксплуатировать.)

Петров Сергей

2ifconfig: я смотрю что как только ты столкнулся с реальной жизнью, то и до тебя доходить стало почему *nix не конкурент виндам на десктопах, если под *nix не подразумевается MacOS X, да? ;))))))

2ifconfig

>Парень, подии расслабся и выпей кружечку пива... Это приглашение? Я Невское Классическое люблю, или Туборг.

>ты кем работаешь?? должность? Будешь смеяться, IT менеджер.

2ifconfig

>Парень, подии расслабся и выпей кружечку пива... Это приглашение? Я Невское Классическое люблю, или Туборг.

>ты кем работаешь?? должность? Будешь смеяться, IT менеджер.