এটি এমন একটি প্রশ্ন যা আমি কয়েক সপ্তাহ আগে এখানে পোস্ট করতে যাচ্ছিলাম। টেরডনের মতো , আমি বুঝতে পেরেছিলাম যে একটি .bashrc
কেবল ইন্টারেক্টিভ বাশ শেলের জন্য উত্সাহিত তাই .bashrc
এটি কোনও ইন্টারেক্টিভ শেলের মধ্যে চলছে কিনা তা খতিয়ে দেখার দরকার নেই । বিভ্রান্তিকরভাবে, আমি যে সমস্ত বিতরণ ব্যবহার করি (উবুন্টু, আরএইচইল এবং সাইগউইন) বর্তমান শেলটি ইন্টারেক্টিভ কিনা তা নিশ্চিত করার জন্য কিছু প্রকারের চেক (টেস্টিং $-
বা $PS1
) ছিল। আমি কার্গো কাল্ট প্রোগ্রামিং পছন্দ করি না তাই আমার মধ্যে এই কোডটির উদ্দেশ্য বোঝার বিষয়ে সেট করি .bashrc
।
রিমোট শেলগুলির জন্য বাশের একটি বিশেষ কেস রয়েছে
সমস্যাটি অনুসন্ধানের পরে, আমি আবিষ্কার করেছি যে দূরবর্তী শেলগুলি অন্যরকম আচরণ করা হয়। অ-ইন্টারেক্টিভ বাশ শেলগুলি সাধারণত ~/.bashrc
প্রারম্ভের সময় কমান্ডগুলি চালায় না , যখন শেলটি রিমোট শেল ডিমন দ্বারা আহ্বান করা হয় তখন একটি বিশেষ কেস তৈরি করা হয় :
কোনও নেটওয়ার্ক সংযোগের সাথে সংযুক্ত তার স্ট্যান্ডার্ড ইনপুট দিয়ে কখন এটি চালিত হচ্ছে তা নির্ধারণের জন্য বাশ চেষ্টা করে, যেমন দূরবর্তী শেল ডিমন দ্বারা চালিত হয় সাধারণত rshd
, বা সুরক্ষিত শেল ডিমন দ্বারা চালিত হয় sshd
। যদি বাশ নির্ধারণ করে যে এটি এটি এই ফ্যাশনে চালিত হচ্ছে, তবে যদি ফাইলটি বিদ্যমান থাকে এবং পঠনযোগ্য হয় তবে এটি। / .Bashrc থেকে আদেশগুলি পড়ে এবং কার্যকর করে। অনুরোধ করা হলে এটি এটি করবে না sh
। --norc
বিকল্প এই আচরণ দমন করা ব্যবহৃত হতে পারে এবং --rcfile
বিকল্প অন্য ফাইল পড়তে হবে জোর করতে ব্যবহার করা যেতে পারে, কিন্তু তন্ন তন্ন rshd
না sshd
সাধারণত সেসব বিকল্প সহ শেল ডাকা বা তাদের নির্দিষ্ট করা করার অনুমতি দেয়।
উদাহরণ
রিমোটের শুরুতে নিম্নলিখিতটি প্রবেশ করান .bashrc
। (যদি .bashrc
দ্বারা sourced হয় .profile
বা .bash_profile
, অস্থায়ীভাবে এই যখন পরীক্ষামূলক অক্ষম):
echo bashrc
fun()
{
echo functions work
}
নিম্নলিখিত কমান্ডগুলি স্থানীয়ভাবে চালান:
$ ssh remote_host 'echo $- $0'
bashrc
hBc bash
- কোন
i
ইন $-
ইঙ্গিত দেয় যে শেলটি অ-ইন্টারেক্টিভ ।
- কোন নেতৃস্থানীয়
-
মধ্যে $0
ইঙ্গিত করে যে শেল একটি নয় লগ-ইন শেল ।
রিমোটে সংজ্ঞায়িত শেল ফাংশনগুলিও .bashrc
চালানো যেতে পারে:
$ ssh remote_host fun
bashrc
functions work
আমি লক্ষ্য করেছি যে ~/.bashrc
হয় শুধুমাত্র যখন একটি কমান্ডের জন্য আর্গুমেন্ট হিসাবে উল্লেখ করা হয় sourced ssh
। এটি উপলব্ধি করে: কখন ssh
একটি নিয়মিত লগইন শেল শুরু করতে ব্যবহৃত হয়, .profile
বা .bash_profile
চালানো হয় (এবং .bashrc
কেবলমাত্র এই ফাইলগুলির মধ্যে একটি দ্বারা স্পষ্টভাবে এটি করা হলে সোর্স করা হয়)।
.bashrc
(নন-ইন্টারেক্টিভ) রিমোট কমান্ড চালানোর সময় আমি সর্বাধিক প্রাপ্তিটি দেখতে পাচ্ছি যে শেল ফাংশনগুলি চালানো যেতে পারে। তবে সাধারণত একটি কমান্ডের বেশিরভাগ কমান্ড .bashrc
কেবল ইন্টারেক্টিভ শেলের সাথেই প্রাসঙ্গিক হয়, যেমন শেলটি ইন্টারেক্টিভ না হলে এলিয়াসগুলি প্রসারিত হয় না।
রিমোট ফাইল স্থানান্তর ব্যর্থ হতে পারে
যখন একটি সমস্যা সাধারণত নয় rsh
বা ssh
একটি ইন্টারেক্টিভ লগ-ইন শেল অথবা যখন নন-ইন্টারেক্টিভ শেল কমান্ড চালানোর জন্য ব্যবহার করা হয় শুরু করার জন্য ব্যবহার করা হয়। যাইহোক, এটা একটি সমস্যা হতে পারে যেমন প্রোগ্রামের জন্য rcp
, scp
এবং sftp
ব্যবহার দূরবর্তী শাঁস ডেটা ট্রান্সফারের জন্য।
দেখা যাচ্ছে যে scp
কমান্ডটি ব্যবহার করার সময় দূরবর্তী ব্যবহারকারীর ডিফল্ট শেল (বাশের মতো) সুস্পষ্টভাবে শুরু হয়েছিল । ম্যান পৃষ্ঠায় এর কোনও উল্লেখ নেই - কেবলমাত্র একটি উল্লেখ যা এর ডেটা স্থানান্তরের জন্য scp
ব্যবহার করে ssh
। এর ফলাফল রয়েছে যে যদি .bashrc
স্ট্যান্ডার্ড আউটপুটে মুদ্রিত এমন কোনও কমান্ড থাকে তবে ফাইল স্থানান্তর ব্যর্থ হবে , উদাহরণস্বরূপ,
scp ত্রুটি ছাড়াই ব্যর্থ হয় ।
15 বছর পূর্বে সম্পর্কিত এই রেড হ্যাট বাগ রিপোর্টটি দেখুন, / etc / bashrc এ ইকো কমান্ড উপস্থিত থাকলে scp ব্রেক হয়ে যায় (যা শেষ পর্যন্ত বন্ধ হয়ে গিয়েছিল WONTFIX
)।
কেন scp
এবং sftp
ব্যর্থ
এসসিপি (সিকিউর কপি) এবং এসএফটিপি (সিকিউর ফাইল ট্রান্সফার প্রোটোকল) এর ফাইল এবং গুলি স্থানান্তরিত হওয়ার তথ্য আদান-প্রদানের জন্য স্থানীয় এবং দূরবর্তী প্রান্তের নিজস্ব প্রোটোকল রয়েছে। দূরবর্তী প্রান্ত থেকে যে কোনও অপ্রত্যাশিত পাঠ্যটি প্রোটোকলের অংশ হিসাবে ব্যাখ্যা করা হয়েছে (স্থানান্তর) ব্যর্থ হয়েছে। শামুক বইয়ের একটি FAQ অনুসারে
কি প্রায়ই ঘটে, যদিও, হয় সেখানে সার্ভারে পারেন সিস্টেমের মধ্যে বিবৃতি বা ব্যবহারকারী অনুসারে শেল প্রারম্ভকালে ফাইল (আছে .bashrc
, .profile
,
/etc/csh.cshrc
, .login
, ইত্যাদি) যা লগইনে আউটপুট পাঠ্য বার্তা, অভিপ্রেত মত মানুষের দ্বারা পড়তে হবে ( fortune
, echo "Hi there!"
, ইত্যাদি)।
যখন tty
স্ট্যান্ডার্ড ইনপুটটির সাথে সংযুক্ত থাকে তখন এই জাতীয় কোডটি কেবল ইন্টারেক্টিভ লগইনগুলিতে আউটপুট উত্পাদন করে
। যদি এটি এই পরীক্ষাটি না করে তবে এটি এই পাঠ্য বার্তাগুলি যেখানে তাদের অন্তর্ভুক্ত নয় তা সন্নিবেশ করবে: এক্ষেত্রে, এবং scp2
/ sftp
এবং মধ্যে প্রোটোকল প্রবাহকে দূষিত করে sftp-server
।
শেল স্টার্টআপ ফাইলগুলি একেবারেই প্রাসঙ্গিক হওয়ার কারণ, এটি হ'ল sshd
ব্যবহারকারীর পক্ষে কোনও প্রোগ্রাম শুরু করার সময় ব্যবহারকারীর শেলটি নিয়োগ করে
(যেমন, / bin / sh -c "কমান্ড" ব্যবহার করে)। এটি একটি ইউনিক্স traditionতিহ্য, এবং এর সুবিধা রয়েছে:
- রিমোট কমান্ডগুলি চালিত হলে ব্যবহারকারীর সাধারণ সেটআপ (কমান্ড অ্যালিয়াসস, এনভায়রনমেন্ট ভেরিয়েবল, উমাস্ক ইত্যাদি) কার্যকর হয়।
- এটি অক্ষম করার জন্য কোনও অ্যাকাউন্টের শেলটি / বিন / মিথ্যাতে সেট করার সাধারণ অভ্যাসটি মালিককে কোনও কমান্ড চালানো থেকে বিরত রাখবে, কোনও কারণে দুর্ঘটনাক্রমে প্রমাণীকরণটি সফল হওয়া উচিত।
এসসিপি প্রোটোকল বিশদ
এসসিপি কীভাবে কাজ করে তার বিশদ সম্পর্কে আগ্রহীদের জন্য, আমি কীভাবে এসসিপি প্রোটোকলটি কাজ করে তাতে রিমোট পার্শ্বের টকটিভ শেল প্রোফাইলগুলির সাথে রানিং স্কিপ সম্পর্কিত বিবরণ অন্তর্ভুক্ত রয়েছে এমন আকর্ষণীয় তথ্য পেয়েছি ? :
উদাহরণস্বরূপ, আপনি যদি এটি দূরবর্তী সিস্টেমে আপনার শেল প্রোফাইলে যুক্ত করেন তবে এটি ঘটতে পারে:
প্রতিধ্বনি ""
কেন শুধু ঝুলছে? সোর্স মোডে প্রথম প্রোটোকল বার্তার নিশ্চিতকরণের জন্য যেভাবে অপেক্ষা করা scp
হয় তার থেকে এটি আসে । যদি এটি বাইনারি 0 না হয় তবে এটি আশা করে যে এটি কোনও দূরবর্তী সমস্যার একটি বিজ্ঞপ্তি এবং নতুন লাইন না আসা পর্যন্ত আরও অক্ষর একটি ত্রুটি বার্তা গঠনের জন্য অপেক্ষা করে। যেহেতু আপনি প্রথমটির পরে আর একটি নতুন লাইন মুদ্রণ করেন নি, তাই আপনার স্থানীয় কেবল লুপে থাকে, অবরুদ্ধ থাকে । ইতিমধ্যে, শেল প্রোফাইলটি দূরবর্তী পার্শ্বে প্রক্রিয়া করার পরে, সিঙ্ক মোডে শুরু হয়েছিল, যা বাইনারি শূন্যের জন্য অপেক্ষা করে যা ডেটা স্থানান্তর শুরুর নির্দেশ করে।scp
read(2)
scp
read(2)
উপসংহার / টিএলডিআর
আদর্শের বেশিরভাগ বিবৃতি .bashrc
কেবল ইন্টারেক্টিভ শেলের জন্যই কার্যকর - যখন rsh
বা এর সাথে দূরবর্তী কমান্ডগুলি চালিত করে না ssh
। সবচেয়ে ধরনের পরিস্থিতি, শেল ভেরিয়েবল, alias লেখা সেটিং এবং ফাংশন কাম্য নয় সংজ্ঞা - এবং মুদ্রণ কোনো টেক্সট আউট মান সক্রিয়ভাবে যেমন প্রোগ্রাম ব্যবহার করে ফাইলগুলি স্থানান্তর যদি ক্ষতিকর scp
বা sftp
। বর্তমান শেলটি অ-ইন্টারেক্টিভ কিনা তা যাচাই করার পরে প্রস্থান করা সবচেয়ে নিরাপদ আচরণ .bashrc
।