Տերմինալում արված 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 փոխելը չի կարող շտկել այդ կապի ներսում արձանագրության կամ լիազորման խափանումը։

Առնչվող հոդվածներ