По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1), в моём случае работало 40 машин через 8Мбит. И принтеров было достаточно.
(2), Тут скорее проблема в драйвере принтера, чем в ширине канала. У меня была подобная фигня, оказалось просто что драйвер который стоял на клиенте не совсем подходил к винде которая стояла на сервере. Работало, но вот с такими же тормозами. Попробуйте поставить другой драйвер, только сначала проверьте разрядность систем и драйверов. Скорее всего у вас на клиенте 32х, а на сервере 64х. Желательно на клиенте установить оба драйвера.
Тут я подробно описал как это сделать:
(2), Тут скорее проблема в драйвере принтера, чем в ширине канала. У меня была подобная фигня, оказалось просто что драйвер который стоял на клиенте не совсем подходил к винде которая стояла на сервере. Работало, но вот с такими же тормозами. Попробуйте поставить другой драйвер, только сначала проверьте разрядность систем и драйверов. Скорее всего у вас на клиенте 32х, а на сервере 64х. Желательно на клиенте установить оба драйвера.
Тут я подробно описал как это сделать:
(11) Ars_, я говорю о ККМ, а не о принтере в каком виде все привыкли его видеть. Точнее об этом ККМ (фискальном регистраторе)
Да, вы правы проблема драйвере, но это скорее его особенность, чем несовместимость с виндой, особенность в том, что он посылает одну строку на печать, ждет ответа и так далее. И как раз таки скорость канала не при чем, а вот задержки сигнала существенно снижают скорость печати.
Если бы проблема была в скорости печати простого принтера, то не думаю что это настолько критично, по сравнению с тем, что покупатель в магазине стоит по несколько минут и ждет когда же ему дадут чек.
Да, вы правы проблема драйвере, но это скорее его особенность, чем несовместимость с виндой, особенность в том, что он посылает одну строку на печать, ждет ответа и так далее. И как раз таки скорость канала не при чем, а вот задержки сигнала существенно снижают скорость печати.
Если бы проблема была в скорости печати простого принтера, то не думаю что это настолько критично, по сравнению с тем, что покупатель в магазине стоит по несколько минут и ждет когда же ему дадут чек.
Смотря что за точки. У меня одна точка, ширина канала 2Мбит, в 1С все работает быстро, без видимых подвисаний. Но главная проблемав том, что это розничная точка и на ней стоит ККМ, вот со скоростью печати ККМ все не так хорошо. Из-за больших задержек сигнала (порядка 40мс) скорость печати составляет примерно 5 секунд на чек в 2-3 строки. Чем больше строк, тем дольше печать.
На УФ такой ширины канала легко хватит и на тонкого клиента.
на обычных - да, по RDP без проблем. Но, как верно сказано выше, при наличии локального торгового оборудования лучше этому пользователю поставить клиентскую часть.
на обычных - да, по RDP без проблем. Но, как верно сказано выше, при наличии локального торгового оборудования лучше этому пользователю поставить клиентскую часть.
мимальный канал на 1 клиента 56кб/с но есть проблемы при такой скорости кешируется графика для уменьшения трафика и иногда то что видит клиент на экране не соответствует истине (кешируется графика)мне присылали скрины я покоды вижу один товар кассир видит другой, отимальная скорость 128кб/с, на практике на 5мб/с висит 20-25 сотрудников работает нормально
Судя по опыту, на канале в 5 мегабит 10 человек в 1С через RDP легко работают. Печать на удаленном принтере будет тормозить, только если все одновременно будут графику печатать. Как уже правильно заметили, смотрите по ping. Работа в 1С ничем не будет отличаться от on-line стратегии или action - все зависит от ping.
С лихвой.
У самого при канале 2048/512 на сервере подключаются 8 удаленных точек. Проблем нет.
Кроме того, в настройках RDP клиента можно выставить ширину канала. По умолчанию 56 Кбит/с, Минимум 28 Кбит/с. Плюс можно отключить целый ряд опций (сглаживание, фон и т.п.).
У самого при канале 2048/512 на сервере подключаются 8 удаленных точек. Проблем нет.
Кроме того, в настройках RDP клиента можно выставить ширину канала. По умолчанию 56 Кбит/с, Минимум 28 Кбит/с. Плюс можно отключить целый ряд опций (сглаживание, фон и т.п.).
Лично я подцеплялся и на 2 Кб, но есть задержка в реации на мобития примерно в 2 мекунды, работать конечно полноценно при таких скоростях невохжможно а вот что-то админить в экстренных случаях можно. Так заявленных вами скоростей вполне хватит для уверенной работы
Да хватит такого канала с головой, если никто не будет качать слушать музыку и т.п. Но для рдп очень важно стабильность канала при пропадании пакетов будет появляться черный экран и восстановление соединения. Так что пингам тоже стоит уделить внимание:)
ширина канала совершенно недостаточная. Качество канала надо проверять: ping, tracert с ключом t или сторонний софт. Можно, например, развернуть ftp между точками. Короче вариантов масса. Проверяйте именно качество канала
И сами сеансы можно настраивать на ширину канала, убирая всякие навороты интерфейса. И как было сказано многими в данной теме более важна стабильность канала. По возможности выделить РДП пользователям гарантированную полосу на маршрутизаторе (если они, маршрутизаторы, такое умеют) и запретить пользователям этим торенты качать и фильмы онлайн смотреть. Если Вы берете канал как юрик, то можете требовать от провайдера гарантированного качества канала, т.к. стоимость канала для юриков отличаеттся в большую сторону, чем для физиков. Но провайдер никогда не гарантирует качества канала физикам.
Рдп, кстати, самый быстрый протокол удаленного доступа. Из-за политики майкрософта никто не может его переплюнуть. Может работать без тормозов начиная от 128 Кбит/с. На этой скорости еще TeamViewer как-то держится, а вот VNC даже первый кадр будет долго отрисовывать.
60 точек работали по RDP на 3G модемах (примерно 0,5-1 Мбт/с) по 2-4 компа на точку. В настройках RDP просто ставим минимальные настройки по качеству соединения и всего делов. Графику можно руками достроить чтобы было юзабельно.
нужно разобраться по какой технологии вам провайдер дает 5мб если по адсл то работать будет не комфортно т.к. асинхронный канал закачка одна скорость а выгрузка совсем другая, а например wifi дает сильную просадку канала, так что скажите всетаки что за канал?
Привет. Написал сюда чтоб новую тему не создавать.
Емеется офисная сеть и в ней ADSL подключение к инету. Провайдер гарнтирует входящую скорость для этого подключения до 2-х мегабит, а исходящую до 1 мегабита. Через это подключение к этой же офисной сети подключаются порядка 15 удаленных пользователей по RDP. Начались жалобы со стороны удаленных пользователей что притормаживает скорость подключения. Грешить на входящую скорость удаленных пользователей не могу(у них аналогичные ADSL подключения), есть подозрения что не хватает моей исходящей пропускной способности на подключении в офисе.
Вопрос, не мало ли исходящей пропускной способности (до 1 Мб) для порядка 15 RDP пользователей( в перспективе увеличение этого числа примерно в 2 раза) , если так же учесть что они во время работы постоянно печатают??? (зхадания на печать улетают к ним)
Если "грубо" подсчитать то в день каждый пользователь отправляет на печать порядка 300-400 заданий, размер каждого колеблиться от 28-100 Кб. Т.е. если по максимуму брать то получается за день "из офиса" от одного пользователя вылетает порядка 40 метров, а в общей сложности от 15 пользователей 600 Мб. Это много? Нагрузка в течении дня практически равномерная. Посмотрел, по факту, ширина канала "на выходе" колеблиться ~ 500-650 Кбит.
Может стоит воспользоваться технологией SHDSL, где до 2 мегабит сюда, и до 2-х мегабит обратно? Заранее спасибо!
Емеется офисная сеть и в ней ADSL подключение к инету. Провайдер гарнтирует входящую скорость для этого подключения до 2-х мегабит, а исходящую до 1 мегабита. Через это подключение к этой же офисной сети подключаются порядка 15 удаленных пользователей по RDP. Начались жалобы со стороны удаленных пользователей что притормаживает скорость подключения. Грешить на входящую скорость удаленных пользователей не могу(у них аналогичные ADSL подключения), есть подозрения что не хватает моей исходящей пропускной способности на подключении в офисе.
Вопрос, не мало ли исходящей пропускной способности (до 1 Мб) для порядка 15 RDP пользователей( в перспективе увеличение этого числа примерно в 2 раза) , если так же учесть что они во время работы постоянно печатают??? (зхадания на печать улетают к ним)
Если "грубо" подсчитать то в день каждый пользователь отправляет на печать порядка 300-400 заданий, размер каждого колеблиться от 28-100 Кб. Т.е. если по максимуму брать то получается за день "из офиса" от одного пользователя вылетает порядка 40 метров, а в общей сложности от 15 пользователей 600 Мб. Это много? Нагрузка в течении дня практически равномерная. Посмотрел, по факту, ширина канала "на выходе" колеблиться ~ 500-650 Кбит.
Может стоит воспользоваться технологией SHDSL, где до 2 мегабит сюда, и до 2-х мегабит обратно? Заранее спасибо!
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот