Настройка server 2003, борьба с тормозами

QRS · Отправлено: **21:30, 21-06-2010** | #2

Цитата Iven:

и имеются тормоза »

Если проблема имеет место при подключении с клиента с Windows Vista/Win7, то решить проблему поможет:

netsh.exe interface tcp set global autotuninglevel=highlyrestricted
или
netsh.exe interface tcp set global autotuninglevel=disabled
(выполнять нужно под имене администратора с повышенными привилегиями)

Цитата Iven:

как посоветуете обезопасить сервер »

Имеет смысл как минимум использовать IPSec (ESP) для протокола RDP или любой VPN, что позволит шифровать трафик по порту 3389 (в службах RDP эпизодически находят уязвимости, т.ч. открывать прямой доступ к RDP из Инета не стоит).

Цитата Iven:

поставить фильтр по ip ? »

Каким ПО Вы располагаете для установки таких фильтров (KIS, NOD32 ESS, TInspector, Kerio и т.п.)?
Если возможность поставить фильтр есть, а VPN или IPSec не приемлимы, то ставьте фильтры (но тогда все внешние клиенты должны иметь статические публичные адреса).

PS: Win2008 решило бы Ваши проблемы по фильтрации без стороннего ПО.

Iven · Отправлено: **22:03, 21-06-2010** | #3

все клиенты на линуксах, по большей части mandriva c rdesktop
на счет безопасности - в наличии статичный айпи и неограниченный выбор по (не тот размах конторы чтоб касаться темы лицензийного по)
но выбрать его надо с учетом низкой крутости сервера - озу 1 гиг, и уже упомянутых тормозов (если услышав данную цифру вы захотите указать на причину тормозов - слабо железо, то замечу, что на другом сервере с большим количсевтом клиентов и менее мощным cpu подобных тормозов не наблюдается) иначе говоря nod сразу отпадает, да и керио по моему не самый легкий боекомплект, предпочел бы что-то более узкопрофильное и легкое

QRS · Отправлено: **23:01, 21-06-2010** | #4

Цитата Iven:

предпочел бы что-то более узкопрофильное и легкое»

Тогда могу предложить openVPN.

Цитата Iven:

все клиенты на линуксах, по большей части mandriva c rdesktop »

Раз все на Linux, имеет смысл помониторить - бывают ли проблемы у клиента от MS.

Iven · Отправлено: **00:10, 22-06-2010** | #5

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

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

zonderz · Отправлено: **01:16, 22-06-2010** | #6

Цитата Iven:

элементарной фильтрации по айпи »

nat/basic firewall или опять ipsec

все в справке по винде хорошо описано

Iven · Отправлено: **16:57, 22-06-2010** | #7

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

QRS · Отправлено: **08:38, 23-06-2010** | #8

А как себя ведет сервер при этих тормозах: может быть процессор загружен на 100% или большое количество ошибок страниц идет или жесткий диск постоянно работает?
Если у тебя 2 сервера так себя ведут, то похоже, что проблема программная, может драйвер чего-нибудь или тупит приложение 1С...

Iven · Отправлено: **14:31, 23-06-2010** | #9

проц на 18 %, что значит количество ошибок страниц ?
а на счет винта - вроде бы нормальная зугрузка, смотрел в администрировании производительность - все более-менее как мне кажеться, иногда есть пиковые загрузки процессора
ну так я с самого начала делал ударение на программном моменте, и не исключаю варианты с драйвером или 1с, но
сносить все устройства и переставлять драйвера либо менять 1с - это не решения, это тыки в небо, а мне нужно решение как точно диагностировать в чем проблема и ее устранить

monkkey · Отправлено: **09:49, 24-06-2010** | #10

Iven,
Вам же советовали мониторить нагрузку сервера. 1 Гб ОЗУ - вообще ни о чем. Откройте хотя бы диспетчер устройств и посмотрите, сколько каждый пользователь забирает оперативки. Если базы .dbf - вообще ужасно. Если SQL - ещё хуже (хотя вроде хуже быть не должно). Если еще откроете тайну, что на "сервере" у Вас винчестеры SATA, к примеру, то всё станет ясно.