Не печатает принтер на RDP через 3G интернет.

[Anestor]

Топология проблемы следующая:
Клиент конектится по VPN к доменной сети.
Через RDP заходит на сервер и работает.
Ньюанс следующий если работать через высокоскоростной интернет, то принтер установленный на клиентской машине печатает с RDP, а если работать через 3G интернет, то принтер не печатает - пишется "ошибка сервера печати", принтер весит как не подключенный. Скорость 3G интернета вполне приличная от 256kb до 1,5Mb.
На клиенте Win 7 Pro
На сервере терминалов Server 2008.
Может софт какой-нить другой использовать? Расмотрю либо варианты решения)))))

[atarix]

на условиях имхо.
(подразумевается что проблем с разрешениями политик нету)
причина проблемы собственно нестабильность сети 3g - пакеты рубятся. и возникают таймауты.
кроме того 3g сети рубят порта - какие и когда - а как придется... а некоторые драйвера (особенно пропиетарные) любят использовать нестандартные порта (к примеру HP и canon)
ну и помним что win принтеры с RDP дружат весьма условно ввиду безмозглости оных.
решения следующие
0 не использовать прокидывание принтера через RDP сессию. тоесть вообще...
1 расшарить локальный принтер и поставить его на сервер как сетевой (а не транслированный через рдп).
2 пробросить порт usb через сеть (технология USB over IP)
3 поставить принтсервер. (или сетевой, с разъемчиком rj45, принтер)
3 использовать стороннее ПО например ScrewDrivers
4 да. еще как ни странно проверить usb кабель. поставить сертифицированный (а лучше LPT Ж-) )
вот статейка http://www.tonk.ru/support/faq/printers02/ РЕШЕНИЕ ПРОБЛЕМ ПЕЧАТИ В ТЕРМИНАЛЬНЫХ СЕТЯХ И ТЕРМИНАЛЬНЫХ СЛУЖБАХ.

[Anestor]

Большое спасибо за подробный ответ.
Резюмирую:
0 -

не использовать прокидывание принтера через RDP сессию. тоесть вообще...

- Не вариант)))

1 расшарить локальный принтер и поставить его на сервер как сетевой (а не транслированный через рдп).

- Копьютер через 3G перестает видится в сетевом окружении, но пинг есть.

3 поставить принтсервер. (или сетевой, с разъемчиком rj45, принтер)

- Не вариант, коннект идет с рабочей станции к VPN.

Остальные варианты буду до конца недели тестить.

[this]

а проброс принтеров точно включен, они отображаются в принтерах и факсах при подключенном терминале, в логах ошибки нераспознания принтера случано нет? На сервер надо отдельно дрова ставить.

[Anestor]

а проброс принтеров точно включен, они отображаются в принтерах и факсах при подключенном терминале, в логах ошибки нераспознания принтера случано нет? На сервер надо отдельно дрова ставить.

- ну так, через кабельный инет все тащит, все печатает.

[atarix]

о! если комп перестает видится. то походу лаги очень значительны.
(про пинги - ты пакет увеличь и пинг не дойдет.)
картинку рдп кеширует. а вот с принтером кеширования не происходит и задание "рвется"
видимо придется печать делать через промежуточный файл.

[atarix]

в тему. если бьются пакеты то есть смысл играться со значениями
MTU и RWIN (MTU - это максимальный размер пакета данных, который может быть передан за один физический кадр по протоколу TCP/IP.
RWIN - окно приёма, размер буфера, в котором накапливается содержимое области данных (MSS) нескольких полученных пакетов, прежде чем передаётся дальше, например в браузер. )
Чтобы узнать MTU, пишем в командной строке "ping -f -l 1500 ххх.ххх.ххх.ххх" где ххх.ххх.ххх.ххх - адрес тестируемого сервера. При ответе "Требуется фрагментация пакета, но установлен запрещающий флаг" уменьшаем значение до тех пор, пока не пройдет пинг. Кстати, тест лучше проводить глубокой ночью, когда на линиях сидит мало народа и помех в телефонных сетях минимум.

Цитата (xStim, 27/09/2006 - 11:02:55):
После 15 минут работы, ping пропадает на 1-2 минуты, почитав литературы уменьшил размер пакета до 576 вместо 1500(по умолчанию), алилуя все исправилось, но значение которое я поставил подсмотренно на стороне и может не являтся окончательно верным для нашего оператора.


MTU это размер пакета передачи, есть еще MRU... И вообще об этом терминал и хост договариваются при установлении соединения TCP/IP. Просто Ваш трафик нарезается на такие вот кусочки. Правда кусочки еще меньще, так как заголовки много занимают. И играет роль это при сборке длинных пакетов на обоих сторонах. На пинги это не влияет, если конечно размер пакета пинга не задан большим. Откуда взялос 576 не знаю... Для локальной сети умолчание 1500, для модемов, если не ошибаюсь, 450-475.

Кстати, именно так и можно подобрать MTU. Задавайте разную величину пакета в команде ping. И смотрите на время ответа. А если еще задать запрет фрагментации, то можно точно вычислить MRU со стороны провайдера. То есть как пропадет ответ (при запрещенной фрагментации), так и надо уменьшать MTU до появления ответов....

Ну и еще.... Пропадание пинга ни о чем не говорит. Ну не является канал GPRS средством сверхоперативной доставки пакетов. И пропадать паккеты могут... Это исправляется средствами TCP/IP автоматически. Увеличьте допустимый тайм-аут в команде ping, возможно вы и увидите ответы хоста, который пингуете...

[atarix]

хм задублироввалось.....
в тему. если бьются пакеты то есть смысл играться со значениями
MTU и RWIN (MTU - это максимальный размер пакета данных, который может быть передан за один физический кадр по протоколу TCP/IP.
RWIN - окно приёма, размер буфера, в котором накапливается содержимое области данных (MSS) нескольких полученных пакетов, прежде чем передаётся дальше, например в браузер. )
Чтобы узнать MTU, пишем в командной строке "ping -f -l 1500 ххх.ххх.ххх.ххх" где ххх.ххх.ххх.ххх - адрес тестируемого сервера. При ответе "Требуется фрагментация пакета, но установлен запрещающий флаг" уменьшаем значение до тех пор, пока не пройдет пинг. Кстати, тест лучше проводить глубокой ночью, когда на линиях сидит мало народа и помех в телефонных сетях минимум.