Гілка سلام . یه هاست دارم که دارای محیط گرافیکی هست . هاست اوبونتو .
8 повідомлень · –F سلام روی هاستت اوپن اس اس اچ نصب کردی؟ اونو اول نصب کن بعد برو اینو ادیت کن /etc/ssh/sshd_config و داخلش اینو بزار PermitRootLogin yes PasswordAuthentication yes بعد سرویس ssh رو بگیر ریستارت کن داخل همون sshd_config میتونی آی پی با پورت مدنظرت رو بزنی بعد با کامند passwd میتونی پسورد بزنی براش یادت نره یه بار هم با ssh آی پی و پورتت رو تست کنیI یک مقداری چیزی که نوشتید گنگ هست! الان سر لاگین کاربر شما پسورد می‌خواد دیگه درسته؟ منظورم بعد این پروسه هست: $ ssh foo@addr حالا اگرم putty هست فرقی نمی‌کنه، توی همون‌جا هم نام کاربر و پسورد باید بگیره (اگر پروسه‌ی لاگینتون با فایل نیست) (اگر از پنل خود هاست دارید با shell کار می‌کنید فرق داره... 😬) دستوری که بهش اشاره کردین $ sudo -i پسورد خود کاربر sudoer رو می‌خواد نه یوزر root رو. $ su root این switch user می‌کنه و فرق داره. اگر توی این حالت هم پسورد نمیخواد، یدونه passwd باید بذارید برای root. هرچند ممکنه اصلا lock باشه کاربر root 🤷♂ که بذارید بمونه. چون sudoer دارید و کارتون راه میفته. اگر این‌جا پسورد نیازه ولی توی sudo -i فقط نیاز نیست، به نظر داستان سمت /etc/sudoers هست که NOPASSWD تنظیم شده تا کاربرتون واسه ران کردن sudo پسورد نخواد. موردی که پایین‌تر فرمودن برای عوض کردن مقدار PasswordAuthentication واسه‌ی این نیست که تازه enable کنه بحث authentication رو. اگر این مقدارش no باشه مقدار PubkeyAuthentication باید yes باشه تا بتونید لاگین کنید که approach خوبیه اتفاقاً. ولی همه‌ی اینا واسه پروسه‌ی اولیه‌ی لاگین sshئه نه بعدش! وقتی shell گرفتید sudo -i دیگه موضوع جداییه.N Посилання
натисніть — покажемоسلام . از پنل هاست با شل کار نمیکنم . خروجی این دستور برای کاربر فعلیم و آدرس آیپی ssh foo@addr این هست : Permission denied (publickey). اومدم با ssh-keygen یه کی ساختم و محتویات فایل .ssh/id_rsa رو از روی هاست به همون مسیر توی سیستم خودم منتقل کردم و با دستور زیر دوباره تلاش کردم . ssh -vvv -i .ssh/id_rsa foo@addr که یه خروجی طولانی تر داد ولی نهایتا اون هم Permission denied (publickey) داد . این هم محتویاته فایل sshd_config هست https://pastebin.pl/view/bf56b664 ضمنا دستور cat /etc/sudoers هم خطای دسترسی میده و من به این فایل دسترسی ندارم . ولی با Passwd برای یوزر فعلیم پسورد گذاشتم (ولی خب بازم sudo -i پسورد ازم نمیخواد )N I طبیعتاً sudoers فایل مهمیه. نباید هر کسی دسترسی خوندنش رو داشته باشه در حالت عادی. با این دستور می‌تونین بخونیدش: $ sudo cat /etc/sudoers دلیل پسورد نخواستن sudo همون /etc/sudoers.d/nopasswd هست. اگر می‌خواین پسورد کاربر رو بخواد هر بار که sudo رو می‌نویسین، باید این فایل رو حذف کنید یا دستور زیر رو بزنین: $ sudo sed -e 's/^\([^#].*\)/# \1/g' /etc/sudoers.d/nopasswd این خط‌ها رو کامنت می‌کنه. بعداً خواستید می‌تونید uncomment کنید. $ sudo sed -i '' 's/^#//g' /etc/sudoers.d/nopasswd ولی کلا این sudo هیچ ربطی به پسورد نخواستن sshتون نداره. وقتی public key دارید روی سرور، کلید جای پسورد تایپ کردنتون یک فایل سمت clientئه. موقع ساخت key شما passphrase میتونی بذاری. برای همین مشکل امنیتی خاصی نداره. فقط مواردی که توی متن قبلی گفتم رو انجام بدید. نیازی نیست پسورد بخواد ازتون. تنظیمات جدایی هستن.N
I خب این کار درست نیست. باید public key رو بدید به remote نه private key رو. وقتی این دستور رو زدین: $ ssh-keygen -t rsa علاوه‌بر private key، یدونه فایل دیگه ساخته می‌شه توی این مسیر: ~/.ssh/id_rsa.pub محتویات این فایل رو باید بریزید توی این مسیر (توی سرور) ~/.ssh/authorized_keys یک همچین چیزی: Client: $ scp ~/.ssh/ida_rsa.pub foo@addr:/home/foo Server: $ mkdir -p ~/.ssh $ cat ~/id_rsa.pub >> ~/.ssh/authorized_keys