22. oktober 2001 - 00:02Der er
37 kommentarer og 1 løsning
Problemer med APACHE webserver
Hejsa! Jeg her et lille problem med min apache wabserver: den virker fint hvis jeg bare skriver www.loproc.dk men prøver jeg at komme i et underbibliotek som f.eks. www.loproc.dk/nocc så virker den ikke... Så får jeg bare \"siden kan ikke vises\". Dog virker det hvis jeg bruger www.loproc.dk/nocc/index.php Det vil altså sige alt i alt at indexes ikke virker i subdirs. Og det er ret træls... HJÆÆÆÆÆÆLP! :)
Dette virkede fint hos mig: Åbn httpd.conf. Find linierne: <IfModule mod_dir.c> DirectoryIndex index.html </IfModule> og ret dem til <IfModule mod_dir.c> DirectoryIndex index.php </IfModule>
Har vært ute for det noenlunde samme som snowball kommenterer - når jeg addresserte vha ip adresse så måtte jeg skrive http://xxx.xxx.xxx.xxx/subdir/ med slash til sist for at det skulle fungere. Bestilte så en dns tjeneste fra en ekstern leverandør, altså henvisning til egen ip fra domenenavn, alle_xxx.domenenavn.dk til egen ip. Så var behovet for den siste slash plutselig borte. Har heller ikke funnet ut av hvorfor dette egentlig skjedde men problemet forsvant da.
Har ellers denne setningen i httpd.conf: DirectoryIndex index.html index.htm index.shtml index.php index.php4 index.php3$ Ser ut som å være en setning som spesifiserer hva som er å oppfatte eller kjenne igjen som directory index. En annen sak: Kan det være mulig å sette rettighetene slik at man har eksekveringstilgang men ikke lesetilgang ?? hva med å prøve å kjøre chmod 777 for subdirectory og eller filer ??
langbein: DirectoryIndex linien fortæller jo bare hvilket default dokument den skal kigge efter i en folder hvis der ikke er angivet nogen i den URL man indtaster. Det har ikke noget med problemet at gøre ! ;)
Det viste seg å være feil at jeg fortsatt behøver slash til slutt ved ip adressering. skriver ip adresse pluss subdomene. Web browseren svarer med å oversette ipadresse til domenenavn og subdomenenavn med slash til sist (som jeg ikke har tastet.) Mon om dette ikke kommer fra dns serveren eller om det kan dreie seg om en local cache funskjon (Win 98/MS Expl) ??
Snowball -> Din kommentar over: Det må vel ha noe med saken å gjøre dersom ikke for eksempel index.html som default dukument. Det skulle vel gi to muligheter: a. Listing av directory b. feilmelding (dersom weben er laget med index.html i denne funksjonen.) Feilmeldingen blir så vidt jeg kan huske at \"siden ikke kan vises.\"
langbein: Ja OK! Der er en lille chance for at det kan være det, men jeg tror det næppe, da alle de default filer jeg bruger ER angivet i httpd.conf men jeg har stadig problemet !
Problemet ligger i forskellen mellem feks. *.htm og *.html filer, og det er ikke det eneste, samtidig højben/langbein\'s tidligere indlæg forklarer det faktisk. Man skal på sin egen server specificere hvilken ext. som bliver loaded som default.
ahave2000: Det drejer sig jo slet ikke om .htm eller .html filer her, og hvis det er DirectoryIndex linien i httpd.conf du hentyder til, så er det ikke er fejlen ligger (i hvert fald ikke hos mig) da jeg har de filnavne der som jeg bruger som default (og lidt til!)
Problemet er ikke DirectoryIndexes. De er sat til alle de file-extensions som jeg benytter. Så med 16 svar/kommentarer er der faktisk ikke noget der kan bruges :) Problemet må ligge et elller andet andet sted...
Loproc -> Dette med slash til slutt er dette et problem hos deg eller er det det bare hos oss andre ? Har en testinstallasjon med navneserver og kunne tenke meg å \"forske videre\" etter beste evne men problemet bør være 100 % rett spesifiset. chmod 777 (fulle rettigheter for alle) er dette testkjørt (som del av feilsøking) ?
Jeg har også problemet, og jeg har snakket med flere om problemet og der siger alle man ikke kan komme uden om det!
Men jeg kan virkelig ikke se hvad det skulle hjælpe at chmod\'e folderen/filerne !? Hvis det var et problem med rettigheder, så ville man jo få en access denied, og det gør man jo ikke !
loproc: Så du bli\'r altså nødt til at sætte en / til sidst når du vil tilgå en folder ! Du kan ikke komme udenom at den tror det er en fil!
Nei, jeg setter ingen slash til sist lengere. Ganske sikkert det fungerer med og uten. Det som der i mot er problemet det er at jeg hadde problemet og at jeg pr dato ikke helt vet hvordan jeg fikk det vekk (problemet). chmod vil ganske sikkert ikke hjelpe for slash til slutt, men kanskje for det annet, hvis man kan se en eksekverbar fil (.php er vel det ?) men ikke en lesbar fil som .html Legger beskjed hvis jeg finner ut av noe. Hadde selv spørsmål inne om det samme. Fikk ikke noe svar som kunne brukes (så vidt jeg vet), men plutselig så virket altså tingene ad mystisk vei.
Har nå testet ut disse tingene på tre forskjellige Red Hat 7.1 servere som kjører på to helt forskjellige og adskilte nettverk.
Server 1 og 2 er koplet permanent opp mot internett. Server 1 kjører med dns server fra ekstern leverandør. Server 2 kjører uten dns server.
Server 3 er kjører på et helt annet nettverk som ikke er koplet opp mot internett og den kjører sin egen dns name server. Som dns server brukes den som er levert default med RH 7.1 og den er også konfigurert på standard måte.
Erfaringene fra disse tre forskjellige installasjonnene er entydig like. Disse er kort som følger:
1. Den directory som sidene ligger på må ha rett opsett for accsess rettigheter. Jeg forsøkte 775 som skulle være rett i henhold til boken. Det kjørte faktisk ikke. Forandret til 777 og da fungerte tingene fint (Men sikkerhetsmessig kanskje ikke 100 % bra)
2. Når DNS server ikke kjører eller ikke er koplet opp mot Apache serveren så må adressering av subdirectories skje med en slash til sist. Hvis ikke så kommer man ikke inn på subdirectory.
3. Når DNS server kjører så behøver man ikke noen slash til sist. Begge mine RH 7.1 intallasjoner som kjører med DNS server (den eksterne og den interne) fungerer likt. Når DNS serveren er oppe å kjører så behøver man ikke slash til sist.
4. For RH 7.1 så er DirectoryIndex linjen i httpd.conf filen satt default rett slik at man ikke behøver å tenke på den.
Har testet ganske grundig og mener meg omsider ganske sikker på hvorledes tingene, i denne sammenheng, kan settes opp på RH 7.1 Noen slash til sist behøver man som sagt ikke. Det kan vel være at andre distribusjoner enn RH 7.1 kan inneholde andre problemstillinger ?
loproc -> Til sist fikk jeg åndsnærvær til å teste de linkene du faktisk har lagt ut. (Trodde det bare var et tenkt eksempel.) Problemet er jo der så utvilsont. Kommer i tanker et annet spørsmål jeg hadde inne om listing av directories. Forsøk også å aktiviser funksjon for listing av directories (Ingen listing vil skje, bare oppkall av index.php ?). Se spørsmål: http://www.eksperten.dk/spm/123770 Spørs om det ikke kan være her det ligger.
Det er ikke et problem med hverken DNS eller rettigheder. Alle filer er CHMOD\'ed og det har da absolut heller ikke noget med sagen at gøre, som snowball siger. Selvfølgelig er der også \"Options Indexes\" globalt i min httpd.conf.
Bare et lite spørsmål til sist: Hvilke distribusjoner er det dere kjører ? Gjetter på at det ikke kan dreie seg om RH 7.1 slik som her. Rett ? Foreslår å avslutte spørsmålet og opprette det på nytt.
Kan ikke annet enn le av det hele. Dette er jo nesten helt utrolig. Kjører RH 7.1 stort sett i standardoppsett. Feilen slik som dere beskriver den forekommer ikke her. Min aller siste tanke må bli: Mon tro om det kan være forskjell på distribusjonenes utgivelsesdatoer. Tror egentlig ikke på dette heller ..
Kan dere skjønne og begripe ??? Jeg kjører også 1.3.19 !!! (Og når jeg var inne og laget en directory listing på web for å sjekke dette så satte jeg ikke til noen slash til sist). Virkelig ubegripelig. HJÆÆÆÆÆÆLP! :) (Det fungerer.)
Tenke, tenke, tenke .. Bruker default port 80, hva i all verdens dager skulle kunne være forskjellig ?? .. Hva med å slå av firewallen for et lite ekspriment å kjøre uten ??
Det har jeg længe været irreteret over. Godt du fandt ud af det :)
Snowball
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.