Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Ohjelmointi, palvelimet ja muu edistyneempi käyttö => Aiheen aloitti: ajaaskel - 28.09.16 - klo:20.55
-
Tässä pieni ratkaisematon pähkinä: Pieni Javascript-tiedosto joka toimii aivan ok työasemalta paikalliselta levyltä. Tiedoston nimi on 8aae25baff2ef9e3da0ac9ff82467823. Siirsin Apachelle sen ja yritin avata sieltä, Apache vastaa webbiselaimelle että tiedostoa ei ole olemassa. Kopioin tiedoston uudelle nimelle "testi1" ja kokeilen avata: Hups, nythän se toimii ! Tiedostojen atribuutit ovat samat, ei ole oikeuksista kiinni.
-rwxr-x--- 1 arto www-data 143 syys 28 09:55 8aae25baff2ef9e3da0ac9ff82467823
-rwxr-x--- 1 arto www-data 143 syys 28 17:14 testi1
Hämärää on liittyykö se tuohon pitkään tiedostonimeen Apachen kanssa. Ei ainakaan muuta tule heti mieleen tuon kanssa.
Näitä pitkänimisiä tiedostoja on enemmänkin. Kokeilin toisellakin tiedostolla ja jälleen toimi kun nimesi eri nimelle.
Kokeilin voisiko ongelmaa kiertää muuttamalla pitkän nimen linkiksi mutta ei auttanut:
lrwxrwxrwx 1 arto www-data 7 syys 28 18:19 8aae25baff2ef9e3da0ac9ff82467823 -> linkki7
Toinenkin ongelma tuli vastaan uudemman Apache-version kanssa: En saanuut Apache::Gallery -ohjelmaa (käyttää Perliä) enää heti toimimaan järkevillä ponnistuksilla ja päätin siirtää kuvat ja videot Amazon Drivelle.
-
En tiedä liittyykö mihinkään mutta huomioni kiinnittyy kuvakkaappauksessa osoiterivillä olevaan viimeiseen / -merkkiin, ikäänkuin selain tms. serveri tulkitsisi tuon merkkijonon hakemistoksi? edit: jolloin ratkaisuna on lisätä tiedostopääte?
-
Selain heittää sen kauttaviivan itse hännille vaikka sitä ei alkuaan anneta. Kokeilin sekä Chromella että Firefoxilla.
-
Vastaava tiedosto toimii kyllä minulla ongelmitta Ubuntu 14.04:ssä apache2:n versiolla 2.4.7-1ubuntu4.13.
-
Voisin itseasiassa käydä kokeilemassa vanhemmalla Apachella tuon.
Tuossa on 8aae25baff2ef9e3da0ac9ff82467823 tiedoston sisältö:
<script type="text/javascript">
javascript:window.location.href = 'https://www.amazon.com/clouddrive/folder/VhbFZY1cSSm4ywvZFIU_Dg';
</script>
Kohteeseen on siirretty demovalokuvia joilla kokeilin alkuaan Apache::Galleryä.
-
Jep, toimi myös tuolla sisällöllä.
-
Joo, pitää paikkansa:
http://www.homelinuxpc.com/download/8aae25baff2ef9e3da0ac9ff82467823 (http://www.homelinuxpc.com/download/8aae25baff2ef9e3da0ac9ff82467823)
Merkilliseltä näyttävä tapaus. Täytyisi varmaan kokeilla vielä ilman virtaalihoustausta tuota uusinta Apachea eli tiputtaa tiedosto vain --> /var/www/html. Ei vaan ole käsillä valmista setuppia...
Distributor ID: Ubuntu
Description: Ubuntu 16.04.1 LTS
Release: 16.04
Codename: xenial
Kernel: 4.4.0-28-generic
Bit width: 64 bits
-
Tiedostojen atribuutit ovat samat, ei ole oikeuksista kiinni.
Törmäsin äsken siihen ettei PHP pystynyt lukemaan tiedostoa ja kyse olikin siitä, että SELinux esti pääsyn (alla CentOS 7). Tässä ei nyt ole kyse PHP:stä eikä SELinuxista, mutta jos et ole vielä katsonut, niin voisit tarkastaa, mitä "ls -Z" sanoo kyseisestä tiedostosta. AppArmor ei taida olla yhtä hanakka estämään noita, enkä ole kertaakaan Ubuntussa tuohon törmännyt. Tosin voisin kuvitella, että 403 olisi sopivampi virhe siinä tapauksessa.
-
Näyttää toimivalle ja toimimattomalle tiedostolle aivan samaa:
ls -lZ 8aae25baff2ef9e3da0ac9ff82467823 testi1
-rwxr-x--- 1 arto www-data ? 143 syys 29 09:28 8aae25baff2ef9e3da0ac9ff82467823
-rwxr-x--- 1 arto www-data ? 143 syys 28 17:14 testi1
Molemmissa tiedostoissa sama sisältö:
cat 8aae25baff2ef9e3da0ac9ff82467823
<script type="text/javascript">
javascript:window.location.href = 'https://www.amazon.com/clouddrive/folder/VhbFZY1cSSm4ywvZFIU_Dg';
</script>
cat testi1
<script type="text/javascript">
javascript:window.location.href = 'https://www.amazon.com/clouddrive/folder/VhbFZY1cSSm4ywvZFIU_Dg';
</script>