ბრაუზერის ტერმინალი VDS-ისთვის: როდის გამოიყენო და როდის არა

VDS-ზე ბრაუზერის ტერმინალი ნამდვილი SSH სესიაა, უბრალოდ ვებგვერდზე არის გამოსახული. RE:NODE-ის VDS-ის გვერდზე, სადაც ტერმინალია ჩართული, ერთ ღილაკს აჭერ, პანელი შენს სერვერზე შენახული ლოგინით შესვლას ცდის და თუ გამოვიდა, გვერდზევე იხსნება უკვე შესული shell - არაფრის დაყენება არ გჭირდება და პაროლის ჩასმაც არა. მის ზემოთ ჩანს CPU-ს, მეხსიერების, დისკის, swap-ის, load-ის, ქსელისა და uptime-ის ცოცხალი ჩვენება: ყოველ 3 წამში ახლდება და ბოლო ორი წუთის პატარა გრაფიკებიც აქვს. ეს სწორი ინსტრუმენტია სწრაფი შემოწმებისთვის, სერვისის გადასატვირთად ან სხვისი ლეპტოპიდან დასაბრუნებლად. არასწორია გრძელი სამუშაო დღისთვის, ფაილების გადასაცემად, ტუნელებისთვის და ყველაფრისთვის, რასაც სკრიპტით გაუშვებდი. ამასთან, ორივე ფუნქცია პაროლით შედის, რომელიც პანელს აქვს, ამიტომ პირდაპირ ზემოქმედებს იმაზე, როგორ შეგიძლია მანქანაზე SSH-ის გამაგრება. სამივე მხარე ქვემოა.

რას გიჩვენებს VDS-ის გვერდი#

VDS-ზე თამაშის პანელის აგენტი არ მუშაობს, ამიტომ პანელს იმის გასაგებად, რას აკეთებს მანქანა, მანქანისთვისვე უნდა ჰკითხოს. VDS-ის გვერდი ზუსტად ამას აკეთებს: შენი შეკვეთისთვის შენახული მონაცემებით SSH-ით შედის და უშვებს ერთ ფიქსირებულ, მხოლოდ წასაკითხ ბრძანებას, რომელიც /proc-ის მრიცხველებს კითხულობს და df-ს root ფაილურ სისტემაზე ეკითხება. შენ გვერდზე რასაც აკრეფ, ის ამ ბრძანების ხაზში არასოდეს მოხვდება.

პასუხი ბარათად გამოისახება, სახელად "Live resources":

სკალები 70%-ზე ფორთოხლისფერი ხდება, 90%-ზე - წითელი. პატარა ინდიკატორი "Live" გეუბნება, რამდენი წამის წინ მოვიდა ბოლო მაჩვენებელი, ხოლო განახლების შეცდომისას "Paused"-ად იცვლება. გრაფიკები 40 წერტილს ინახავს - ორ წუთს 3-წამიანი ინტერვალით - და მხოლოდ შენი ბრაუზერის ჩანართშია. ჩანართს დახურავ და ისტორია ქრება. ეს არის "რა ხდება ახლა" ხედი და არა ისტორიისა და შეტყობინებების მქონე მონიტორინგი; ამისთვის იხილე მონიტორინგი, რომელიც რამეს გეუბნება.

ორი დეტალი რიცხვებს უფრო სანდოს ხდის. CPU და ქსელი სიჩქარეებია, რომლებიც ბირთვის მრიცხველების ორი სნეპშოტის სხვაობით ითვლება, ამიტომ გვერდის გახსნის შემდეგ პირველი მაჩვენებელი დაახლოებით ერთი წამით გვიან მოდის - ორჯერ აგროვებს მონაცემს. ხოლო ბრაუზერის ჩანართის დამალვისას მოთხოვნები ჩერდება, რადგან ყოველი განახლება მანქანაზე ნამდვილი SSH შესვლაა. გვერდს ფონურ ჩანართში თუ დატოვებ, ის შესვლას აღარ გააგრძელებს; წინ გამოიტანე და ისევ მაშინვე წაიკითხავს.

როგორ წაიკითხო რიცხვები სწორად

მეხსიერებას ყველაზე ხშირად ცდომილად კითხულობენ. სკალა MemAvailable-ს იყენებს, რომელიც page cache-ს, რომლის გათავისუფლებაც ბირთვს შეუძლია, ხელმისაწვდომად თვლის. თუ პანელში სერვერს 40% გამოყენებული მეხსიერება აქვს, free კი "free" სვეტში თითქმის არაფერს აჩვენებს, ეს ნორმალურია: Linux უქმ RAM-ს cache-ით ავსებს. საყურადღებო რიცხვი არის ხელმისაწვდომი მეხსიერების საათობით შემცირება და არა თავისუფალი მეხსიერების სიმცირე. თუ swap არსებობს და იზრდება, ხელმისაწვდომი მეხსიერება კი ნულთან ახლოსაა, მანქანას RAM არ ჰყოფნის, და პოსტი swap-ისა და OOM killer-ის შესახებ განმარტავს, რა ხდება შემდეგ.

Load average პროცენტი არ არის. 4-ბირთვიან VDS-ზე load 4 ნიშნავს, რომ საშუალოდ ყოველ ბირთვზე სამუშაო იდგა რიგში; load 8 ნიშნავს, რომ სამუშაო ელოდებოდა. შეადარე ის ბირთვების რაოდენობას, რომელიც CPU-ს წარწერის გვერდითაა დაწერილი. მაღალი load დაბალი CPU-ს გვერდით უმეტესად ნიშნავს, რომ პროცესები დისკს ელოდებიან, და სერვერის load გრაფიკის წაკითხვა სხვადასხვა სურათს განიხილავს.

როგორ მუშაობს ბრაუზერის ტერმინალი#

ტერმინალის ბარათი რესურსების ბარათის ქვემოთაა. მისი ღილაკი წერია "Open terminal"; იმავე გვერდზე SSH ბრძანების გვერდით არის მალსახმობიც, რომელიც ქვემოთ ჩამოგაგორებს და ტერმინალს გახსნის. გახსნა ფიქსირებული თანმიმდევრობით მიდის:

1. პანელი შენს VDS-ზე ნამდვილი SSH შესვლის ცდას აკეთებს შენახული მისამართით, პორტით, მომხმარებლის სახელითა და პაროლით, მოკლე timeout-ით.
2. თუ შესვლა ვერ მოხერხდა, არაფერი იხატება. სამაგიეროდ წინადადებას ნახავ: სერვერზე SSH პორტით ვერ დაუკავშირდა (შეიძლება გამორთულია ან firewall ხელს უშლის), ან სერვერმა შენახული შესვლის მონაცემები უარყო.
3. თუ გამოვიდა, პანელი სესიისთვის ერთჯერად მისამართს გასცემს. ამ მისამართში პაროლი არ არის; მასში შემთხვევითი token-ია, რომელიც ჩვენს მხარეს, ერთ წუთში, ერთხელ იცვლება შესვლაზე.
4. სესია გვერდზე იხსნება, შენახული მომხმარებლით შესული. "Full screen" მთელ ფანჯარას ავსებს, "Close" სესიას ასრულებს.

თანმიმდევრობას მნიშვნელობა აქვს. ტერმინალი, რომელიც "Permission denied"-ზე იხსნება, გაფუჭებულს ჰგავს; შესვლის წინასწარი შემოწმებით კი შეცდომა იმად ჩანს, რაც არის. პაროლი ბრაუზერამდე საერთოდ არ აღწევს - არც მისამართში, არც გვერდზე. და რადგან მისამართი ერთხელ მუშაობს, მისი გვერდიდან ამოკოპირება და მოგვიანებით ხელახლა გახსნა shell-ს კი არა, შეცდომას მოგცემს.

ტერმინალი ადგენს TERM=xterm-256color-ს, ამიტომ htop, vim, nano, less და tmux სწორად იხატება, ფანჯრის ზომის შეცვლა ან სრულ ეკრანზე გადასვლა კი დაშორებულ shell-ს ზომას უცვლის. მონიშნული ტექსტი კოპირდება და მონიშვნით Ctrl+C მუშაობს როგორც კოპირება და არა როგორც გაშვებული პროგრამის შეწყვეტა. მონიშვნის გარეშე Ctrl+C, ჩვეულებისამებრ, interrupt-ს აგზავნის.

გახსნა ლიმიტირებულია წუთში 10 მცდელობით. თუ მას მიაღწევ - ჩვეულებრივ მაშინ, როცა სერვერი ჯერ იტვირთება და "Try again"-ზე ციკლში აჭერ - დაელოდე ერთ წუთს.

რა არის სესია და რა არა

ეს ჩვეულებრივი ინტერაქტიული SSH შესვლაა. ყველაფერი, რასაც აკეთებ, შენს VDS-ზე სრულდება შენახული მომხმარებლის უფლებებით - ახალ VDS-ზე ეს, როგორც წესი, root-ია, რომელსაც გვერდიც აჩვენებს. ეს არც sandbox-ია, არც recovery კონსოლი და არც მანქანის ეკრანის ხედი. თუ SSH ჩავარდა, ტერმინალიც მასთან ერთად ვარდება: ის ვერ დაგეხმარება გაფუჭებული sshd_config-ის, 22-ე პორტის დამბლოკავი firewall-ის ან ჩაუტვირთავი მანქანის გამოსწორებაში. ამისთვის ticket გჭირდება.

ის ასევე არ არის მუდმივი. ბარათის დახურვა, გვერდის გადატვირთვა ან კავშირის დაკარგვა shell-ს ასრულებს, და რაც წინა პლანზე მუშაობდა, hangup-ს იღებს. თუ რამე გრძელის გაშვებას აპირებ - განახლებას, დიდ rsync-ს, მონაცემთა ბაზის იმპორტს - ჯერ tmux ან screen გაუშვი, რომ სამუშაო ჩანართს გადაურჩეს:

$ tmux new -s work# run the long job, then detach with Ctrl+B then D$ tmux attach -t work

ეს ჩვევა ნებისმიერ SSH კლიენტში ღირს, მაგრამ ბრაუზერის ჩანართში განსხვავებაა დასრულებულ განახლებასა და ნახევრად დაყენებულს შორის.

როდის სჯობს ბრაუზერის ტერმინალი#

არის სიტუაციები, როცა პანელის გვერდზე ტერმინალი უბრალოდ უფრო სწრაფია:

• შენ არ ხარ შენს მანქანასთან. სამუშაო ლეპტოპი, რომელზეც SSH კლიენტის დაყენებას გიკრძალავენ, ბიბლიოთეკის კომპიუტერი, მეგობრის PC. არაფერი ისმება და არაფერი რჩება - არც known_hosts ჩანაწერი, არც შენახული გასაღები, არც პაროლი clipboard მენეჯერში.
• ტელეფონზე ხარ და ერთი ბრძანება გჭირდება. ღამით გაჭედილი სერვისის გადატვირთვა systemctl restart myapp-ია და პანელში გადაკრა უფრო სწრაფია, ვიდრე მობილური SSH აპლიკაციის მოწყობა.
• ამოწმებ, საერთოდ მუშაობს თუ არა შესვლა. წინასწარი შემოწმება მარტივ პასუხს გაძლევს - მიუწვდომელია ან უარყოფილია - რაც კარგი პირველი ნაბიჯია, სანამ საკუთარი კლიენტის გამართვას დაიწყებ.
• რესურსების ბარათს უკვე უყურებ. მეხსიერება ამოხტა და გვერდით ps ან htop გინდა. ბარათი და shell ერთ გვერდზეა.
• გასაღებები ჯერ არ გაქვს მოწყობილი. პირველ დღეს, სანამ პირველ საათს ახალ VDS-ზე გაივლი, ეს შესვლის გზაა, რომელიც გენერირებული პაროლის აკრეფას არ გულისხმობს.

გვერდიდან ტიპური მოკლე სესია ასე გამოიყურება:

$ systemctl status myapp --no-pager$ journalctl -u myapp -n 50 --no-pager$ df -h /$ free -m$ ps aux --sort=-%mem | head -n 10

სტატუსი, ბოლო ლოგები, დისკი, მეხსიერება, მეხსიერების ყველაზე დიდი მომხმარებლები. ხუთი ბრძანება, პასუხი ნაპოვნია, ბარათი იხურება. უფრო ფართო ნაკრები გაქვს პოსტში Linux ბრძანებები სერვერის ადმინისტრატორებისთვის.

როდის სჯობს საკუთარი SSH კლიენტი#

რეალური სამუშაოს უმეტესობისთვის სწორი კლიენტი გამოიყენე. ბრაუზერის ტერმინალი გამიზნულად ერთ რამეს აკეთებს - ინტერაქტიულ shell-ს - და VDS-ზე შენი საქმის დიდი ნაწილი ეს არ არის.

ფაილები ყველაზე ხშირი ხარვეზია. ტერმინალში ატვირთვის ღილაკი არ არის; პატარა ტექსტისთვის ჩასმა მუშაობს, მაგრამ უფრო დიდი რამ scp-ს ან rsync-ს ეკუთვნის:

$ rsync -avz --progress ./site/ root@203.0.113.10:/var/www/site/$ scp backup.sql.gz root@203.0.113.10:/root/

ტუნელები მეორეა. თუ გინდა მონაცემთა ბაზას მიაღწიო, რომელიც VDS-ზე მხოლოდ 127.0.0.1-ზე უსმენს, ბრაუზერი პორტს შენს დესკტოპზე ვერ გადაამისამართებს; შენს კლიენტს კი შეუძლია, როგორც პოსტი SSH ტუნელების შესახებ გვიჩვენებს. იგივე ეხება ყველაფერს, რასაც ავტომატიზაციას უკეთებ: deploy სკრიპტს, backup დავალებას, რომელიც ფაილებს შენს კომპიუტერზე ჩამოიტანს, კონფიგურაციის ინსტრუმენტს. ყველა ამათ შენს მხარეს SSH სჭირდება.

ბოლო მიზეზი გრძელი დღის კომფორტია: შენი შრიფტები, კლავიატურის მალსახმობები, კლიენტი, რომელიც ლეპტოპის ძილის შემდეგ თავიდან უკავშირდება, და ~/.ssh/config მოკლე host ალიასით. თუ ამას მოაწყობ, დასაწყებად SSH config ფაილი სწორი ადგილია:

Host myvds    HostName 203.0.113.10    User root    Port 22    IdentityFile ~/.ssh/id_ed25519

SSH-ის გამაგრება და პანელი: კომპრომისი#

ამას ხალხი ცუდი გამოცდილებით აღმოაჩენს. რესურსების ბარათიც და ბრაუზერის ტერმინალიც პაროლით შედის, რომელიც პანელს შენი VDS-ისთვის აქვს. ტერმინალი პირდაპირ პაროლით ავტორიზაციას იყენებს და არა გასაღებებს. ასე რომ, გამაგრების სტანდარტულ რჩევას - გადადი გასაღებებზე და პაროლები გამორთე - აქ შედეგი აქვს.

თუ /etc/ssh/sshd_config-ში ამას დააყენებ და sshd-ს გადატვირთავ:

PasswordAuthentication noKbdInteractiveAuthentication no

რესურსების ბარათი განახლებას შეწყვეტს, ტერმინალი კი შეატყობინებს, რომ სერვერმა შენახული შესვლა უარყო. პანელს არაფერი სჭირს; შენ SSH-ს უთხარი, რომ უარი თქვას სწორედ იმაზე, რითაც პანელი შედის. იგივე ხდება, თუ root პაროლს შეცვლი, შესვლის მომხმარებელს გადაარქმევ ან გამორთავ, SSH-ს სხვა პორტზე გადაიტან, ან firewall-ში პორტს გარედან დახურავ.

სამი გულწრფელი გზა გაქვს:

1. პაროლით შესვლა დატოვე და პაროლი ძლიერი გახადე. გენერირებული პაროლი გრძელი და შემთხვევითია; ასე დატოვე, წინ fail2ban დაუყენე და საკუთარი გამოყენებისთვის გვერდით გასაღებებიც დაამატე. პაროლით შესვლა ძლიერი საიდუმლოთი და brute-force დაბლოკვით გონივრული პოზიციაა და არა წარუმატებლობა.
2. პაროლები მხოლოდ პანელის მისამართიდან დაუშვი. sshd-ის Match ბლოკებს შეუძლია პაროლით ავტორიზაცია ერთი წყარო მისამართიდან დაუშვას და დანარჩენებს უარი უთხრას. პანელის კავშირები შენს auth ლოგში თავისი წყარო მისამართით ჩანს; იპოვე ის last -i-ით ან journalctl -u ssh-ით და გამოიყენე ის და არა ნაგულისხმევი მისამართი.
3. პაროლები გამორთე და შეეგუე, რომ ბარათი და ტერმინალი აღარ იმუშავებს. ყველაფრისთვის გამოიყენე საკუთარი კლიენტი გასაღებებით. ეს სრულიად კარგი არჩევანია მათთვის, ვინც პანელის გვერდს არასოდეს ხსნის.

მეორე ვარიანტი პრაქტიკაში ასე გამოიყურება. Match ბლოკი ფაილის ბოლოშია, რადგან Match ხაზის შემდეგ ყველაფერი მას ეკუთვნის:

PasswordAuthentication noKbdInteractiveAuthentication noMatch Address 198.51.100.7    PasswordAuthentication yes

მაგალითის მისამართი შენი ლოგიდან აღებულით ჩაანაცვლე. გადატვირთვამდე გაუშვი sshd -t და ამ დროს მეორე სესია ღია გქონდეს, რომ შეცდომამ გარეთ არ დაგტოვოს. ფაილის დანარჩენ ნაწილს SSH გასაღებებისა და გამაგრების გზამკვლევი მოიცავს.

უსაფრთხოების შენიშვნები, რომლებიც უნდა იცოდე#

ბრაუზერის ტერმინალი სამართლიან კითხვებს აჩენს. აი, რა მტკიცეა და რაზე უნდა მაინც იფიქრო.

პაროლი ბრაუზერამდე არ აღწევს. გვერდს, რომელიც შენს მონაცემებს აჩვენებს, პაროლის გამოჩენა შეუძლია, თუ მოითხოვ, მაგრამ თავად ტერმინალი გვერდის ასლს არ იყენებს. მას ერთჯერადი token ეძლევა, რომელიც ერთ წუთში ვადაგასდება და მხოლოდ ერთხელ გამოიყენება; შესვლა ჩვენს მხარეს ხდება. ეკრანის ანაბეჭდი ან ტერმინალის ამოკოპირებული მისამართი არაფერს გაჟონავს ისეთს, რისი ხელახლა გამოყენებაც შეიძლება.

ვის შეუძლია გახსნა. ტერმინალი იხსნება იმ ანგარიშისთვის, რომელსაც VDS-ის შეკვეთა ეკუთვნის. ის შენი პანელის სესიის უკანაა, ამიტომ ტერმინალის დაცვა შენი პანელის ანგარიშის დაცვაა. ჩართე ორფაქტორიანი ავტორიზაცია authenticator აპლიკაციით, აღდგენის კოდები ოფლაინ შეინახე და სესიების სიაში ნახე შესვლები, რომლებსაც არ იცნობ. ვინც შენს პანელის ანგარიშში მოხვდება, შენს VDS-ზე root shell-ს მიიღებს - რაც სიმართლეა ნებისმიერ პანელზე, რომელიც root პაროლს გიჩვენებს, ტერმინალით თუ მის გარეშე.

შენი auth ლოგი დატვირთული იქნება. რესურსების ბარათის ყოველი განახლება SSH შესვლაა. გვერდი წინ რომ გიდევს, ეს დაახლოებით ყოველ 3 წამში ერთი წარმატებული შესვლაა, რომელსაც sshd სხვა ნებისმიერივით ჩაწერს. ეს მოსალოდნელია, ჩანართის დახურვისას ან დამალვისას წყდება და კარგი მიზეზია, რომ ლოგში "უცნობი მისამართიდან შესვლა" განგაშად არ მიიჩნიო, სანამ არ შეამოწმებ, ამ დროს VDS-ის გვერდი ხომ არ გქონდა ღია.

fail2ban და წარუმატებელი შესვლები. ბარათი შეცდომის ჩვენებისას მოთხოვნებს აგრძელებს. თუ შენახული პაროლი აღარ ემთხვევა, ყოველი მოთხოვნა წარუმატებელი შესვლაა, და ტიპური maxretry = 5-ის მქონე fail2ban jail პანელის მისამართს ნახევარ წუთში დაბლოკავს. არაფერს დაკარგავ, მაგრამ პაროლის გამოსწორების შემდეგ პანელი დაბლოკილი რჩება, სანამ ბლოკი არ გაივლის ან შენ არ მოხსნი:

$ fail2ban-client status sshd$ fail2ban-client set sshd unbanip 198.51.100.7

თუ გირჩევნია, პანელი არასოდეს დაიბლოკოს, მისი მისამართი jail.local-ის ignoreip-ში დაამატე.

საერთო მანქანები. ტერმინალის სხვისი კომპიუტერიდან გამოყენება ნორმალურია, მაგრამ იმ ბრაუზერში პანელზე მაინც შესული რჩები. დასრულებისას გამოდი და თუ მანქანა არასანდო იყო, სესია შენი ანგარიშის გვერდზე სესიების სიიდან დაასრულე.

ეს მაინც root-ია. ბრაუზერის ჩანართში rm -rf ისევე შეუქცევადია, როგორც ჩვეულებრივ კლიენტში. Enter-ის დაჭერამდე წაიკითხე და მრავალხაზიანი ბრძანებები ფრთხილად ჩასვი - ჩასმა, რომელშიც შემთხვევითი ახალი ხაზია, სრულდება.

ტერმინალისა და ბარათის პრობლემების გასწორება#

პრობლემების უმეტესობა რამდენიმე ტიპს მიეკუთვნება და გვერდი თავად გეუბნება, რომელს.

"Could not reach the server on port 22". პანელმა SSH-ზე TCP კავშირი ვერ გახსნა. VDS შეიძლება გამორთულია ან ირთვება, sshd შეიძლება არ მუშაობს, ან მანქანაზე firewall პანელის კავშირს აგდებს. თუ ufw-ს იყენებ, შეამოწმე ufw status - SSH-ისთვის allow, რომელიც მხოლოდ შენი სახლის მისამართით არის შეზღუდული, პანელსაც გამორიცხავს.

"The server refused the saved login details". მანქანამ უპასუხა, მაგრამ შესვლა უარყო: შეცვლილი პაროლი, PasswordAuthentication no, წაშლილი მომხმარებელი, ან PermitRootLogin, რომელიც prohibit-password-ზე შეიცვალა. ეს უკანასკნელი ადვილად გამოგრჩება, რადგან root-ს ისევ უშვებს გასაღებით და ამიტომ ისე ჩანს, თითქოს არაფერი შეცვლილა.

"Too many attempts in a minute". გახსნის ლიმიტი 10 წუთში. დაელოდე.

ბარათზე წერია "Paused", მაგრამ SSH შენი კლიენტიდან მუშაობს. შეამოწმე, შენი კლიენტი გასაღებს ხომ არ იყენებს; თუ ასეა, შესაძლოა პაროლის გზა იყოს გაფუჭებული. ასევე შეამოწმე fail2ban, ზემოთ აღწერილისამებრ.

ტერმინალი გაიხსნა, მაგრამ თქვა, რომ ბმულს ვადა გაუვიდა ან უკვე გამოყენებულია. ერთჯერადი მისამართი ორჯერ ან ძალიან გვიან გაიხსნა - მაგალითად, ბრაუზერის ისტორიიდან აღდგენილი გვერდი. დახურე ბარათი და თავიდან გახსენი.

shell პრომპტს საკუთარ თავზე ხატავს. ჩვეულებრივ დაშორებულმა shell-მა ფანჯრის ახალი ზომა ვერ მიიღო. გაუშვი reset, ან დახურე და ხელახლა გახსენი ბარათი სასურველი ზომით.

FAQ#

ნაკლებად უსაფრთხოა ბრაუზერის ტერმინალი, ვიდრე ჩემი SSH კლიენტი?

შენს VDS-თან კავშირი ორივე შემთხვევაში SSH-ია. განსხვავება იმაშია, სად ინახება პაროლი: შენი კლიენტის შემთხვევაში - შენს მანქანაზე; ბრაუზერის ტერმინალის შემთხვევაში - პანელთან, შენი პანელის ლოგინის უკან. თუ შენს პანელის ანგარიშს 2FA და ძლიერი პაროლი აქვს, მთავარი რისკი იგივეა, რასაც უკვე იღებ იმით, რომ root პაროლი გვერდზე ჩანს.

შემიძლია ბრაუზერის ტერმინალში SSH გასაღებით შესვლა?

არა. ის შენახული პაროლით შედის შენს VDS-ზე. თუ მხოლოდ გასაღებით წვდომა გინდა, გამოიყენე საკუთარი კლიენტი, ან პაროლები მხოლოდ პანელის მისამართიდან დაუშვი Match Address ბლოკით, რომ ორივე იმუშაოს.

რატომ მაჩვენებს ჩემი auth ლოგი შესვლას ყოველ რამდენიმე წამში?

ეს ცოცხალი რესურსების ბარათია. ყოველი განახლება ერთი SSH შესვლაა, რომელიც /proc-ისა და df-ის წინააღმდეგ მხოლოდ წასაკითხ ბრძანებას უშვებს. ის წყდება, როცა გვერდს დახურავ ან სხვა ჩანართზე გადახვალ.

ბრაუზერის ჩანართის დახურვა აჩერებს ჩემს გაშვებულ ბრძანებას?

კი, shell სრულდება და წინა პლანის პროგრამები hangup-ს იღებენ. გრძელი სამუშაოები tmux-ში ან screen-ში გაუშვი, ან systemd სერვისად, და ჩანართის გარეშეც გაგრძელდება.

შემიძლია ორ წუთზე მეტი ისტორიის ნახვა?

ბარათზე არა. ის ბოლო 40 მაჩვენებელს შენს ჩანართში ინახავს და სერვერზე არაფერს. ისტორიისა და შეტყობინებებისთვის თავად VDS-ზე გაუშვი მონიტორინგის აგენტი.

რა ვქნა, თუ Open terminal ღილაკი არ მიჩანს?

ტერმინალი თითო პანელზე ირთვება და ღილაკი მხოლოდ იქ ჩნდება, სადაც ის ჩართულია. რესურსების ბარათი და გვერდზე მოცემული SSH ბრძანება მაინც მუშაობს; დაუკავშირდი საკუთარი კლიენტით.