» Сервер в локалке: разрешить смотреть фильмы, но не скачивать

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

>Ато так грузят все в итоге остаются с ничем
что значит не с чем???
они что, еще и стирают его на сервере?

В итоге сервак встаёт

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

Kaliary
Ты не хочешь, чтобы пользователи качали себе фильмы, а каждый раз ходили к тебе?
Типа "собака на сене"...

AlexSSS
Сервак п4 2600 512 DDR 3200 160 Gb SATA сеть локальная 100 мегобит редко виснит но бывает чаше всё тормозит причём очень сильно всё управляется второй фидорой без иксов тесть запущенна на 3 уровне скачька идёт двумя способоми сайт на пхп нюке и через самбу
Duke Shadow



Цитата:

Типа "собака на сене"...

нет ТУШКАНЧИК НАЛУНЕ

когда их 20 человек качает причём в три горла. и зачем качать если можна смотреть прям оттуда

Ты ни как не можешь ограничить это.

Если может открыть файл или скопировать - может делать все что хочет.

Только спец средствами

UNKNOWING
дайте такое спец средство ПЛИЗ

Kaliary

Цитата:

нет ТУШКАНЧИК НАЛУНЕ

Цитата:

когда их 20 человек качает причём в три горла. и зачем качать если можна смотреть прям оттуда

На самом деле ты не прав. Это абсолютно одно и тоже (если ты имеешь в виду зайти на шару и банально кликнуть видеофайл, чтобы открылся в плеере).
Можешь ограничить максимальное количество соединений на папке - чтобы фильмофилы не ложили твой сервак.
Можешь ограничение трафика прикрутить - правда, чем под винду сделать - не знаю.
Ещё вариант - поднять какой-нибудь сервер, который будет вещать потоковое видео. Минус - получится что-то типа телевизионного канала, т.е. ни фильм не выбрать, ни перемотать.

Ограничение траффика уже посоветовали.
посмотри ограничение потоков. скажем, каждому IP не больше одного потока, либо вообще ограничить общее число подключений.

я с линуксами сам не работал, поговорил с другим админом, он говорит, что средствами самой ОС можно достаточно легко ограничить и траффик и число подключений, это какой-то отдельный сервис.
Более конкретно ничего сказать не может - специализируется на OpenBSD

AlexSSS
Я тоже думал о понижени скорости скачьки для видео. Теперь наверное так и зделаю. Но возникает другой вапрос орать будут какова скорасть г а с этим нечё незделаеш тимболие уменя в сетке полно кадров обеснять каждому клава разламается но это моя проблема. но серавно спб всем кто откликнулся Duke Shadow
AlexSSS
UNKNOWING

AlexSSS

Цитата:

любой плеер когда показывает фильм предварительно скачивает его с сервера.

Не может быть! Куда? В оперативку? В temp?

Sadok

Цитата:

Не может быть! Куда? В оперативку? В temp?

На самом деле тут проблема с терминами. Для сервера нет такого понятия "скачать", у него есть "прочесть". Т.е. сервер либо дает читать файл, либо не дает. Что будет делать с прочитанными данными клиент, запишет на свой диск (копирование файла) или будет непосредственно интерпретировать их без записи на диск (проигрывание в плеере), -- не его дело. Более того, сервер понятия не имеет, что происходит с прочитанными данными после прочтения.

Т.к. сервер не в состоянии отследить, что происходит с данными после прочтения, а доступ по чтению необходим как для копирования файлов, так и для проигрывания их в плеере, то невозможно добиться необходимого эффекта ограничением в доступе на чтение. Остается единственный метод -- ограничение скорости чтения (на самом деле -- скорости передачи данных). Дело в том, что плеер читает файл небольшими порциями по мере его проигрывания, поэтому средняя скорость чтения файла невелика, а вот при копировании скорость передачи данных гораздо выше и обычно ограничена только естесственными факторами, но не искусственно. Вот и надо настроить все так, чтобы скорость передачи данных в любом случае была на уровне скорости, необходимой для нормального проигрывания файла (необходимо подбирать для каждого плеера в отдельности, IMO). Т.е. чтобы для "качальщика" не было разницы по времени между просмотром фильма с сервера и копированием его оттуда же. Стандартными средствами Windows добиться этого невозможно.

Добавлено
Kaliary
А, у тебя линукс. Проглядел. Настрой шейпер и все. CBQ или HTB. На опеннете есть неплохие описания процедуры.

ooptimum
Kaliary


Шейпер как CBQ так и HTB не пойдет для потокового видео, изображение будет дергаться и т.д.

Как на меня, здесь как раз и нужно сделать шейпинг и сделать архив на ФТП, так чтобы просматривать не могли а только качать. И задать допустим по 3 М/с или есть у шейпера SFQ очередь которая делит между всеми равномерно,. (12Мб/с) / (на количество скачивающих),. а еще выпросить отдельный для энтого сервант, раз начальство такой беспредел позволяет

ooptimum
UNKNOWING
СПБ.
ooptimum

Цитата:

На опеннете есть неплохие описания процедуры.

А не можеш сказать поточьнее где там это лежит а то чёта я посмотрел вроде хорошо а ненашол может проглядел. Если нетрудно.

UNKNOWING

Цитата:

Шейпер как CBQ так и HTB не пойдет для потокового видео

У него нет потокового видео. А будет дергаться или нет -- зависит от клиента, какая у него стратегия упреждающего кэширования файлов, если вообще есть.

Kaliary

Цитата:

А не можеш сказать поточьнее где там это лежит а то чёта я посмотрел вроде хорошо а ненашол может проглядел. Если нетрудно.

http://www.opennet.ru/search.shtml?exclude=index&words=Linux+traffic+shaper

ooptimum

Ну снова расхождения в теоретической части и практической.
Я знаю что такое потоковое видео. И привел это выражение как понятное для Kaliary.
Потом имею ввиду плейер WM7-9. потому как скорее всего ним и смотрят.

Kaliary

Посмотри http://cebka.pp.ru/my/iproute2.txt

UNKNOWING

Цитата:

Ну снова расхождения в теоретической части и практической.

Обоснуй.

ooptimum

Я о том, что большинство известных клиентов под unix, и windows (WM, videolan,winamp, bsplayer, etc) будут дергать изображение при скачивании данных по соединению bandwith которого ограничиваеться iproute2+HTB.

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


А расхождение (имел ввиду тоже самое что в топеге про IPnet и выделенку):


Цитата:

У него нет потокового видео. А будет дергаться или нет -- зависит от клиента, какая у него стратегия упреждающего кэширования файлов, если вообще есть.

Клиент у нас не виртуальный, а несколько известных плейеров, Kaliary виднее чем у него сморят видео,. Думаю большиство сморит WM9... Вот это имел ввиду, ты исходишь из "виртуального клиента" а я исхожу из допустим WM, winamp, bsplayer.. etc.

UNKNOWING
How To Control Content Caching in the Windows Media 9 Series Platform

ooptimum

а понту с того? человеку бегать и перенастраивать каждый WM???

я же предложил централизированное решение?

Кстати, ты упускаешь из виду тот факт, что он физически может обеспечить гораздо большую полосу пропускания, чем необходимо для проигрывания файла в плеере. Поэтому ни о каких задержках в 3 секунды и речи не идет. Именно при активных скачиваниях фильмов у него встает сервер (своего рода DoS), но при просмотре фильмов такого, по-видимому, не происходит. Отсюда напрашивается вывод, что при простом просмотре пиковая нагрузка на сеть гораздо ниже, чем при скачивании. Оно и понятно, ведь как видео, так и аудио-потоки в фильме имеют свой битрейт и не имеет большого смысла считывать видео-файл со скоростью большей суммарного битрейта, даже если не учитывать тот факт, что контент сжат, т.е. скорость, равная суммарному битрейту, даже избыточна. И т.д. и т.п.

ooptimum

Он же говорит, что качают, но не смотрят. думаю та же проблема проявиться когда все 20-ть человек начнут смотреть,. хотя может и не проявиться.

правда считал что для просмотра нужно 120Кб/с, исходя из размера фильма в 700Мб. поправьте меня.

и еще,. Давай заканчивать совершенно не нужные споры.

UNKNOWING

Цитата:

правда считал что для просмотра нужно 120Кб/с

Дык, я и предлагал давать им урезанный канал. Примерно по столько, точное значение надо экспериментальным путем подбирать. Хочешь качать -- качай, но со скоростью просмотра. Перечитай, что я писал.


Цитата:

Давай заканчивать совершенно не нужные споры

Это не спор. Ты утверждал, что я жизни, типа, не знаю. Знаю. Поэтому и пишу, т.к. есть что возразить. По теме, а не просто так. Я не против, кстати, твоего метода с FTP. Как он сделает -- дело его.

ooptimum

фух,. я уж и забыл о чем говорили,.



Цитата:

Это не спор. Ты утверждал, что я жизни, типа, не знаю. Знаю. Поэтому и пишу, т.к. есть что возразить. По теме, а не просто так. Я не против, кстати, твоего метода с FTP. Как он сделает -- дело его.

Нигде не утверждал что не знаешь жизни,. говорил что исходишь из теории. и фсе,.

UNKNOWING

Цитата:

говорил что исходишь из теории.

Я никак не пойму, на чем ты строишь такие свои выводы? И какой ты вкладываешь в это смысл? Если негативный, то чем знание теории так плохо? Хотя я с шейперами каждый день буквально живу уже несколько лет, т.к. трафик у меня как на работе, так и дома безлимитный, но есть ограничения по скорости. Так что очень даже теория подкреплена практическими наблюдениями. В общем, странно это читать, особенно учитывая твою собственную характеристику собственных знаний в этой области:

Цитата:

Я не большой специалист в этом.

ooptimum

Цитата:

Хочешь качать -- качай, но со скоростью просмотра

Как ?
В каком менеджере файлов есть такая фича (WIN) ??

Jovanotti

Цитата:

В каком менеджере файлов есть такая фича (WIN) ??

А винда тут вообще не причем. Трафик шейпится прямо на интерфейсе сервера.

ooptimum
Это я понимаю что на сервере шейпится
но интерисует как я, будучи клиентом могу сам себе занижать скорость.
Не ради извращения, просто интересно знать

Jovanotti
Была такая программа, занижающая скорость произвольного соединения. Тут обсуждали ее, но названия, хоть убей, вспомнить не могу. Попробуй поискать по форуму.