Remmina-ի proxy-ն իր Flatpak sandbox մեջ բերելը
Proxy կարգավորումը Flatpak-ի ներսում գործող Remmina գործընթացին տալը՝ փոխարենը ենթադրելու, որ տերմինալի export-ը հասել է աշխատասեղանից գործարկված հավելվածին։
Տերմինալում արված export-ը կարող է լիովին վավեր լինել և միևնույն ժամանակ բացակայել աշխատասեղանից գործարկված Remmina գործընթացում։ Flatpak տեղադրման դեպքում ստուգեք հավելվածի սեփական environment override-ները։
Flatpak-ը տրամադրում է կարգավորման մակերես յուրաքանչյուր օգտատիրոջ և յուրաքանչյուր հավելվածի համար։ HTTP proxy endpoint-ի օրինակ՝
flatpak override --user --env=https_proxy=http://proxy.example:8080 org.remmina.RemminaՕգտագործեք տեղադրված հավելվածի իրական ID-ն և endpoint-ի աջակցած արձանագրությունը։ Փոփոխականի անունը նկարագրում է այն կարգավորումը, որը սպառում է ցանցային գրադարանը. այն չի պահանջում, որ արժեքը սկսվի https://-ով։
FreeRDP-ի proxy իրականացումը կարդում է https_proxy և HTTPS_PROXY, երբ բացահայտ proxy տեսակը դեռ ընտրված չէ։ Remmina-ի build-ը և կապի տեսակը պետք է իրականում օգտագործեն այդ ուղին։ SSH, VNC և RDP պրոֆիլները երեք փոխանակելի սպառողներ չեն։
Ամբողջությամբ փակեք գոյություն ունեցող հավելվածը նախքան նոր override-ով այն գործարկելը։ Override-ը պահելը չի վերագրում sandbox-ում արդեն աշխատող գործընթացը։
Հենց այս override-ը հեռացնելու համար Flatpak-ը նաև աջակցում է՝
flatpak override --user --unset-env=https_proxy org.remmina.RemminaՀավատարմագրերը պահեք ընդհանուր հրամանի ելքից դուրս։ Հավելվածի override-ը կարգավորում է, ոչ թե գաղտնաբառերի պահոց։ Եթե TCP-ն հասնում է proxy-ին, բայց աշխատասեղանի կապը դեռ ձախողվում է, պահեք ընտրված պրոֆիլը, տրանսպորտը և proxy-ի պատասխանը. ավելի շատ host-shell export փոխելը չի կարող շտկել այդ կապի ներսում արձանագրության կամ լիազորման խափանումը։