ടെർമിനലിലെ 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 നടപ്പാക്കൽ വ്യക്തമായ proxy തരം ഇതുവരെ തിരഞ്ഞെടുത്തിട്ടില്ലാത്തപ്പോൾ 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 proxy-യിൽ എത്തിയിട്ടും ഡെസ്ക്ടോപ്പ് കണക്ഷൻ പരാജയപ്പെടുന്നെങ്കിൽ, തിരഞ്ഞെടുത്ത പ്രൊഫൈലും ഗതാഗതവും proxy പ്രതികരണവും നിലനിർത്തുക; കൂടുതൽ host-shell export മാറ്റുന്നത് ആ കണക്ഷനിലെ പ്രോട്ടോക്കോൾ അല്ലെങ്കിൽ അനുമതി പരാജയം പരിഹരിക്കാൻ കഴിയില്ല.

അനുബന്ധ ലേഖനങ്ങൾ