Nfs ფაილები. NFS სერვერის ინსტალაცია და კონფიგურაცია

კარგი დრო, მკითხველებო და სტუმრებო. პოსტებს შორის ძალიან დიდი შესვენება იყო, მაგრამ მე დავბრუნდი ბრძოლაში). დღევანდელ სტატიაში განვიხილავ NFS პროტოკოლის ოპერაცია, ისევე, როგორც NFS სერვერის და NFS კლიენტის კონფიგურაცია Linux-ზე.

NFS-ის შესავალი

NFS (ქსელის ფაილური სისტემა - ქსელის ფაილური სისტემა) ჩემი აზრით - იდეალური გადაწყვეტა ლოკალურ ქსელში, სადაც სწრაფი (უფრო სწრაფი, ვიდრე SAMBA და ნაკლებად რესურსი ინტენსიური ვიდრე დისტანციურ ფაილურ სისტემებთან დაშიფვრით - sshfs, SFTP და ა.შ ...) საჭიროა მონაცემთა გაცვლა და არ არის წინა პლანზე. გადაცემული ინფორმაციის უსაფრთხოება. NFS პროტოკოლისაშუალებას იძლევა დააინსტალირეთ დისტანციური ფაილური სისტემები ქსელში ადგილობრივ დირექტორიაშითითქოს ეს იყოს დამონტაჟებული დისკის ფაილური სისტემა. ამრიგად, ადგილობრივ აპლიკაციებს შეუძლიათ იმუშაონ დისტანციურ ფაილურ სისტემასთან, ისევე როგორც ადგილობრივთან. მაგრამ თქვენ უნდა იყოთ ფრთხილად (!) ერთად NFS-ის დაყენება, რადგან გარკვეული კონფიგურაციით შესაძლებელია კლიენტის ოპერაციული სისტემის შეჩერება, უსასრულო I/O-ს მოლოდინში. NFS პროტოკოლისამუშაოზე დაყრდნობით RPC პროტოკოლი, რაც ჩემს გაგებას ჯერ არ ემთხვევა)) ასე რომ, სტატიაში მასალა ცოტა ბუნდოვანი იქნება... სანამ NFS-ის გამოყენებას შეძლებთ, იქნება ეს სერვერი თუ კლიენტი, უნდა დარწმუნდეთ, რომ თქვენს ბირთვს აქვს მხარდაჭერა NFS ფაილური სისტემა. შეგიძლიათ შეამოწმოთ აქვს თუ არა ბირთვი მხარს NFS ფაილურ სისტემას ფაილში შესაბამისი ხაზების არსებობის მოძიებით. / proc / ფაილური სისტემები:

ARCHIV ~ # grep nfs / proc / ფაილური სისტემები nodev nfs nodev nfs4 nodev nfsd

თუ მითითებული ხაზები ფაილში / proc / ფაილური სისტემებივერ ხერხდება, მაშინ თქვენ უნდა დააინსტალიროთ ქვემოთ აღწერილი პაკეტები. ეს, სავარაუდოდ, დააინსტალირებს დამოკიდებული ბირთვის მოდულებს სასურველი ფაილური სისტემების მხარდასაჭერად. თუ პაკეტების ინსტალაციის შემდეგ NFS მხარდაჭერა არ არის ნაჩვენები მითითებულ ფაილში, მაშინ საჭირო იქნება ამ ფუნქციის ჩართვა.

ამბავი ქსელის ფაილური სისტემა

NFS პროტოკოლიშემუშავებული Sun Microsystems-ის მიერ და აქვს 4 ვერსია თავის ისტორიაში. NFSv1შეიქმნა 1989 წელს და იყო ექსპერიმენტული, მუშაობდა UDP პროტოკოლზე. ვერსია 1 აღწერილია. NFSv2გამოვიდა იმავე 1989 წელს, აღწერილი იყო იგივე RFC1094-ით და ასევე ეფუძნებოდა UDP პროტოკოლს, ხოლო საშუალებას გაძლევთ წაიკითხოთ არაუმეტეს 2 გბ ფაილიდან. NFSv3შესწორებულია 1995 წელს და აღწერილია. მესამე ვერსიის მთავარი სიახლე იყო დიდი ფაილების მხარდაჭერა, TCP პროტოკოლისა და დიდი TCP პაკეტების მხარდაჭერა, რამაც მნიშვნელოვნად დააჩქარა ტექნოლოგიის მუშაობა. NFSv4დასრულდა 2000 წელს და აღწერილია RFC 3010-ში, შესწორებული 2003 წელს და აღწერილია. მეოთხე ვერსია მოიცავდა შესრულების გაუმჯობესებას, ავტორიზაციის სხვადასხვა ხელსაწყოების მხარდაჭერას (კერძოდ, Kerberos და LIPKEY RPCSEC GSS პროტოკოლის გამოყენებით) და წვდომის კონტროლის სიებს (როგორც POSIX, ასევე Windows ტიპის). NFS v4.1დაამტკიცა IESG-მ 2010 წელს და მიიღო ნომერი. 4.1 ვერსიის მნიშვნელოვანი ინოვაციაა სპეციფიკაცია pNFS - Parallel NFS, NFS კლიენტის პარალელური წვდომის მექანიზმი მრავალი განაწილებული NFS სერვერის მონაცემებზე. ქსელის ფაილური სისტემის სტანდარტში ასეთი მექანიზმის არსებობა ხელს შეუწყობს განაწილებული „ღრუბელი“ საცავების და საინფორმაციო სისტემების შექმნას.

NFS სერვერი

ვინაიდან გვაქვს NFS- ეს ქსელიფაილური სისტემა აუცილებელია. (ასევე შეგიძლიათ წაიკითხოთ სტატია). შემდგომ აუცილებელია. Debian-ზე ეს არის პაკეტი nfs-kernel-serverდა nfs-common, RedHat-ში ეს არის პაკეტი nfs-utils... ასევე, აუცილებელია დემონის გაშვების ჩართვა OS-ის საჭირო დონეზე (ბრძანება RedHat-ში არის / sbin / chkconfig nfs ჩართულია, Debian-ში - /usr/sbin/update-rc.d nfs-kernel-server ნაგულისხმევი).

Debian-ში დაინსტალირებული პაკეტები მუშაობს შემდეგი თანმიმდევრობით:

ARCHIV ~ # ls -la /etc/rc2.d/ | grep nfs lrwxrwxrwx 1 root root 20 Oct 18 15:02 S15nfs-common -> ../init.d/nfs-common lrwxrwxrwx 1 root root 27 Oct 22 01:23 S16nfs-common -> ../init.d/nfs-common lrwxrwxrwx 1 root 27 Oct 22 01:23 S16. / nfs-kernel-server

ანუ ჯერ იწყება nfs-commonშემდეგ თავად სერვერი nfs-kernel-server... RedHat-ში სიტუაცია მსგავსია, ერთადერთი გამონაკლისით, რომ პირველ სკრიპტს ეძახიან nfslockდა სერვერს უბრალოდ ეძახიან nfs... შესახებ nfs-common debian საიტი სიტყვასიტყვით გვეუბნება შემდეგს: საერთო ფაილები NFS კლიენტისა და სერვერისთვის, ეს პაკეტი უნდა იყოს დაინსტალირებული მანქანაზე, რომელიც იმოქმედებს როგორც NFS კლიენტი ან სერვერი. პაკეტში შედის პროგრამები: lockd, statd, showmount, nfsstat, gssd და idmapd... გაშვების სკრიპტის შინაარსის დათვალიერებით /etc/init.d/nfs-commonშეგიძლიათ აკონტროლოთ სამუშაოების შემდეგი თანმიმდევრობა: სკრიპტი ამოწმებს შესრულებადი ორობითი ფაილის არსებობას /sbin/rpc.statd, ამოწმებს ფაილებში არსებობას / etc / default / nfs-common, / etc / fstabდა / და ა.შ. / ექსპორტიპარამეტრები, რომლებიც მოითხოვს დამწყებ დემონებს idmapd და gssd , იწყებს დემონს /sbin/rpc.statd , შემდეგ დაწყებამდე /usr/sbin/rpc.idmapdდა /usr/sbin/rpc.gssdამოწმებს ამ შესრულებადი ბინარების არსებობას, შემდეგ for დემონი /usr/sbin/rpc.idmapdამოწმებს sunrpc, nfsდა nfsd, ასევე ფაილური სისტემის მხარდაჭერა rpc_pipefsბირთვში (ანუ მისი არსებობა ფაილში / proc / ფაილური სისტემები), თუ ყველაფერი წარმატებულია, მაშინ ის მუშაობს /usr/sbin/rpc.idmapd ... გარდა ამისა, დემონისთვის /usr/sbin/rpc.gssd ამოწმებს ბირთვის მოდული rpcsec_gss_krb5და იწყებს დემონს.

თუ ათვალიერებთ შინაარსს NFS სერვერის გაშვების სკრიპტი Debian-ზე ( /etc/init.d/nfs-kernel-server), შემდეგ შეგიძლიათ დაიცვას შემდეგი თანმიმდევრობა: გაშვებისას სკრიპტი ამოწმებს ფაილის არსებობას / და ა.შ. / ექსპორტი, ხელმისაწვდომობა nfsd, მხარდაჭერის ხელმისაწვდომობა NFS ფაილური სისტემა in (ანუ ფაილში / proc / ფაილური სისტემები), თუ ყველაფერი თავის ადგილზეა, მაშინ დემონი იწყება /usr/sbin/rpc.nfsd , შემდეგ ამოწმებს დაყენებულია თუ არა პარამეტრი NEED_SVCGSSD(დაყენებულია სერვერის პარამეტრების ფაილში / etc / default / nfs-kernel-server) და, თუ მოცემულია, იწყებს დემონს /usr/sbin/rpc.svcgssd , უკანასკნელმა დაიწყო დემონი /usr/sbin/rpc.mountd ... ამ სკრიპტიდან ხედავთ ამას NFS სერვერის ოპერაცია შედგება daemons rpc.nfsd, rpc.mountd და თუ Kerberos ავთენტიფიკაცია გამოიყენება, მაშინ daemon rcp.svcgssd. daemon rpc.rquotad და nfslogd კვლავ მუშაობს წითელ ქუდში (რატომღაც, მე ვერ ვიპოვე ინფორმაცია ამ დემონის შესახებ Debian-ში და მისი არყოფნის მიზეზები, როგორც ჩანს, წაშლილია ...).

აქედან ირკვევა, რომ ქსელის ფაილური სისტემის სერვერი შედგება შემდეგი პროცესებისგან (წაკითხვა - დემონები)მდებარეობს / sbin და / usr / sbin დირექტორიებში:

NFSv4-ში, Kerberos-ის გამოყენებისას, დემონები დამატებით იწყება:

• rpc.gssd- NFSv4 დემონი უზრუნველყოფს ავთენტიფიკაციის მეთოდებს GSS-API (Kerberos Authentication) მეშვეობით. მუშაობს კლიენტზე და სერვერზე.
• rpc.svcgssd- NFSv4 სერვერის დემონი, რომელიც უზრუნველყოფს სერვერის კლიენტის ავთენტიფიკაციას.

portmap და RPC პროტოკოლი (Sun RPC)

ზემოაღნიშნული პაკეტების გარდა, NFSv2 და v3 გამართულად მუშაობისთვის საჭიროა დამატებითი პაკეტი პორტმაპი(უფრო ახალ დისტრიბუციებში, შეიცვალა სახელწოდებით in rpcbind). ეს პაკეტი ჩვეულებრივ დაინსტალირებულია ავტომატურად NFS-თან, როგორც დამოკიდებულთან და ახორციელებს RPC სერვერის მუშაობას, ანუ ის პასუხისმგებელია პორტების დინამიურ მინიჭებაზე RPC სერვერზე რეგისტრირებული ზოგიერთი სერვისისთვის. ფაქტიურად, დოკუმენტაციის მიხედვით, ეს არის სერვერი, რომელიც გარდაქმნის დისტანციური პროცედურის ზარის (RPC) პროგრამის ნომრებს TCP / UDP პორტის ნომრებად. portmap მუშაობს რამდენიმე ობიექტზე: RPC ზარები ან მოთხოვნები, TCP / UDP პორტები,პროტოკოლის ვერსია(tcp ან udp), პროგრამის ნომრებიდა პროგრამული ვერსიები. portmap დემონი იწყება /etc/init.d/portmap სკრიპტით NFS სერვისების დაწყებამდე.

მოკლედ, RPC (Remote Procedure Call) სერვერის ამოცანაა RPC ზარების დამუშავება (aka RPC პროცედურები) ლოკალური და დისტანციური პროცესებიდან. RPC ზარების გამოყენებით, სერვისები დარეგისტრირდებიან ან იშლებიან პორტის მაპერზე (aka portmapper, aka portmap, aka portmapper, aka rpcbind, ახალ ვერსიებში) და კლიენტები, რომლებიც იყენებენ RPC ზარებს, რომლებიც მიმართავენ მოთხოვნებს პორტმაპერზე, იღებენ საჭირო ინფორმაციას. მომხმარებლისთვის მოსახერხებელი პროგრამის სერვისების სახელები და მათი შესაბამისი ნომრები განისაზღვრება / etc / rpc-ში. როგორც კი სერვისი გამოგზავნის შესაბამის მოთხოვნას და დარეგისტრირდება RPC სერვერზე პორტის მაპერში, RPC სერვერი ანიჭებს TCP და UDP პორტებს სერვისს, რომელზეც დაიწყო სერვისი და ინახავს ბირთვში შესაბამის ინფორმაციას გაშვებული სერვისი (სახელი), უნიკალური ნომრის სერვისი (/ etc / rpc-ის შესაბამისად), პროტოკოლისა და პორტის შესახებ, რომელზედაც მუშაობს სერვისი და სერვისის ვერსიის შესახებ და კლიენტებს მოთხოვნისთანავე აწვდის მითითებულ ინფორმაციას. თავად პორტის გადამყვანს აქვს პროგრამის ნომერი (100000), ვერსიის ნომერი - 2, TCP პორტი 111 და UDP პორტი 111. ზემოთ, NFS სერვერის დემონების შემადგენლობის დაზუსტებისას, მე მივუთითე ძირითადი RPC პროგრამის ნომრები. ამ აბზაცში, ალბათ, ცოტა დაგაბნიეთ, ამიტომ ვიტყვი მთავარ ფრაზას, რომელიც უნდა განმარტოს: პორტის მწარმოებლის მთავარი ფუნქციაა დაუბრუნოს მას (კლიენტს) პორტი, რომელზეც მუშაობს მოთხოვნილი პროგრამა. შესაბამისად, თუ კლიენტს სჭირდება RPC-ზე წვდომა კონკრეტული პროგრამის ნომრით, მან ჯერ უნდა დაუკავშირდეს პორტმაპის პროცესს სერვერის მანქანაზე და განსაზღვროს პორტის ნომერი მისთვის საჭირო RPC სერვისთან კომუნიკაციისთვის.

RPC სერვერის მოქმედება შეიძლება წარმოდგენილი იყოს შემდეგი ნაბიჯებით:

1. პორტის გადამყვანი ჯერ უნდა დაიწყოს, როგორც წესი, სისტემის ჩატვირთვისას. ეს ქმნის TCP საბოლოო წერტილს და ხსნის TCP პორტს 111. ის ასევე ქმნის UDP ბოლო წერტილს, რომელიც ელოდება UDP მონაცემთა გრამის ჩამოსვლას UDP პორტ 111-ზე.
2. გაშვებისას, პროგრამა, რომელიც გადის RPC სერვერზე, ქმნის TCP ბოლო წერტილს და UDP ბოლო წერტილს პროგრამის თითოეული მხარდაჭერილი ვერსიისთვის. (RPC სერვერს შეუძლია მრავალი ვერსიის მხარდაჭერა. კლიენტი განსაზღვრავს საჭირო ვერსიას RPC ზარის განხორციელებისას.) სერვისის თითოეულ ვერსიას ენიჭება დინამიურად მინიჭებული პორტის ნომერი. სერვერი აღრიცხავს თითოეულ პროგრამას, ვერსიას, პროტოკოლს და პორტის ნომერს შესაბამისი RPC ზარის განხორციელებით.
3. როდესაც RPC კლიენტის პროგრამას სჭირდება მისთვის საჭირო ინფორმაცია, ის იძახებს პორტის რუტინას, რათა მიიღოს დინამიურად მინიჭებული პორტის ნომერი მოცემული პროგრამის, ვერსიისა და პროტოკოლისთვის.
4. ამ მოთხოვნის საპასუხოდ, ჩრდილოეთი აბრუნებს პორტის ნომერს.
5. კლიენტი აგზავნის RPC მოთხოვნის შეტყობინებას პორტის ნომერზე, რომელიც მიღებულ იქნა ნაბიჯი 4-ში. თუ UDP გამოიყენება, კლიენტი უბრალოდ აგზავნის UDP მონაცემთაგრამას, რომელიც შეიცავს RPC ზარის შეტყობინებას UDP პორტის ნომერზე, რომელზეც მუშაობს მოთხოვნილი სერვისი. საპასუხოდ, სერვისი აგზავნის UDP მონაცემთაგრამას, რომელიც შეიცავს RPC საპასუხო შეტყობინებას. თუ TCP გამოიყენება, კლიენტი აკეთებს აქტიურ გახსნას მოთხოვნილი სერვისის TCP პორტის ნომერზე და შემდეგ აგზავნის RPC ზარის შეტყობინებას დამყარებულ კავშირზე. სერვერი პასუხობს RPC საპასუხო შეტყობინებით კავშირზე.

RPC სერვერიდან ინფორმაციის მისაღებად გამოიყენეთ კომუნალური პროგრამა rpcinfo... პარამეტრების მითითებისას -p მასპინძელიპროგრამა ჩამოთვლის ყველა რეგისტრირებულ RPC პროგრამას ჰოსტზე. ჰოსტის მითითების გარეშე, პროგრამა აჩვენებს სერვისებს ლოკალჰოსტზე. მაგალითი:

არქივი ~ # rpcinfo -p prog-ma მობილური პროტო port 100000 2 tcp 111 PortMapper 100000 2 UDP 111 PortMapper 100024 1 UDP 59451 სტატუსი 100024 1 tcp 60872 სტატუსი 100021 1 UDP 44310 nlockmgr 100021 3 UDP 44310 nlockmgr 100021 4 UDP 44310 nlock 44851 nlockmgr 100021 3 tcp 44851 nlockmgr 100021 4 tcp 44851 nlockmgr 100003 2 tcp 2049 nfs 100003 3 tcp 2049 nfs 100003 4 tcp 2049 nfs 100003 2 UDP 2049 nfs 100003 3 UDP 2049 nfs 100003 4 ud5 tcp 2049 nfs 1000030 1 მთაზე 41405 mountd 100005 2 UDP 51306 დამონტაჟება 100005 2 tcp 41405 დამონტაჟება 100005 3 udp 51306 მონტაჟი 100005 3 tcp 41405 დამონტაჟებული

როგორც ხედავთ, rpcinfo აჩვენებს (სვეტებში მარცხნიდან მარჯვნივ) რეგისტრირებული პროგრამის ნომერს, ვერსიას, პროტოკოლს, პორტს და სახელს. შეგიძლიათ გამოიყენოთ rpcinfo პროგრამის რეგისტრაციის ამოსაღებად ან ინდივიდუალური RPC სერვისის შესახებ ინფორმაციის მისაღებად (დამატებითი ვარიანტებისთვის იხილეთ man rpcinfo). როგორც ხედავთ, portmapper ვერსია 2 დემონები რეგისტრირებულია udp და tcp პორტებზე, rpc.statd ვერსია 1 udp და tcp პორტებზე, NFS lock მენეჯერის ვერსიები 1,3,4, nfs სერვერის დემონი 2,3,4, ასევე. mount დემონის ვერსიები 1,2,3.

NFS სერვერი (უფრო ზუსტად, rpc.nfsd დემონი) იღებს მოთხოვნებს კლიენტისგან UDP მონაცემთა გრამების სახით პორტზე 2049. მიუხედავად იმისა, რომ NFS მუშაობს პორტის მაპერთან, რომელიც საშუალებას აძლევს სერვერს გამოიყენოს დინამიურად მინიჭებული პორტები, UDP პორტი 2049 არის ხისტი კოდირებულია NFS-ზე უმეტეს დანერგვაში...

ქსელის ფაილური სისტემის პროტოკოლის ოპერაცია

დაამონტაჟეთ დისტანციური NFS

დისტანციური NFS ფაილური სისტემის დამონტაჟების პროცესი შეიძლება წარმოდგენილი იყოს შემდეგი სქემით:

NFS პროტოკოლის აღწერა დისტანციური დირექტორიას დამონტაჟებისას:

1. RPC სერვერი იწყება სერვერზე და კლიენტზე (ჩვეულებრივ ჩატვირთვისას), ემსახურება პორტმაპერის პროცესით და რეგისტრირებულია tcp / 111 და udp / 111 პორტებზე.
2. დაწყებულია სერვისები (rpc.nfsd, rpc.statd და ა.შ.), რომლებიც რეგისტრირებულია RPC სერვერზე და რეგისტრირებულია ქსელის თვითნებურ პორტებზე (თუ სერვისის პარამეტრებში არ არის მითითებული სტატიკური პორტი).
3. კლიენტის კომპიუტერზე mount ბრძანება უგზავნის თხოვნას ბირთვს, დაამონტაჟოს ქსელის დირექტორია ფაილური სისტემის ტიპის, ჰოსტის და თავად დირექტორიას მითითებით, ბირთვი აგზავნის RPC მოთხოვნას პორტმაპის პროცესზე NFS სერვერზე udp / 111 პორტი (თუ კლიენტს არ აქვს tcp-ით მუშაობის შესაძლებლობა)
4. NFS სერვერის ბირთვი გამოკითხავს RPC-ს rpc.mountd დემონის არსებობისთვის და აბრუნებს ქსელის პორტს, რომელზეც დემონი მუშაობს კლიენტის ბირთვში.
5. mount აგზავნის RPC მოთხოვნას პორტში, რომელზეც მუშაობს rpc.mountd. ახლა NFS სერვერს შეუძლია დაადასტუროს კლიენტი მისი IP მისამართისა და პორტის ნომრის საფუძველზე, რათა დაინახოს, შეუძლია თუ არა კლიენტს მითითებული ფაილური სისტემის დამონტაჟება.
6. Mount Daemon აბრუნებს მოთხოვნილი ფაილური სისტემის აღწერას.
7. კლიენტის mount ბრძანება გასცემს სამონტაჟო სისტემის ზარს, რათა დააკავშიროს მე-5 ნაბიჯში მიღებული ფაილის აღმწერი ლოკალური დამაგრების წერტილთან კლიენტის ჰოსტზე. ფაილის აღმწერი ინახება NFS კლიენტის კოდში და ამ მომენტიდან მომხმარებლის პროცესების ნებისმიერი წვდომა სერვერის ფაილურ სისტემაზე არსებულ ფაილებზე გამოიყენებს ფაილის აღწერს, როგორც ამოსავალ წერტილს.

კლიენტსა და NFS სერვერს შორის კომუნიკაცია

ტიპიური წვდომა დისტანციურ ფაილურ სისტემაზე შეიძლება აღწერილი იყოს შემდეგნაირად:

NFS სერვერზე მდებარე ფაილზე წვდომის პროცესის აღწერა:

1. კლიენტს (მომხმარებლის პროცესს) არ აინტერესებს, მიიღებს თუ არა წვდომას ადგილობრივ ფაილზე ან NFS ფაილზე. ბირთვი ეხება აპარატურასთან ურთიერთქმედებას ბირთვის მოდულების ან ჩაშენებული სისტემური ზარების საშუალებით.
2. ბირთვის მოდული ბირთვი / fs / nfs / nfs.ko,რომელიც მოქმედებს როგორც NFS კლიენტი და აგზავნის RPC მოთხოვნებს NFS სერვერზე TCP/IP მოდულის მეშვეობით. NFS ჩვეულებრივ იყენებს UDP-ს, თუმცა უახლეს განხორციელებებს შეუძლიათ გამოიყენონ TCP.
3. NFS სერვერი იღებს მოთხოვნებს კლიენტისგან, როგორც UDP მონაცემთა გრამები პორტზე 2049. მიუხედავად იმისა, რომ NFS-ს შეუძლია იმუშაოს პორტის მაპერთან, რომელიც სერვერს საშუალებას აძლევს გამოიყენოს დინამიურად მინიჭებული პორტები, UDP პორტი 2049 არის მყარი კოდირებული NFS-ზე უმეტეს განხორციელებაში.
4. როდესაც NFS სერვერი იღებს მოთხოვნას კლიენტისგან, ის გადაეცემა ფაილების წვდომის ადგილობრივ რუტინას, რომელიც უზრუნველყოფს სერვერის ლოკალურ დისკზე წვდომას.
5. დისკზე წვდომის შედეგი უბრუნდება კლიენტს.

NFS სერვერის დაყენება

სერვერის დაყენებაზოგადად შედგება ადგილობრივი დირექტორიების მითითებით, რომლებიც ნებადართულია დისტანციური სისტემების მიერ ფაილში დასამონტაჟებლად / და ა.შ. / ექსპორტი... ამ მოქმედებას ე.წ საექსპორტო დირექტორია იერარქია... ექსპორტირებული დირექტორიების შესახებ ინფორმაციის ძირითადი წყაროა შემდეგი ფაილები:

• / და ა.შ. / ექსპორტი- ძირითადი კონფიგურაციის ფაილი, რომელიც ინახავს ექსპორტირებული დირექტორიების კონფიგურაციას. გამოიყენება NFS და exportfs უტილიტის გაშვებისას.
• / var / lib / nfs / xtab- შეიცავს დისტანციური კლიენტების მიერ დამონტაჟებულ დირექტორიების ჩამონათვალს. გამოიყენება rpc.mountd დემონის მიერ, როდესაც კლიენტი ცდილობს იერარქიის დამონტაჟებას (შეიქმნება დამაგრების ჩანაწერი).
• / var / lib / nfs / etab- დირექტორიების სია, რომლებიც შეიძლება დამონტაჟდეს დისტანციური სისტემებით, სადაც მითითებულია ექსპორტირებული დირექტორიების ყველა პარამეტრი.
• / var / lib / nfs / rmtab- დირექტორიების სია, რომლებიც ამჟამად არ არის ექსპორტირებული.
• / proc / fs / nfsd- სპეციალური ფაილური სისტემა (კერნელი 2.6) NFS სერვერის მართვისთვის.
  • ექსპორტი- აქტიური ექსპორტირებული იერარქიებისა და კლიენტების სია, რომლებზეც ისინი იქნა ექსპორტირებული, ასევე პარამეტრები. ბირთვი იღებს ამ ინფორმაციას / var / lib / nfs / xtab.
  • ძაფები- შეიცავს ძაფების რაოდენობას (ასევე შეიძლება შეიცვალოს)
  • filehandle-ის გამოყენებით შეგიძლიათ მიიღოთ ფაილის მაჩვენებელი
  • და ა.შ..
• / proc / net / rpc- შეიცავს ნედლეულ სტატისტიკას, რომლის მიღებაც შესაძლებელია nfsstat-ის გამოყენებით, ისევე როგორც სხვადასხვა ქეში.
• / var / run / portmap_mapping- ინფორმაცია RPC სერვისებში რეგისტრირებული

Შენიშვნა: ზოგადად ინტერნეტში არის ბევრი ინტერპრეტაცია და ფორმულირება xtab, etab, rmtab ფაილების დანიშნულების შესახებ, არ ვიცი ვის დავუჯერო, თუნდაც http://nfs.sourceforge.net/-ზე, ინტერპრეტაცია არ არის ცალსახა.

მიმდინარეობს / etc / ექსპორტის ფაილის კონფიგურაცია

უმარტივეს შემთხვევაში, / etc / exports ფაილი არის ერთადერთი ფაილი, რომელიც საჭიროებს რედაქტირებას NFS სერვერის კონფიგურაციისთვის. ეს ფაილი აკონტროლებს შემდეგ ასპექტებს:

• რა კლიენტებიშეუძლია სერვერზე ფაილებზე წვდომა
• რომელი იერარქიებისერვერზე დირექტორიების წვდომა თითოეულ კლიენტს შეუძლია
• როგორი იქნება მომხმარებლის მორგებული სახელები იყოს ნაჩვენებიადგილობრივ მომხმარებლის სახელებზე

ექსპორტის ფაილში თითოეულ ხაზს აქვს შემდეგი ფორმატი:

export_point client1 (ოფციები) [კლიენტი2 (ოფციები) ...]

სად ექსპორტის_პუნქტი ექსპორტირებული დირექტორია იერარქიის აბსოლუტური გზა, კლიენტი1 - n ერთი ან მეტი კლიენტის ან IP მისამართის სახელი, გამოყოფილი სივრცეებით, რომლებიც დასაშვებია მონტაჟისთვის ექსპორტის_პუნქტი . Პარამეტრები აღწერეთ დამაგრების წესები კლიენტიადრე მითითებული პარამეტრები .

აქ არის ტიპიური ფაილის ექსპორტის კონფიგურაციის მაგალითი:

ARCHIV ~ # cat / etc / ექსპორტი / archiv1 ფაილები (rw, სინქრონიზაცია) 10.0.0.1 (ro, სინქრონიზაცია) 10.0.230.1/24 (ro, sync)

ამ მაგალითში, ფაილებს და 10.0.0.1 კომპიუტერებს აქვთ წვდომა ექსპორტის წერტილზე / archiv1-ზე, ხოლო ფაილების ჰოსტი წაკითხვა/ჩაწერაა, ხოლო 10.0.0.1 ჰოსტი და 10.0.230.1/24 ქვექსელი მხოლოდ წაკითხვადია.

ჰოსტის აღწერა / etc / ექსპორტში დასაშვებია შემდეგ ფორმატში:

• ცალკეული კვანძების სახელები აღწერილია როგორც ფაილები ან ფაილები.DOMAIN.local.
• დომენის ნიღბები აღწერილია შემდეგ ფორმატში: * DOMAIN.local მოიცავს ყველა კვანძს DOMAIN.local დომენში.
• ქვექსელები მითითებულია, როგორც IP მისამართი / ნიღაბი წყვილი. მაგალითად: 10.0.0.0/255.255.255.0 მოიცავს ყველა კვანძს, რომლის მისამართები იწყება 10.0.0-ით.
• @myclients ქსელის ჯგუფის სახელის დაყენება, რომელსაც აქვს წვდომა რესურსზე (NIS სერვერის გამოყენებისას)

ზოგადი ექსპორტის პარამეტრები დირექტორია იერარქიებისთვის

ექსპორტის ფაილი იყენებს შემდეგ ზოგად ვარიანტებს(ყველა სისტემაში ნაგულისხმევად გამოყენებული ვარიანტები მითითებულია ჯერ, ფრჩხილებში - არა ნაგულისხმევად):

• auth_nlm (no_auth_nlm)ან უსაფრთხო_საკეტები (დაუცველი_საკეტები)- მიუთითებს, რომ სერვერმა უნდა მოითხოვოს დაბლოკვის მოთხოვნების ავთენტიფიკაცია (NFS Lock Manager პროტოკოლის გამოყენებით).
• nohide (დამალვა)- თუ სერვერი ახორციელებს ორი დირექტორიას იერარქიის ექსპორტს, ერთი ჩადგმული (დამონტაჟებული) მეორეში. კლიენტმა მკაფიოდ უნდა დაამონტაჟოს მეორე (ბავშვის) იერარქია, წინააღმდეგ შემთხვევაში ბავშვის იერარქიის დამაგრების წერტილი გამოჩნდება ცარიელი დირექტორია. nohide ოფცია იწვევს მეორე დირექტორიაში იერარქიას აშკარა დამაგრების გარეშე. ( შენიშვნა:ამ ვარიანტს ვერ ვამუშავებდი...)
• ro (rw)- იძლევა მხოლოდ წაკითხვის (ჩაწერის) მოთხოვნებს. (საბოლოოდ, შესაძლებელია თუ არა წაკითხვა/ჩაწერა, განისაზღვრება ფაილური სისტემის ნებართვების საფუძველზე, მაშინ როდესაც სერვერს არ შეუძლია განასხვავოს ფაილის წაკითხვის მოთხოვნა შესრულების მოთხოვნისაგან, ასე რომ, ის საშუალებას აძლევს წაიკითხოს, თუ მომხმარებელს აქვს წაკითხვის ან შესრულების ნებართვები. .)
• უსაფრთხო (დაუცველი)- მოითხოვს NFS მოთხოვნებს უსაფრთხო პორტებიდან (< 1024), чтобы программа без прав root не могла монтировать иерархию каталогов.
• subtree_check (no_subtree_check)- თუ ფაილური სისტემის ქვედირექტორია ექსპორტირებულია, მაგრამ არა მთელი ფაილური სისტემა, სერვერი ამოწმებს, არის თუ არა მოთხოვნილი ფაილი ექსპორტირებულ ქვედირექტორიაში. დადასტურების გამორთვა ამცირებს უსაფრთხოებას, მაგრამ ზრდის მონაცემთა გადაცემის სიჩქარეს.
• სინქრონიზაცია (ასინქრონული)- მიუთითებს, რომ სერვერმა უნდა უპასუხოს მოთხოვნებს მხოლოდ მას შემდეგ, რაც ამ მოთხოვნებით განხორციელებული ცვლილებები ჩაიწერება დისკზე. Async ოფცია ეუბნება სერვერს, რომ არ დაელოდოს ინფორმაციის ჩაწერას დისკზე, რაც აუმჯობესებს შესრულებას, მაგრამ ამცირებს საიმედოობას, რადგან ინფორმაციის დაკარგვა შესაძლებელია გათიშული კავშირის ან აღჭურვილობის უკმარისობის შემთხვევაში.
• wdelay (no_wdelay)- ეუბნება სერვერს, რომ გადადოს ჩაწერის მოთხოვნების შესრულება, თუ მოლოდინშია ჩაწერის შემდგომი მოთხოვნა, დაწერს მონაცემებს უფრო დიდ ბლოკებში. ეს აუმჯობესებს შესრულებას დიდი ჩაწერის რიგების გაგზავნისას. no_wdelay მიუთითებს, რომ არ გადადოთ ბრძანების შესრულება ჩაწერისთვის, რაც შეიძლება სასარგებლო იყოს, თუ სერვერი მიიღებს ბრძანებების დიდ რაოდენობას, რომლებიც ერთმანეთთან არ არის დაკავშირებული.

სიმბოლური ბმულების და მოწყობილობის ფაილების ექსპორტი.სიმბოლური ბმულების შემცველი დირექტორიების იერარქიის ექსპორტისას, ბმულის ობიექტი ხელმისაწვდომი უნდა იყოს კლიენტის (დისტანციური) სისტემისთვის, ანუ უნდა აკმაყოფილებდეს ერთ-ერთი შემდეგი წესი:

მოწყობილობის ფაილი ეხება ინტერფეისს. მოწყობილობის ფაილის ექსპორტის დროს, ეს ინტერფეისი ექსპორტირებულია. თუ კლიენტის სისტემას არ აქვს იგივე ტიპის მოწყობილობა, მაშინ ექსპორტირებული მოწყობილობა არ იმუშავებს. კლიენტის სისტემაზე, NFS ობიექტების დამონტაჟებისას, შეგიძლიათ გამოიყენოთ nodev ოფცია ისე, რომ მოწყობილობის ფაილები დამონტაჟებული დირექტორიაში არ იყოს გამოყენებული.

ნაგულისხმევი პარამეტრები შეიძლება განსხვავდებოდეს სისტემიდან სისტემაში, მათი ნახვა შესაძლებელია / var / lib / nfs / etab ფაილში. ექსპორტირებული დირექტორია / etc / exports-ში აღწერისა და NFS სერვერის გადატვირთვის შემდეგ, ყველა დაკარგული ვარიანტი (წაკითხვა: ნაგულისხმევი პარამეტრები) აისახება / var / lib / nfs / etab ფაილში.

მომხმარებლის ID ჩვენების (შემთხვევის) ვარიანტები

შემდეგის უკეთ გასაგებად, გირჩევთ, წაიკითხოთ სტატია. Linux-ის თითოეულ მომხმარებელს აქვს საკუთარი UID და მთავარი GID, რომლებიც აღწერილია ფაილებში / etc / passwdდა / და ა.შ. / ჯგუფი... NFS სერვერი ვარაუდობს, რომ დისტანციური ჰოსტის ოპერაციულმა სისტემამ მოახდინა მომხმარებლების ავთენტიფიკაცია და მიანიჭა მათ სწორი UID და GID. ფაილების ექსპორტი კლიენტის სისტემაში მომხმარებლებს აძლევს იმავე წვდომას ამ ფაილებზე, თითქოს ისინი პირდაპირ შედიოდნენ სერვერზე. შესაბამისად, როდესაც NFS კლიენტი აგზავნის მოთხოვნას სერვერზე, სერვერი იყენებს UID-ს და GID-ს ლოკალურ სისტემაში მომხმარებლის იდენტიფიცირებისთვის, რამაც შეიძლება გამოიწვიოს გარკვეული პრობლემები:

• მომხმარებელს შეიძლება არ ჰქონდეს ერთი და იგივე იდენტიფიკატორები ორივე სისტემაში და, შესაბამისად, ჰქონდეს წვდომა სხვა მომხმარებლის ფაილებზე.
• მას შემდეგ, რაც თუ root მომხმარებელს აქვს იდენტიფიკატორი ყოველთვის 0, მაშინ ეს მომხმარებელი აისახება ადგილობრივ მომხმარებელზე მითითებული ვარიანტების მიხედვით.

შემდეგი ოფციები განსაზღვრავს დისტანციური მომხმარებლების ადგილობრივებთან რუკების წესებს:

• root_squash (no_root_squash)- მოცემული ვარიანტით root_squash, root მომხმარებლის მოთხოვნები ასახულია ანონიმურ uid / gid-ზე, ან anonuid / anongid პარამეტრში მითითებულ მომხმარებელზე.
• no_all_squash (all_squash)- არ ცვლის დამაკავშირებელი მომხმარებლის UID/GID-ს. ვარიანტი ყველა_გოგრააყენებს ყველა მომხმარებლის (არა მხოლოდ root) ჩვენებას, როგორც ანონიმურს ან მითითებულს anonuid / anongid პარამეტრში.
• ანონუიდი = UID და ანონგიდი = GID - აშკარად ადგენს UID/GID-ს ანონიმური მომხმარებლისთვის.
• რუკა_სტატიკური = / etc / file_maps_users - განსაზღვრავს ფაილს, რომელშიც შეგიძლიათ დააყენოთ დისტანციური UID / GID - ადგილობრივი UID / GID რუკა.

მომხმარებლის რუკების ფაილის გამოყენების მაგალითი:

ARCHIV ~ # cat / etc / file_maps_users # მომხმარებლის რუქა # დისტანციური ლოკალური კომენტარის uid 0-50 1002 # მომხმარებლის რუკების დახატვა დისტანციურ UID 0-50 ადგილობრივ UID 1002 gid 0-50 1002 # მომხმარებელთა რუკების შედგენა / დისტანციური GID 0-50-მდე ადგილობრივი GID 1002

NFS სერვერის მენეჯმენტი

NFS სერვერის მართვა ხდება შემდეგი კომუნალური საშუალებების გამოყენებით:

• nfsstat
• showmssecure (დაუცველი) unt

nfsstat: NFS და RPC სტატისტიკა

nfsstat პროგრამა საშუალებას გაძლევთ ნახოთ RPC და NFS სერვერების სტატისტიკა. ბრძანების პარამეტრების ნახვა შესაძლებელია man nfsstat-ში.

showmount: NFS სტატუსის ინფორმაციის ჩვენება

Showmount უტილიტაკითხულობს rpc.mountd დემონს დისტანციურ ჰოსტზე დამონტაჟებული ფაილური სისტემებისთვის. ნაგულისხმევად, ბრუნდება კლიენტების დახარისხებული სია. Გასაღებები:

• --ყველა- ნაჩვენებია კლიენტებისა და სამონტაჟო წერტილების სია, სადაც მითითებულია, თუ სად დაამონტაჟა კლიენტმა დირექტორია. ეს ინფორმაცია შეიძლება არ იყოს სანდო.
• -- დირექტორიები- მოცემულია სამონტაჟო წერტილების სია
• --ექსპორტი- იძლევა ექსპორტირებული ფაილური სისტემების ჩამონათვალს nfsd-ის თვალსაზრისით

თუ showmount-ს აწარმოებთ არგუმენტების გარეშე, კონსოლი აჩვენებს ინფორმაციას იმ სისტემების შესახებ, რომლებსაც დასაშვებია დამონტაჟება ადგილობრივიდირექტორიები. მაგალითად, ARCHIV ჰოსტი გვაწვდის ექსპორტირებული დირექტორიების ჩამონათვალს ჰოსტების IP მისამართებით, რომლებსაც უფლება აქვთ დაამონტაჟონ მითითებული დირექტორიები:

FILES ~ # showmount --exports archiv ექსპორტის სია არქივისთვის: / archiv-big 10.0.0.2 / archiv-small 10.0.0.2

თუ არგუმენტში მიუთითებთ ჰოსტის სახელს / IP-ს, ამ ჰოსტის შესახებ ინფორმაცია გამოჩნდება:

ARCHIV ~ # showmount ფაილი clnt_create: RPC: პროგრამა არ არის რეგისტრირებული # ეს შეტყობინება გვეუბნება, რომ NFSd დემონი არ მუშაობს FILES ჰოსტზე

exportfs: ექსპორტირებული დირექტორიების მართვა

ეს ბრძანება ემსახურება ფაილში მითითებულ ექსპორტირებულ დირექტორიებს / და ა.შ. / ექსპორტი, უფრო ზუსტი იქნება ჩაწერა არ ემსახურება, მაგრამ სინქრონიზდება ფაილთან / var / lib / nfs / xtabდა ხსნის არარსებულებს xtab-დან. exportfs შესრულებულია, როდესაც nfsd დემონი იწყება -r არგუმენტით. Exportfs უტილიტა 2.6 ბირთვის რეჟიმში აკავშირებს rpc.mountd დემონს ფაილების მეშვეობით / var / lib / nfs / დირექტორიაში და არ უკავშირდება უშუალოდ ბირთვს. პარამეტრების გარეშე, ჩამოთვლის ამჟამად ექსპორტირებულ ფაილურ სისტემებს.

ექსპორტის პარამეტრები:

• [კლიენტი: დირექტორია-სახელი] - დაამატეთ ან წაშალეთ მითითებული ფაილური სისტემა მითითებული კლიენტისთვის)
• -v - მეტი ინფორმაციის ჩვენება
• -r - ყველა დირექტორიის ხელახალი ექსპორტი (სინქრონიზაცია / ა.შ. / ექსპორტი და / var / lib / nfs / xtab)
• -u - ამოიღეთ ექსპორტირებული სიიდან
• -a - დაამატეთ ან წაშალეთ ყველა ფაილური სისტემა
• -o - მძიმით გამოყოფილი ოფციები (მსგავსია / etc / ექსპორტში გამოყენებული ოფციები; ასე რომ თქვენ შეგიძლიათ შეცვალოთ პარამეტრები უკვე დამონტაჟებული ფაილური სისტემებისთვის)
• -i - არ გამოიყენოთ / etc / ექსპორტი დამატებისას, მხოლოდ მიმდინარე ბრძანების ხაზის პარამეტრები
• -f - გადატვირთეთ ექსპორტირებული სისტემების სია 2.6 ბირთვში;

NFS კლიენტი

დისტანციურ ფაილურ სისტემაზე ფაილზე წვდომამდე, კლიენტმა (კლიენტის OS) უნდა დაამონტაჟე იგიდა მიიღეთ სერვერიდან მითითება მასზე. NFS-ის დამონტაჟებაშეიძლება გაკეთდეს ერთ-ერთი ნაყოფიერი ავტომატური ასამბლერის საშუალებით ან მისი დახმარებით (amd, autofs, automount, supermount, superpupermount). დამონტაჟების პროცესი კარგად არის ნაჩვენები ზემოთ მოცემულ ილუსტრაციებში.

Ზე NFS კლიენტებიდემონების დაწყება არ არის საჭირო, კლიენტის ფუნქციებიახორციელებს ბირთვის მოდულს ბირთვი / fs / nfs / nfs.koრომელიც გამოიყენება დისტანციური ფაილური სისტემის დამონტაჟებისას. სერვერიდან ექსპორტირებული დირექტორიები შეიძლება დამონტაჟდეს კლიენტზე შემდეგი გზით:

• ხელით mount ბრძანების გამოყენებით
• ავტომატურად ჩატვირთვისას, ფაილური სისტემების დამონტაჟებისას, რომელიც აღწერილია / etc / fstab-ში
• ავტომატურად autofs დემონის გამოყენებით

მე არ განვიხილავ მესამე მეთოდს autofs-ით ამ სტატიაში, მისი მოცულობითი ინფორმაციის გამო. შესაძლოა, შემდეგ სტატიებში იქნება ცალკე აღწერა.

დაამონტაჟეთ ქსელის ფაილური სისტემა mount ბრძანებით

mount ბრძანების გამოყენების მაგალითი წარმოდგენილია პოსტში. აქ არის Mount ბრძანების მაგალითი NFS ფაილური სისტემის დასამონტაჟებლად:

FILES ~ # mount -t nfs archiv: / archiv-small / archivs / archiv-small FILES ~ # mount -t nfs -o ro archiv: / archiv-big / archivs / archiv-big FILES ~ # mount ..... .. არქივი: / archiv-small on / archivs / archiv-small type nfs (rw, addr = 10.0.0.6) არქივი: / archiv-big on / archivs / archiv-big type nfs (ro, addr = 10.0.0.6)

პირველი ბრძანება ამაგრებს ექსპორტირებულ დირექტორიას / არქივ-პატარასერვერზე არქივიადგილობრივ მთაზე / არქივი / არქივ-პატარანაგულისხმევი ოფციებით (ანუ წაკითხვა და ჩაწერა). თუმცა დამონტაჟების ბრძანებაუახლეს დისტრიბუციებში მან იცის როგორ გაიგოს რა ტიპის ფაილური სისტემა გამოიყენება ტიპის დაზუსტების გარეშე, მაინც მიუთითეთ პარამეტრი -t nfsსასურველია. მეორე ბრძანება ამაგრებს ექსპორტირებულ დირექტორიას / არქივი-დიდისერვერზე არქივიადგილობრივ დირექტორიაში / არქივი / არქივი-დიდიმხოლოდ წაკითხვის ოფციით ( რო). დამაგრების ბრძანებაპარამეტრების გარეშე, ის ნათლად გვიჩვენებს მონტაჟის შედეგს. გარდა მხოლოდ წაკითხვის ვარიანტისა (ro), შესაძლებელია სხვას მითითება ძირითადი პარამეტრები NFS-ის დამონტაჟებისას:

• ნოზუიდი- ეს პარამეტრი კრძალავს პროგრამების შესრულებას დამონტაჟებული დირექტორიადან.
• ნოდევი(არ არის მოწყობილობა - არა მოწყობილობა) - ეს პარამეტრი კრძალავს სიმბოლოების გამოყენებას და ბლოკავს სპეციალურ ფაილებს მოწყობილობებად.
• საკეტი (ნოლოკი)- საშუალებას აძლევს NFS ჩაკეტვას (ნაგულისხმევი). nolock თიშავს NFS ჩაკეტვას (არ იწყებს ჩაკეტილ დემონს) და სასარგებლოა ძველი სერვერებისთვის, რომლებსაც არ აქვთ NFS ჩაკეტვის მხარდაჭერა.
• mounthost = სახელი- ჰოსტის სახელი, რომელზეც მუშაობს NFS mount daemon - mountd.
• მაუნტპორტი = n -პორტი, რომელსაც იყენებდა დამონტაჟებული დემონი.
• პორტი = n- პორტი, რომელიც გამოიყენება NFS სერვერთან დასაკავშირებლად (ნაგულისხმევად 2049, თუ rpc.nfsd დემონი არ არის რეგისტრირებული RPC სერვერზე). თუ n = 0 (ნაგულისხმევი), მაშინ NFS იკითხავს სერვერზე პორტის რუქას პორტის დასადგენად.
• rsize = n(წაკითხვის ბლოკის ზომა) - NFS სერვერიდან ერთ დროს წაკითხული ბაიტების რაოდენობა. სტანდარტი - 4096.
• wsize = n(ჩაწერე ბლოკის ზომა) - NFS სერვერზე ერთდროულად ჩაწერილი ბაიტების რაოდენობა. სტანდარტი - 4096.
• tcpან udp- NFS-ის დასამონტაჟებლად გამოიყენეთ TCP ან UDP პროტოკოლი, შესაბამისად.
• ბგ- თუ სერვერზე წვდომას დაკარგავთ, ხელახლა სცადეთ ფონზე, რათა არ დაბლოკოთ სისტემის ჩატვირთვის პროცესი.
• ვგ- თუ დაკარგავთ წვდომას სერვერზე, ხელახლა სცადეთ პრიორიტეტულ რეჟიმში. ამ პარამეტრს შეუძლია დაბლოკოს ჩატვირთვის პროცესი დამონტაჟების მცდელობების განმეორებით. ამ მიზეზით, fg პარამეტრი ძირითადად გამოიყენება გამართვის მიზნით.

პარამეტრები, რომლებიც გავლენას ახდენენ ატრიბუტების ქეშირებაზე NFS-ის დამონტაჟებისას

ფაილის ატრიბუტებიშენახული (ინოდებში), როგორიცაა მოდიფიკაციის დრო, ზომა, მყარი ბმულები, მფლობელი, ჩვეულებრივ იშვიათად იცვლება ჩვეულებრივი ფაილებისთვის და უფრო იშვიათად კი დირექტორიებისთვის. ბევრი პროგრამა, როგორიცაა ls, წვდება ფაილებს მხოლოდ წასაკითხად და არ ცვლის ფაილის ატრიბუტებს ან შინაარსს, მაგრამ ხარჯავს სისტემის რესურსებს ქსელის ძვირადღირებულ ოპერაციებზე. რესურსების არასაჭირო ხარჯვის თავიდან ასაცილებლად, შეგიძლიათ ქეში მოცემული ატრიბუტები... ბირთვი იყენებს ფაილის მოდიფიკაციის დროს, რათა დადგინდეს, არის თუ არა ქეში მოძველებული ქეშის მოდიფიკაციის დროის შედარებით თავად ფაილის მოდიფიკაციის დროს. ატრიბუტის ქეში პერიოდულად განახლდება მითითებული პარამეტრების მიხედვით:

• ac (noac) (ატრიბუტის ქეში- ატრიბუტის ქეშირება) - რთავს ატრიბუტების ქეშირებას (ნაგულისხმევი). მიუხედავად იმისა, რომ noac ოფცია ანელებს სერვერს, ის თავიდან აიცილებს ატრიბუტის ამოწურვას, როდესაც მრავალი კლიენტი აქტიურად წერს ინფორმაციას საერთო იერარქიაში.
• acdirmax = n (ატრიბუტის ქეში დირექტორია ფაილის მაქსიმუმი- ატრიბუტის ქეშირების მაქსიმუმი დირექტორია ფაილისთვის) - წამების მაქსიმალური რაოდენობა, რომელსაც NFS ელოდება დირექტორიაში ატრიბუტების განახლებამდე (ნაგულისხმევი 60 წამი)
• acdirmin = n (ატრიბუტის ქეში დირექტორია ფაილის მინიმალური- ატრიბუტების ქეშირება სულ მცირე დირექტორიაში ფაილისთვის) - წამების მინიმალური რაოდენობა, რომელსაც NFS ელოდება დირექტორიაში ატრიბუტების განახლებამდე (ნაგულისხმევად 30 წამი)
• acregmax = n (ატრიბუტი ქეში რეგულარული ფაილის მაქსიმუმი- ატრიბუტის ქეშირების მაქსიმუმი ჩვეულებრივი ფაილისთვის) - წამების მაქსიმალური რაოდენობა, რომელსაც NFS ელოდება ჩვეულებრივი ფაილის ატრიბუტების განახლებამდე (ნაგულისხმევი 60 წმ.)
• acregmin = n (ატრიბუტი ქეში რეგულარული ფაილის მინიმალური- ატრიბუტების ქეშირება მინიმუმ ჩვეულებრივი ფაილისთვის) - წამების მინიმალური რაოდენობა, რომელსაც NFS ელოდება ჩვეულებრივი ფაილის ატრიბუტების განახლებამდე (ნაგულისხმევად 3 წამი)
• აქტიმეო = ნ (ატრიბუტი ქეშის დროის ამოწურვა- ატრიბუტის ქეშირების ვადა) - არღვევს მნიშვნელობებს ყველა ზემოთ ჩამოთვლილი ვარიანტისთვის. თუ actimeo არ არის მითითებული, მაშინ ზემოაღნიშნული მნიშვნელობები დაყენებულია ნაგულისხმევ მნიშვნელობებზე.

NFS შეცდომის დამუშავების ვარიანტები

შემდეგი ოფციები აკონტროლებენ, თუ როგორ იქცევა NFS, როდესაც არ არის პასუხი სერვერისგან ან როდესაც ხდება I/O შეცდომები:

• fg (bg) (წინა პლანზე- წინა პლანზე, ფონი- ფონი) - სცადეთ წარუმატებელი NFS-ის დაყენება წინა პლანზე / ფონზე.
• მძიმე (რბილი)- აჩვენებს შეტყობინებას "სერვერი არ პასუხობს" კონსოლს, როდესაც დრო ამოიწურება და აგრძელებს მონტაჟის მცდელობებს. მოცემული ვარიანტით რბილი- თუ დრო ამოიწურება, აცნობებს პროგრამას, რომელმაც გამოიძახა ოპერაცია I/O შეცდომის შესახებ. (რბილი ვარიანტი არ არის რეკომენდებული)
• nointr (intr) (შეფერხების გარეშე- არ შეწყვიტო) - ხელს უშლის სიგნალებს ფაილური ოპერაციების შეწყვეტისგან მყარად დამონტაჟებულ დირექტორიაში იერარქიაში, როდესაც დიდი დრო მიიღწევა. ინტრ- საშუალებას აძლევს შეფერხებას.
• რეტრანს = n (ხელახალი გადაცემის ღირებულება- ხელახალი გადაცემის მნიშვნელობა) - n მცირე დროის ამოწურვის შემდეგ, NFS წარმოქმნის დიდ ვადას (ნაგულისხმევად 3). ხანგრძლივი დროის ამოწურვა აჩერებს ოპერაციებს ან აჩვენებს შეტყობინებას "სერვერი არ პასუხობს" კონსოლზე, მითითებული მყარი / რბილი ვარიანტის მიხედვით.
• ხელახლა ცდა = n (ხელახლა სცადეთ მნიშვნელობა- ხელახალი ცდის მნიშვნელობა) - წუთების რაოდენობა, რომელიც NFS სერვისი ხელახლა ცდის მონტაჟის ოპერაციებს უარს (ნაგულისხმევად 10,000).
• timeo = n (ვადის ამოწურვის მნიშვნელობა- დროის ამოწურვის მნიშვნელობა) - წამის მეათედი რიცხვი, რომელსაც NFS სერვისი ელოდება ხელახლა გადაცემამდე RPC ან დაბალი დროის ამოწურვის შემთხვევაში (ნაგულისხმევი 7). ეს მნიშვნელობა იზრდება ყოველი დროის ამოწურვისას, მაქსიმუმ 60 წამამდე, ან სანამ არ მოხდება ხანგრძლივი დროის ამოწურვა. დატვირთულ ქსელში, ნელ სერვერზე, ან როცა მოთხოვნა გადის რამდენიმე მარშრუტიზატორს ან კარიბჭეს, ამ მნიშვნელობის გაზრდამ შეიძლება გააუმჯობესოს შესრულება.

ავტომატური NFS დამაგრება ჩატვირთვისას (ფაილის სისტემების აღწერა / etc / fstab)

გადაცემული პაკეტის კონკრეტული მნიშვნელობის ოპტიმალური დროის მოსაძებნად (rsize / wsize მნიშვნელობები), გამოიყენეთ ping ბრძანება:

FILES ~ # ping -s 32768 არქივი PING archiv.DOMAIN.local (10.0.0.6) 32768 (32796) ბაიტი მონაცემები. 32776 ბაიტი archiv.domain.local-დან (10.0.0.6): icmp_req = 1 ttl = 64 დრო = 0.931 ms 32776 ბაიტი archiv.domain.local-დან (10.0.0.6): icmp_req = 2 time8 ttl = 06. archiv.domain.local-დან (10.0.0.6): icmp_req = 3 ttl = 64 დრო = 1.03 ms 32776 ბაიტი archiv.domain.local-დან (10.0.0.6): icmp_req = 4 ttl = 64 დრო = 1.07 ms. .domain.local (10.0.0.6): icmp_req = 5 ttl = 64 დრო = 1.08 ms ^ C --- archiv.DOMAIN.local ping სტატისტიკა --- 5 პაკეტი გადაცემული, 5 მიღებული, 0% პაკეტის დაკარგვა, დრო 4006ms rtt წთ / საშუალო / მაქსიმუმ / mdev = 0.931 / 1.002 / 1.083 / 0.061 ms

როგორც ხედავთ, 32768 (32 Kb) ზომის პაკეტის გაგზავნისას, მისი მგზავრობის დრო კლიენტიდან სერვერამდე და უკან მოძრაობს 1 მილიწამის რეგიონში. თუ ეს დრო გადის მასშტაბიდან 200 ms-ში, მაშინ უნდა იფიქროთ timeo-ს მნიშვნელობის გაზრდაზე ისე, რომ იგი გადააჭარბოს გაცვლის მნიშვნელობას სამიდან ოთხჯერ. შესაბამისად, მიზანშეწონილია ამ ტესტის გაკეთება ქსელის ძლიერი დატვირთვის დროს.

NFS-ის დაწყება და Firewall-ის კონფიგურაცია

შენიშვნა დაკოპირებულია ბლოგიდან http://bog.pp.ru/work/NFS.html, რისთვისაც დიდი მადლობა მას !!!

გაუშვით NFS სერვერი, დამონტაჟება, დაბლოკვა, კვოტა და სტატუსი "სწორი" პორტებით (firewall-ისთვის)

• მიზანშეწონილია უპირველეს ყოვლისა კლიენტებზე მოხსნათ ყველა რესურსი
• შეაჩერე და არ დაუშვა rpcidmapd-ის დაწყება, თუ არ გეგმავთ NFSv4-ის გამოყენებას: chkconfig --level 345 rpcidmapd გამორთული სერვისი rpcidmapd გაჩერება
• საჭიროების შემთხვევაში, ჩართეთ portmap, nfs და nfslock სერვისების დაწყება: chkconfig --დონეები 345 portmap / rpcbind chkconfig --დონეები 345 nfs chkconfig --დონეები 345 nfslock ჩართულია
• საჭიროების შემთხვევაში, შეაჩერე nfslock და nfs სერვისები, გაუშვით portmap / rpcbind, განტვირთეთ მოდულების სერვისი nfslock გაჩერების სერვისი nfs გაჩერების სერვისი portmap დაწყება # სერვისი rpcbind დაწყება umount / proc / fs / nfsd სერვისი rpcidmapd შეჩერება rmmod nfsd სერვისი ავტომატური შეჩერება მოგვიანებით უნდა შეჩერდეს გაუშვით rmmod nfs rmmod nfs_acl rmmod ჩაკეტილია
• გახსენით პორტები შიგნით
  • RPC-სთვის: UDP / 111, TCP / 111
  • NFS-სთვის: UDP / 2049, TCP / 2049
  • rpc.statd-ისთვის: UDP / 4000, TCP / 4000
  • დაბლოკვისთვის: UDP / 4001, TCP / 4001
  • დასამონტაჟებლად: UDP / 4002, TCP / 4002
  • rpc.rquota-სთვის: UDP / 4003, TCP / 4003
• rpc.nfsd სერვერისთვის დაამატეთ ხაზი RPCNFSDARGS = "- port 2049" / etc / sysconfig / nfs
• სამონტაჟო სერვერისთვის დაამატეთ ხაზი MOUNTD_PORT = 4002 / etc / sysconfig / nfs
• ახალი ვერსიებისთვის rpc.rquota-ს კონფიგურაციისთვის დაამატეთ ხაზი RQUOTAD_PORT = 4003 / etc / sysconfig / nfs
• rpc.rquota-ს კონფიგურაციისთვის აუცილებელია ძველი ვერსიებისთვის (მიუხედავად ამისა, თქვენ უნდა გქონდეთ კვოტა 3.08 ან უფრო ახალი პაკეტი) დაამატეთ rquotad 4003 / tcp rquotad 4003 / udp to / etc / სერვისები
• შეამოწმებს / და ა.შ / ექსპორტის ადეკვატურობას
• გაუშვით სერვისები rpc.nfsd, mountd და rpc.rquota (ამავე დროს იწყება rpcsvcgssd და rpc.idmapd, თუ არ დაგავიწყდათ მათი ამოღება) სერვისი nfsd start ან ახალ ვერსიებში სერვისი nfs start
• ახალი სისტემების დაბლოკვის სერვერისთვის დაამატეთ ხაზები LOCKD_TCPPORT = 4001 LOCKD_UDPPORT = 4001 / etc / sysconfig / nfs
• დაბლოკვის სერვერისთვის ძველი სისტემებისთვის დაამატეთ პირდაპირ /etc/modprobe [.conf]: პარამეტრები დაბლოკილია nlm_udpport = 4001 nlm_tcpport = 4001
• დააკავშირეთ სტატუსის სერვერი rpc.statd 4000 პორტთან (ძველი სისტემებისთვის გაუშვით rpc.statd -p 4000 გადამრთველით /etc/init.d/nfslock) STATD_PORT = 4000
• დაწყება სერვისები ჩაკეტილია და rpc.statd სერვისი nfslock start
• დარწმუნდით, რომ ყველა პორტი სწორად არის დაკავშირებული "lsof -i -n -P" და "netstat -a -n" (ზოგიერთი პორტი გამოიყენება ბირთვის მოდულების მიერ, რომლებსაც lsof ვერ ხედავს)
• თუ სერვერის "აღდგენამდე" კლიენტები იყენებდნენ და მათი დემონტაჟი ვერ მოხერხდა, მაშინ მოგიწევთ კლიენტებზე ავტომატური სამონტაჟო სერვისების გადატვირთვა (am-utils, autofs)

NFS სერვერისა და კლიენტის კონფიგურაციის მაგალითი

სერვერის კონფიგურაცია

თუ გსურთ გახადოთ თქვენი NFS დანაწილებული დირექტორია ღია და დასაწერად, შეგიძლიათ გამოიყენოთ ეს ვარიანტი ყველა_გოგრავარიანტებთან ერთად ანონუიდურიდა ანონგიდი... მაგალითად, მომხმარებლისთვის უფლებების დასაყენებლად "არავინ" ჯგუფში "არავინ", შეგიძლიათ გააკეთოთ შემდეგი:

ARCHIV ~ # cat / etc / ექსპორტი # წაკითხვის / ჩაწერის წვდომა კლიენტისთვის 192.168.0.100-ზე, rw წვდომით მომხმარებლის 99 gid 99 / ფაილებით 192.168.0.100 (rw, სინქრონიზაცია, all_squash, anonuid = 99, anongid = 9)) # წაკითხვის/ჩაწერის წვდომა კლიენტისთვის 192.168.0.100-ზე, rw წვდომით მომხმარებლისთვის 99 gid 99 / ფაილებით 192.168.0.100 (rw, სინქრონიზაცია, all_squash, anonuid = 99, anongid = 99))

ეს ასევე ნიშნავს, რომ თუ გსურთ დაუშვათ წვდომა მითითებულ დირექტორიაში, nobody.nobody არ უნდა იყოს გაყოფილი დირექტორიას მფლობელი:

კაცის მთა
კაცი ექსპორტს
http://publib.boulder.ibm.com/infocenter/pseries/v5r3/index.jsp?topic=/com.ibm.aix.prftungd/doc/prftungd/nfs_perf.htm - NFS შესრულება IBM-ისგან.

პატივისცემით, მაკ.სიმ!

ჩვენ გეტყვით, თუ როგორ სწრაფად და მარტივად გაზარდოთ თქვენი NFSსერვერზე Ubuntu Linux Server 14-04.1, ასევე ჩვენ გავიგებთ NFS პროტოკოლის პრინციპებს და განვიხილავთ თეორიას.

თეორია

აბრევიატურა NFSნიშნავს Need for Speed ​​- ქსელის ფაილური სისტემა. ეს არის განაწილებული ქსელის ფაილურ სისტემებზე წვდომის პროტოკოლი, რომლითაც შეგიძლიათ დააინსტალიროთ დისტანციური დირექტორიები თქვენს სერვერზე. ეს საშუალებას გაძლევთ გამოიყენოთ სხვა სერვერის დისკის ადგილი ფაილების შესანახად და რეგულარულად ჩაწეროთ მასში მონაცემები მრავალი სერვერიდან.

პროტოკოლს აქვს კლიენტ-სერვერის მოდელი, ანუ ერთი სერვერი (ასევე უწოდებენ "ბურთს" სიტყვიდან share), დაინსტალირებული NFS პაკეტით, უზრუნველყოფს წვდომას მის დირექტორიასა და ფაილებზე, ხოლო კლიენტის კომპიუტერები დაუკავშირდებიან მას. ქსელი. გამოვასწოროთ ის, რაც წავიკითხეთ დიაგრამით:

NFS სერვერზე წვდომა ხდება პროტოკოლის პაკეტების სახით RPC(დისტანციური ზარის პროცედურა), რომელიც საშუალებას გაძლევთ შეასრულოთ სხვადასხვა ფუნქციები ან პროცედურები სხვა ქსელურ სივრცეში, ანუ დისტანციურ სერვერზე.

სერვერთან დაკავშირებულ მომხმარებლების ავტორიზაცია ხორციელდება IP მისამართით, ასევე მომხმარებლის სპეციალური იდენტიფიკატორებით. UIDდა ჯგუფები GID... ეს არ არის საუკეთესო გზა შენახული ფაილების უსაფრთხოებასთან დაკავშირებით, კლასიკურ შესვლის / პაროლის მოდელთან შედარებით. მეორეს მხრივ, ამ არქიტექტურისა და იმ ფაქტის წყალობით, რომ NFS იყენებდა UDP პროტოკოლს სესიის დამყარების გარეშე, ის პრაქტიკულად იმუნურია ქსელის გაუმართაობისა და თავად კლიენტის კომპიუტერებისგან. ასე რომ, რაიმე წარუმატებლობის შემთხვევაში, ფაილის გადაცემა უბრალოდ შეჩერდება და როდესაც კავშირი დამყარდება, გადაცემა განახლდება ყოველგვარი ხელახალი კონფიგურაციის გარეშე.

მორგება

ვფიქრობ, თეორია ნათელია, ასე რომ, მოდით გადავიდეთ პრაქტიკაზე. როგორც ითქვა, ყველა პარამეტრი განხორციელდება Ubuntu 14.04.1-ზე

უპირველეს ყოვლისა, თქვენ უნდა დააინსტალიროთ საჭირო კომპონენტები კომპიუტერზე, რომელიც იმოქმედებს როგორც NFS სერვერი.

ასე რომ, ჩამოტვირთეთ nfs-kernel-server პაკეტი, რომლითაც შეგვიძლია გავავრცელოთ წვდომის („გაზიარება“) დირექტორიები. ამისათვის მომავალ NFS სერვერზე შეიყვანეთ ბრძანებები:

Sudo apt-get განახლება sudo apt-get install nfs-kernel-server

ახლა ჩვენ ვქმნით ფაქტობრივ დირექტორიას, რომელზედაც გვინდა წვდომის გაზიარება. აღსანიშნავია, რომ თქვენ ასევე შეგიძლიათ "გააზიაროთ" დირექტორიები უკვე სერვერზე, მაგრამ ჩვენ შევქმნით ახალს:

Sudo chown არავინ: nogroup / var / nfs

შეიყვანეთ ეს ბრძანება მხოლოდ იმ დირექტორიებისთვის, რომლებიც თქვენ თავად შექმენით, თქვენ არ გჭირდებათ მისი შეყვანა არსებული დირექტორიებისთვის, მაგალითად / სახლში.

შემდეგი ნაბიჯი არის თავად NFS-ის კონფიგურაციის შეცვლა, ის დევს / etc / ექსპორტის ფაილში, გახსენით იგი თქვენს საყვარელ რედაქტორთან რედაქტირებისთვის:

სუდო ნანო / და ა.შ / ექსპორტი

ეს გახსნის კონფიგურაციის ფაილს კომენტირებული ხაზებით, რომელიც შეიცავს NFS-ის სხვადასხვა ვერსიის კონფიგურაციის მაგალითებს.

კომენტირებული პირობა არის ის, ვისაც დასაწყისში სიმბოლო აქვს. # და ეს ნიშნავს, რომ მათში მითითებულ პარამეტრებს არანაირი ეფექტი არ აქვთ.

ჩვენ უნდა დავამატოთ შემდეგი უკომენტირებული ხაზები ამ ფაილს:

/ var / nfs 10.10.0.10/24 (rw, sync, no_subtree_check)

• / var / nfs- დირექტორია, რომლის გაზიარება გვინდა
• 10.10.0.10 - კლიენტის კომპიუტერის IP მისამართი და ნიღაბი, რომელზეც გსურთ მისცეს წვდომა დირექტორიაში
• rw- საშუალებას აძლევს კლიენტს წაიკითხოს (r) და ჩაწეროს (w) ფაილები დირექტორიაში
• სინქრონიზაცია- ეს პარამეტრი აიძულებს NFS-ს დაწეროს ცვლილებები დისკზე კლიენტზე პასუხის გაცემამდე.
• no_subtree_check- ეს პარამეტრი გამორთავს შემოწმებას, რომ მომხმარებელი წვდება ფაილს კონკრეტულ ქვედირექტორიაში. თუ ეს შემოწმება ჩართულია, მაშინ პრობლემები შეიძლება წარმოიშვას, როდესაც, მაგალითად, ფაილის ან ქვეცნობარის სახელი შეიცვალა და მომხმარებელი შეეცდება მათზე წვდომას.

ამის შემდეგ, თქვენ უნდა შექმნათ მიმოწერის ცხრილი საერთო დირექტორიებსა და კლიენტებს შორის და შემდეგ გაუშვით NFS სერვისი. ამისათვის შეიყვანეთ შემდეგი ბრძანებები.

„NFC“-ის (Near field კომუნიკაციის) კომბინაცია სულ უფრო ხშირად გვხვდება თანამედროვე სმარტფონებისა და პლანშეტების სპეციფიკაციებში. ამ სტატიაში შევეცდებით განვიხილოთ ეს ინტერფეისი პრაქტიკული გამოყენების თვალსაზრისით, რათა მკითხველმა დამოუკიდებლად გააკეთოს დასკვნა ტელეფონში მისი საჭიროების შესახებ.

ტესტირებისას გამოვიყენეთ სმარტფონის ორი მოდელი, რომლებიც უკვე დეტალურად იქნა განხილული ჩვენს რესურსზე: Acer CloudMobile S500 და Sony Xperia acro S. ასევე გვინდა თქვენი ყურადღება გავამახვილოთ იმ ფაქტზე, რომ ინფორმაციის უმეტესი ნაწილი, მათ შორის აღწერილი პროგრამები და გამოყენების შემთხვევები, ვრცელდება მხოლოდ Android-ზე დაფუძნებულ სმარტფონებზე. სწორედ ეს ოპერაციული სისტემაა დღეს ყველაზე „მეგობრული“, როდესაც საქმე ეხება NFC-თან მუშაობას.

შესავალი

ერთი შეხედვით, შეიძლება ჩანდეს, რომ მრავალი უკაბელო ინტერფეისი დღეს უკვე მოიცავს ყველა შესაძლო პოპულარულ ამოცანას და სცენარს, ამიტომ სხვა ვარიანტი უბრალოდ არ არის საჭირო. თუმცა, თუ გადახედავთ თანამედროვე ტექნოლოგიების განვითარებას, შეამჩნევთ, რომ სულ უფრო მეტი ყურადღება ექცევა ენერგიის მოხმარების საკითხებს, განსაკუთრებით მაშინ, როდესაც საქმე ეხება მობილურ მოწყობილობებს. კერძოდ, Bluetooth პროტოკოლების ცნობილი ოჯახის 4.0 ვერსია უბრალოდ ორიენტირებულია ბატარეის ენერგიის მოხმარების შემცირებაზე. მეორე პუნქტი, რომელიც უნდა აღინიშნოს, არის ის, რომ ყველა დავალება არ მოითხოვს დიდ დიაპაზონს. ხანდახან ეს ხდება პირიქითაც კი - გსურს მკაფიოდ შეზღუდო მანძილი ურთიერთდაკავშირებულ მოწყობილობებს შორის. გარდა მოხმარების აშკარა შემცირებისა, ეს ასევე აისახება უსაფრთხოებაზე. და გადაცემული მონაცემების მოცულობის შესახებ, ასევე შეგიძლიათ გააკეთოთ მსგავსი შენიშვნა. ასე რომ, ნელი უკაბელო ინტერფეისის იდეას, რომელიც მუშაობს მოკლე დისტანციებზე და ხასიათდება ენერგიის დაბალი მოხმარებით, აქვს უფლება არსებობდეს.

2004 წელი შეიძლება მივიღოთ, როგორც საწყისი წერტილი NFC-ის განვითარების ისტორიაში, როდესაც Nokia-მ, Philips-მა და Sony-მ გამოაცხადეს შექმნა შეხებაზე დაფუძნებული სხვადასხვა მოწყობილობების ურთიერთქმედების ინტერფეისის შემუშავებისა და სტანდარტიზაციის მიზნით. თუმცა, სპეციფიკაციების პირველი ვერსიები შეიქმნა ცოტა ადრე. შესაძლოა, თანამედროვე სტანდარტებით, ტექნოლოგია შეიძლება ჩაითვალოს ძალიან ახალგაზრდად (თუ არ გაითვალისწინებთ RFID-ის ისტორიას), მაგრამ ის უკვე საკმაოდ ხშირად გვხვდება რეალურ პროდუქტებსა და სერვისებში. კერძოდ, თებერვლის ბოლოს გამართულ Mobile World Congress 2013-ზე ამ თემას მრავალი სტენდი და დემონსტრაცია მიეძღვნა.

ეს ნიშანი შეგიძლიათ იხილოთ მოწყობილობებზე NFC ტექნოლოგიით.

ინტერფეისის ფორმალური მახასიათებლები შემდეგია: მუშაობა რამდენიმე სანტიმეტრის მანძილზე, ინფორმაციის გაცვლის მაქსიმალური სიჩქარე დაახლოებით 400 Kbps, სრული დუპლექსის მონაცემთა გაცვლა მხარდაჭერილია, ოპერაციული სიხშირე 13,56 MHz, კავშირის დამყარების დრო არ აღემატება. 0.1 წმ, მუშაობის რეჟიმი არის წერტილი-წერტილი. ჩანს, რომ ეს პარამეტრები რადიკალურად განასხვავებს NFC-ს სხვა პოპულარული უკაბელო ინტერფეისებისგან.

თუ ვსაუბრობთ მოწყობილობებზე, მაშინ NFC-ში აქტიური კონტროლერების გარდა, ასევე არის პასიური ვარიანტები (მათ ჩვეულებრივ ტეგებს უწოდებენ), რომლებიც ენერგიას უსადენოდ იღებენ აქტიური კონტროლერიდან. ერთი მაგალითია თანამედროვე საზოგადოებრივი ტრანსპორტის რუქები. ტეგები უბრალოდ მონაცემთა საცავია, რომელიც, როგორც წესი, არ აღემატება 4 კბ ზომას. ყველაზე ხშირად, მათთვის გათვალისწინებულია მხოლოდ წაკითხვის რეჟიმი, მაგრამ არსებობს ვარიანტები ჩაწერის მხარდაჭერით.

ერთ-ერთი უმარტივესი პასიური NFC ტეგი

კონტროლერის კომპაქტური ზომა და მისი დაბალი მოხმარება საშუალებას იძლევა NFC განხორციელდეს ისეთ პატარა დიზაინშიც კი, როგორიცაა SIM ბარათები ან microSD მეხსიერების ბარათები. თუმცა სრული ფუნქციონირებისთვის საჭიროა სპეციალური ანტენის გამოყენება. ტელეფონებში ის ჩვეულებრივ გვხვდება ბატარეის განყოფილების საფარის უკანა მხარეს, ან ჩაშენებულია უკანა პანელში, თუ მოწყობილობას არ აქვს მოსახსნელი ბატარეა.

NFC ანტენა ხშირად მდებარეობს სმარტფონის უკანა მხარეს.

მოკლე დიაპაზონმა შეიძლება უარყოფითი გავლენა მოახდინოს ტაბლეტების გამოყენებისას - "მიმაგრებისთვის" შესაფერისი ადგილის პოვნა შეიძლება არც ისე მარტივი იყოს, როგორც ჩვენ გვსურს. ამ პრობლემის გადასაჭრელად, ზოგიერთი მწარმოებელი აღნიშნავს ანტენის მდებარეობას სპეციალური ნიშნით. რაც შეეხება დიაპაზონს, ჩვენს შემთხვევაში, კომუნიკაცია მუშაობდა არაუმეტეს ოთხი სანტიმეტრის მანძილზე - როგორც ტელეფონებს შორის, ასევე პასიური ტეგით.

უსაფრთხოების თვალსაზრისით, დეველოპერებმა არ განახორციელეს დაცვის ელემენტები მოსმენისა და რელე შეტევებისგან. ეს, რა თქმა უნდა, ართულებს უსაფრთხო გადაწყვეტილებების განხორციელებას, რადგან ეს მოითხოვს თავად აპლიკაციების დაცვას უფრო მაღალ დონეზე. გაითვალისწინეთ, რომ სინამდვილეში, ისეთი ცნობილი პროტოკოლი, როგორიცაა TCP / IP, ანალოგიურად იქცევა. ასე რომ, პრაქტიკული თვალსაზრისით, ტელეფონის დაკარგვა დამატებითი დაცვის გარეშე მორგებული გადახდის სისტემების პროგრამებით, უფრო საშიში ჩანს, ვიდრე კომუნიკაციების თვალთვალი.

შესაძლოა, ყველაზე მნიშვნელოვანი რამ, რაც დღეს უნდა იცოდეთ NFC-ის შესახებ, არის ის, რომ თავად ინტერფეისი არ იძლევა რეალურ სამყაროში პრაქტიკული გამოყენების შემთხვევებს ან გადაწყვეტილებებს. განსხვავებით, მაგალითად, Bluetooth-ისგან, რომლის პროფილები ნათლად აღწერს, თუ როგორ უნდა გადაიტანოთ ფაილი, როგორ დააკავშიროთ ყურსასმენი ან უზრუნველყოთ ქსელში წვდომა, NFC მხოლოდ ბაზაა და პირდაპირი სცენარები უზრუნველყოფილია დამატებითი პროგრამული უზრუნველყოფით, რომელიც მუშაობს მის მეშვეობით. ერთის მხრივ, ეს უხსნის დიდ შესაძლებლობებს დეველოპერებისთვის, ხოლო მეორე მხრივ, მათთვის პრობლემაა სხვადასხვა აპლიკაციებისა და მოწყობილობების ურთიერთქმედების უზრუნველყოფაში.

საინტერესოა, რომ სმარტფონზე ან პლანშეტზე დაინსტალირებული ნებისმიერ პროგრამას შეუძლია დარეგისტრირდეს ოპერაციულ სისტემაში, როგორც NFC-თან დაკავშირებული მოვლენების დამმუშავებლები, შემდეგ კი, გარე „ზარის“ დროს ნახავთ სტანდარტულ მენიუს „როგორ გსურთ ამ მოქმედების შესრულება? “. ვინაიდან NFC გამოყენების ზოგიერთი სცენარი გულისხმობს მოქმედებების მოსახერხებელ ავტომატიზაციას, მიზანშეწონილია არ გადატვირთოთ მოწყობილობა ასეთი კომუნალური საშუალებებით.

NFC ფორუმი ცდილობს დაეხმაროს ამ გაურკვევლობას პროტოკოლების სტანდარტიზების შეთავაზებით გარკვეული სცენარისთვის (კერძოდ, NDEF ტეგებზე მოკლე შეტყობინებების შესანახად და SNEP (Simple NDEF Exchange Protocol) მოწყობილობებს შორის ინფორმაციის გაცვლისთვის), თუმცა, პრაქტიკული განსაზღვრა. კონკრეტული მოწყობილობების თავსებადობა, როგორც წესი, რთულია მწარმოებლისგან და სადიაგნოსტიკო ხელსაწყოების დეტალური ინფორმაციის ნაკლებობის გამო. აქ კიდევ ერთი ასისტენტი არის Google, რომელმაც შესთავაზა Android Beam-ის საკუთარი განვითარება Android-ის უახლეს ვერსიებში. ის საშუალებას აძლევს გარკვეული ტიპის ინფორმაციის გაცვლას თავსებად მოწყობილობებს შორის.

Android Beam

ჯერ უნდა დარწმუნდეთ, რომ ორივე მოწყობილობას აქვს ჩართული NFC, აქტიური Android Beam და მათი ეკრანები განბლოკილია. ჩვენ მიერ ტესტირებულ მოდელებზე NFC მუშაობს მხოლოდ იმ შემთხვევაში, თუ ეკრანი ჩართულია და მოწყობილობა სრულად განბლოკილია. მაგრამ შესაძლებელია სხვა მოწყობილობებში სხვა ალგორითმი იყოს გამოყენებული. ნებისმიერ შემთხვევაში, აქტიური ინტერფეისი საჭიროებს ბატარეის ძალიან მცირე ენერგიას მუშაობისთვის და ჯერჯერობით აღწერილი მიდგომა საკმაოდ გონივრულად გამოიყურება. საქმის გაადვილების ერთ-ერთი გზაა ჩაკეტილი ეკრანის გამორთვა. ამ შემთხვევაში, ტეგის ამოსაცნობად საკმარისი იქნება მხოლოდ სმარტფონის ჩართვა. კიდევ ერთი უხერხულობა არის ოპერაციის დადასტურების საჭიროება ეკრანზე შეხებით მას შემდეგ, რაც მოწყობილობები ერთმანეთს იპოვიან. ამის გაკეთება ყოველთვის ადვილი არ არის კავშირის გაწყვეტის გარეშე, განსაკუთრებით მაშინ, როდესაც ორივე მოწყობილობა ორი განსხვავებული ადამიანის ხელშია.

შემდეგი ნაბიჯი არის მოწყობილობის ერთ-ერთი აპლიკაციის არჩევა, საიდანაც აპირებთ გადაცემას. კერძოდ, ეს შეიძლება იყოს:

• Google Chrome - მიმდინარე ღია ბმულის გადაცემა;
• YouTube კლიენტი - ვიდეო კლიპის გადაცემა (ლინკის სახით);
• Google Maps - ადგილის ან მარშრუტის გადაცემა;
• კონტაქტები - გაგზავნეთ საკონტაქტო ბარათი;
• Google Play - აპლიკაციის გადაცემა;
• გალერეა - ფოტოების გადატანა.

შემდეგი, მიიტანეთ მოწყობილობები ერთმანეთთან უფრო ახლოს. პარტნიორის პოვნისას, გამგზავნი მოწყობილობაზე გესმით სიგნალი და დესკტოპის სურათი მცირდება. ამ მომენტში თქვენ უნდა შეეხოთ ეკრანის სურათს და დაიჭიროთ თითი, სანამ არ გაიგებთ მეორე სიგნალს - წარმატებული გადაცემის შესახებ.

ჩვენ ვცადეთ სიაში არსებული ვარიანტები და თითქმის ყველა მათგანი რეალურად მუშაობს. ის ფაქტიც კი, რომ ჩვენი მოწყობილობები სხვადასხვა მწარმოებლის მიერ იყო წარმოებული, მათ საერთო ენის პოვნაში ხელი არ შეუშლიათ. მაგრამ რამდენიმე კომენტარი მაინც ღირს. Google Maps-ში მარშრუტებთან დაკავშირებით პრობლემები არ არის და ადგილის ვარიანტი არც თუ ისე საინტერესოა, რადგან მხოლოდ მიმდინარე რუქის ჩვენება გადადის. ორიგინალი ტელეფონის ეკრანზე მონიშნული წერტილი არ აღწევს მიმღებამდე. სიტუაციის გამოსწორება ხდება აპლიკაციის "მისამართების" გამოყენებით, რომელიც მონაცემებს სწორად გადასცემს. ფოტო იკარგება კონტაქტების გაგზავნისას, რადგან ტექნიკური თვალსაზრისით, გადაცემის ფორმატი შეესაბამება vcf ტექსტურ ფაილებს. თუ ვსაუბრობთ აპლიკაციებზე, მაშინ შეგიძლიათ გაგზავნოთ არა მხოლოდ ტელეფონში დაინსტალირებული, არამედ უბრალოდ გახსნათ ბარათები Google Play-ზე. წიგნები და სხვა შინაარსი მაღაზიიდან ანალოგიურად არის მხარდაჭერილი. ბუნებრივია, საუბარია ბმულების გადაცემაზე და არა ჩამოტვირთულ ან, მით უმეტეს, შეძენილ ელემენტებზე. იყო პრობლემა ფოტოების გაგზავნისას: Sony მოწყობილობამ ვერ შეძლო ამ ტიპის მონაცემების დამუშავება. ოფიციალური ფორმულირება ასე ჟღერს: „მიმღების მოწყობილობა არ უჭერს მხარს დიდი რაოდენობით მონაცემთა გადაცემას Android Beam-ის მეშვეობით“. აქ არის ახალგაზრდული ინტერფეისის ან მოწყობილობების ტექნიკური მახასიათებლების არასაკმარისი დეტალების პირველი ნიშანი. ფორმალურად გვაქვს როგორც NFC, ასევე Android Beam ორ მოწყობილობაში, მაგრამ პრაქტიკაში მათი რეალური შესაძლებლობები მნიშვნელოვნად განსხვავდება და ამის გარკვევა მხოლოდ შემოწმების შედეგად შეგიძლიათ. რა შეგვიძლია ვთქვათ ნაკლებად გამოჩენილ მწარმოებლებზე - ამ ტექნოლოგიის მათი დანერგვა შეიძლება სრულიად არაპროგნოზირებადი იყოს.

სხვათა შორის, რაც შეეხება თავად Android Beam-ს. ტექნოლოგიის აღწერაში მითითებულია, რომ მონაცემთა გადაცემისთვის, Bluetooth-ით კავშირის დამყარება გამოიყენება NFC-ის საშუალებით პარამეტრების საწყისი კოორდინაციის შემდეგ. იმის გათვალისწინებით, რომ ყველა სამუშაო ფორმატი ითვალისწინებდა მონაცემთა მართლაც მცირე რაოდენობას, NFC სიჩქარე მათთვის საკმაოდ საკმარისი იყო, მაგრამ ფოტოებისთვის ეს აშკარად არ იქნებოდა საკმარისი. ასე რომ, შეიძლება ვივარაუდოთ, რომ Sony-მ არ განახორციელა გადართვა უფრო სწრაფ ინტერფეისზე. შეუძლებელია იმის გაგება, არის თუ არა ეს პრობლემა პროგრამული უზრუნველყოფის (შეგახსენებთ, რომ ამ მოწყობილობაზე დაყენებულია Android 4.0.4) თუ აპარატურა.

ჩვენ ვცადეთ მსგავსი გზით გამოგვეგზავნა საკუთარი მუსიკა და ვიდეოები შესაბამისი აპლიკაციებიდან, მაგრამ მიმღებზე არაფერი ჩანდა.

ტეგების კითხვა და წერა

აღწერილი Android Beam იყენებს მოკლე საინფორმაციო შეტყობინებების გადაცემისა და დამუშავების უნარს. თუმცა, სინამდვილეში, მათი გადაცემა შესაძლებელია არა მხოლოდ ტელეფონიდან, არამედ პასიური ტეგებიდან წაკითხვაც. გარკვეული გაგებით, ეს ტექნოლოგია ჰგავს ცნობილ QR კოდებს, რომლებსაც ტელეფონის კამერა კითხულობს. ამ შემთხვევაში, სასარგებლო ინფორმაცია (მაგალითად, ვებგვერდის ბმული) იღებს სიტყვასიტყვით რამდენიმე ათეულ ბაიტს. ტეგები შეიძლება გამოიყენონ კომპანიებმა, მაგალითად, მათი პროდუქტების ან სერვისების პოპულარიზაციისთვის. პასიური ტეგის კომპაქტური ზომის გათვალისწინებით (უფრო ზუსტად, ფურცლის სისქესთან შედარებით - ანტენის გამო, ფართობი მაინც მნიშვნელოვანი იქნება, სულ მცირე ხუთ რუბლის მონეტა), ის შეიძლება განთავსდეს თითქმის ყველგან: ყუთი პროდუქტით, ჟურნალში, საინფორმაციო თაროზე და სხვა ადგილებში.

პასიური NFC ტეგები შეიძლება გაკეთდეს გასაღების ჯაჭვების სახით

თუ ვსაუბრობთ ხელნაკეთ ტეგებზე, მაშინ ეს სრულიად შესაძლებელი სცენარია. ამისათვის თქვენ უნდა შეიძინოთ ცარიელი ბლანკები და თქვენი ტელეფონის სპეციალური პროგრამის გამოყენებით, ჩაწეროთ მათზე საჭირო ინფორმაცია. მაგალითად, ჩვენ ვიყიდეთ რამდენიმე განსხვავებული ვარიანტი: მინიმალური სისქის სტიკერი, დაცული პლასტმასის წრე და გასაღების ჯაჭვები. ყველა მათგანს ჰქონდა ძალიან მცირე მეხსიერების მოცულობა - მხოლოდ 144 ბაიტი (მაზარალზე არის 4 კბ ვარიანტი). გადაწერის ციკლების რაოდენობა არ იყო მითითებული, მაგრამ უმეტეს სცენარისთვის ეს პარამეტრი არ არის კრიტიკული. ტეგებთან მუშაობისთვის ჩვენ გირჩევთ NXP Semiconductors-ის პროგრამებს - TagInfo და TagWriter.

პირველი საშუალებას მოგცემთ წაიკითხოთ მონაცემები ტეგიდან და გაშიფროთ ინფორმაცია NDEF სტანდარტის მიხედვით, ხოლო მეორე დაგეხმარებათ შექმნათ თქვენი საკუთარი ტეგები. ამავდროულად, NDEF-ის რამდენიმე ქვევარიანტია მხარდაჭერილი: კონტაქტი, ბმული, ტექსტი, SMS, ფოსტის შეტყობინება, ტელეფონის ნომერი, Bluetooth კავშირი, გეოგრაფიული მდებარეობა, ლოკალური ფაილის ბმული, აპლიკაციის გაშვება, URI. გთხოვთ გაითვალისწინოთ, რომ ჩანაწერის შექმნისას გაითვალისწინეთ შენახული მონაცემების რაოდენობა. მაგალითად, კონტაქტის ფოტომ შეიძლება დაიკავოს რამდენიმე კილობაიტი, შეტყობინებები ან ტექსტი ადვილად სცდება 144 ბაიტს. სხვათა შორის, NFC Research Lab-ის NFC TagInfo პროგრამას სპეციალური დანამატით შეუძლია წაიკითხოს და გაჩვენოთ ფერადი ფოტო ბიომეტრიული პასპორტიდან. ერთი და ნახევარი ათეული კილობაიტი მონაცემთა მოცულობით, NFC-ის საშუალებით მათ წაკითხვას დაახლოებით 20 წამი სჭირდება. დაცვის დამატებით დონეს ამ შემთხვევაში უზრუნველყოფს პასპორტის ზოგიერთი დეტალის მითითების აუცილებლობა ჩიპიდან მონაცემების წასაკითხად.

გაითვალისწინეთ, რომ წაკითხული ტეგების ავტომატური დამუშავება დამოკიდებულია შინაარსზე. კერძოდ, ზოგჯერ საჭიროა დამატებითი დადასტურება თავად მოქმედების განსახორციელებლად. მაგალითად, SMS-ის შემთხვევაში, იხსნება შევსებული შეტყობინების ფორმა, მაგრამ ფაქტობრივი გაგზავნა უნდა დაადასტუროს მომხმარებელმა. მაგრამ ჩაწერილი ვებ ბმული შეიძლება დაუყოვნებლივ გაიხსნას ბრაუზერში. ნებისმიერი ავტომატიზაცია დაკავშირებულია კონტროლის დაკარგვასთან, ამიტომ აღწერილი შესაძლებლობები სიფრთხილით უნდა იქნას გამოყენებული, რადგან ტეგების უბრალოდ ჩანაცვლებით ან გადაპროგრამებით, თავდამსხმელებს შეუძლიათ გადამისამართდეთ ყალბ საიტზე, ორიგინალის ნაცვლად. ჩვენ ვერ ვიპოვნეთ სტანდარტული OS-ის პარამეტრები ასეთი ავტომატური გაშვების შესაზღუდად (თუ თავად NFC არ გამორთავთ).

კიდევ ერთი მნიშვნელოვანი პუნქტი საზოგადოებრივ ადგილებში ტეგების გამოყენებისას არის გადაწერის დაცვა. ეტიკეტის დაწერისას შეგიძლიათ დააყენოთ დაცვის დროშა, რომელიც დაბლოკავს ინფორმაციის შეცვლის ყველა მცდელობას, მაგრამ მისი ამოღება აღარ იქნება შესაძლებელი. ასე რომ, ეტიკეტი გამოყენებული იქნება მხოლოდ წაკითხვის რეჟიმში. სახლის გამოყენებისთვის, უმეტეს შემთხვევაში, ეს არ არის ძალიან კრიტიკული.

ჩვენ აღვნიშნავთ კიდევ რამდენიმე პროგრამას ლეიბლების დასაწერად:

მზა ეტიკეტების გამოყენება მოწყობილობის გასაკონტროლებლად

Sony NFC-ის დანერგვის ერთ-ერთი აქტიური მონაწილეა. მისი მოწყობილობები წინასწარ არის დაინსტალირებული Smart Connect პროგრამით, რომელიც მხარს უჭერს Sony ორიგინალურ ტეგებთან მუშაობას. თუ სასურველია, SmartTag Maker უტილიტას გამოყენებით, შეგიძლიათ შექმნათ ისინი თავად ცარიელი შაბლონებიდან. სისტემის მუშაობისთვის გამოიყენება NDEF URI ფორმატი ტექსტის ბმულში ტეგის ნომრის/ფერის კოდირებით. საერთო ჯამში, სისტემა უზრუნველყოფს რვამდე ტეგს, რომლებიც მითითებულია როგორც "სახლი", "ოფისი", "მანქანა", "საძინებელი", "მოსმენა", "თამაში", "აქტივობა", "ყურება".

ორიგინალური Sony SmartTag-ის ვარიანტი

თავად Smart Connect პროგრამა მუშაობს არა მხოლოდ NFC ტეგებით, არამედ ტელეფონთან დაკავშირებულ სხვა მოწყობილობებთან, მათ შორის ყურსასმენებთან, კვების წყაროსთან, Bluetooth მოწყობილობებთან. საკმაოდ მოსახერხებელია, სტანდარტული პარამეტრები უკვე კარგად შეესაბამება ზემოთ მოცემულ სცენარებს. ამ შემთხვევაში მომხმარებელს შეუძლია ყველა სქემის გადაპროგრამირება; თითოეული მათგანი განსაზღვრავს პირობებისა და მოქმედებების ერთობლიობას.

როგორც პირობა, შეგიძლიათ გამოიყენოთ ეტიკეტის იდენტიფიკაცია ან მოწყობილობის კავშირი; დამატებით, შეგიძლიათ შეზღუდოთ მიკროსქემის მუშაობის დრო. მოქმედებების ნაკრები საკმაოდ ფართოა, ის მოიცავს აპლიკაციის გაშვებას, ბრაუზერში ბმულის გახსნას, მუსიკის დაწყებას, ხმის და რეჟიმის რეგულირებას, Bluetooth აუდიო მოწყობილობის დაკავშირებას, SMS-ის გაგზავნას, ზარის განხორციელებას, უკაბელო ინტერფეისების კონტროლს, რეგულირებას. სიკაშკაშე და სხვა მოქმედებები. უფრო მეტიც, მათ ასევე შეიძლება დაენიშნოთ ამ რეჟიმიდან გასვლა, რომელიც ხორციელდება ტეგის ხელახალი იდენტიფიკაციით, ახალი მოვლენით/ტეგით, ან მითითებული დროის ინტერვალის ამოწურვით.

მაგრამ სინამდვილეში, არ არის აუცილებელი Sony-ს ბრენდირებული ტეგების გამოყენება - ასევე შეგიძლიათ იპოვოთ მზა ტეგების გამოყენება, რომლებიც არ იძლევიან ინფორმაციის გადაწერის საშუალებას. მაგალითად, შეიძლება გამოყენებულ იქნას სატრანსპორტო ბარათები. ფაქტია, რომ თითოეულ მათგანს აქვს საკუთარი უნიკალური იდენტიფიკატორი, რომელიც შეიძლება დაკავშირებული იყოს გარკვეულ მოქმედებებთან სპეციალური პროგრამებით. ოპერაციები, როგორიცაა პროფილის შეცვლა, ინტერფეისის ჩართვა/გამორთვა და მრავალი სხვა, შეიძლება იმოქმედოს როგორც შესაძლო რეაქცია.

Play Store-ში ამ სცენარისთვის ხელმისაწვდომია რამდენიმე კომუნალური პროგრამა, რომელთაგან უნდა აღინიშნოს რამდენიმე:

შეგახსენებთ, რომ არ უნდა დააინსტალიროთ რამდენიმე ასეთი პროგრამა ერთდროულად. ამ რეჟიმიდან მოხერხებულობა არ დაემატება, რადგან როდესაც ტელეფონის ეკრანზე იარლიყი აღმოჩნდება, გამოჩნდება დიალოგური ფანჯარა მისი დამუშავების პროგრამის არჩევით.

ლეიბლებთან მუშაობის პროგრამების ძიებისას ჩვენ ასევე წავაწყდით კომუნალური საშუალებების სხვა კლასს, რომელიც შეიძლება საინტერესო იყოს ჩასაწერი ეტიკეტების არსებობის შემთხვევაში. ეს პროგრამები იყენებენ ჩაწერის საკუთარ ორიგინალურ ფორმატს, რომლითაც მხოლოდ მათ შეუძლიათ მუშაობა. ამავდროულად, შესაძლო მოქმედებების ნაკრები თითქმის იგივეა, რაც ზემოთ აღწერილი:

შეგახსენებთ, რომ ამ დროისთვის ტეგი იკითხება მხოლოდ მაშინ, როდესაც მოწყობილობა განბლოკილია. ასე რომ, სცენარი "მოვიდა სახლში, დადეთ ტელეფონი საწოლის მაგიდაზე - ავტომატურად ჩართო პროფილი, გამორთო ზარი და Bluetooth, დააყენე მაღვიძარა" მომხმარებლისგან გარკვეულ მოქმედებებს მოითხოვს. ეს ქცევა მაინც ოდნავ ზღუდავს პროგრამების შესაძლებლობებს.

ინფორმაციის გაცვლა მოწყობილობებს შორის

Android Beam-ის გარდა, ზემოთ აღწერილი სცენარები გულისხმობს ერთ ტელეფონს ტეგით ან გამოყოფილი ტერმინალით. თუ ვსაუბრობთ მოწყობილობების ერთმანეთთან პირდაპირ კავშირზე, მაშინ მთავარი საკითხი აქ თავსებადობაა. რა თქმა უნდა, ერთი მწარმოებლის, განსაკუთრებით დიდი მწარმოებლის პროდუქტების შემთხვევაში, შეგიძლიათ უბრალოდ დააინსტალიროთ შესაბამისი პროგრამა firmware-ში. მაგრამ თუ მოწყობილობები დამზადებულია სხვადასხვა მწარმოებლის მიერ, ყველას მოუწევს იგივე კომუნალური საშუალებების გამოყენება. და სულაც არ არის ფაქტი, რომ თქვენს პარტნიორს ექნება იგივე პროგრამა დაინსტალირებული, როგორც თქვენ.

იმის გათვალისწინებით, რომ NFC-ის მშობლიური სიჩქარე ძალიან დაბალია, Bluetooth ან Wi-Fi ჩვეულებრივ გამოიყენება ფაილის სწრაფი გადაცემისთვის, ხოლო NFC მუშაობს მხოლოდ კავშირის პარამეტრების მოლაპარაკებისა და კავშირის დამყარების ეტაპზე. ამ სცენარის შესამოწმებლად, ჩვენ ვცადეთ ფაილების გადაცემის რამდენიმე პროგრამა დეკლარირებული NFC მხარდაჭერით ჩვენს მოწყობილობებზე.

გაგზავნე! ფაილების გადაცემა (NFC) უფასო ვერსიაში საშუალებას გაძლევთ გაცვალოთ ფოტოები, მუსიკა და ვიდეო ფაილები. კავშირის დასამყარებლად შეგიძლიათ გამოიყენოთ NFC ან QR კოდები. გადაცემა ხორციელდება Bluetooth-ით ან Wi-Fi-ით (იმ შემთხვევაში, თუ ორივე მოწყობილობას აქვს Wi-Fi Direct მხარდაჭერა, რომელიც არ იყო ხელმისაწვდომი Sony ტელეფონზე). შედეგად, ჩვენ მოვახერხეთ სიჩქარის ნახვა 65 კბ/წმ-ზე, რაც, რა თქმა უნდა, ძალიან დაბალია ფოტოებისთვისაც კი.

ლურჯი NFC, როგორც სახელიდან ჩანს, ასევე ამარტივებს Bluetooth ფაილების გაზიარებას ჩართვის, ძიების და დაწყვილების ნაბიჯების შეცვლით NFC კომუნიკაციასთან შეხებით. მუშაობის სიჩქარე არ არის ძალიან მაღალი - ზემოთ ნახსენები პროგრამის დონეზე.

File Expert HD ასევე იყენებს Bluetooth-ს, მაგრამ სიჩქარე უკვე 100-200 კბ/წმ-ია. თუმცა, სამართლიანობისთვის უნდა აღინიშნოს, რომ ამ პროგრამას აქვს ფაილების გაცვლის მრავალი სხვა რეჟიმი.

დასკვნა

2013 წლის გაზაფხულიდან შეგვიძლია ვთქვათ, რომ NFC ტექნოლოგია უკვე თავდაჯერებულად იკავებს ადგილს თანამედროვე ტოპ და საშუალო დონის სმარტფონებში. ირიბად, მის მიმართ ინტერესი შეიძლება შეფასდეს Play Store-ში არსებული პროგრამების რაოდენობით: უკვე რამდენიმე ასეული უფასო პროექტია. Android პლატფორმის ბაზრის (განსაკუთრებით მოდელების რაოდენობის მხრივ) დომინირების გათვალისწინებით, სწორედ ეს პლატფორმაა დღეს ყველაზე პოპულარული NFC მოწყობილობებისთვის. IOS არ იძლევა სტანდარტულ NFC ინსტრუმენტებს და Windows Phone 8-ს აქვს მნიშვნელოვნად შეზღუდული შესაძლებლობები მესამე მხარის აპლიკაციებისთვის NFC-თან მუშაობისთვის.

თავისთავად, NFC ტექნოლოგიას აქვს რამდენიმე მახასიათებელი, რაც საშუალებას აძლევს მას დაიკავოს უნიკალური პოზიცია:

• მონაცემთა უკონტაქტო გადაცემა;
• მუშაობა მხოლოდ მცირე დისტანციებზე;
• ინფორმაციის გაცვლის შესაძლებლობა სხვა მოწყობილობებთან ან პასიურ ტეგებთან;
• ხსნარის დაბალი ღირებულება;
• დაბალი ენერგიის მოხმარება;
• მონაცემთა გადაცემის დაბალი სიჩქარე.

ამ დროისთვის, სმარტფონებისთვის და პლანშეტებისთვის, შეიძლება აღინიშნოს NFC-ის გამოყენების სამი ყველაზე მნიშვნელოვანი ვარიანტი: მონაცემთა გაცვლა მოწყობილობებს შორის (კონტაქტები, აპლიკაციები, ბმულები, ფოტოები და სხვა ფაილები), თეგების წაკითხვა სპეციალური ინფორმაციით და რეჟიმების / პარამეტრების / პროფილების შეცვლა. მოწყობილობის სწრაფი დაწყვილება პერიფერიულ მოწყობილობებთან (როგორიცაა ყურსასმენები). პირველ შემთხვევაში, შეგიძლიათ სცადოთ მუშაობა სტანდარტული Android Beam პროგრამით ან დააინსტალიროთ ალტერნატიული ვარიანტები. ისინი შეიძლება იყოს გამოსადეგი, როდესაც გჭირდებათ გაცვლის მაღალი სიჩქარე (Wi-Fi-ის საშუალებით), მაგრამ გჭირდებათ იგივე პროგრამა ყველა მოწყობილობაზე.

პასიური ტეგების გამოყენება შესაძლებელია თითქმის ყველაფერში, დაწყებული პოსტერებიდან ჟურნალებამდე, პროდუქტის ტეგებამდე. მათ შეუძლიათ ჩაიწერონ პროდუქტის ინფორმაცია, ვებსაიტის ბმული, Wi-Fi პარამეტრები, საკონტაქტო ინფორმაცია, გეოგრაფიული კოორდინატები ან სხვა მცირე რაოდენობის მონაცემები. ინფორმაციის გაცვლის ამ მეთოდის გავრცელება პირდაპირ დამოკიდებულია მომხმარებელთა შორის თავსებადი მოწყობილობების რაოდენობაზე. ეს სცენარი შეიძლება შევადაროთ ჩვეულებრივ QR კოდებს, რომლებიც დღეს შესაძლოა ჯერ კიდევ უფრო მარტივია განხორციელების თვალსაზრისით და უფრო პოპულარული.

დაუწერელი ტეგებიც კი შეიძლება გამოყენებულ იქნას ზოგიერთ პროგრამასთან სისტემის პარამეტრების შესაცვლელად, ამიტომ ბევრ მომხმარებელს შეეძლება სცადონ ეს სცენარი. თუმცა გასათვალისწინებელია, რომ ამ შემთხვევაში ოფციონების ნაკრები ჩაიწერება კონკრეტულ მოწყობილობაში და შეიძლება გაძნელდეს მისი სხვა მოწყობილობაზე გადატანა. ამ დანიშნულების უტილიტების უმეტესობას ჯერ კიდევ სჭირდება საკუთარი ჩაწერილი ტეგები, რაც მათ საშუალებას აძლევს შეინახონ ყველა საჭირო ინფორმაცია კოდირებულ ფორმაში პირდაპირ ტეგში (ან ღრუბელში), ასე რომ ამ პარამეტრების სხვა მოწყობილობაზე გამოსაყენებლად საკმარისი იქნება იგივე პროგრამა მასზე.

ამ სტატიაში ჩვენ არ გავაშუქეთ NFC-ის გამოყენების შემთხვევები, როგორიცაა გადახდის სისტემები, ელექტრონული საფულეები და მიკროგადახდები, ბილეთები და კუპონები, სატრანზიტო ბარათები და საშვი. ეს თემები, განსაკუთრებით პირველი, ცალკე განხილვას იმსახურებს. ვეცდებით მათ დავუბრუნდეთ თუ იქნება მკითხველის ინტერესი და ასეთი გადაწყვეტილებების გავრცელება.

NFS (ქსელის ფაილური სისტემა)- ქსელის პროტოკოლი ფაილებზე და NFS სერვერის ფაილურ სისტემაზე წვდომისთვის, რომელიც პოპულარულია Linux / UNIX OS ოჯახში, ასევე სხვადასხვა შენახვის სისტემებში. Microsoft-მა ასევე, არ სურდა კონკურენციის ჩამორჩენა, შემოიტანა ძირითადი NFS სერვერის ფუნქცია Windows Server 2003 R2-ში. Microsoft-ის სერვერის პლატფორმების შემდგომ ვერსიებში გაფართოვდა ჩაშენებული NFS Windows სერვერის შესაძლებლობები, გამოჩნდა ახალი ფუნქციონალური და მართვის ინსტრუმენტები. NFS სერვერი Windows Server 2012-ში კიდევ ერთი ეტაპია ამ ტექნოლოგიის განვითარებაში.

რა ახალს გვთავაზობენ Microsoft-ის დეველოპერები ამ პროდუქტში? NFS სერვერის ახალი ფუნქციები Windows Server 2012-ში:

1. NFS v4.1 მხარდაჭერა... NFS 4.1-ის უახლესი ვერსიის მხარდაჭერა ერთ-ერთი მთავარი ინოვაციაა Windows Server 2012-ში. NFS v3-თან შედარებით, ეს პროტოკოლი უზრუნველყოფს გაუმჯობესებულ უსაფრთხოებას, შესრულებას და თავსებადობას, რაც სრულად ახორციელებს RFC 5661-ის ყველა ასპექტს.
2. ყუთის გარეთ შესრულება.ახალი RPC-XDR სატრანსპორტო ინფრასტრუქტურის გამოყენებით, NFS სერვერის ოპტიმალური ფუნქციონირება შეიძლება მიღწეული იყოს ყუთიდან, სისტემის დარეგულირების საჭიროების გარეშე. ოპტიმალური შესრულება მიიღწევა ქეშის ავტომატური რეგულირებით, მუშათა პროცესების გაერთიანებით და აუზის დინამიური მენეჯმენტით მათი დატვირთვის საფუძველზე.
3. გამარტივებული განლაგება და მართვა... ეს ფაქტი მიღწეული იქნა იმის გამო:
   • - 40+ PowerShell cmdlet NFS სერვერის კონფიგურაციისთვის და გაზიარებული საქაღალდეების მართვისთვის
   • - მარტივი გრაფიკული მართვის ინტერფეისი, რომელიც საშუალებას გაძლევთ ერთდროულად მართოთ როგორც SMB, ასევე NFS გაზიარებები, ასევე ფაილების სკრინინგის პარამეტრები და ა.შ.
   • - RPC პორტის (პორტი 2049) დაფიქსირება firewall-ის კონფიგურაციის გასაადვილებლად
   • - ახალი პროვაიდერი WMI v2
   • - გამარტივებული იდენტიფიკაცია ბრტყელი რუკების ფაილის გამო
4. NFSv3 გაუმჯობესებები... ქსელის სტატუსის მონიტორის (NSM) საშუალებით კლიენტებისთვის შეტყობინებების სწრაფი გაგზავნით, ძველი NFS კლიენტები უფრო სწრაფად და უკეთესად ამუშავებენ შეფერხებას, რაც ნიშნავს ნაკლებ დროზე მუშაობას.

ასე რომ, NFS სერვერი Windows Server 2012-ში მნიშვნელოვნად გაუმჯობესდა განლაგების სიმარტივის, მასშტაბურობის, სტაბილურობის, ხელმისაწვდომობის, საიმედოობის, უსაფრთხოებისა და თავსებადობის თვალსაზრისით. გაზიარებულ საქაღალდეებზე წვდომა შესაძლებელია ერთდროულად SMB და NFS საშუალებით, რაც ნიშნავს, რომ Windows Server 2012 შეიძლება გამოყენებულ იქნას როგორც საცავი ჰეტეროგენულ ქსელებში.

NFS სერვერი Windows Server 2012-ში შეიძლება დაინსტალირდეს GUI და Powershell-ის გამოყენებით. NFS სერვერის გრაფიკული ინტერფეისის გამოყენებით დასაინსტალირებლად, გახსენით და File and Storage Services როლის შიგნით, შეამოწმეთ კომპონენტი სერვერი NFS-ისთვის.

NFS კომპონენტის ინსტალაციის დასრულების შემდეგ, სერვერი უნდა გადაიტვირთოს.

იგივე როლის დაყენება Powershell-ის გამოყენებით ასევე მარტივია, უბრალოდ გაუშვით ბრძანება:

Windows-ის ფუნქციის დამატება "FS-NFS-სერვისი"

NFS გაზიარებული საქაღალდის კონფიგურაცია Windows Server 2012-ში

შემდეგი, ჩვენ ვაჩვენებთ, თუ როგორ, ჩვენ მიერ დაინსტალირებული როლის გამოყენებით, შევქმნათ NFS share (გაზიარებული საქაღალდე) Windows სერვერზე. NFS გაზიარების ხელახლა შექმნის რამდენიმე გზა არსებობს: გრაფიკული ინტერფეისის ან Powershell-ის გამოყენებით.

შექმენით NFS Share სერვერის მენეჯერის კონსოლის გამოყენებით

გახსენით კონსოლი სერვერის მენეჯერი, გადადით განყოფილებაში გაზიარების მართვა(როლის შიგნითაა ფაილების და შენახვის სერვისები).
კონტექსტურ მენიუში გაუშვით ახალი გაზიარებული დირექტორიის ოსტატი - ახალი გაზიარება...

აირჩიეთ ბურთების ტიპი NFSგაზიარება -სწრაფი

შემდეგ თქვენ უნდა დააყენოთ ავთენტიფიკაციის ტიპი NFS კლიენტებისთვის: შესაძლოა, გამოიყენოთ როგორც Kerberos ავთენტიფიკაცია, ასევე ანონიმური.

დავუშვათ, რომ შექმნილი NFS რესურსის მომხმარებელი იქნება ESXi ვირტუალიზაციის სერვერი, რომელშიც არ არის NFS კავშირების ავთენტიფიკაციის შესაძლებლობა (ESXi არ უჭერს მხარს NFSv4). ამიტომ, ავტორიზაციის ტიპი იქნება სერვერის ავთენტიფიკაცია არ არის, ჩვენ ასევე აღვნიშნავთ ვარიანტებს ჩართეთ მომხმარებლის გაუმართავი წვდომადა დაუშვებელი მომხმარებლის წვდომა UID/GID-ით.

შექმნილი NFS წილი მესამე მხარის წვდომისგან ოდნავ დასაცავად, ჩვენ შევზღუდავთ NFS რესურსზე წვდომას კლიენტის IP მისამართით.

მასპინძელი: 192.168.1.100
ენის კოდირება: BIG5
ნებართვების გაზიარება: Კითხვა წერა
დაუშვით root წვდომა: დიახ

შემდეგი, რჩება იმის შემოწმება, რომ NTFS დონეზე მომხმარებელს, რომელზეც დამაკავშირებელი მომხმარებელია შედგენილი, აქვს წაკითხვის/ჩაწერის წვდომა (თუ გადაწყვეტთ ანონიმური წვდომის გამოყენებას, თქვენ მოგიწევთ ყველას მიანიჭოთ ყველა მომხმარებელს სრული r/w უფლებები NTFS-ზე. დონე).

როგორ შევქმნათ NFS წილი Powershell-ის გამოყენებით

მოდით შევქმნათ ახალი NFS წილი:

New-NfsShare -სახელი "NFS" -გზა "d: \ shares \ nfr" -AllowRootAccess $ true -წაკითხვის ნებართვა -Authentication sys

მოდით დავუშვათ წვდომა ბურთზე IP მისამართისთვის 192.168.1.100 და დავაყენოთ კოდირება BIG5-ზე (NFS ბურთების შიგთავსის ნახვის შესაძლებლობა ESXi კლიენტისთვის).

Grant-NfsSharePermission -Name “NFS” -ClientName 192.168.1.100 -ClientType host -LanguageEncoding BIG5

შექმნილი NFS ბურთი შეიძლება გამოყენებულ იქნას, მაგალითად, როგორც NFS-მონაცემთა საცავი ვირტუალიზაციის გარემოში, ან სხვა Unix-ის მსგავსი კლიენტების მონაცემებზე წვდომისათვის. როგორ დავაყენოთ NFS წილი Windows-ში - კლიენტები აღწერილია სტატიაში.

ყველამ იცის, რომ UNIX სისტემებზე ფაილური სისტემა ლოგიკურად არის ფიზიკური ფაილური სისტემების ერთობლიობა, რომელიც ერთ წერტილზეა მიმაგრებული. ასეთი ორგანიზაციის ერთ-ერთი ყველაზე ძირითადი ხიბლი, ჩემი აზრით, არის არსებული ფაილური სისტემის სტრუქტურის დინამიურად შეცვლის შესაძლებლობა. ასევე, დეველოპერების ძალისხმევის წყალობით, დღეს ჩვენ შეგვიძლია დავაკავშიროთ თითქმის ნებისმიერი ტიპის FS და ნებისმიერი მოსახერხებელი გზით. "ერთგვარად" საუბრისას, პირველ რიგში, მინდა ხაზი გავუსვა OS ბირთვის ფუნქციონირების შესაძლებლობას ფაილურ სისტემებთან ქსელური კავშირების საშუალებით.

ბევრი ქსელის პროტოკოლი გვაძლევს დისტანციურ ფაილებთან მუშაობის შესაძლებლობას, იქნება ეს FTP, SMB, Telnet თუ SSH. ბირთვის შესაძლებლობის გამო, საბოლოო ჯამში, არ იყოს დამოკიდებული FS-ის ტიპზე, ჩვენ შეგვიძლია გამოვიყენოთ mount პროგრამა, რათა დააკავშიროთ ყველაფერი და როგორც გსურთ.

დღეს მინდა ვისაუბრო NFS - ქსელის ფაილურ სისტემაზე. ეს ტექნოლოგია საშუალებას აძლევს ფაილური სისტემის ცალკეულ წერტილებს დისტანციურ კომპიუტერზე დაუკავშირდეს ლოკალური კომპიუტერის ფაილურ სისტემას. თავად NFS პროტოკოლი საშუალებას გაძლევთ შეასრულოთ ფაილური ოპერაციები საკმაოდ სწრაფად, უსაფრთხოდ და საიმედოდ. კიდევ რა გვჭირდება? :-)

რა არის საჭირო ამისთვის იმუშაოს

იმისათვის, რომ დიდხანს არ ვიკამათოთ NFS ვერსიების თემაზე და მათი მხარდაჭერა სხვადასხვა ბირთვებში, ჩვენ დაუყოვნებლივ გამოვიყენებთ ვარაუდს, რომ თქვენი ბირთვის ვერსია არის მინიმუმ 2.2.18. ოფიციალურ დოკუმენტაციაში, დეველოპერები გვპირდებიან სრულ მხარდაჭერას NFS ვერსიის 3-ის ფუნქციონალურობისთვის ამ ბირთვში და შემდეგში.

ინსტალაცია

NFS სერვერის გასაშვებად ჩემს Ubuntu 7.10-ზე - Gutsy Gibbon, დამჭირდა nfs-common და nfs-kernel-server პაკეტების დაყენება. თუ თქვენ გჭირდებათ მხოლოდ NFS კლიენტი, არ გჭირდებათ nfs-kernel-server-ის დაყენება.

სერვერის დაყენება

ყველა პაკეტის წარმატებით დაინსტალირების შემდეგ, თქვენ უნდა შეამოწმოთ მუშაობს თუ არა NFS დემონი:

/etc/init.d/nfs-kernel-server-ის სტატუსი

თუ დემონი არ მუშაობს, ის უნდა დაიწყოს ბრძანებით

/etc/init.d/nfs-kernel-server start

მას შემდეგ რაც ყველაფერი წარმატებით დაიწყო, შეგიძლიათ დაიწყოთ ფაილური სისტემის ექსპორტი. პროცესი თავისთავად ძალიან მარტივია და მინიმალურ დროს მოითხოვს.

ძირითადი NFS სერვერის კონფიგურაციის ფაილი მდებარეობს / etc / ექსპორტში და აქვს შემდეგი ფორმატი:

დირექტორია machine1 (ვარიანტი11, ვარიანტი12) machine2 (ვარიანტი21, ვარიანტი22)

დირექტორია- აბსოლუტური გზა FS სერვერის დირექტორიაში, რომელზეც გსურთ წვდომის მიცემა

მანქანაX- კლიენტის კომპიუტერის DNS სახელი ან IP მისამართი, საიდანაც დაშვებულია წვდომა

ვარიანტიXX- FS ექსპორტის პარამეტრები, მათგან ყველაზე ხშირად გამოყენებული:

• რო- ფაილებზე წვდომა ნებადართულია მხოლოდ წასაკითხად
• rw- წაკითხვის / ჩაწერის წვდომა
• no_root_squash- ნაგულისხმევად, თუ თქვენ დაუკავშირდებით NFS წილს, როგორც root, სერვერი, უსაფრთხოების მიზეზების გამო, თავის მხრივ მიიღებს წვდომას ფაილებზე, როგორც მომხმარებელი არავის. თუმცა, თუ ჩართავთ ამ პარამეტრს, სერვერის მხარეს ფაილები იქნება წვდომა როგორც root. ფრთხილად იყავით ამ პარამეტრით.
• no_subtree_check- ნაგულისხმევად, თუ თქვენ ექსპორტს გააკეთებთ არა მთელი დანაყოფი სერვერზე, არამედ მხოლოდ ფაილური სისტემის ნაწილი, დემონი შეამოწმებს, მოთხოვნილი ფაილი ფიზიკურად მდებარეობს იმავე დანაყოფზე თუ არა. თუ მთელი დანაყოფის ექსპორტს ახორციელებთ ან ექსპორტირებული ფაილური სისტემის დამაგრების წერტილი არ იმოქმედებს ფაილებზე სხვა ფიზიკური ტომებიდან, შეგიძლიათ ჩართოთ ეს პარამეტრი. ეს მოგცემთ გაზარდოთ სერვერის სიჩქარე.
• სინქრონიზაცია- ჩართეთ ეს პარამეტრი, თუ არსებობს სერვერის უეცარი გათიშვის ან დენის გათიშვის ალბათობა. თუ ეს პარამეტრი არ არის ჩართული, NFS სერვერის მოულოდნელად გაჩერებისას მონაცემთა დაკარგვის რისკი მნიშვნელოვნად იზრდება.

ვთქვათ, გვინდა მივცეთ ashep-desktop წვდომა asep-ლეპტოპის / var / backups დირექტორიაში. სარეზერვო ფაილების კოპირებისთვის საჭიროა დირექტორიაში წვდომა asep-desktop-დან. მე მივიღე შემდეგი ფაილი:

/ var / სარეზერვო კოპირება ashep-desktop (rw, no_subtree_check, სინქრონიზაცია)

ხაზის დამატების შემდეგ / etc / ექსპორტზე, თქვენ უნდა გადატვირთოთ NFS სერვერი, რომ ცვლილებები ძალაში შევიდეს.

/etc/init.d/nfs-kernel-server გადატვირთვა

Სულ ეს არის. თქვენ შეგიძლიათ დაიწყოთ ექსპორტირებული ფაილური სისტემის დაკავშირება კლიენტის კომპიუტერზე.

კლიენტის დაყენება

კლიენტის მხარეს, დისტანციური ფაილური სისტემა დამონტაჟებულია ისევე, როგორც ყველა სხვა - mount ბრძანებით. ასევე, არავინ გიკრძალავთ / etc / fstab-ის გამოყენებას, თუ გჭირდებათ FS-ის ავტომატურად დაკავშირება OS-ის ჩატვირთვისას. ასე რომ, დამონტაჟების ვარიანტი ასე გამოიყურება:

Mount -t nfs asep-ლეპტოპი: / var / სარეზერვო ასლები / / mnt / ashep-ლეპტოპი / სარეზერვო ასლები /

თუ ყველაფერი კარგად წავიდა და ჩატვირთვისას ავტომატურად უნდა დაუკავშირდეთ დისტანციურ ფაილურ სისტემას - უბრალოდ დაამატეთ ხაზი / etc / fstab:

Ashep-ლეპტოპი: / var / სარეზერვო ასლები / mnt / ashep-ლეპტოპი / სარეზერვო ასლები nfs auto 0 0

Სხვა რა

აქ არის NFS-ის შესაძლებლობების პრაქტიკული, მცირე მიმოხილვა. რა თქმა უნდა, ეს მხოლოდ მცირე ნაწილია იმისა, რისი გაკეთებაც NFS-ს შეუძლია. ეს საკმარისია სახლის ან მცირე ოფისისთვის გამოყენებისთვის. თუ ეს არ არის საკმარისი თქვენთვის, გირჩევთ პირველ რიგში წაიკითხოთ.