RSG · ტექნიკური დეტალები

რა არის RSG და რატომ არის საჭირო.

Revit Server Guard არის პროგრამული შლუზი, რომელიც Autodesk Revit Server-ის იმავე host-ზე ყენდება. ის იჭერს TCP და HTTP ტრაფიკს RS პორტებზე, კითხულობს მოთხოვნის მეტამონაცემებს (რომელი მომხმარებელი, პროექტი, სექცია და მოქმედება) და იყენებს წვდომის წესებს, რომლებიც თავად Revit Server-ში არ არსებობს.

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

01 — მიმოხილვა

რა არის RSG და რატომ არის საჭირო.

Revit Server Guard არის პროგრამული შლუზი, რომელიც Autodesk Revit Server-ის იმავე host-ზე ყენდება. ის იჭერს TCP და HTTP ტრაფიკს RS პორტებზე, კითხულობს მოთხოვნის მეტამონაცემებს (რომელი მომხმარებელი, პროექტი, სექცია და მოქმედება) და იყენებს წვდომის წესებს, რომლებიც თავად Revit Server-ში არ არსებობს.

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

ვის სჭირდება ეს

• საპროექტო კომპანიებისთვის, რომლებიც ერთდროულად რამდენიმე დამკვეთთან მუშაობენ და არ სურთ, რომ დამკვეთი A-ს გუნდმა დამკვეთი B-ს სამუშაოები ნახოს.
• BIM კოორდინატორებისთვის, რომლებსაც სექციის დონეზე უფლებების გამიჯვნა სჭირდებათ — კონსტრუქტორები ხედავენ და რედაქტირებენ კონსტრუქციებს, MEP ინჟინრები — საკუთარ დისციპლინას და ა.შ.
• კონტრაქტორებისა და ფრილანსერებისთვის, რომლებსაც დროებითი წვდომა ეძლევათ კონკრეტულ პროექტსა და სექციაზე და კონტრაქტის დასრულების შემდეგ ერთი კლიკით უნდა დაებლოკოთ.
• რეგულირებადი მოთხოვნების მქონე გუნდებისთვის (სახელმწიფო კონტრაქტები, შეზღუდული წვდომის ობიექტები), სადაც სავალდებულოა ჟურნალი — ვინ, რა და როდის გახსნა.

01 მიმოხილვაეს ეკრანი მართავს მიმოხილვა-ს: მონაცემები, ფილტრები, ქმედებები და ექსპორტი თავმოყრილია RSG პანელში.

02 — არქიტექტურა

ოთხი კომპონენტი, ერთი Windows host.

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

რას აკეთებს თითოეული კომპონენტი

1. RSG.Proxy — TCP/HTTP პროქსი, რომელიც სტანდარტული RS პორტის ნაცვლად 8086 პორტს უსმენს. ის ხსნის Revit Server-ის SOAP envelope-ებს, იღებს მოთხოვნის მეტამონაცემებს, ეკითხება RSG.Server-ს „ნებადართულია?“ და მოთხოვნას ან ატარებს, ან კლიენტს 403-ს უბრუნებს.
2. RSG.Server — Windows სერვისი .NET 8-ზე, რომელიც წვდომის წესებს ადგილობრივ SQLite/SQL Server-ში ინახავს, აწარმოებს აუდიტის ჟურნალს, ამოწმებს ლიცენზიას და License API-სთან ურთიერთობს. ეს გადაწყვეტის „ტვინია“.
3. RSG.AdminPanel — React SPA, ხელმისაწვდომი localhost:5080-ზე (ან კორპორატიულ ქსელში HTTPS-ით). ადმინისტრატორი აქ ქმნის მომხმარებლებს, პროექტებსა და წესებს და ათვალიერებს აუდიტის ჟურნალს.
4. RSG.LicenseTool — ცალკე CLI ინსტრუმენტი ოფლაინ აქტივაციისთვის. გამოიყენება მხოლოდ air-gapped ქსელებში; ჩვეულებრივ ონლაინ ინსტალაციაში საჭირო არ არის.

მნიშვნელოვანი

Revit Server ზუსტად ისეთივე რჩება, როგორიც იყო. RSG არ ცვლის მის binary ფაილებს, არ გადაწერს მონაცემთა ბაზას და არ ანაცვლებს კონფიგურაციებს. ის გვერდით მუშაობს სტანდარტული ქსელური ინტერფეისების მეშვეობით. RSG-ის გამორთვის შემთხვევაში Revit Server მუშაობას იმავე რეჟიმში აგრძელებს, როგორც დაყენებამდე.

02 RS gatewaysეს ეკრანი მართავს RS gateways-ს: მონაცემები, ფილტრები, ქმედებები და ექსპორტი თავმოყრილია RSG პანელში.

03 — წვდომის კონტროლი

უფლებების სამი დონე: პროექტი, სექცია, მოქმედება.

RSG უფლებებს არა „ყველაფერი ან არაფერი“ პრინციპით, არამედ დეტალურად გასცემს. თქვენ არ გასცემთ უბრალოდ „სერვერზე წვდომას“ — გასცემთ „წვდომას პროექტ X-ზე, სექცია არქიტექტურაზე, მხოლოდ წაკითხვით“. ტექნიკურად ეს Revit Server-ის SOAP მოთხოვნების დონეზე ხდება, სადაც RSG ოპერაციის ტიპს ამოწმებს და გადაწყვეტილებას იღებს.

მომხმარებლები და AD ჯგუფები როლებს უკავშირდება. როლი არის კონკრეტული პროექტისა და მისი სექციების უფლებების ნაკრები. ერთ მომხმარებელს სხვადასხვა პროექტში სხვადასხვა როლი შეიძლება ჰქონდეს: ერთში „კოორდინატორი“, მეორეში „დამკვირვებელი“, მესამეში — „წვდომის გარეშე“.

დონეები

• პროექტი. საბაზო ერთეული არის სერვერზე არსებული პროექტის ძირეული საქაღალდე. მომხმარებელი ხედავს პროექტს სიაში, მაგრამ ვერ ხსნის მას.
• მოდელის განყოფილება. არქიტექტურა, კონსტრუქციები, ინჟინერია, კოორდინაცია — თითოეულ განყოფილებას შეიძლება ჰქონდეს საკუთარი უფლებები. ქვეკონტრაქტორი-ინჟინერი ხსნის მხოლოდ თავის განყოფილებას; დანარჩენი Revit-კლიენტშიც კი არ იტვირთება.
• მოქმედება. read, edit. ნახვა რედაქტირების გარეშე არის ცალკე უფლება რედაქტირებისგან გამოქვეყნების გარეშე.

03 პროექტებიეს ეკრანი მართავს პროექტები-ს: მონაცემები, ფილტრები, ქმედებები და ექსპორტი თავმოყრილია RSG პანელში.

როლები და ჯგუფები

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

ლეგენდა: სრული წვდომა · მხოლოდ წაკითხვა · შერეული სექციების მიხედვით · წვდომა არ არის

წესის კონფიგურაციის მაგალითი

თითოეული წესი წარმოდგენილია JSON დოკუმენტად, რომლის რედაქტირება UI-დანაც შეიძლება და CSV/JSON-დან პაკეტურად იმპორტირებაც, შიდა გადაწყვეტებიდან მიგრაციისას.

04 როლებიეს ეკრანი მართავს როლები-ს: მონაცემები, ფილტრები, ქმედებები და ექსპორტი თავმოყრილია RSG პანელში.

04 — ადმინისტრატორის პანელი

ვებ ადმინ-პანელი CLI-სა და რეესტრის ნაცვლად.

მთელი მართვა ხორციელდება React SPA-დან, რომელიც RSG host-ზე ლოკალურადაა ხელმისაწვდომი. არ არის საჭირო regedit, gpedit ან XML-ის ხელით რედაქტირება. ადმინისტრატორი ბრაუზერში ხსნის გვერდს და ხედავს dashboard-ს, ლიცენზიას, აუდიტსა და უფლებების მატრიცას. დისტანციური წვდომის საჭიროებისას ინტერფეისი reverse proxy-ს უკან TLS-ით ქვეყნდება.

მთავარი გვერდი dashboard-ია: ზედა ნაწილში დღის ოთხი მაჩვენებელი, ქვემოთ მოვლენების ნაკადი და ლიცენზიის პანელი.

05 მომხმარებლებიეს ეკრანი მართავს მომხმარებლები-ს: მონაცემები, ფილტრები, ქმედებები და ექსპორტი თავმოყრილია RSG პანელში.

06 სექციებიეს ეკრანი მართავს სექციები-ს: მონაცემები, ფილტრები, ქმედებები და ექსპორტი თავმოყრილია RSG პანელში.

05 — აუდიტი

ყოველი მოქმედება — ლოგში.

აუდიტი დამატებითი ფუნქცია კი არა, ძირითადი პროცესის ნაწილია. RSG.Proxy-ის გავლით გასული ყოველი მოთხოვნა ტოვებს ჩანაწერს: ვინ, რა, რომელ პროექტზე/სექციაზე, რა მოქმედება, რა შედეგი, რომელი IP-დან და Revit-ის რომელი ვერსიიდან. ჟურნალები ინახება ლოკალურად და ექსპორტირდება CSV/JSON/SIEM-ში.

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

რა იწერება

• იდენტობა: AD login, IP, Revit კლიენტის ვერსია, მომხმარებლის კომპიუტერის სახელი.
• სამიზნე: პროექტის ID, ფაილის სახელი, სექცია/workset, ელემენტის ID (სადაც გამოიყენება).
• მოქმედება: open, sync_to_central, reload_latest, create_local, publish, delete_local, borrow_workset და სხვ.
• შედეგი: allow / deny / warn (warn — არ იბლოკება, მაგრამ შემოწმებისთვის აღინიშნება).
• კონტექსტი: რომელმა წესმა მიიღო გადაწყვეტილება, დროის ნიშნული TZ-ით, ოპერაციის ხანგრძლივობა.

შენახვის ვადა

ნაგულისხმევად ჟურნალი 18 თვე ინახება. ეს პარამეტრი კონფიგურირებადია. ჟურნალები შეიძლება SIEM სისტემაში გადაიგზავნოს webhook-ით (JSON payload), ჩაიწეროს თქვენი კომპანიის SQL Server-ში ან პაკეტურად გაექსპორტოს CLI-ით.

07 აუდიტის ჟურნალიეს ეკრანი მართავს აუდიტის ჟურნალი-ს: მონაცემები, ფილტრები, ქმედებები და ექსპორტი თავმოყრილია RSG პანელში.

08 ბექაპებიეს ეკრანი მართავს ბექაპები-ს: მონაცემები, ფილტრები, ქმედებები და ექსპორტი თავმოყრილია RSG პანელში.

06 — ლიცენზირება

ხელმოწერილი ლიცენზია, მიბმული კომპიუტერზე.

RSG-ის ლიცენზია არის ხელმოწერილი envelope (LicenseEnvelope), რომელიც შეიცავს უფლებების payload-სა და ხელმოწერას. ხელმოწერა ჩვენს მხარეს იქმნება ECDSA P-256 პირადი გასაღებით და კლიენტის მხარეს მოწმდება RSG-ის binary-ში ჩაშენებული საჯარო გასაღებით.

ეს ნიშნავს: ლიცენზიის გაყალბება ან იმავე URL-ზე „საკუთარი License API“-ს გაშვება პირადი გასაღების გარეშე შეუძლებელია. Keygen პრაქტიკულად ვერ იარსებებს — საჭირო იქნებოდა ECDSA P-256-ის გატეხვა (თეორიულად არარეალური) ან ჩვენი HSM-დან პირადი გასაღების მოპარვა.

მანქანის fingerprint

ლიცენზია კომპიუტერს fingerprint-ით ებმება — ეს არის კომპიუტერის სახელისა და ქსელური ინტერფეისების MAC მისამართებისგან შედგენილი დეტერმინისტული სტრიქონის SHA-256.

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

Online და offline აქტივაცია

თუ host-ს ჩვენს დომენთან გამავალი HTTPS კავშირი აქვს, აქტივაცია ადმინ-პანელში ერთი კლიკით ხდება. RSG.Server აგზავნის JSON-ს fingerprint-ითა და მეტამონაცემებით, License API აბრუნებს ხელმოწერილ envelope-ს და იგი დაუყოვნებლივ გამოიყენება.

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

1. ადმინ-პანელში → „ლიცენზიის მოთხოვნის შექმნა“ → შეინახეთ request.rsgreq USB დისკზე.
2. საიტის პირად კაბინეტში → „ოფლაინ აქტივაცია“ → ატვირთეთ .rsgreq → მიიღეთ license.rsglic.
3. ატვირთეთ .rsglic უკან ადმინ-პანელში. მზადაა.

რა ხდება ვადის გასვლის შემდეგ

საცდელი პერიოდის ან ვადიანი ლიცენზიის დასრულების შემდეგ RSG გადადის bypass რეჟიმში — დაცვა ითიშება, ხოლო Revit Server მუშაობას ისე აგრძელებს, როგორც RSG-ის დაყენებამდე. ეს განზრახაა გაკეთებული, რათა კლიენტის production გარემო ვადის ამოწურვის გამო არ გაჩერდეს. ლიცენზიის აღდგენის შემდეგ RSG ავტომატურად ბრუნდება full რეჟიმში.

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

07 — ინსტალაცია

ერთი საღამო: ინსტალერიდან პირველ როლამდე.

RSG ყენდება Windows ინსტალერით (MSI ან EXE). Docker, Kubernetes და სხვა გარე დამოკიდებულებები საჭირო არ არის, გარდა .NET 8 LTS Runtime-ისა — ის ან უკვე დაყენებულია Windows Server 2022/2025-ზე, ან ინსტალერი ჩამოტვირთავს.

რა არის საჭირო ინსტალაციამდე

• Windows Server 2019 / 2022 / 2025 იმავე host-ზე, სადაც Revit Server მუშაობს.
• ანგარიში ადმინისტრატორის უფლებებით ამ host-ზე.
• RS მონაცემთა ბაზაზე მხოლოდ წაკითხვის წვდომა (RSG იქ არაფერს წერს და მხოლოდ პროექტების მეტამონაცემებს კითხულობს).
• ერთი თავისუფალი TCP პორტი (ნაგულისხმევად 8086) — მას RSG.Proxy გამოიყენებს.
• ინსტალაციისთვის დაახლოებით 250 MB დისკი და ექვსი თვის აუდიტის ჟურნალისთვის დაახლოებით 5 GB.

ნაბიჯები

1. ჩამოტვირთეთ RSG-Setup-1.0.0.exe პირადი კაბინეტიდან.
2. გაუშვით ინსტალერი ადმინისტრატორის სახელით. მიუთითეთ proxy პორტი და RS მონაცემთა ბაზის გზა.
3. გახსენით http://localhost:5080 — პირველი გაშვების ოსტატი ადმინ-პანელის superuser-ის შექმნას მოგთხოვთ.
4. მომხმარებლები AD-დან ერთი კლიკით დააიმპორტეთ ან ხელით დაამატეთ.
5. შექმენით პირველი წვდომის წესი სატესტო პროექტზე.
6. Revit კლიენტები ახალ proxy პორტზე გადაამისამართეთ (DNS-ის ან Group Policy-ის მეშვეობით).

კონფიგურაცია

პარამეტრების უმეტესობა RSG.Server-ის appsettings.json-ში ინახება. ადმინისტრატორების უმეტესობას მისი ხელით შეცვლა არ სჭირდება — ყველაფერი UI-დან კონფიგურირდება — თუმცა ზოგჯერ ეს აუცილებელია.

08 — თავსებადობა

მუშაობს არსებულ ინფრასტრუქტურასთან.

RSG შექმნილია არსებული ინსტალაციებისთვის და არა მხოლოდ ახალი ინფრასტრუქტურისთვის. ახალი Windows-ის, ახალი Revit Server-ის ან „სუფთა“ გარემოს მოთხოვნა არ არსებობს — ის მუშაობს იმასთან, რაც უკვე გაქვთ.

წარმადობა

ტიპური დატვირთვისას proxy თითო მოთხოვნაზე დაახლოებით 3–8 ms დაყოვნებას ამატებს (გაზომილია Xeon E-2336-ზე, Windows Server 2022-ზე, 100 ერთდროული Revit კლიენტით). მომხმარებლისთვის ეს პრაქტიკულად შეუმჩნეველია.

• RAM: 200–400 MB რეზიდენტულად 100 აქტიურ მომხმარებელზე.
• CPU: პიკური დატვირთვისას ერთი ბირთვის <5%.
• Disk I/O: 100 მომხმარებელზე აუდიტის ჟურნალის დაახლოებით 15 MB/საათი.
• ქსელი: დამატებითი ხარჯი თითქმის ნულოვანია — RSG მონაცემებს არ აბუფერებს და proxy ტრაფიკს ნაკადად ატარებს.

10 სტატისტიკაეს ეკრანი მართავს სტატისტიკა-ს: მონაცემები, ფილტრები, ქმედებები და ექსპორტი თავმოყრილია RSG პანელში.

09 — უსაფრთხოება

რას იცავს RSG — და რას არ აკეთებს.

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

RSG-ის threat model-ში

• ლეგიტიმური AD წვდომის მქონე შიდა მომხმარებელი, რომელიც სხვისი პროექტის წაკითხვას ცდილობს. დაცულია: ყოველ მოთხოვნაზე მოწმდება პროექტი + სექცია + მოქმედება.
• კონტრაქტორი, რომლის ხელშეკრულებაც დასრულდა, მაგრამ AD ანგარიში ჯერ არ გაუთიშავთ. დაცულია: წესები validUntil და denyOnExpired: true პარამეტრებით.
• გაჟონვა ყალბი საიტის ან ყალბი License API-ის მეშვეობით. დაცულია: ლიცენზია ხელმოწერილია ECDSA P-256-ით, საჯარო გასაღები ჩაშენებულია კლიენტში. პირადი გასაღების გარეშე საიტის ჩანაცვლება შეუძლებელია.
• ლიცენზიის სხვა კომპიუტერზე გადატანა. დაცულია: payload-ში არის machine fingerprint, რომელიც სერვისის ყოველი გაშვებისას მოწმდება.

RSG-ის threat model-ის გარეთ

• კომპრომეტირებული AD სერვერი. თუ თავდამსხმელი DA უფლებებს მიიღებს, მას RSG.AdminPanel-ზეც ექნება წვდომა. ეს AD-ის უსაფრთხოების პრობლემაა და არა RSG-ის.
• ფიზიკური წვდომა RSG host-ზე. ლოკალური ადმინისტრატორის უფლებებით სერვისის შეჩერება შესაძლებელია. ინფრასტრუქტურის დონეზე საჭიროა BitLocker და ფიზიკური კონტროლი.
• ეკრანის სქრინშოტები და ფოტოები. თუ მომხმარებელს პროექტზე კანონიერი წვდომა აქვს, შეუძლია მისი ნახვა და გადაღება. RSG DLP გადაწყვეტა არ არის.
• გაჟონვა ადგილობრივი Revit ფაილებით. როდესაც Revit კლიენტი პროექტის ლოკალურ ასლს ჩამოტვირთავს, ის მომხმარებლის დისკზე ინახება. აქ საჭიროა დისკის დაშიფვრა და DLP.

კრიპტოგრაფია

• ლიცენზიის ხელმოწერა: ECDSA P-256 + SHA-256, ფორმატი IEEE P1363, სიგრძე 64 ბაიტი.
• License API-სთან კავშირი: TLS 1.2+, სერტიფიკატის ვალიდაცია.
• AdminPanel ↔ RSG.Server შიდა ტრაფიკი: HTTPS, ნაგულისხმევად self-signed სერტიფიკატით (შეიძლება კორპორატიულით ჩანაცვლება).
• ხელმოწერის პირადი გასაღების შენახვა ჩვენს მხარეს: managed key vault როტაციის პოლიტიკით.

10 — FAQ

ხშირი კითხვები — კონკრეტულად RSG-ზე.

რა მოხდება, თუ RSG.Server ღამით გაითიშება?

ამ შემთხვევაში RSG.Proxy გადადის fail_open ან fail_closed რეჟიმში — ეს კონფიგურირებადია. ნაგულისხმევია fail_open: თუ RSG.Server მიუწვდომელია, proxy ტრაფიკს შემოწმების გარეშე ატარებს Revit Server-მდე. ასე RSG-ის ავარიისას ბიზნესი მუშაობას აგრძელებს. თუ თქვენი მოთხოვნა საპირისპიროა — უკეთესია ყველაფერი დაიბლოკოს, ვიდრე გაჟონვის რისკი იყოს — გამოიყენეთ fail_closed.

რა მოხდება, თუ ქსელური ბარათის MAC შეიცვლება?

Fingerprint შეიცვლება და ლიცენზია უარყოფილი იქნება. ორი გზა არსებობს: ყიდვისას მიუთითეთ quantity = 2 (ლიცენზია ორ fingerprint-ზე იმოქმედებს და კიდევ ერთი აქტივაცია იქნება შესაძლებელი) ან პირადი კაბინეტიდან უფასოდ და მყისიერად მოითხოვეთ ხელახალი გამოცემა.

შეუძლია RSG-ს HA კონფიგურაციაში მუშაობა (ორი კვანძი)?

ამჟამად (v2.4.x) — არა, მხოლოდ single-instance რეჟიმი. HA კონფიგურაცია v3.0-ის roadmap-შია. დროებითი გზა არის იდენტური კონფიგურაციის მქონე „ცივი“ მეორე კვანძის შენარჩუნება და ავარიისას DNS-ის გადართვა.

კითხულობს თუ არა RSG .rvt ფაილებს?

არა. RSG მუშაობს Revit Server-ის ქსელური პროტოკოლის დონეზე — ხედავს SOAP მოთხოვნებს, პროექტის მეტამონაცემებსა და სექციების სახელებს. მოდელების შიგთავსს არ კითხულობს და არ ინახავს. შიგთავსის დონეზე კონტროლისთვის (DLP მოდელის შიგნით არსებული მონაცემების მიხედვით) ცალკე გადაწყვეტებია საჭირო.

რამდენი ლიცენზია მჭირდება ორი Revit Server-ისთვის?

ორი — თითო ლიცენზია ერთ fingerprint-ზეა მიბმული, ორი host-ის fingerprint-ები კი განსხვავდება. მრავალსერვერული კონფიგურაციის ფასდაკლება ინდივიდუალურად ითვლება; მოგვწერეთ info@.

შეიძლება შიდა გადაწყვეტიდან RSG-ზე მიგრაცია?

თუ გაქვთ მატრიცა „მომხმარებელი × პროექტი × უფლება“ Excel/CSV/SQL ფორმატში, მისი RSG-ში იმპორტი rsg-import CLI-ით მხარდაჭერილია. თუ თქვენი შიდა გადაწყვეტა უფრო რთულ ლოგიკას იყენებდა (მაგალითად, უფლებებს მოდელის შიგნით გეომეტრიული თვისებების მიხედვით), RSG ამას არ ფარავს და ეს ნაწილი ცალკე უნდა დარჩეს.

მზად ხართ საცდელად?

დააყენეთ RSG Revit Server-ის გვერდით დღესვე.საცდელი პერიოდი — 3 თვე, ბარათის გარეშე.

ჩამოტვირთეთ ინსტალერი პირადი კაბინეტიდან, დააყენეთ იმავე host-ზე, სადაც RS მუშაობს, და გამოყავით დაახლოებით ნახევარი საათი. იმავე დღეს დაინახავთ, რას აკეთებს RSG ისეთს, რასაც Revit Server სტანდარტულად არ უზრუნველყოფს.