home.social

#chmod — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #chmod, aggregated by home.social.

  1. #Linux #Zugriffsrechte meistern: Die ultimative Anleitung zu #chmod, #chown & #stat

    In der zweiten Folge zum #Linux- #Basiswissen zeige ich Euch, wie #Zugriffsrechte auf der #Kommandozeile wirklich funktionieren – vom Lesen der Ausgabe von "ls -l" bis zum Ändern mit #chmod, #chown und Co. Außerdem erfahrt Ihr, was es mit den geheimnisvollen #rwx-Buchstaben, Zahlenwerten und Sonderrechten wie #SUID und #SGID...

    #Nicht_der_Weisheit_letzter_Schluß

    @nichtderweisheit

    m.youtube.com/watch?v=bJ8uLdy_

  2. #Linux #Zugriffsrechte meistern: Die ultimative Anleitung zu #chmod, #chown & #stat

    In der zweiten Folge zum #Linux- #Basiswissen zeige ich Euch, wie #Zugriffsrechte auf der #Kommandozeile wirklich funktionieren – vom Lesen der Ausgabe von "ls -l" bis zum Ändern mit #chmod, #chown und Co. Außerdem erfahrt Ihr, was es mit den geheimnisvollen #rwx-Buchstaben, Zahlenwerten und Sonderrechten wie #SUID und #SGID...

    #Nicht_der_Weisheit_letzter_Schluß

    @nichtderweisheit

    m.youtube.com/watch?v=bJ8uLdy_

  3. #Linux #Zugriffsrechte meistern: Die ultimative Anleitung zu #chmod, #chown & #stat

    In der zweiten Folge zum #Linux- #Basiswissen zeige ich Euch, wie #Zugriffsrechte auf der #Kommandozeile wirklich funktionieren – vom Lesen der Ausgabe von "ls -l" bis zum Ändern mit #chmod, #chown und Co. Außerdem erfahrt Ihr, was es mit den geheimnisvollen #rwx-Buchstaben, Zahlenwerten und Sonderrechten wie #SUID und #SGID...

    #Nicht_der_Weisheit_letzter_Schluß

    @nichtderweisheit

    m.youtube.com/watch?v=bJ8uLdy_

  4. #Linux #Zugriffsrechte meistern: Die ultimative Anleitung zu #chmod, #chown & #stat

    In der zweiten Folge zum #Linux- #Basiswissen zeige ich Euch, wie #Zugriffsrechte auf der #Kommandozeile wirklich funktionieren – vom Lesen der Ausgabe von "ls -l" bis zum Ändern mit #chmod, #chown und Co. Außerdem erfahrt Ihr, was es mit den geheimnisvollen #rwx-Buchstaben, Zahlenwerten und Sonderrechten wie #SUID und #SGID...

    #Nicht_der_Weisheit_letzter_Schluß

    @nichtderweisheit

    m.youtube.com/watch?v=bJ8uLdy_

  5. #Linux #Zugriffsrechte meistern: Die ultimative Anleitung zu #chmod, #chown & #stat

    In der zweiten Folge zum #Linux- #Basiswissen zeige ich Euch, wie #Zugriffsrechte auf der #Kommandozeile wirklich funktionieren – vom Lesen der Ausgabe von "ls -l" bis zum Ändern mit #chmod, #chown und Co. Außerdem erfahrt Ihr, was es mit den geheimnisvollen #rwx-Buchstaben, Zahlenwerten und Sonderrechten wie #SUID und #SGID...

    #Nicht_der_Weisheit_letzter_Schluß

    @nichtderweisheit

    m.youtube.com/watch?v=bJ8uLdy_

  6. Права в Linux: chown/chmod, SELinux context, символьная/восьмеричная нотация, DAC/MAC/RBAC/ABAC

    Собрал в одном месте всё, что нужно знать о правах в Linux, простым и понятным языком: символьная и восьмеричная нотация, SUID/SGID/Sticky bit, SELinux-контекст, DAC, MAC, RBAC, ABAC, команды ls/stat/chmod/chown/find — с примерами и схемами, к которым легко вернуться.

    habr.com/ru/articles/1027674/

    #linux #chmod #chown #SELinux #права_доступа #DAC #MAC #RBAC #ACL #системное_администрирование

  7. Права в Linux: chown/chmod, SELinux context, символьная/восьмеричная нотация, DAC/MAC/RBAC/ABAC

    Собрал в одном месте всё, что нужно знать о правах в Linux, простым и понятным языком: символьная и восьмеричная нотация, SUID/SGID/Sticky bit, SELinux-контекст, DAC, MAC, RBAC, ABAC, команды ls/stat/chmod/chown/find — с примерами и схемами, к которым легко вернуться.

    habr.com/ru/articles/1027674/

    #linux #chmod #chown #SELinux #права_доступа #DAC #MAC #RBAC #ACL #системное_администрирование

  8. Права в Linux: chown/chmod, SELinux context, символьная/восьмеричная нотация, DAC/MAC/RBAC/ABAC

    Собрал в одном месте всё, что нужно знать о правах в Linux, простым и понятным языком: символьная и восьмеричная нотация, SUID/SGID/Sticky bit, SELinux-контекст, DAC, MAC, RBAC, ABAC, команды ls/stat/chmod/chown/find — с примерами и схемами, к которым легко вернуться.

    habr.com/ru/articles/1027674/

    #linux #chmod #chown #SELinux #права_доступа #DAC #MAC #RBAC #ACL #системное_администрирование

  9. Права в Linux: chown/chmod, SELinux context, символьная/восьмеричная нотация, DAC/MAC/RBAC/ABAC

    Собрал в одном месте всё, что нужно знать о правах в Linux, простым и понятным языком: символьная и восьмеричная нотация, SUID/SGID/Sticky bit, SELinux-контекст, DAC, MAC, RBAC, ABAC, команды ls/stat/chmod/chown/find — с примерами и схемами, к которым легко вернуться.

    habr.com/ru/articles/1027674/

    #linux #chmod #chown #SELinux #права_доступа #DAC #MAC #RBAC #ACL #системное_администрирование

  10. Y por si fuera poco, tarde de grabación para el curso de Hardening GNU/Linux de #JuncoTIC! 🚀

    Hoy, una intro a las listas de control de acceso, o ACL, para sortear algunas limitaciones de los permisos nativos de Unix/Linux 🛡️

    Se vienen también actualizaciones en el curso de Admin Linux (LPIC)... ni bien tenga el contenido nuevo subido, sale anuncio educativo para que mis alumnos puedan verlo 😉

    Estén atentos/as! 🔔

    #gnu #linux #curso #juncotic #acl #chmod #hardening #ciberseguridad

  11. ¿Usás "chmod 777" en tu servidor?

    Espero que no 😅

    Si usás "chmod 777" sobre un directorio en GNU/Linux, estás dando permisos totales para que cualquier usuario del sistema (incluso los malintencionados) puedan acceder para lectura, escritura y ejecución a ese directorio.

    ¿Tenés dos minutos?

    Acá te cuento más detalles 👇

    youtube.com/shorts/51ceWPYNLKM

    #chmod #gnu #linux #hardening #permisos #777 #infosec #ciberseguridad #juncotic

  12. Learn how Linux file permissions work with this easy-to-follow cheat sheet. From numeric codes to symbolic changes, you'll master chmod in minutes. #linux #permission #chmod

    tomsitcafe.com/2025/11/27/unde

  13. @[email protected]

    Hi. Ich bin zufällig über
    #NextCloudBackupRestore (https://codeberg.org/DecaTec/Nextcloud-Backup-Restore) gestolpert und habe das gleich mal getestet (Bislang nur manuell und noch nicht per #Cronjob).

    Super. Vielen Dank dafür.
    👍

    Ich hätte allerdings noch 2 Feature Requests für das
    #Skript:

    1. Rechteanpassung im Ziel:

    #
    # Check if backup dir already exists
    #
    if [ ! -d "${backupDir}" ]
    then
    mkdir -p "${backupDir}"
    #chown -R "${user}" "${backupDir}"
    #chmod 700 -R "${backupDir}"
    else
    errorecho "ERROR: The backup directory ${backupDir} already exists!"
    exit 1
    fi
    Hier musste ich die chown und chmod Befehle auskommentieren, da das auf dem sftp-Share eine Fehlermeldung über fehlende Rechte erzeugt und dann das Skript abbricht. Ohne die Rechteanpassung läuft's durch.

    2.
    Nicht den gesamten
    #Webserver für die ganze Laufzeit des #Backup stoppen, sondern nur den #vhost von #Nextcloud deaktivieren.

    Hintergrund:
    Ich (und wahrscheinlich auch andere) sichere auf ein eingebundenen
    #sftp #Share zu einem anderen Server in einem anderen Rechenzentrum. Auch wenn die Anbindung zwischen diesen deutlich dicker ist als ein Heiminternetanschluss, dauert das bei meiner NC fast eine Stunde.

    Da auf dem
    #VPS (wie wahrscheinlich bei vielen) noch mehr #Webanwendungen laufen, ist alles nicht erreichbar, wenn der Webserver komplett gestoppt wird.

    Ich kann das nur hart ins Backupskript coden. für mehr reichen meine Skriptfähigkeiten nicht:
    Statt
    #
    # Stop web server
    #
    echo "$(date +"%H:%M:%S"): Stopping web server..."
    systemctl stop "${webserverServiceName}"
    echo "Done"
    echo
    sieht das bei mir nun so aus:
    echo "$(date +"%H:%M:%S"): Disabling Nextcloud vhost ..."
    a2dissite nextcloud.conf
    echo "Done"
    echo
    echo "$(date +"%H:%M:%S"): Reloading webserver ..."
    systemctl restart "${webserverServiceName}"
    echo "Done"
    echo
    und dementspechend am Ende des Skripts statt
    #
    # Start web server
    #
    echo "$(date +"%H:%M:%S"): Starting web server..."
    systemctl start "${webserverServiceName}"
    echo "Done"
    echo
    dann
    echo "$(date +"%H:%M:%S"): Enabling Nextcloud vhost ..."
    a2ensite nextcloud.conf
    echo "Done"
    echo
    echo "$(date +"%H:%M:%S"): Restarting web server..."
    systemctl restart "${webserverServiceName}"
    echo "Done"
    echo
    Aber das mit einer Variable für den vhost abzubilden und diese in die beim setup.sh in NextcloudBackupRestore.conf zu schreiben, wäre natürlich besser und damit wieder universal nutzbar.

    Bin gespannt auf deine / eure Rückmeldung.

    #Nextcloud #Backup #Skript #Script #Shellskript #Shellscript

  14. @[email protected]

    Hi. Ich bin zufällig über
    #NextCloudBackupRestore (https://codeberg.org/DecaTec/Nextcloud-Backup-Restore) gestolpert und habe das gleich mal getestet (Bislang nur manuell und noch nicht per #Cronjob).

    Super. Vielen Dank dafür.
    👍

    Ich hätte allerdings noch 2 Feature Requests für das
    #Skript:

    1. Rechteanpassung im Ziel:

    #
    # Check if backup dir already exists
    #
    if [ ! -d "${backupDir}" ]
    then
    mkdir -p "${backupDir}"
    #chown -R "${user}" "${backupDir}"
    #chmod 700 -R "${backupDir}"
    else
    errorecho "ERROR: The backup directory ${backupDir} already exists!"
    exit 1
    fi
    Hier musste ich die chown und chmod Befehle auskommentieren, da das auf dem sftp-Share eine Fehlermeldung über fehlende Rechte erzeugt und dann das Skript abbricht. Ohne die Rechteanpassung läuft's durch.

    2.
    Nicht den gesamten
    #Webserver für die ganze Laufzeit des #Backup stoppen, sondern nur den #vhost von #Nextcloud deaktivieren.

    Hintergrund:
    Ich (und wahrscheinlich auch andere) sichere auf ein eingebundenen
    #sftp #Share zu einem anderen Server in einem anderen Rechenzentrum. Auch wenn die Anbindung zwischen diesen deutlich dicker ist als ein Heiminternetanschluss, dauert das bei meiner NC fast eine Stunde.

    Da auf dem
    #VPS (wie wahrscheinlich bei vielen) noch mehr #Webanwendungen laufen, ist alles nicht erreichbar, wenn der Webserver komplett gestoppt wird.

    Ich kann das nur hart ins Backupskript coden. für mehr reichen meine Skriptfähigkeiten nicht:
    Statt
    #
    # Stop web server
    #
    echo "$(date +"%H:%M:%S"): Stopping web server..."
    systemctl stop "${webserverServiceName}"
    echo "Done"
    echo
    sieht das bei mir nun so aus:
    echo "$(date +"%H:%M:%S"): Disabling Nextcloud vhost ..."
    a2dissite nextcloud.conf
    echo "Done"
    echo
    echo "$(date +"%H:%M:%S"): Reloading webserver ..."
    systemctl restart "${webserverServiceName}"
    echo "Done"
    echo
    und dementspechend am Ende des Skripts statt
    #
    # Start web server
    #
    echo "$(date +"%H:%M:%S"): Starting web server..."
    systemctl start "${webserverServiceName}"
    echo "Done"
    echo
    dann
    echo "$(date +"%H:%M:%S"): Enabling Nextcloud vhost ..."
    a2ensite nextcloud.conf
    echo "Done"
    echo
    echo "$(date +"%H:%M:%S"): Restarting web server..."
    systemctl restart "${webserverServiceName}"
    echo "Done"
    echo
    Aber das mit einer Variable für den vhost abzubilden und diese in die beim setup.sh in NextcloudBackupRestore.conf zu schreiben, wäre natürlich besser und damit wieder universal nutzbar.

    Bin gespannt auf deine / eure Rückmeldung.

    #Nextcloud #Backup #Skript #Script #Shellskript #Shellscript

  15. @[email protected]

    Hi. Ich bin zufällig über
    #NextCloudBackupRestore (https://codeberg.org/DecaTec/Nextcloud-Backup-Restore) gestolpert und habe das gleich mal getestet (Bislang nur manuell und noch nicht per #Cronjob).

    Super. Vielen Dank dafür.
    👍

    Ich hätte allerdings noch 2 Feature Requests für das
    #Skript:

    1. Rechteanpassung im Ziel:

    #
    # Check if backup dir already exists
    #
    if [ ! -d "${backupDir}" ]
    then
    mkdir -p "${backupDir}"
    #chown -R "${user}" "${backupDir}"
    #chmod 700 -R "${backupDir}"
    else
    errorecho "ERROR: The backup directory ${backupDir} already exists!"
    exit 1
    fi
    Hier musste ich die chown und chmod Befehle auskommentieren, da das auf dem sftp-Share eine Fehlermeldung über fehlende Rechte erzeugt und dann das Skript abbricht. Ohne die Rechteanpassung läuft's durch.

    2.
    Nicht den gesamten
    #Webserver für die ganze Laufzeit des #Backup stoppen, sondern nur den #vhost von #Nextcloud deaktivieren.

    Hintergrund:
    Ich (und wahrscheinlich auch andere) sichere auf ein eingebundenen
    #sftp #Share zu einem anderen Server in einem anderen Rechenzentrum. Auch wenn die Anbindung zwischen diesen deutlich dicker ist als ein Heiminternetanschluss, dauert das bei meiner NC fast eine Stunde.

    Da auf dem
    #VPS (wie wahrscheinlich bei vielen) noch mehr #Webanwendungen laufen, ist alles nicht erreichbar, wenn der Webserver komplett gestoppt wird.

    Ich kann das nur hart ins Backupskript coden. für mehr reichen meine Skriptfähigkeiten nicht:
    Statt
    #
    # Stop web server
    #
    echo "$(date +"%H:%M:%S"): Stopping web server..."
    systemctl stop "${webserverServiceName}"
    echo "Done"
    echo
    sieht das bei mir nun so aus:
    echo "$(date +"%H:%M:%S"): Disabling Nextcloud vhost ..."
    a2dissite nextcloud.conf
    echo "Done"
    echo
    echo "$(date +"%H:%M:%S"): Reloading webserver ..."
    systemctl restart "${webserverServiceName}"
    echo "Done"
    echo
    und dementspechend am Ende des Skripts statt
    #
    # Start web server
    #
    echo "$(date +"%H:%M:%S"): Starting web server..."
    systemctl start "${webserverServiceName}"
    echo "Done"
    echo
    dann
    echo "$(date +"%H:%M:%S"): Enabling Nextcloud vhost ..."
    a2ensite nextcloud.conf
    echo "Done"
    echo
    echo "$(date +"%H:%M:%S"): Restarting web server..."
    systemctl restart "${webserverServiceName}"
    echo "Done"
    echo
    Aber das mit einer Variable für den vhost abzubilden und diese in die beim setup.sh in NextcloudBackupRestore.conf zu schreiben, wäre natürlich besser und damit wieder universal nutzbar.

    Bin gespannt auf deine / eure Rückmeldung.

    #Nextcloud #Backup #Skript #Script #Shellskript #Shellscript

  16. @[email protected]

    Hi. Ich bin zufällig über
    #NextCloudBackupRestore (https://codeberg.org/DecaTec/Nextcloud-Backup-Restore) gestolpert und habe das gleich mal getestet (Bislang nur manuell und noch nicht per #Cronjob).

    Super. Vielen Dank dafür.
    👍

    Ich hätte allerdings noch 2 Feature Requests für das
    #Skript:

    1. Rechteanpassung im Ziel:

    #
    # Check if backup dir already exists
    #
    if [ ! -d "${backupDir}" ]
    then
    mkdir -p "${backupDir}"
    #chown -R "${user}" "${backupDir}"
    #chmod 700 -R "${backupDir}"
    else
    errorecho "ERROR: The backup directory ${backupDir} already exists!"
    exit 1
    fi
    Hier musste ich die chown und chmod Befehle auskommentieren, da das auf dem sftp-Share eine Fehlermeldung über fehlende Rechte erzeugt und dann das Skript abbricht. Ohne die Rechteanpassung läuft's durch.

    2.
    Nicht den gesamten
    #Webserver für die ganze Laufzeit des #Backup stoppen, sondern nur den #vhost von #Nextcloud deaktivieren.

    Hintergrund:
    Ich (und wahrscheinlich auch andere) sichere auf ein eingebundenen
    #sftp #Share zu einem anderen Server in einem anderen Rechenzentrum. Auch wenn die Anbindung zwischen diesen deutlich dicker ist als ein Heiminternetanschluss, dauert das bei meiner NC fast eine Stunde.

    Da auf dem
    #VPS (wie wahrscheinlich bei vielen) noch mehr #Webanwendungen laufen, ist alles nicht erreichbar, wenn der Webserver komplett gestoppt wird.

    Ich kann das nur hart ins Backupskript coden. für mehr reichen meine Skriptfähigkeiten nicht:
    Statt
    #
    # Stop web server
    #
    echo "$(date +"%H:%M:%S"): Stopping web server..."
    systemctl stop "${webserverServiceName}"
    echo "Done"
    echo
    sieht das bei mir nun so aus:
    echo "$(date +"%H:%M:%S"): Disabling Nextcloud vhost ..."
    a2dissite nextcloud.conf
    echo "Done"
    echo
    echo "$(date +"%H:%M:%S"): Reloading webserver ..."
    systemctl restart "${webserverServiceName}"
    echo "Done"
    echo
    und dementspechend am Ende des Skripts statt
    #
    # Start web server
    #
    echo "$(date +"%H:%M:%S"): Starting web server..."
    systemctl start "${webserverServiceName}"
    echo "Done"
    echo
    dann
    echo "$(date +"%H:%M:%S"): Enabling Nextcloud vhost ..."
    a2ensite nextcloud.conf
    echo "Done"
    echo
    echo "$(date +"%H:%M:%S"): Restarting web server..."
    systemctl restart "${webserverServiceName}"
    echo "Done"
    echo
    Aber das mit einer Variable für den vhost abzubilden und diese in die beim setup.sh in NextcloudBackupRestore.conf zu schreiben, wäre natürlich besser und damit wieder universal nutzbar.

    Bin gespannt auf deine / eure Rückmeldung.

    #Nextcloud #Backup #Skript #Script #Shellskript #Shellscript

  17. Came across this yesterday and it's really helpful for chmod:

    chmodcommand.com/

    #chmod #Linux

  18. @benjamineskola

    Yes I mean chown.

    For some odd reason my usage of chown gave only warnings the past few years when I used the current 21 year old syntax.

    Thank you for the correction and Enlightenment

    #chown
    #chmod #syntax #formatting #command #Linux #BSD

  19. chmod user.user

    was the syntax until until I recently noticed that it was changed to

    chmod user:user

    I have to check out why that occurred. I also have to check if they only changed it in the Linux version of the command or if the change was also propagated to the BSD flavors of operating systems

    #chmod #syntax #formatting #command #Linux #BSD

  20. Conversely #chmod, even though it is not frequently used as say git, is still easy for a user to remember, because its CLI is much simpler.

    #cli #design #software #programming

  21. Hey Unix folks. This has been bugging me for decades. In chmod examples I often see people using the old numerical syntax. Like $chmod 777 myFile.c. Is there some benefit to doing it this way? To me it seems that the text version is much clearer. $chmod a+rx myFile.c lets you know at a glance what permissions are being changed. I used to think it was just greybeards with old habits but text mode has been around since I got my start. What am I missing? #unix #chmod #question

  22. Mfw I receive a ”hardened” #RHEL image to deploy for a new application, and discover #SELinux has been disabled and the relevant directories for this deployment have been recursively #chmod ‘ed 777. 😑

  23. #TIL about `chmod +X` and u/g/o

    There's so many useless find-calls I should remove now!

    #bash #shell #chmod #find #terminal

  24. What would be your advice?

    Am I ready to go live with a full-on production company, or what?

    #Traversy style n all! Look at that!
    :D

    youtu.be/aHnDl0Mt36Y?si=yX_-WD

    In all seriousness.

    Maybe anyone struggling with understanding file and folder #permissions and the corresponding #CHMOD numbers to set your desired ---rwx--- options...

    #UID #UUID
    #ACP

  25. Dear Friends with #half a #mind 2 … :ablobcouple:

    Despite my best #efforts to appease #Kali (olde #linux on an SD card) whom I never even used that much (#honest #governor) I am reduced to relearning #chmod (ye ‘orrible command line tool) :abloblurk:

    When will my server/instance woes be finished? Maybe I should just become an end (of time) doom scroller? :netkitty:

    Nah! I have a time machine to create and store in the future. Which is our present gentle readers of the sorting hat. :ablobblastoff:

    First I will drink coffee with added spices to appease Kali/Durgha/Tara the Skywalker AND his noodliness the Flying teapot. :ablobtonguewink:

    Time it is a forking. Be the prong knot the spoon. Or to put in another way:

    We are not a loan, Everyone in cyberspace can hear the #lobsters screaming … :ablobgoodnight:

  26. #linux file permissions:

    chmod 600: forgot to change the ssh key again

    chmod 777: ok, maybe this will finally fix it?

    chmod 000: sekrits & quota avoidance

    chmod 111: go home, you drunk

    #devops #unix #chmod #cli

  27. Just a reminder that even after 3 decades in *nix, if there's absolutely NO way the problem is related to permissions...

    it's permissions.

    #linux #chmod

  28. What would be your advice?

    Am I ready to go live with a full-on production company, or what?

    #Traversy style n all! Look at that!
    :D

    youtu.be/aHnDl0Mt36Y?si=yX_-WD

    In all seriousness.

    Maybe anyone struggling with understanding file and folder #permissions and the corresponding #CHMOD numbers to set your desired ---rwx--- options...

    #UID #UUID
    #ACP

  29. What would be your advice?

    Am I ready to go live with a full-on production company, or what?

    #Traversy style n all! Look at that!
    :D

    youtu.be/aHnDl0Mt36Y?si=yX_-WD

    In all seriousness.

    Maybe anyone struggling with understanding file and folder #permissions and the corresponding #CHMOD numbers to set your desired ---rwx--- options...

    #UID #UUID
    #ACP

  30. What would be your advice?

    Am I ready to go live with a full-on production company, or what?

    #Traversy style n all! Look at that!
    :D

    youtu.be/aHnDl0Mt36Y?si=yX_-WD

    In all seriousness.

    Maybe anyone struggling with understanding file and folder #permissions and the corresponding #CHMOD numbers to set your desired ---rwx--- options...

    #UID #UUID
    #ACP

  31. What would be your advice?

    Am I ready to go live with a full-on production company, or what?

    #Traversy style n all! Look at that!
    :D

    youtu.be/aHnDl0Mt36Y?si=yX_-WD

    In all seriousness.

    Maybe anyone struggling with understanding file and folder #permissions and the corresponding #CHMOD numbers to set your desired ---rwx--- options...

    #UID #UUID
    #ACP