Remmina-ს პროქსის მის Flatpak sandbox-ში შეყვანა

ტერმინალში შესრულებული export შეიძლება სრულიად სწორი იყოს და მაინც არ არსებობდეს Remmina-ს იმ პროცესში, რომელიც სამუშაო მაგიდიდან გაუშვით. Flatpak-ის ინსტალაციისას შეამოწმეთ თავად აპლიკაციის environment override-ები.

Flatpak კონფიგურაციის ზედაპირს აძლევს თითოეულ მომხმარებელსა და თითოეულ აპლიკაციას. HTTP პროქსის endpoint-ის მაგალითი:

flatpak override --user --env=https_proxy=http://proxy.example:8080 org.remmina.Remmina

გამოიყენეთ დაყენებული აპლიკაციის რეალური ID და endpoint-ის მიერ მხარდაჭერილი პროტოკოლი. ცვლადის სახელი აღწერს იმ პარამეტრს, რომელსაც ქსელის ბიბლიოთეკა მოიხმარს; ის არ მოითხოვს, რომ მნიშვნელობა https://-ით დაიწყოს.

FreeRDP-ის პროქსის იმპლემენტაცია კითხულობს https_proxy-სა და HTTPS_PROXY-ს, როცა ცხადი პროქსის ტიპი ჯერ არ არის არჩეული. Remmina-ს build-მა და კავშირის ტიპმა ეს გზა რეალურად უნდა გამოიყენოს. SSH, VNC და RDP პროფილები სამი ურთიერთშემცვლელი მომხმარებელი არ არის.

მთლიანად დახურეთ არსებული აპლიკაცია, სანამ ახალი override-ით გაუშვებთ. override-ის შენახვა არ გადაწერს პროცესს, რომელიც უკვე მუშაობს sandbox-ში.

სწორედ ამ override-ის მოსაშორებლად Flatpak ასევე უჭერს მხარს:

flatpak override --user --unset-env=https_proxy org.remmina.Remmina

შეინახეთ სერთიფიკატები საერთო ბრძანების გამოსავლის გარეთ. აპლიკაციის override კონფიგურაციაა და არა პაროლების საცავი. თუ TCP პროქსის აღწევს, მაგრამ სამუშაო მაგიდის კავშირი მაინც ვერ იმუშავებს, შეინარჩუნეთ არჩეული პროფილი, ტრანსპორტი და პროქსის პასუხი; host-shell-ის მეტი export-ის შეცვლა ვერ გამოასწორებს ამ კავშირის შიგნით პროტოკოლის ან ავტორიზაციის ხარვეზს.