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

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

Автор: Kaliary
Дата сообщения: 23.09.2004 16:29
Есть сервер в локальной сети как зделать так чтоб с него не могли качать а только смотрели фильмы
Ато так грузят все в итоге остаются с ничем
Автор: AlexSSS
Дата сообщения: 23.09.2004 16:59
любой плеер когда показывает фильм предварительно скачивает его с сервера. Так что запретить скачивать и при этом разрешить смотреть - невозможно.

>Ато так грузят все в итоге остаются с ничем
что значит не с чем???
они что, еще и стирают его на сервере?
Автор: Kaliary
Дата сообщения: 23.09.2004 17:03
В итоге сервак встаёт
Автор: AlexSSS
Дата сообщения: 23.09.2004 17:07
какой сервак, какая сетка?
сервак зависает или просто на время переписывания все тормозит?
Автор: Duke Shadow
Дата сообщения: 23.09.2004 17:26
Kaliary
Ты не хочешь, чтобы пользователи качали себе фильмы, а каждый раз ходили к тебе?
Типа "собака на сене"...
Автор: Kaliary
Дата сообщения: 23.09.2004 17:38
AlexSSS
Сервак п4 2600 512 DDR 3200 160 Gb SATA сеть локальная 100 мегобит редко виснит но бывает чаше всё тормозит причём очень сильно всё управляется второй фидорой без иксов тесть запущенна на 3 уровне скачька идёт двумя способоми сайт на пхп нюке и через самбу
Duke Shadow



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


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

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

Автор: UNKNOWING
Дата сообщения: 23.09.2004 18:04
Ты ни как не можешь ограничить это.

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

Только спец средствами
Автор: Kaliary
Дата сообщения: 23.09.2004 19:06
UNKNOWING
дайте такое спец средство ПЛИЗ
Автор: Duke Shadow
Дата сообщения: 24.09.2004 07:35
Kaliary

Цитата:
нет ТУШКАНЧИК НАЛУНЕ



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

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

я с линуксами сам не работал, поговорил с другим админом, он говорит, что средствами самой ОС можно достаточно легко ограничить и траффик и число подключений, это какой-то отдельный сервис.
Более конкретно ничего сказать не может - специализируется на OpenBSD
Автор: Kaliary
Дата сообщения: 24.09.2004 23:18
AlexSSS
Я тоже думал о понижени скорости скачьки для видео. Теперь наверное так и зделаю. Но возникает другой вапрос орать будут какова скорасть г а с этим нечё незделаеш тимболие уменя в сетке полно кадров обеснять каждому клава разламается но это моя проблема. но серавно спб всем кто откликнулся Duke Shadow
AlexSSS
UNKNOWING
Автор: Sadok
Дата сообщения: 25.09.2004 07:19
AlexSSS

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

Не может быть! Куда? В оперативку? В temp?
Автор: ooptimum
Дата сообщения: 25.09.2004 09:07
Sadok

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

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

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

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


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

Как на меня, здесь как раз и нужно сделать шейпинг и сделать архив на ФТП, так чтобы просматривать не могли а только качать. И задать допустим по 3 М/с или есть у шейпера SFQ очередь которая делит между всеми равномерно,. (12Мб/с) / (на количество скачивающих),. а еще выпросить отдельный для энтого сервант, раз начальство такой беспредел позволяет
Автор: Kaliary
Дата сообщения: 25.09.2004 22:43
ooptimum
UNKNOWING
СПБ.
ooptimum

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


А не можеш сказать поточьнее где там это лежит а то чёта я посмотрел вроде хорошо а ненашол может проглядел. Если нетрудно.
Автор: ooptimum
Дата сообщения: 25.09.2004 23:22
UNKNOWING

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

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

Kaliary

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

http://www.opennet.ru/search.shtml?exclude=index&words=Linux+traffic+shaper
Автор: UNKNOWING
Дата сообщения: 27.09.2004 14:52
ooptimum

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

Kaliary

Посмотри http://cebka.pp.ru/my/iproute2.txt
Автор: ooptimum
Дата сообщения: 27.09.2004 18:39
UNKNOWING

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

Обоснуй.
Автор: UNKNOWING
Дата сообщения: 27.09.2004 19:12
ooptimum

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

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


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


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


Клиент у нас не виртуальный, а несколько известных плейеров, Kaliary виднее чем у него сморят видео,. Думаю большиство сморит WM9... Вот это имел ввиду, ты исходишь из "виртуального клиента" а я исхожу из допустим WM, winamp, bsplayer.. etc.
Автор: ooptimum
Дата сообщения: 27.09.2004 19:22
UNKNOWING
How To Control Content Caching in the Windows Media 9 Series Platform
Автор: UNKNOWING
Дата сообщения: 27.09.2004 19:26
ooptimum

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

я же предложил централизированное решение?
Автор: ooptimum
Дата сообщения: 27.09.2004 19:38
Кстати, ты упускаешь из виду тот факт, что он физически может обеспечить гораздо большую полосу пропускания, чем необходимо для проигрывания файла в плеере. Поэтому ни о каких задержках в 3 секунды и речи не идет. Именно при активных скачиваниях фильмов у него встает сервер (своего рода DoS), но при просмотре фильмов такого, по-видимому, не происходит. Отсюда напрашивается вывод, что при простом просмотре пиковая нагрузка на сеть гораздо ниже, чем при скачивании. Оно и понятно, ведь как видео, так и аудио-потоки в фильме имеют свой битрейт и не имеет большого смысла считывать видео-файл со скоростью большей суммарного битрейта, даже если не учитывать тот факт, что контент сжат, т.е. скорость, равная суммарному битрейту, даже избыточна. И т.д. и т.п.
Автор: UNKNOWING
Дата сообщения: 27.09.2004 20:28
ooptimum

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

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

и еще,. Давай заканчивать совершенно не нужные споры.
Автор: ooptimum
Дата сообщения: 28.09.2004 06:51
UNKNOWING

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

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


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

Это не спор. Ты утверждал, что я жизни, типа, не знаю. Знаю. Поэтому и пишу, т.к. есть что возразить. По теме, а не просто так. Я не против, кстати, твоего метода с FTP. Как он сделает -- дело его.
Автор: UNKNOWING
Дата сообщения: 28.09.2004 14:47
ooptimum

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



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


Нигде не утверждал что не знаешь жизни,. говорил что исходишь из теории. и фсе,.
Автор: ooptimum
Дата сообщения: 28.09.2004 18:16
UNKNOWING

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

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

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

Автор: Jovanotti
Дата сообщения: 29.09.2004 09:40
ooptimum

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


Как ?
В каком менеджере файлов есть такая фича (WIN) ??
Автор: ooptimum
Дата сообщения: 29.09.2004 10:06
Jovanotti

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

А винда тут вообще не причем. Трафик шейпится прямо на интерфейсе сервера.
Автор: Jovanotti
Дата сообщения: 29.09.2004 12:30
ooptimum
Это я понимаю что на сервере шейпится
но интерисует как я, будучи клиентом могу сам себе занижать скорость.
Не ради извращения, просто интересно знать
Автор: ooptimum
Дата сообщения: 29.09.2004 12:34
Jovanotti
Была такая программа, занижающая скорость произвольного соединения. Тут обсуждали ее, но названия, хоть убей, вспомнить не могу. Попробуй поискать по форуму.

Страницы: 12

Предыдущая тема: Удаленное админинистрирование Dameware и WinXP SP2 firewall


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