Sorry, de pagina die u zoekt kan niet weergegeven worden

[Tien]

beheer je de router/modem zelf, of laat je dit de Synology doen?

[Hawkeye_nl]

Ik heb het de synology laten doen.
Daarnaast heb ik met Cisco support alle instellingen handmatig nagelopen en gecontroleerd.
Daarbij hebben wij de interne IP adres gereserveerd voor de Synology en ook de poortrange in de server van port 80 doorgezet naar de server ip adres.

[henkg]

Lange tijd geleden had ik een probleem met de DS webserver. Opgelost door een DS reboot. Maar dat zul je ook al wel geprobeerd hebben.

Wat is een DS Reboot & hoe doe je dit?

Herstarten (reboot) van je Diskstation (DS).
Hoe: Ingelogd als admin: Blauwe pijltje links boven. Normaal zou je je daar log-out kiezen. Voor een herstart: restart. (Mijn DSM is ingesteld op Engels).

[Hawkeye_nl]

Ok, in dat geval heb ik dat idd al gedaan!
Ik zag door de bomen het bos even niet en verwarde DS met afkortingen als DDNS.
 <!-- s:P --><!-- s:P -->

Overigens nu nog maar een keer gedaan maar zonder positief resultaat.
Nog altijd ga ik gewoon naar poort 5000 ipv naar poort 80

[henkg]

Nog altijd ga ik gewoon naar poort 5000 ipv naar poort 80

Dat gebeurt inderdaad als er geen index.html of iets dergelijks in de root van je web share staat.
Bestandsnaam moet wel geheel in lower case zijn. Maar goed, dat heb je allemaal al geprobeerd.
Alle standaard oplossingen zijn inmiddels wel voorbij gekomen, en die helpen je niet. Enige wat ik me nog kan voorstellen is dat er iets mis is met je virtual hosts (ik meen gelezen te hebben dat je dat aangezet hebt, en heb je dat wel nodig?)
Zet dat eens uit, en test dan nog eens met een simpele index.html in de root van je web share.
Als het dan wel werkt (http://internIPadres, of http://internIPadres:80, moet je het wellicht in virtual hosts zoeken.

[Matr1x]

Zet dat eens uit, en test dan nog eens met een simpele index.html in de root van je web share.
Als het dan wel werkt (http://internIPadres, of http://internIPadres:80, moet je het wellicht in virtual hosts zoeken.

Precies wat ik me ook afvraag: werkt het wel op je interne IP adres? Je moet het eerst intern aan de praat hebben, anders werkt het intern ook niet. Met in de root van je web share bedoelt Henk dus /volume1/web/index.html dus in de gedeelde map web.

[Hawkeye_nl]

Heee, ik heb gedaan wat jullie aangaven. De virtual host heb ik even verwijderd en een kale index.html pagina gemaakt in de rootmap web/
Als ik nu het interne ip adres, het externe ip adres of zelfs het url webadres/no-ip.info intype, dan word ik ineens zonder problemen doorgestuurd naar de index.html pagina.
Wil ik echter nu naar de pagina van phpMyAdmin die in de map /web/phpMyAdmin staat dan krijg ik wederom dezelfde foutpagina als anders te zien. Bij phpMyAdmin is dit een index.php pagina. Hetzelfde geld echter ook voor bv de webalizer pagina welke een index.html pagina heeft.

Het enige wat ik dus nu kan is een pagina aanroepen in de map web/.
Ook het aanroepen op de index.html pagina van een afbeelding die ik in een map heb geplaatst in de root word niet weergegeven. bv een plaatje in de map web/img/naamplaatje.png

Het gaat dus duidelijk echt verkeerd in de NAS zelf!

Nogmaals, het heeft allemaal perfect gewerkt het eerste uur.
Bedankt voor jullie geduld!

Betreft de noodzakelijkheid van de virtual host.
Ik heb juist een NAS genomen omdat de mogelijkheid hierbij is om meerdere website op de server te draaien. Gezien ik voor meerdere instellingen de website bouw en beheer is deze optie dus erg belangrijk voor mij.

[Holy]

Nu je de Virtual Host achterwege laat, kun je wellicht hier iets mee: http://www.synology-forum.nl/viewtopic.php?f=65&t=7732#msg35821
Komt er in het kort op neer dat er in de map WEB welke jij wel kunt benaderen een index.php staat met verwijzingen naar andere mappen binnen de map WEB.  Werkt bij mij naar volle tevredenheid.

[Hawkeye_nl]

Dit heb ik nu direct getest.
De link: hawkeyenl.no-ip.info
Nu krijg ik een lege pagina. Klopt omdat het alleen jouw script bevat.
 Type ik echter de naam hawkeyenl.no-ip.info/webalizer in die verwijst naar de map webalizer in de map web/ dan krijg ik wederom de pagina:
Sorry, de pagina die u zoekt kan niet weergegeven worden.

Ik moet zeggen dat ik er wel een beetje zat van word inmiddels. Klaarblijkelijk mag ik naar geen enkele map in de root. Alleen de root zelf is benaderbaar.

[Holy]

Heb je de Virtuele host wel correct ingesteld ( vast wel, maar even ter controle   ) en staat de map web inderdaad in kleine letters ( case sensitive )?
Virtuele host instellen als volgt:

naam van de submap:   iets
hostnaam:      iets.hawkeyenl.no-ip.info
protocol:      HTTP
Poort:         80

Op deze manier zou het namelijk moeten werken, inmiddels thuis van mijn werk hier ook even een Virtuele host aangemaakt en het lijkt op  deze manier te werken.
Indien je dan in je browser http://iets.hawkeyenl.no-ip.info  opvraagt, zou je in de map iets in de map web terecht moeten komen.

P.S. de map web heeft de juiste rechten, maar hebben de sub-mappen ook de juiste rechten?

Overigens krijg je van mij een bedankje, want na wat meedenken ( speuren op het engels forum ) heb ik nu mijn Virtuele hosts aan het lopen, wat voorheen niet lukte. Hoe cru dan ook    .  Het zat hem bij mij in het opvragen: ExternIPadres/iets werkt wel, mijndomein.nl/iets werkt niet, echter iets.mijndomein.nl werkt wel
 
Dus het gaat om de A-records.

[Hawkeye_nl]

Bedankt Holy,

Ik heb net de virtual host exact zo ingesteld zoals je hierboven aangeeft.
dus ook met de naam.hawkeyenl.no-ip.info

Browsen op de naam, ip adres, wat ik ook probeer geeft niet het resultaat wat ik moet krijgen. Ik kan en mag op geen enkele wijze verwijzen naar een map in de map web!

Ik zal vandaag een vraag neerleggen bij Synology zelf. Als ik hiermee verder kom dan laat ik het jullie graag weten.

Overigens ben ik blij dat het nu bij jou wel werkt!

[Hawkeye_nl]

Ik wil iedereen even bedanken voor het meedenken in deze maar kan gelukkig melden dat ik het probleem heb opgelost.

Direct na aanschaf van de NAS heb ik deze voorzien van twee lege harde schijven. Het systeem in het netwerk gehangen en opgestart. Vrijwel direct daarna heb ik de nieuwe  Firmware geïnstalleerd en ben begonnen met mijn ontdekkingstocht op de server. Hoewel de NAS aangeeft dat je direct kunt beginnen met werken denk ik dat juist hier het probleem door is ontstaan! Ik ben namelijk direct en enthousiast aan de slag gegaan met het inschakelen van de Web Server, het instellen van de MySQL server. De phpMyAdmin component en de Virtuele Host om zo snel als mogelijk te kunnen beginnen met het werken aan de nieuwe testsites waarmee ik bezig ben. Direct daarna ben ik even op ontdekkingstocht gegaan naar de mogelijkheden van de Photo server etc. Nadat ik dat allemaal een beetje heb bekeken en een tijdje van de pc ben geweest had ik de voorgemelde problemen ineens en kon ik niet meer in de mappen komen in de root web/


Ik heb werkelijk alles wat jullie hebben geboden aangepakt en geprobeerd. Niets leek te helpen totdat ik alleen een index.html pagina in de rootmap zelf plaatste. Toen kon ik ineens wel die pagina openen maar alleen niet verder komen. De verwijzingen naar de websites die ik al had aangemaakt, naar phpMyAdmin & webalizer bleven onbenaderbaar en gaven elke keer die haast vervloekte foutpagina als resultaat. Zelfs een simpel plaatje in een nieuw aangemaakte map met de naam img kon op de index.html pagina niet geladen worden. Tot overmaat van ramp kreeg ik van de Online Support een simpel berichtje dat ik de website in de map web/websitenaam moest plaatsen omdat ze geen ondersteuning bieden op een dieper niveau! Ik moet zeggen, ik had het echt even gehad!

Hoe uiteindelijk één typefoutje de oplossing bracht?
Ik snapte gewoon niet dat zelfs een image uit de map web/img/ niet geladen kon worden. Dus heb ik hetzelfde plaatje ook in de rootmap web/ geplaatst en nog eens aangeroepen maar ook dat werkte vreemd genoeg niet. Zelfs niet toen ik het plaatje dat de extensie .png had omgezet naar een .jpg bestand. Dus toen ik nog een keer naar de url keek van dat plaatje zag ik ineens dat ik in het pad  web/img/naamplaatje.png had gebruikt i.p.v. het pad img/naamplaatje.png. Na aanpassing kon ik de plaatjes ineens wel zien en ook los aanroepen. Niet alleen in de rootmap maar ook in de submap. Snel een index.html pagina in die map geplaats en ja hoor, ik kon de pagina ook aanroepen in de map img/. Nog altijd kon ik echter niet naar de website die ik al had gemaakt en naar de pagina’s van phpMyAdmin & webalizer. Ik begon toen het vermoeden te krijgen dat er tijdens de setup van de server iets verkeerd moet zijn gegaan waardoor het niet kan omgaan met die drie mappen terwijl ik wel in de nieuwe mappen kon komen.  Ik heb vervolgens in de Virtuele Host de website verwijderd. phpMyAdmin & webalizer gede-installeerd  De mappen van de website en webalizer volledig verwijderd. (die van phpMyAdmin waren al door de NAS verwijderd met het de-installeren). Daarna heb ik de SQL database verwijderd via de “standaard instellingen terugzetten” optie.

Vervolgens ben ik weer helemaal opnieuw begonnen met het opzetten.
Nieuwe Virtuele Host aanmaken. De phpMyAdmin & webalizer componenten geïnstalleerd, een database aangemaakt via phpMyAdmin welke nu gewoon weer benaderbaar was  en na uploaden van Joomla 1.6 kon ik zonder problemen opnieuw een website installeren en gebruiken.

Kortom, ik had beter een dagje kunnen wachten met het instellen van de server zodat deze de tijd had om de harde schijven volledig te initialiseren!

[Nelesss]

Mooi dat het nu in iedergeval werkt!

[Hawkeye_nl]

Mooi dat het nu in iedergeval werkt!

Zeker weten!
Ik kan nu gelukkig verder met de dingen die ik wil gaan doen.
Niet te min vond ik dat ik hier ook mijn oplossing even moest plaatsen. Zelfs al was het zoals in veel gevallen een stukje "gebruikersfout"  

[Matr1x]

Kortom, ik had beter een dagje kunnen wachten met het instellen van de server zodat deze de tijd had om de harde schijven volledig te initialiseren!

We zijn allemaal ongeduldig en enthousiast en willen gelijk aan de slag. Als je DSM bijwerkt (nieuwe FW installeert) duurt het soms wel eens enkele dagen voordat het conversie- en indexprocess klaar is. Sommige gebruikers plaatsen eigenlijk te snel meldingen dat iets niet werkt of dat iets langszaam is of dat harddisk niet meer hibernate. Wel begrijpelijk want elk probleem is vervelend, maar soms help het echt om geduld te hebben.