Remmina-യുടെ proxy അതിന്റെ Flatpak sandbox-ലേക്ക് കൊണ്ടുവരിക
ടെർമിനലിലെ export ഡെസ്ക്ടോപ്പിൽ നിന്ന് തുടങ്ങിയ ആപ്പിലേക്ക് എത്തി എന്ന് അനുമാനിക്കുന്നതിന് പകരം Flatpak-നുള്ളിലെ Remmina പ്രോസസ്സിന് proxy കോൺഫിഗറേഷൻ നൽകുക.
ടെർമിനലിലെ 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 മാറ്റുന്നത് ആ കണക്ഷനിലെ പ്രോട്ടോക്കോൾ അല്ലെങ്കിൽ അനുമതി പരാജയം പരിഹരിക്കാൻ കഴിയില്ല.