Bakit nagsasabi ng permission denied ang SFTP
Tumatakbo ang SFTP sa ilalim ng account na ginamit mo sa pag-login at wala itong katumbas ng sudo. Pag-aari ng root ang karamihan sa mga file sa /etc, kaya maaaring basahin ng karaniwang account ang ilan sa mga ito ngunit hindi nito masusulatan ang alinman. Tama ang ganitong asal at hindi ito dapat ayusin sa pamamagitan ng pagpapaluwag ng mga permiso.
Mga hindi dapat gawin
Huwag patakbuhin ang chmod 777 sa configuration file, huwag ilipat sa account mo ang pagmamay-ari ng mga file sa /etc, at huwag paganahin ang root login gamit ang password para lang sa isang pag-edit. Tinatanggihan ng ilang service ang mga file na maluwag ang permiso, at bawat ganitong pagbabago ay nagpapahina sa seguridad ng server kahit matagal nang tapos ang pag-edit.
Gamitin ang sudoedit sa terminal
Kinokopya ng sudoedit ang file sa pansamantalang lokasyon, binubuksan ito sa editor sa ilalim ng sarili mong account, at isinusulat lamang ito pabalik matapos mong i-save. Hindi tumatakbo bilang root ang editor mismo.
sudoedit /etc/nginx/nginx.confMag-upload ng kopya, saka ito ilagay sa tamang lokasyon
Kung mas gusto mo ang lokal na editor, i-upload ang file sa home directory mo at ilagay ito sa tamang lokasyon gamit ang sudo. I-back up muna ang orihinal sa lugar na hindi binabasa ng anumang configuration include. Itinatakda ng command na install ang may-ari at mode, at sa mga sistemang may SELinux, itinatakda ng restorecon ang tamang context. Suriin ang may-ari at mode ng orihinal bago kopyahin ang mga halagang ito, dahil hindi lahat ng file ay gumagamit ng root at 644.
stat -c '%U %G %a' /etc/nginx/nginx.conf
sudo cp -a /etc/nginx/nginx.conf /root/nginx.conf.bak
sudo install -o root -g root -m 644 ~/nginx.conf.new /etc/nginx/nginx.conf
sudo restorecon -v /etc/nginx/nginx.confSuriin ang bisa bago ilapat
Maaaring mapahinto ng file na mali ang syntax ang isang service sa susunod nitong pag-restart. Patakbuhin ang pagsusuri ng kaukulang service bago ito i-reload. Kapag binago mo ang mga setting ng SSH, panatilihing bukas ang kasalukuyang session at subukan ang bagong login mula sa ikalawang window.
sudo nginx -t
sudo sshd -t
sudo visudo -cf /etc/sudoers.d/examplePag-edit gamit ang sudo sa CH-J Server Manager
Nag-aalok ang File Manager na buksan ang file gamit ang sudo kapag hindi ito mabasa ng SSH account, at nagbababala na kakailanganin ang sudo sa pag-save. Sa pag-save, napupunta ang data sa pribadong pansamantalang directory ng account at, matapos ang beripikasyon, inililipat ito ng sudo sa tamang lokasyon habang pinananatili ang may-ari, mga permiso, ACL at SELinux context. Ang opsyonal na backup ay nagtatago ng kopya ng orihinal bago ito palitan. Sa sudo sa server lamang ipinapadala ang password at hindi ito iniimbak sa disk o sa mga log. Kung nangangailangan ng terminal ang sudo policy (requiretty), hindi ito nilalampasan ng app. Hindi sinusuri ng app ang bisa ng nilalaman ng file, kaya ikaw mismo ang magpatakbo ng pagsusuri ng service.