Ru-Board.club
← Вернуться в раздел «Программы»

» Citrix

Автор: VitK
Дата сообщения: 10.10.2006 00:12
abgluck
Если используется два Wi-Fi устройства с точками доступа и эти устройства имеют разные маски подсетей и различные подсети, может из-за этого тормозить Цитрикс?

ЗЫ. Качество сигнала удовлетворительное, т.е. потерь пакетов нет.
Автор: Writer1C
Дата сообщения: 10.10.2006 13:11
--------------------------------------------------------------------------------
Ребята ктото сталкивался с проблемой по вебинтефейсу? Не становится на R2rusSTD хоть ты тресни

в консоли пишет не может прочитать каталог!

Может както в ручную его прикрутить а не инсталятором?

Добавлено:
oan_63
Именно так!

VitK
Нет не может ширина канала для цитрикса вещи условная.... В натсройках сервака разберись...
Автор: abgluck
Дата сообщения: 10.10.2006 14:15
VitK
на субъективное отсутствие "тормозов" намного больше влияют задержки в канале, нежели скорость этого канала (в разумных пределах, конечно, но скорость вифи- за глаза и за уши) попробуй ping server -l 1500 -t Комфортно работать где-то до 50мс (хотя у каждого свои поняти о комфорте=) Если же получаемая циферка небольшая, но нестабильна и периодически подскаивает вверх - это анноит еще больше, т.к. реакция системы получается "рывками"
Автор: Writer1C
Дата сообщения: 10.10.2006 16:24
Ребятки по вебинтерфейсу нет идей? Очень горю - нигде не видил такой траблы ещё
Автор: abgluck
Дата сообщения: 10.10.2006 16:38
Writer1C
Так R2 я тоже не пользуюсь. Нахрена он нужен на терминальном сервере?
Автор: Writer1C
Дата сообщения: 10.10.2006 17:07
abgluck
Ну как сказать обновленая операционка.

дело спроное - так можно договориться до HYDRA
но меня проблема другоя беспокоит
Автор: VitK
Дата сообщения: 10.10.2006 17:13
Writer1C
Цитата:
Нет не может ширина канала для цитрикса вещи условная.... В натсройках сервака разберись...


Дело в том, что сервак рулит нормально, в частности через Dial-up, а вот после некоторых настроек прова своей радиосети, он в ней оч стал тормозить ...


abgluck

Спс. Попробую.
Автор: abgluck
Дата сообщения: 10.10.2006 19:55
Writer1C
R2 - это не обновленная операционка, а дополнительные сервисы, которые на терминальном сервере не нужны (под них отдельный сервер выделять надо по хорошему). Операционка там та же самая - 2003сп1.
А по теме - могу предложить только переставить IIS,ASP.NET,ASC400W004.msp и сам вебинтерфейс свежий качнуть. (сейчас вроде 4.2 актуальный)
Так же проверь версию .Net Framework, возможно с R2 идет уже 2.0, консоли управления же нужен 1.1.4322
От последнего помогает файлик mmc.exe.config, положенный в %windir%\system32 вот такого содержания:
Код: <?xml version ="1.0"?>
<configuration>
<startup>
<requiredRuntime version="v1.1.4322"/>
<supportedRuntime version="v1.1.4322"/>
</startup>
</configuration>
Автор: VitK
Дата сообщения: 10.10.2006 23:27
abgluck

Цитата:
ping server -l 1500 -t


Показывает среднюю цифру около 400 мс.

Если посылать пакеты по 32 байта, то показывает 10-15 мс.


Но прову ничего не докажешь на основании только пингов


ЗЫ. А почему нужно точке доступа посылать пакеты именно по 1,5 Кб?
Автор: abgluck
Дата сообщения: 11.10.2006 01:09
VitK
1500 - максимальный размер непрерывного пакета в ethernet, с учетом добавления заголовка - пройти может только разбиваясь на несколько больее мелких. Возможно этот процесс проходит криво и тормозит.
можешь попробовать пингануть пакетом 1400, если картина сильно улучшится - значит точно в этом дело.
Хотя, сейчас дома попробовал попинговать кпк через вифи - получается в среднем 123мс, причем с забавным разбросом
Код: time=18ms
time=39ms
time=60ms
time=82ms
time=104ms
time=127ms
time=151ms
time=170ms
time=192ms
time=216ms
Автор: VitK
Дата сообщения: 11.10.2006 11:09
abgluck
Спс за инфу.

А можно от прова требовать чтобы он добился уменьшения задержек в отправке/приеме пакетов или это бесполезное занятие?

Для одного пользователя Цитрикса используется ширина канала 33,6 Кб/сек, а это реальных 4,2 КБ/сек. Пользователь работает с разрешением 1024х768 точек и глубиной цвета 256 цветов ... и при этом у него все очень тормозит, при том, что он графику не грузит, а работает в основном с БД.

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

Какая для этого должна быть ширина канала от прова? Или пока не будет нормальных задержек при пересылке пакетов то все напрасно получается (увеличение ширины канала)?

Кроме того пров отказывается две Wi-Fi карты прописать в одну подсеть и присвоить им одинаковую маску подсети, мотивируя это оч большим снижением уровня безопасности.
Может Цитрикс еще тормозить от такой кривой сетевой настройки?
Автор: abgluck
Дата сообщения: 11.10.2006 13:42
VitK
если увеличение ширины канала приведет к уменьшению задержек - то стоит. Вопрос каким образом ограничена ширина канала - на уровне физического линка или на уровне логики? Если первое - то увеличение ширины вполне может помочь. Лучше всего, конечно, перейти на оптику - все задержки минимальны, независимо от оплаченной скорости канала.=)
По поводу одной подсети - это не кривая настройка, а вполне нормальная. Если не накосячили с настройкой маршрутизации - влиять не должно.
Автор: VitK
Дата сообщения: 11.10.2006 13:57
abgluck

Так дело в том, что туда оптики тянуть около 10 км, потому не подходит.

А задержки в 400 мс показывал пинг на ширине канала в 64К



Добавлено:
Так разные маски подсети выдал пров и разные сегменты при этом использует, а просили его чтобы выдал адреса в одной подсети с одинаковой маской - не дает так, говорит нарушается очень безопасность.
Автор: abgluck
Дата сообщения: 11.10.2006 14:12
VitK
У меня нигде меньше 256к нет, на 256к (вроде радиоканал, точно не помню) ping -l 1500=125мс. Если бы радиоканал был с обоих сторон, может и все 200 получилось бы... На этом канале работают с цитриксом 6 человек + он используется для электронной почты и с десяток открытых общих .xls файлов с другим офисом. Задержка мерялась только что - в середине рабочего дня, если твои 400 на неиспользуемом канале - делай соответствующую поправку. Хотя если 400 намерялось при параллельной перекачке какого-нибудь файла - то это вполне нормально для узкого канала.
Автор: VitK
Дата сообщения: 11.10.2006 15:15
abgluck

Нет, именно 400 мс на канале, который не использовался

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

А может он умышленно сделал такие задержки чтобы контора увеличила ширину канала, соответственно и абонплату ...
Автор: abgluck
Дата сообщения: 11.10.2006 15:50
VitK
Честно говоря не знаю, какие задержки являются нормой для wifi 64K...
У нас тоже долго не могли найти провайдера, согласного протянуть оптику к нам на склад (4км до какой-либо телекоммуникационной инфраструктуры) за нормальные деньги. Где-то год через CDMA мобильник и впн работали. Задержки были по 300мс на обычных пингах. В итоге таки нашли и перешли на оптику.=)
Если есть возможность хотя бы с одной стороны сделать оптику (или дсл какой-нибудь на худой конец, главное чтоб не радио) - оно того стоит.
Автор: VitK
Дата сообщения: 11.10.2006 16:45
abgluck
Вот ADSL или xDSL как раз то и можно ...
Мне думается, что это и дешевле будет и быстрее будет рулить.
Спс за инфу.
Автор: VitK
Дата сообщения: 12.10.2006 11:39
С модемной технологием облом получился, т.к. именно там используются какие-то уплотнители АТС и потому цифра там не заработает
Есть идея просто послать прова, получить лицензию на частоту и установить в главном офисе точку доступа ...
ЗЫ. Смотрел пинги, когда подключался модемом на скорости 28,8 ... при длине пакета в 1,5К они составляли всего - 120-150 мс и Ц рулил намного лучше, чем было бы подключение 64К Wi-Fi

abgluck

Вопрос по автоподключениям клиентских принтеров в PS40.

Ставит сам Ц клиентские принтера при подключении клиента, но когда с правами админа пытаешься посмотреть настройки таких созданных драйверов принтеров, ОС ругается, что мол прав нет для этого у админа.

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

Это очередной косяк В Ц.? Если да, то как его устранить?



Автор: Writer1C
Дата сообщения: 12.10.2006 13:33
abgluck
Сенькс за инфу!
попробую щя всё преставить наф...

у меня под R2 ничё нового не ставиться из новых приблуд! А все остальные вещи стоят как положено!

прикол в чём - поставил 3.0 на R2 всё проканало как за здрасте - то дело то....
Автор: Dr_Spectre
Дата сообщения: 12.10.2006 14:45
Кто знает можно ли из дистриба клиента в .msi сделать пакет для ICA client update. Или где готовый скачать 9.2, чтото на цитрикс.ком не нашел
Автор: abgluck
Дата сообщения: 12.10.2006 17:04
VitK
это не глюк, это фича. Рекомендую почитать http://support.citrix.com/article/CTX107059
в частности
Код: CTXPRN_ADMINS_CAN_MANAGE (0x00004000)
Description. To preclude the possibility of an administrative user inadvertently
printing to a printer in someone else’s Terminal Services session, the default
security descriptor used to auto-create client printers no longer includes any rights
for the administrator’s group. Only the user executing in the correct session context
has rights to the auto-created printers for the session. Administrators can still grant
themselves rights to any client printer by taking ownership of the print queue and
adding the desired rights.
Default Value. Zero, unless the bit value is set in the REG_DWORD registry value
“DefaultPrnFlags” at HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\Print\.
Автор: fxmike
Дата сообщения: 13.10.2006 11:59
Слушайте а на домен 2к3 PS 4.0 вобще не встанет никогда?
Автор: abgluck
Дата сообщения: 13.10.2006 12:36
fxmike
на контроллер - не встанет. только наоборот если, сначала цирикс, потом контороллер.
Автор: PMShadow
Дата сообщения: 13.10.2006 16:21
Спецы подскажите пожалуйста
есть win 2003sp1 r2 + MF3 + 1c сама программа отлично работает, но не можем заставить работать сканеры штрих кодов в терминальном 1с
толи не подключает клиентские ком порты (хоть должен) толи подключает их както неправильно....

под простым встроенным терминалом работает что самое обидное


Автор: abgluck
Дата сообщения: 13.10.2006 16:23
PMShadow
net use com1: \\client\com1: или что-то подобное в логон скритпе есть?
Автор: PMShadow
Дата сообщения: 13.10.2006 16:39
abgluck
спасибо за ответ

тожесамое нашел на
http://support.citrix.com/kb/entry!default.jspa?categoryID=-1&externalID=CTX384590&fromSearchPage=true


думаю вопрос снят
(щас проверить не могу уже не на работе)
Автор: VitK
Дата сообщения: 13.10.2006 17:12
abgluck


Цитата:
это не глюк, это фича. Рекомендую почитать http://support.citrix.com/article/CTX107059


А в чем фишка этой фичи?

ЗЫ. Я просто на англ. не очень понимаю

Автор: abgluck
Дата сообщения: 13.10.2006 17:42
VitK
Типа чтоб админы случайно не напечатали чего-нибудь на чужой принтер, по умолчанию им это запрещено. Если очень надо - то админ может принудительно завладеть принтером и дать себе на него права. Если же ему лень это делать каждый раз и он уверен, что не промахнется мимо нужного принтера - можно поправить вышеописанный ключик в реестре - тогда у него права будут для всех принтеров как раньше.
Автор: VitK
Дата сообщения: 14.10.2006 01:12
abgluck
СПС за исчерпывающий ответ.

А есть где-то дока по настройке Веб-интерфейса в PS 40?
Автор: abgluck
Дата сообщения: 14.10.2006 03:31
VitK
мне хватило кнопки F1 в соответствующей консоли.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869

Предыдущая тема: eDonkey


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.