Remmina-র প্রক্সি তার Flatpak sandbox-এ নিয়ে আসা
টার্মিনালের export ডেস্কটপ থেকে চালু করা অ্যাপ্লিকেশনে পৌঁছেছে ধরে নেওয়ার বদলে Flatpak-এর ভিতরের Remmina প্রসেসকে প্রক্সি কনফিগারেশন দেওয়া।
টার্মিনালে একটি 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 বিল্ড ও সংযোগের ধরনকে সত্যিই সেই পথ ব্যবহার করতে হবে। SSH, VNC ও RDP প্রোফাইল তিনটি বিনিময়যোগ্য ভোক্তা নয়।
নতুন override দিয়ে চালু করার আগে চলমান অ্যাপ্লিকেশনটি সম্পূর্ণ বন্ধ করুন। override সংরক্ষণ করলে sandbox-এ ইতিমধ্যে চলা প্রসেস পুনর্লিখিত হয় না।
এই নির্দিষ্ট override সরাতে Flatpak আরও সমর্থন করে:
flatpak override --user --unset-env=https_proxy org.remmina.Remminaশেয়ার করা কমান্ড আউটপুট থেকে ক্রেডেনশিয়াল দূরে রাখুন। অ্যাপ্লিকেশন override হলো কনফিগারেশন, পাসওয়ার্ড ভল্ট নয়। যদি TCP প্রক্সিতে পৌঁছায় কিন্তু ডেস্কটপ সংযোগ এখনও ব্যর্থ হয়, নির্বাচিত প্রোফাইল, ট্রান্সপোর্ট ও প্রক্সি প্রতিক্রিয়া ধরে রাখুন; আরও host-shell export বদলে সেই সংযোগের ভিতরের প্রোটোকল বা অনুমোদন ব্যর্থতা ঠিক করা যায় না।