Cntlm-ის ჩამოტვირთვა, სანამ ის პაკეტების მენეჯერს დაეხმარება
გატეხეთ ჩამოტვირთვის დამოკიდებულება სწორი RPM-ის უკვე მოქმედი ავთენტიფიცირებული კლიენტით მოძიებით, შემდეგ კი პაკეტების მენეჯერის დამოკიდებულებები ცალკე განიხილეთ.
თუ პაკეტების მენეჯერი ვერ ახერხებს ოფისის პროქსისთვის ავთენტიფიკაციას, Cntlm-ის ჩამოტვირთვის მოთხოვნა ქმნის დამოკიდებულების ციკლს: დამხმარე საჭიროა იმ მარშრუტისთვის, რომელსაც დამხმარე უნდა მოეტანა.
უკვე მოქმედ curl კლიენტს შეუძლია პირველი ჩამოტვირთვის უზრუნველყოფა. NTLM პროქსისთვის curl-ის --proxy-ntlm პარამეტრი ირჩევს პროქსისთან ავთენტიფიკაციას; --ntlm კი ნაცვლად ირჩევს დისტანციურ დანიშნულებასთან ავთენტიფიკაციას. მიუთითეთ პროქსის ანგარიში curl-ის სერტიფიკატების კონფიგურაციით.
ჩამოტვირთეთ დაყენებული დისტრიბუტივის გამოშვებისა და არქიტექტურისთვის აწყობილი Cntlm RPM მის სანდო პაკეტების წყაროდან. ძველი პასუხის პირდაპირი Fedora პაკეტის URL აღწერს იმ გამოშვების პაკეტს; ეს არ არის დღევანდელი უნივერსალური ინსტალაციის მისამართი.
ლოკალურ RPM-ს მაინც შეიძლება დარჩეს ქსელური სამუშაო
დამხმარე პაკეტის ჩამოტვირთვა და მისი დამოკიდებულებების გადაწყვეტა ცალკეული ამოცანებია. ნუ დაასკვნით, რომ მიმდინარე პაკეტს დამოკიდებულებები არ აქვს, მხოლოდ იმიტომ, რომ ძველ RPM-ს სხვა მანქანაზე დამატებითი ჩამოტვირთვები არ სჭირდებოდა.
DNF-ზე დაფუძნებულ სისტემაში ლოკალური ფაილის დოკუმენტირებული ფორმაა:
dnf install ./cntlm.rpm
გამოიყენეთ ჩამოტვირთული ფაილის რეალური სახელი და შესაბამისი ინსტალაციის უფლებები. DNF-ს შესაძლოა მაინც დასჭირდეს რეპოზიტორიის მეტამონაცემები ან დაკარგული დამოკიდებულების პაკეტები. თუ ეს ქსელური გზა კვლავ მიუწვდომელია, მიიღეთ საჭირო პაკეტები იმავე გამოშვებისთვის დამტკიცებული მოქმედი გზით, დისტრიბუტივის ჩვეულებრივი პაკეტების შემოწმების პოლიტიკის დაცვით.
დამხმარეს დაყენებისა და კონფიგურაციის შემდეგ პაკეტების მენეჯერს შეუძლია შემდგომი მოთხოვნებისთვის გამოიყენოს მისი ლოკალური მსმენელი. ეს მსმენელი არ არსებობს მხოლოდ იმიტომ, რომ RPM ფაილი შენახულია, და მის loopback მისამართს მნიშვნელობა აქვს მხოლოდ იმ მანქანაზე, სადაც დამხმარე მუშაობს.