Файловая система NFS

У меня такой вопрос, глупо но в нете не нашел ответ. Только маны по настройке и истории.
Но вопрос таков.
Имеем 2 компьютера делаем одну файловую систему при помощи NFS

Сервер 1 ( мой ноутбук )
Сервер 2 (комп рядом)

Монтируем NFS так что бы в сервере 1 директория /home/1/ была примонтирована с Сервера 2

Затем заливаем фильм в директорию /home/1/ и запускаем его.
Чей процессор будет обрабатывать этот запрос ?
Сервер 1 - с которого мы жмем запуск.
Сервер 2 - на котором лежит файл

Зарание спасибо.

Ну наверное каждый будет обрабатывать свою задачу
1 - проигрывать
2 - отдавать по сети поток.

тогда вопрос чу-чуть другого характера.

делаем так же.
1. сервер
2. сервер

Монтируем на 1 сервер файловую систему. В директорию /home/1/ - сюда же заливаем к примеру игровой сервер Minecraft
Запускаем его.
В итоге запуск производится с сервера 1. Но обрабатывается сервером 2.

Игроки будут конектится к серверу 1, и все запросы будут приходить на него. Но обрабатывать это все будет сервер 2 ?
Оперативная память, ресурсы процессора, будут тратится второго сервера?

Я это уточняю потому что с фильмом логично что выводить на экран все равно должен мой ноут. Но в варианте с сервером выводить ничего на первый ненужно.

По логике получается так.
Запрос приходит на сервер 1 он отсылает его на 2 где все обрабатывается, готовый ответ возврашается на 1 сервер, который в свою очеред передает его уже игроку.

Если это так то есть смысл поковырять это дело :)

Но тут однозначто сказать не могу. Запустите всё это дело, поняблюдайтн. Тогда и будет видно что и наскоко нагружаетса.

kisil написал:

Но тут однозначто сказать не могу. Запустите всё это дело, поняблюдайтн. Тогда и будет видно что и наскоко нагружаетса.

все настолько красочно что придется протестировать.

Да и за одним роутером находится 3 машины на линуксе. Есть с чем танцевать.
Неплохо прибавить в мошности старым тачичкам :)

Удачи. *YES* *THUMBSUP*

поднял я NFS клиент убунту 10.04 сервер debian 6
Делел по мануалу - Для новичков :)
все хорошо, но и что то непонятно, все смонтировал работает, частично.
1. почему то в корневой директории, что я к клинету, я немогу создавать файлы папки, немогу ничего туда залить. А вот в под директории спокойно, причем даже есть права на запуск.

На сервере прописал /etc/exports

/home/1/ 192.168.2.100(rw,no_root_squash,async)

в клиенте /etc/fstab

192.168.2.111:/home/1/ /home/rassol2/1 nfs rw,hard,intr 0 0

подозреваю что дело в слешах, либо лишний либо не хватает ?

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

Показать

а вот на клиенте

totem /home/rassol2/1/public/V.Dome.2012.D.HDRip.IRONCLUB.avi

используй autofs, и не надо ни каких записей в /etc/fstab

i2ks написал:

используй autofs, и не надо ни каких записей в /etc/fstab

да и с fstab все хорошо, и не сложно.

Вот как знал что проблемы будут с правами.
Залил сервер для проверки.
Чисто на 2 сервере запускается и все гуд.
А вот с клиента не запускается. Проблемы с правами. Начал читать о правах и что то не могу догнать какие нужно поставить права, что бы юсер с клиентской машины мог запустить сервер.
Как я понимаю загвоздка в том что на сервере и на клиенте отдельные юсеры, и я в душе не могу понять как заставить их дружить.

Там пользователи могут с большой долей вероятности иметь разные UID/GID, и одинаковые имена, проблема в этом. Поэтому клиенту нужно указывать доступ не по имени пользователя, а по UID/GID. Достаточно пользователю быть членом группы, например, smbshare, которая на обеих машинах имеет одинаковые GID.

а наводку где это посмотреть и организовать ?

Например,
man nfs

sec=mode
Set the security flavor for this mount to "mode". The default setting is sec=sys, which uses local unix uids and gids to authenticate NFS operations (AUTH_SYS). Other currently supported settings are: sec=krb5, which uses Kerberos V5 instead of local unix uids and gids to authenticate users; sec=krb5i, which uses Kerberos V5 for user authentication and performs integrity checking of NFS operations using secure checksums to prevent data tampering; and sec=krb5p, which uses Kerberos V5 for user authentication and integrity checking, and encrypts NFS traffic to prevent traffic sniffing (this is the most secure setting). Note that there is a performance penalty when using integrity or privacy.

Но у этого способа есть недостаток - по крайней мере, GID пользователя машины, на которой работает сервер NFS, должен быть одинаков с GID пользователя на машине-клиенте, которому нужно дать доступ.

yars написал:

Например,
man nfs

sec=mode
Set the security flavor for this mount to "mode". The default setting is sec=sys, which uses local unix uids and gids to authenticate NFS operations (AUTH_SYS). Other currently supported settings are: sec=krb5, which uses Kerberos V5 instead of local unix uids and gids to authenticate users; sec=krb5i, which uses Kerberos V5 for user authentication and performs integrity checking of NFS operations using secure checksums to prevent data tampering; and sec=krb5p, which uses Kerberos V5 for user authentication and integrity checking, and encrypts NFS traffic to prevent traffic sniffing (this is the most secure setting). Note that there is a performance penalty when using integrity or privacy.

Но у этого способа есть недостаток - по крайней мере, GID пользователя машины, на которой работает сервер NFS, должен быть одинаков с GID пользователя на машине-клиенте, которому нужно дать доступ.

оказалось чуть сложнее чем я предпологал. Ну ничего будем читать.