Symlink niet zichtbaar op Raspberry pi in webbrowser.

[henkoegema]

Aan een Raspberry pi (Model B Rev 2,  OS: Buster) is een USB drive gekoppeld (/media/pi/6959-DE5A)
Daarop heb ik een grote video (5GB) met de naam OudLunterseDag.mp4
Omdat er niet genoeg plaats is op m'n SD kaartje onder /var/www/html/Videos probeer ik daar een symlink te plaatsen naar die mp4 file op de USB drive.

Code: [Selecteer]

ln -s /media/pi/6959-DE5A/OudLunterseDag.mp4 /var/www/html/Videos/OudLunterseDag.mp4

Krijg geen foutmelding tijdens het maken van de link.

Code: [Selecteer]

/var/www/html/Videos $ ls -als
total 968136
     4 drwxr-xr-x  2 pi       pi            4096 Aug 29 16:28 .
    12 drwxrwxrwx 17 www-data www-data     12288 Aug 29 15:37 ..
     0 lrwxrwxrwx  1 pi       pi              38 Aug 29 15:49 OudLunterseDag.mp4 -> /media/pi/6959-DE5A/OudLunterseDag.mp4

In de file manager op de Rpi zie ik dit: zie bijlage.  (gevaren driehoek met uitroepteken)


In de webbrowser 192.168.x.x/Videos is de symlink niet zichtbaar.     
Andere mp4's zijn wel zichtbaar.

Doe ik iets fout, of kan dit niet met een symlink?   

[erik1984]

Volgens mij moet het wel kunnen maar mogelijk moet je gebruiker www-data (Apache?) ook toegang geven tot de symlink (het doel daarvan).

Wat geeft:

Code: [Selecteer]

sudo -u www-data ls /media/pi/6959-DE5A/OudLunterseDag.mp4
Vraag dat vanwege dit draadje: https://superuser.com/questions/783788/apache-allow-access-to-symlink

[henkoegema]

Volgens mij moet het wel kunnen maar mogelijk moet je gebruiker www-data (Apache?) ook toegang geven tot de symlink (het doel daarvan).

Wat geeft:

Code: [Selecteer]

sudo -u www-data ls /media/pi/6959-DE5A/OudLunterseDag.mp4
Vraag dat vanwege dit draadje: https://superuser.com/questions/783788/apache-allow-access-to-symlink

Code: [Selecteer]

 
sudo -u www-data ls /media/pi/6959/OudLunterseDag.mp4
ls: cannot access '/media/pi/6959/OudLunterseDag.mp4': Permission denied   

Hoe geef ik gebruiker www-data (Apache?) toegang geven tot de symlink ?
Wie is de gebruiker www-data?:  Apache of pi?

[henkoegema]

Zijn dit de goede commando's?:     

Code: [Selecteer]

sudo usermod -a -G www-data pi

sudo chown -R pi:www-data  /var/www/html   of sudo chown -R pi:www-data  /media/pi/6959-DE5A/OudLunterseDag.mp4


[erik1984]

Het gaat in elk geval om toegang tot de locatie waar de symlink naar wijst. Dus in je tweede regel de tweede optie Maar durf niet te zeggen of het de goede manier is, sorry.

[henkoegema]

Code: [Selecteer]

pi@PA2HO:/media/pi/6959-DE5A $ sudo chown -R pi:www-data /media/pi/6959-DE5A/OudLunterseDag.mp4
chown: changing ownership of '/media/pi/6959-DE5A/OudLunterseDag.mp4': Operation not permitted     <-------- Waarom niet  ??


[Bloom]

In welk filesystem is die usb-stick geformatteerd?

[henkoegema]

In welk filesystem is die usb-stick geformatteerd?

De usb-stick usb-harddisk (1TB) is fat32 geformatteerd.

[vanadium]

Je kan geen symbolische link aanmaken op een fat32 volume, maar een symbolische link *naar* een bestand op een fat32 volume werkt wel. Dat je de eigenaar van een bestand op een fat32 *niet* kan veranderen, is normaal: fat32 ondersteunt geen linux permissies.

chown: changing ownership of '/media/pi/6959-DE5A/OudLunterseDag.mp4': Operation not permitted     <-------- Waarom niet  ??

Daarom, dus.

Permissies staan helemaal open op die aangekoppelde harde schijf. Ik denk dat je het in de webserver moet zoeken. Misschien is die geconfigureerd om niet met symlinks te werken.

[henkoegema]

Je hebt helemaal gelijk.   
Een beetje d  m van mij.

De symlink werkt wel vanuit /var/www/html/Videos: (kan de video dus wel starten)

Code: [Selecteer]

pi@PA2HO:/var/www/html/Videos $ ls -als
total 968136
     4 drwxr-xr-x  2 pi       pi            4096 Sep  9 11:58 .
    12 drwxrwxrwx 17 www-data www-data     12288 Aug 29 15:37 ..
     0 lrwxrwxrwx  1 pi       pi              38 Aug 29 15:49 OudLunterseDag.mp4 -> /media/pi/6959-DE5A/OudLunterseDag.mp4

Maar in de browser is de symlink niet zichtbaar:



Hoe (waar) kan ik zien of de webserver symlinks toelaat?

[vanadium]

Je kan hier eens inspiratie zoeken: https://askubuntu.com/questions/622572/how-to-use-a-symlink-in-apache-web-server

[Bloom]

Als je rechten en permissies wil, gebruik dan geen fat-filesystem, maar liefst ext2/3/4 of zo.

[erik1984]

Je kan hier eens inspiratie zoeken: https://askubuntu.com/questions/622572/how-to-use-a-symlink-in-apache-web-server

Goede! Had die eerder ook gezien maar had uit wat andere hulpvragen op ask en stackoverflow e.d. begrepen dat Apache vanzelf symlinks zou moeten kunnen volgen zonder extra config maar dat is bij nader inzien toch anders (afhankelijk van waar de symlinks staan).

Wat me uit die pagina het meest waarschijnlijk lijkt is dat Henk /media/pi/6959-DE5A dus aan de Apache-configuratie moet toevoegen?

In zijn geval dus dit extra blokje:

Code: [Selecteer]

<Directory /media/pi/6959-DE5A/>
        Options Indexes FollowSymLinks
        AllowOverride None
        Require all granted
</Directory>

Aan:

Code: [Selecteer]

/etc/apache2/apache2.conf

Correct?

[henkoegema]

Je kan hier eens inspiratie zoeken: https://askubuntu.com/questions/622572/how-to-use-a-symlink-in-apache-web-server

Goede! Had die eerder ook gezien maar had uit wat andere hulpvragen op ask en stackoverflow e.d. begrepen dat Apache vanzelf symlinks zou moeten kunnen volgen zonder extra config maar dat is bij nader inzien toch anders (afhankelijk van waar de symlinks staan).

Wat me uit die pagina het meest waarschijnlijk lijkt is dat Henk /media/pi/6959-DE5A dus aan de Apache-configuratie moet toevoegen?

In zijn geval dus dit extra blokje:

Code: [Selecteer]

<Directory /media/pi/6959-DE5A/>
        Options Indexes FollowSymLinks
        AllowOverride None
        Require all granted
</Directory>

Aan:

Code: [Selecteer]

/etc/apache2/apache2.conf

Correct?

Dit stond in /etc/apache2/apache2.conf

Code: [Selecteer]

................................
................................
<Directory />
        Options FollowSymLinks
        AllowOverride None
        Require all denied
</Directory>

<Directory /usr/share>
        AllowOverride None
        Require all granted
</Directory>

<Directory /var/www/>
        Options Indexes FollowSymLinks
        AllowOverride None
        Require all granted
</Directory>
.......................
.......................

Dit heb ik toegevoegd:

Code: [Selecteer]

<Directory /media/pi/6959-DE5A/>
        Options Indexes FollowSymlinks
        AllowOverride None
        Require all granted
</Directory>

Ik was er (bijna) van overtuigd dat het nu zou werken.
De symlink blijft in de browser onzichtbaar. 

Als de target van de symlink in /home/pi staat dan is die wel zichtbaar in de browser.
Dus dit werk wel:  ln -s /home/pi/testfile my_symlink1
En dit werkt niet (werkt wel, maar is niet zichtbaar) : ln -s /media/pi/6959-DE5A/testfile my_symlink2

Wie heeft nog een voorstel?   

[vanadium]

Als de target van de symlink in /home/pi staat dan is die wel zichtbaar in de browser.
Dus dit werk wel:  ln -s /home/pi/testfile my_symlink1
En dit werkt niet (werkt wel, maar is niet zichtbaar) : ln -s /media/pi/6959-DE5A/testfile my_symlink2

Wie heeft nog een voorstel?   

Probeer het eens met een harde schijf die in ext4 geformatteerd is i.p.v. fat32.

[henkoegema]

Als de target van de symlink in /home/pi staat dan is die wel zichtbaar in de browser.
Dus dit werk wel:  ln -s /home/pi/testfile my_symlink1
En dit werkt niet (werkt wel, maar is niet zichtbaar) : ln -s /media/pi/6959-DE5A/testfile my_symlink2

Wie heeft nog een voorstel?   

Probeer het eens met een harde schijf die in ext4 geformatteerd is i.p.v. fat32.

Heb de USB-HDD nu geformatteerd als ext4.

Code: [Selecteer]

pi@PA2HO:/var/www/html/Videos $ l
total 968136
     4 drwxr-xr-x  2 pi       pi            4096 Sep 14 15:34 .
    12 drwxrwxrwx 17 www-data www-data     12288 Aug 29 15:37 ..
     0 lrwxrwxrwx  1 pi       pi              17 Sep 12 16:52 symlink1 -> /home/pi/test.txt
     0 lrwxrwxrwx  1 pi       pi              55 Sep 14 15:34 symlink2 -> /media/pi/f60c8b10-52e2-4b78-9595-6e42bf2ef545/test.txt

In /etc/apache2/apache2.conf heb ik nu:

Code: [Selecteer]

........
........
<Directory /media/pi/f60c8b10-52e2-4b78-9595-6e42bf2ef545/>
        Options Indexes FollowSymlinks
        AllowOverride None
        Require all granted
</Directory>

<Directory /var/www/html/Videos/>
        Options Indexes FollowSymlinks
        AllowOverride None
        Require all granted
</Directory>

........
........

Helaas blijft symlink1 wel zichtbaar en symlink2 niet.   

(De oplossing ligt ergens diep in de duisternis verscholen.      Als er al een oplossing is.) 

[vanadium]

Hoe staan de permissies van "/media/pi/f60c8b10-52e2-4b78-9595-6e42bf2ef545/test.txt" en elk van de directories (/media, /media/pi, /media/pi/f60c8..."? Alle directories moeten door gebruiker www-data "doorkruisbaar" zijn (+x) , test.txt moet leesbaar (+w) zijn.

[henkoegema]

Hoe staan de permissies van "/media/pi/f60c8b10-52e2-4b78-9595-6e42bf2ef545/test.txt" en elk van de directories (/media, /media/pi, /media/pi/f60c8..."? Alle directories moeten door gebruiker www-data "doorkruisbaar" zijn (+x) , test.txt moet leesbaar (+w) zijn.

Code: [Selecteer]

pi@PA2HO:/media $ l
total 12
4 drwxr-xr-x   3 root root 4096 Sep 28  2021 .
4 drwxr-xr-x  18 root root 4096 Sep 28  2021 ..
4 drwxr-x---+  3 root root 4096 Sep 14 15:15 pi
pi@PA2HO:/media $


Code: [Selecteer]

pi@PA2HO:/media/pi $ l
total 12
4 drwxr-x---+ 3 root root 4096 Sep 14 15:15 .
4 drwxr-xr-x  3 root root 4096 Sep 28  2021 ..
4 drwxrwxrwx  3 pi   pi   4096 Sep 14 15:24 f60c8b10-52e2-4b78-9595-6e42bf2ef545
pi@PA2HO:/media/pi $


Code: [Selecteer]

pi@PA2HO:/media/pi/f60c8b10-52e2-4b78-9595-6e42bf2ef545 $ l
total 3520284
      4 drwxrwxrwx  3 pi   pi         4096 Sep 14 15:24 .
      4 drwxr-x---+ 3 root root       4096 Sep 14 15:15 ..
      4 -rwxrwxrwx  1 pi   pi           42 Sep 14 15:22 test.txt
pi@PA2HO:/media/pi/f60c8b10-52e2-4b78-9595-6e42bf2ef545 $


[vanadium]

Je ziet dat niemand anders dan "root" en diegenen die behoren tot groep "root" doorheen pi kunnen kijken. De + betekent echter dat er ook permissies gezet zijn via "Access Control List", ACL.

[henkoegema]

Je ziet dat niemand anders dan "root" en diegenen die behoren tot groep "root" doorheen pi kunnen kijken. De + betekent echter dat er ook permissies gezet zijn via "Access Control List", ACL.

Komen die ACL permissies soms  van de settings in /etc/apache2/apache2.conf ?

Het blijft voor mij onduidelijk wat ik moet doen (veranderen? ).
Waarom is symlink1 wel en symlink2 niet zichtbaar?
Ze leggen toch beiden de zelfde "route" af. (afgezien van de eindbestemming)
Buiten de browser om werken beide symlinken wel.

[erik1984]

Zo leer je hier nog wat (met dank aan jouw vraag en Vanadium): https://www.redhat.com/sysadmin/linux-access-control-lists

Je kunt kijken wie er nu in de toegangslijst staan (waarschijnlijk dus pi). Voor mijn eigen systeem (Kubuntu 22.04) ziet het er vergelijkbaar uit:

Code: [Selecteer]

erik@erik-desktop:~$ getfacl /media/erik
getfacl: Removing leading '/' from absolute path names
# file: media/erik
# owner: root
# group: root
user::rwx
user:erik:r-x
group::---
mask::r-x
other::---

Als het goed is moet je met setfacl deze lijst kunnen beheren om www-data ook toegang te geven.

Code: [Selecteer]

sudo setfacl -m www-data:r-x /media/$USER
www-data mag nu ook lezen en uitvoeren:

Code: [Selecteer]

erik@erik-desktop:~$ getfacl /media/erik
getfacl: Removing leading '/' from absolute path names
# file: media/erik
# owner: root
# group: root
user::rwx
user:www-data:r-x <<<===
user:erik:r-x
group::---
mask::r-x
other::---
Verwijderen kan weer met

Code: [Selecteer]

sudo setfacl -x www-data /media/$USER

Misschien het proberen waard

[henkoegema]

Zo leer je hier nog wat (met dank aan jouw vraag en Vanadium): https://www.redhat.com/sysadmin/linux-access-control-lists

Ik ga eerst dit maar eens bestuderen, voordat ik morgen verder ga.   

[henkoegema]

Zo leer je hier nog wat (met dank aan jouw vraag en Vanadium): https://www.redhat.com/sysadmin/linux-access-control-lists

Je kunt kijken wie er nu in de toegangslijst staan (waarschijnlijk dus pi). Voor mijn eigen systeem (Kubuntu 22.04) ziet het er vergelijkbaar uit:

Code: [Selecteer]

erik@erik-desktop:~$ getfacl /media/erik
getfacl: Removing leading '/' from absolute path names
# file: media/erik
# owner: root
# group: root
user::rwx
user:erik:r-x
group::---
mask::r-x
other::---

Als het goed is moet je met setfacl deze lijst kunnen beheren om www-data ook toegang te geven.

Code: [Selecteer]

sudo setfacl -m www-data:r-x /media/$USER
www-data mag nu ook lezen en uitvoeren:

Code: [Selecteer]

erik@erik-desktop:~$ getfacl /media/erik
getfacl: Removing leading '/' from absolute path names
# file: media/erik
# owner: root
# group: root
user::rwx
user:www-data:r-x <<<===
user:erik:r-x
group::---
mask::r-x
other::---
Verwijderen kan weer met

Code: [Selecteer]

sudo setfacl -x www-data /media/$USER

Misschien het proberen waard

Zeker het proberen waard.
Ik heb nu dit:

Code: [Selecteer]

pi@PA2HO:/var/www/html/Videos $ getfacl /media/pi
getfacl: Removing leading '/' from absolute path names
# file: media/pi
# owner: root
# group: root
user::rwx
user:www-data:r-x    <======Dit is erbij gekomen
user:pi:r-x
group::---
mask::r-x
other::---

Resultaat:  Het werkt   
De symlink is nu wel zichtbaar.

Hierbij mijn dank voor de oplossing. (en natuurlijk ook alle anderen voor hun bijdgragen)
Had dit zelf nooit gevonden. Wel weer een hoop geleerd.   

[henkoegema]

Ondanks dat dit draadje eigenlijk is opgelost, toch nog een vraag die hiermee verband houdt:
Als ik op de link



 klik, dat wordt die gedownload.


Is het ook mogelijk dat die wordt geopend, i.p.v. gedownload?

De symlink ziet er zo uit:

Code: [Selecteer]

OudLunterseDag -> /media/pi/f60c8b10-52e2-4b78-9595-6e42bf2ef545/OudLunterseDag.mp4


[henkoegema]

Ondanks dat dit draadje eigenlijk is opgelost, toch nog een vraag die hiermee verband houdt:
Als ik op de link



 klik, dat wordt die gedownload.


Is het ook mogelijk dat die wordt geopend, i.p.v. gedownload?

De symlink ziet er zo uit:

Code: [Selecteer]

OudLunterseDag -> /media/pi/f60c8b10-52e2-4b78-9595-6e42bf2ef545/OudLunterseDag.mp4


Ik heb het antwoord zelf al gevonden:
Als ik de naam van de symlink OudLunterseDag verander in OudLunterseDag.mp4, dan opent de link i.p.v. download. 

Code: [Selecteer]

dus
OudLunterseDag -> /media/pi/f60c8b10-52e2-4b78-9595-6e42bf2ef545/OudLunterseDag.mp4
wordt
OudLunterseDag.mp4 -> /media/pi/f60c8b10-52e2-4b78-9595-6e42bf2ef545/OudLunterseDag.mp4