آپ کو کبھی کبھی یہ کہتے ہوئے ایک غلطی نظر آئے گی کہ جب آپ میزبان نام استعمال کرنے کی کوشش کرتے ہیں تو ssh حل نہیں کرسکتے ہیں۔ اگر آپ کو یہ غلطی ہو رہی ہے تو آپ کو پہلے یہ یقینی بنانا چاہئے کہ آپ نیٹ ورک سے جڑے ہوئے ہیں۔ کسی بھی قسم کے وائرلیس نیٹ ورکنگ کے صارفین بھی یہ یقینی بنانا چاہیں گے کہ وہ درخواست کو پورا کرنے کے لئے کافی سگنل حاصل کر رہے ہیں۔ بہت سے ڈویلپرز کے مطابق رابطوں کی کمی ان غلطیوں کی سب سے عام وجہ ہے۔ یہ ٹائپوز سے کہیں زیادہ عام ہے۔
اگر آپ کو یقین ہے کہ آپ کا ٹھوس کنکشن ہے تو ، پھر آپ کو کسی بھی نوع ٹائپ کی غلطیوں کی جانچ کرنی چاہئے۔ آپ نے کسی IP ایڈریس یا کسی قسم کے ریسورس لوکیٹر لائن کو غلط ٹائپ کیا ہوگا۔ اگرچہ یہ معلومات کے پیش کرنے کے طریق کار کے بارے میں پُر انتخاب معلوم ہوسکتی ہے ، تاہم ، ssh سافٹ ویئر یہ یقینی بنانا چاہتا ہے کہ آپ ہمیشہ صحیح وسائل سے جڑ رہے ہیں۔ اس کے علاوہ ، آپ کی میزبان فائل بھی آخر کار غلط سمت کی طرف اشارہ کرکے اس وسائل کی طرف اشارہ کر سکتی ہے جس سے آپ جڑنے کی کوشش کر رہے ہیں۔
طریقہ 1: خراب شدہ میزبان نام کے احکام کو حل کرنا
فرض کریں کہ آپ نے غلطی نہیں کی جیسا کہ ssh کی بجائے s sh یا ss h ٹائپ کرنا ہے ، تو پھر آپ ہوسٹ نام کمانڈ کو خراب کر سکتے ہیں۔ سافٹ ویئر کو توقع ہے کہ کسی دوسرے فارمیٹ کے بجائے ssh یوزر @ NAME کے بطور کمانڈ دی گئ۔ اپنے کمانڈ کیلئے مناسب مراعات کے ساتھ ٹرمینل کھولیں۔ آپ عام طور پر ssh استعمال کرتے وقت باقاعدہ صارف کی حیثیت سے کام کرسکیں گے اور آپ کو سپرزر طاقتوں کی ضرورت نہیں ہوگی۔
آپ ایک ہی وقت میں Ctrl ، Alt اور T کو تھام کر ٹرمینل کھولنا چاہتے ہیں۔ کچھ ایکسفیس 4 صارفین ونڈوز یا سوپر کی کو تھام سکتے ہیں اور ٹی کو آگے بڑھا سکتے ہیں۔ اوبنٹو سرور کے استعمال کنندہ یا ریڈ ہیٹ انٹرپرائز لینکس اور سائنسی لینکس کے ورژن جن کے پاس گرافیکل یوزر انٹرفیس نہیں ہے ، انہیں ورچوئل کنسول تک رسائی کے ل C Ctrl، Alt اور F1-F6 کو تھام رکھنا چاہئے۔ آگے بڑھنے سے پہلے آپ کو لاگ ان کرنا ہوگا۔
ایک بار آپ کے اشارے پر پہنچ جانے کے بعد ، اپنا ایس ایس کوڈ جاری کریں اور یہ یقینی بنائیں کہ یہ سابقہ شکل میں ہے۔ مثال کے طور پر ، اگر آپ کے نیٹ ورک میں اس طرح کا کوئی میزبان نام جڑا ہوا ہے تو آپ ssh root @ myPlace کو آزما سکتے ہیں۔ کمانڈ ssh root@##.#.#.#### ، آکٹوتھورپ علامتوں کو نمبروں سے تبدیل کرنے کے بعد ، اگر آپ براہ راست کسی IP ایڈریس سے رابطہ کر رہے ہیں تو یہ اچھا خیال ہے۔
آپ کو معلوم ہوسکتا ہے کہ آپ روٹ @ سرور لکھ رہے ہیں یا کچھ اور ایسا ہی ، جس سے یہ درج ذیل غلطی نکلے گی۔
ssh: میزبان نام کے سرور کو حل نہیں کیا جاسکا: نام یا خدمت معلوم نہیں ہے
کچھ صارفین خود کو یہ یاد دلانے کی عادت ڈالتے ہیں کہ ssh صارف @ سرور وہ طریقہ ہے جس کی وجہ سے آپ کو ہمیشہ اس کمانڈ کو لکھنے کی ضرورت ہوتی ہے۔
طریقہ 2: درست کرنا 
فائل
فائل کسی بھی طرح کا نقصان 
فائل بھی میزبان نام کی پریشانیوں کا سبب بن سکتی ہے ، اور ایس ایس ایس بعض اوقات اس قسم کی غلطیوں کے ل same ایک ہی انتباہ پیش کرے گا جو اسے کسی اور چیز کی پیش کش کرے گی۔ آپ کو میزبان فائل کو کھولنے کے لئے جڑ تک رسائی کی ضرورت ہوگی۔ اگر آپ اوپر سے کسی ایک ٹرمینل پر کام کر رہے ہیں تو آپ ٹائپ کرسکتے ہیں سوڈو نینو 
یا
ترمیم کے لئے فائل کو کھولنے کے لئے. sudo اشارہ آپ کے پاس ورڈ کی درخواست کرے گا۔
اگر آپ کسی ڈیسک ٹاپ ماحول کے اندر سے کام کر رہے ہیں تو آپ درخواست کی لائن کھولنا چاہتے ہیں۔ آپ ونڈوز یا سوپر کی اور آر کو تھام کر ، آلٹ اور ایف 2 کو دبانے یا ڈیش پر کلک کرکے اس پر منحصر ہوسکتے ہیں کہ آپ کس ڈیسک ٹاپ کے ماحول کو استعمال کررہے ہیں۔ جب آپ کے پاس لائن ہے تو ٹائپ کریں 
اس بات پر منحصر ہے کہ آیا آپ GTK + یا کے کیو Qt پر مبنی ایپلی کیشنز استعمال کررہے ہیں۔ آپ جیڈیٹ یا کیٹ کے بجائے جی وییم ، لیف پیڈ یا ماؤس پیڈ استعمال کرنا چاہتے ہیں۔
آپ نے کسی بھی صورت میں میزبان فائل کو لوڈ کردیا ہے۔ یقینی بنائیں کہ آپ نے پڑھ لکھنے تک رسائی حاصل کی ہے تو فائل کے اوپری حصے پر ایک نظر ڈالیں۔ اس کے صحیح طریقے سے کام کرنے کیلئے آپ کو درج ذیل دو لائنوں کی ضرورت ہوگی۔
127.0.0.1 لوکل ہوسٹ
127.0.1.1 آپ کا نام نام
آپ کا میزبان نام آپ کی مشین کا اصل میزبان نام کی خصوصیت بنائے۔ اگر آپ IPv6 نیٹ ورک کے ساتھ کام کر رہے ہیں تو آپ کو بھی ان کی ضرورت ہوسکتی ہے۔
:: 1 ip6-لوکل ہوسٹ IP6-لوپ بیک
fe00 :: 0 ip6-localnet
ff00 :: 0 ip6-mcastprefix
ff02 :: 1 ip6-allnodes
ff02 :: 2 ip6-allrouters
اگر آپ کسی ایسے نیٹ ورک پر ہیں جو صرف IPv4 ٹکنالوجی کا استعمال کرتا ہے ، تو آپ کو اکثریت کی صورتحال میں صرف پہلے دو کو درست طریقے سے ترتیب دینے کی ضرورت ہوگی۔ جدید انٹرنیٹ رابطہ تیزی سے IPv6 معیار کی طرف ہجرت کر رہا ہے ، تاہم ، صرف ان کو طے کرنے کے دن تیزی سے ختم ہو رہے ہیں۔ آپ کی لینکس کی تقسیم کو آپ کے ل these یہ ترتیبات تشکیل دینی چاہئیں تھیں ، لیکن بعض اوقات غلطی والا پیکیج یا محض صارف کی غلطیاں میزبان فائل کو خراب کردیتی ہیں اور غلط مقام پر رابطوں کی نشاندہی کرسکتی ہیں۔
اگر آپ گرافیکل ٹیکسٹ ایڈیٹر استعمال کر رہے ہیں جو ٹائٹل بار میں پڑھتا ہے تو ، پھر آپ حقیقت میں اسے محفوظ نہیں کرسکتے ہیں اور gksu یا kdesu کو صحیح طریقے سے استعمال نہیں کرسکتے ہیں۔ آپ کو متبادل طور پر ff02 :: 2 ip6-allrouters کے بعد بھی دوسری لائنیں معلوم ہوسکتی ہیں ، جنہیں آپ کو چھونے کی ضرورت نہیں جب تک کہ ان کو ان دیگر کوڈوں میں سے کسی کا کوئی واسطہ نہ ہو۔ یہ دوسری ذمہ داریوں کے حصے ہیں ، اور اگر آپ کسی ایسے سسٹم پر ہیں جہاں صارفین کو کسی خاص سائٹ تک رسائی سے روکنے کے لئے میزبان فائل استعمال کی جاتی ہے تو آپ میں ان میں سے کچھ بہت کچھ ہوسکتا ہے۔ آپ کو ڈپلیکیٹ لائنوں پر تبصرہ کرنے کی ضرورت ہوگی ، تاہم ، جو ان کے آغاز میں # علامت کو شامل کرکے کیا جاسکتا ہے۔ پچھلی لائنوں میں سے ہر ایک کو صرف ایک بار ہونا چاہئے ، اور آپ کسی بھی نام کے لئے متعدد اسائنمنٹس رکھنا نہیں چاہتے ہیں۔ اس سے ایسش اور دیگر تمام نیٹ ورکنگ پروگراموں کو صرف آخری اسائنمنٹ لینے پر مجبور کیا جائے گا ، جو غلط ہوسکتا ہے۔
فائل میں ترمیم کرنے کے بعد فائل کو محفوظ کریں اور اس کے فورا بعد ہی اسے بند کردیں۔ اگر آپ اس سے بچ سکتے ہیں تو آپ میزبان فائل میں کوئی غیرضروری تبدیلیاں نہیں لینا چاہتے ہیں ، یہی وجہ ہے کہ یہاں سے نکلنا بہت ضروری ہے۔ ایک بار کام کرنے کے بعد اپنے ایس ایس ایس کمانڈ کو آزمائیں ، اس بات کو یقینی بنائیں کہ آپ نے پہلے طریقہ میں درج اقدامات کے ساتھ اسے صحیح طور پر تشکیل دیا ہے۔ اگر آپ کو ابھی بھی پریشانی ہو رہی ہے تو آپ مشین دوبارہ شروع کرنا چاہیں گے۔ بصورت دیگر ، آپ کو ssh کے ساتھ مزید کوئی مسئلہ نہیں ہونا چاہئے۔
4 منٹ پڑھا
