Synology-Forum.nl
Overige software => Web Station => Topic gestart door: danje op 11 april 2020, 18:48:09
-
Hoi,
iets zeer geks.
Ik heb een website draaien op mijn NAS. Tot enkele dagen geen probleem om die vlot via mijn eigen pc te bereiken. De Nas zit op hetzelfde netwerk als de computer. Als ik op internet ga via de pc (bijv. firefox of chrome) dan verschijnt er dat we website niet toegankelijk is. Idem gebeurt als ik met de GSM of Ipad via het thuisnetwerk (wifi) probeer de website te benaderen.
Schakel ik op de Ipad en de GSM wifi uit en zet ik 4G aan, dan geraak ik onmiddellijk op de website. Ik veronderstel dat het niets te maken heeft met webstation. Maar ik heb al allerlei settings proberen aan te passen, in router,... maar resultaat blijft idem.
Iemand enig idee wat dit kan zijn??? En nog beter... hoe dit op te lossen?? :?:
Aan de kinderen heb ik gevraagd om bij hen thuis uit eens te proberen of ze op de website geraken. Dus met hun PC op hun eigen netwerk. Geen probleem. Dat werkt.
Dus waarom kan ik niet met mijn eigen pc op mijn eigen website die thuis op de NAS draait op hetzelfde netwerk (als ik dat dus doe via www.mijnwebsite.eu???
-
Nat-loopback issue?
-
.....(als ik dat dus doe via www.mijnwebsite.eu ??
Ik kom ook gewoon op die website. Zou ook niet direct een oplossing weten waarom geen connectie vanuit je eigen netwerk?
Echter wel als opmerking, dat het standaard geen "beveiligde" https website betreft, en geen SSL certificaat heeft.
Voor alleen wat informatie is dat niet zo erg.
Maar aangezien je ook een contact-pagina gebruikt waarbij mensen hun persoonsgegevens moeten invullen,
gaat die data onversleuteld over internet. Dat is niet zo handig indien iemand vanaf een openbaar WiFi netwerk gebruik maakt.
Data kan door anderen worden opgepikt en uitgelezen.
Het geeft eigenlijk ook niet zoveel vertrouwen, een website te draaien zonder certificaat.
Dus het advies om in ieder geval een geldig SSL-certificaat op je NAS te importeren,
en de website automatisch naar een https verbinding om te laten zetten.
-
Oplossing voor mensen die bang zijn dat hun gegeven worden gestolen.
http://bytes.egestas.net/encrypt-your-input/
-
Als je in je eigen netwerk, niet op je website kan komen, zet Nat-loopback aan in je Router, wat @Briolet in feite ook aangeeft als hint.
-
HOi,
excuses. De URL die ik ingaf was een 'fake'. Niet mijn eigen URL. Natuurlijk niet slim om eerst even na te kijken. Het leidt naar een bestaande website;
Dat is dus niet mijn website.
Het was maar om aan te geven dat als ik in een browser de url van mijn website ingeef, binnen mijn eigen netwerk, ik niet op de website geraak.
Buiten mijn netwerk geraak ik er wel op net als iedereen.
Dus ik probeer nu vooral terug te bekomen dat ik via mijn eigen netwerk ook met die url in de browser op de site geraak. Zeker vorige week ging het nog. Geen aanpassingen gedaan sindsdien, dus vreemd waarom dit nu is.
-
Hoi, merci voor respons. Ik heb nog nooit gehoord van NAT-loopback maar zal het eens opzoeken. Tips over hoe , wat... zijn zeker welkom.
-
De Router heeft vast wel een handleiding on-line, zoek op NAT.
-
Wel vreemd dat het eerder wel werkte, en er geen instellingen zijn (of zouden zijn) veranderd?
-
Dat is wel waar, misschien een update gehad en vinkje weg bij NAT loopback ?
-
Hoi,
alles werkte perfect.
Mijn opstelling is:
Telenet modem -TPLink touch P5 - netgear 7000
Dus na de modem van telenet komt de TP Link. Die is bekabeld verbonden met mijn PC, tv,... En ook bekabeld naar de netgear (in bridgefunctie)
De nas is verbonden met de netgear. Waarom die tweede router? Die netgear bediend eigenlijk het draadloos netwerk aan andere kant van het huis waar de tp link geen bereik heeft.
Ik heb al eens in de instellingen van de tp link zitten neuzen maar zie daar nergens iets dat noemt NAT loopback.
In de modem van telenet staat de tp link als DMZ. En de nas staat in DMZ in de tp link. Dus alles moet vlot doorgaan.
Enfin, het heeft jaren zo gedraaid, zelfs vorige week nog en nu plots niet meer. Ik heb wel een update gehad op de NAS. Kan daar iets mis zitten?
-
ik geef even de url van de website mee. www.jeuris.eu
-
hoi, nu helemaal te gek.
Ik heb even een test gedaan. Ik heb bitdefender als antivirus.
Met dat pakket heb ik ook Bitdefender VPN.
Ik heb nu die VPN eens opgestart en getracht om zo op mijn site te geraken. En wonder boven wonder, dan kan ik wel via mijn eigen PC op de website.
???
Scheelt er iets met de instelling van de modem van telenet??
de modem telenet geeft in huis netwerk 192.168.0.1. De TP link geeft verder in 192.168.1.1
-
ik geef even de url van de website mee. www.jeuris.eu
Iets klopt er dan toch niet met de wijze van doorsturen m.b.t. dat domein.
Je hebt een officieel domein "jeuris.eu"
Ik kom ook op je website, maar geeft in de browser adresbalk je WAN IP-adres.
Bij correcte instellingen zou daar gewoon je domeinnaam moeten staan, en niet je WAN-IP adres.
(Je opgegeven link www.jeuris.eu is echt je domeinnaam, en niet achterliggend in de web-code voor het forum een WAN IP-adres).
Je zou eens kunnen kijken of in het gebruikers-account waar je dat domein hebt geregistreerd alle A-records wel juist hebt ingesteld,
die verwijzen naar je WAN IP-adres?
Overigens als opmerking wat ik eerder bij je onderwerp heb aangehaald (https://www.synology-forum.nl/web-server/website-bereikbaar-via-4g-maar-niet-via-wifinetwerkkabel/msg282786/#msg282786),
of het nu komt door verwijzen en weergave van je WAN IP-adres, en niet je domeinnaam.
Je website gaat ook in jou geval niet automatisch naar een https uitvoer, maar blijft op http staan.
Maar goed, dat is iets voor latere aandacht.
Eerst maar eens zorgen dat je website op de juiste wijze met domeinnaam in een browser wordt weergegeven.
Dan zal je mogelijk ook geen uitzonderingen hoeven te maken met dat bitdefender?
-
hoi, merci voor feedback.
Ik probeer al lange tijd om die domeinnaam te laten verschijnen ipv WAN-IP adres.
Maar tot op vandaag is mij dat niet gelukt. Ik had het zowat opgegeven.
Maar misschien moet ik nog eens pogen.
Vraag is waar te beginnen. Ik ben bij Versio.nl. ik ga daar nog eens kijken naar de instellingen.
Je zegt bij de A-instellingen.
Kan ik je een private message sturen? Daar steek ik even het overzicht in van de versio-instellingen.
misschien dat je me in de juiste richting kan zetten?
-
Het verschijnen van een IP adres in de browserbalk zal niet aan de dns instellingen liggen, maar aan je html code die steeds naar een IP adres doorverwijst en niet naar een domeinnaam.
-
Dat zou ook nog kunnen?
Maar doorgaans neem je in webcode het eerste stuk van een directory helemaal niet het domein of IP-adres op in verwijzingen.
Het is al wat langer geleden dat ik me echt heb verdiept in webcode.
Maar is dat niet iets van ../xyz wat dan verwijst naar de hoofddirectory van de webmap?? (In dit geval één stapje terug, en dan verder).
-
Heel gek, ondertussen kan ik de websites (ik heb er een paar) wel weer gewoon bereiken. Waar dat mogelijk heeft gemaakt???
Dus zoals voorheen, zonder die VPN te gebruiken, geraak ik gewoon terug op mijn websites die op de NAS draaien.
Heeft het met Pasen te maken, de werderopstanding??? ;)
Maar ondertussen ben ik wel opnieuw getriggerd met jullie boodschap rond de IP in mijn adres.
Hoe krijg ik dat er uit?
Beide websites blijven dat IP tonen ondanks aanpassingen in de DNS.
bekijk ze maar eens. www.jeuris.eu en www.okve.be
ik wil gerust wel zo'n teamviewer doen als dat kan vooruit helpen
ik probeer in bijlage de printscreen te steken van de instellingen bij versio.
Wat ik merk is dat het ip adres waar daar wordt verwezen totaal verschillend is van het ip adres dat jullie zien als jullie naar mijn websites surfen. Ook wel vreemd. Mijn huidig ip = 84.197.93.219. Ik weet dat het in het verleden door telenet eens is gewijzigd. Dat in de foto is misschien nog het oude maar toch voor beide sites is dat wat er nu bij versio nog altijd staat en verwijst naar mijn sites.
-
Dat plaatje met alle gegevens zou ik uit veiligheidsoverwegingen toch maar weghalen.
Dit is een openbaar forum. Potentiële hackers die dit lezen, zullen dat leuk vinden.
(Met name die AAAA records is niet handig).
Het web domein www.okve.be geeft hier overigens geen connectie.
-
oeps bedankt; zo beter?
-
Nee, het staat er nog steeds als bijlage. Zie hoe je die bijlage weer weg haalt.
Door je bericht te bewerken en het vinkje van een bijlage = onder het kopje "Bijgevoegd" weer weg te halen.
[attachimg=1]
-
@Babylonia Als je een website beheerd die publiek toegankelijk moet zijn, ben je gedwongen deze gegevens te publiceren. Als je ze hier ook nog eens toont, voegt dat niets toe aan het risico.
-
Die AAAA records met IPv6 gegevens m.b.t. mail hoef je helemaal niet te delen.
Lijken me ook geen openbaar gewenste gegevens m.b.t. "een website", want dat heeft op zichzelf niets met een website te maken.
Zou ik zeer beslist dan ook niet delen. Dat is een rechtstreekse doorverwijzing (IPv6) naar een mail-server zonder port forwarding.
Maar inmiddels heeft hij het eerdere plaatje uitgewisseld, met een bijlage die minder gegevens bevat.
-
De bedoeling van een DNS record is dat iedereen de gehele inhoud kan opvragen. (b.v. met het host, dig of nslookup commando)
Juist iemand die kwaad zou willen haalt al deze info gewoon uit het dns record.b.v. geeft "host example.nl" direct alle A, AAAA en mail records.
-
Als ik mijn eigen NL-domein wat ik op mijn internet WAN IP-adres heb afgestemd, invul bij bijv. de volgende "lookup" controle website:
https://network-tools.com/nslookup/
Krijg ik daar ik geen AAAA records te zien m.b.t mail. Alleen mijn eigen internet WAN IP-adres (A = the IPv4 address of the domain.)
+ een aantal gegevens van de hosting provider waar ik het domein heb geregistreerd.
Aanvullend:
Overigens wel bij controle van de website www.jeuris.eu
Is dan misschien het onderscheid?? In België is bijna alles IPv6
Dan maakt het mogelijk niet zoveel uit???
Nou ja. beter te voorzichtig, dan te openhartig alles delen. :wtf:
-
Ik veronderstel dat het met de beknoptere bijlage nu wel OK is?
Jullie wijken wel af van de topic ;)
Ik sta nog altijd open voor suggesties om die 'cijferkes' uit mijn URL te krijgen. :)
Zoals gezegd, ik heb daar eens lange tijd mee bezig geweest. Allerlei tips op het internet. Aanpassingen in die records, aanpassingen in de website zelf... maar niets dat het deed.
Dus ik ben altijd bereid om de gouden tip te ontvangen.
-
Gemaakt in Wordpress zie ik ?
Heb je de settings al nagekeken ?
Naar General settings->change “Site Address (URL)” en veranderen naar je domein-gegevens.
Standaard laat het je site IP zien.
-
Hoi, ik heb dat gemaakt in Openelement
Ik zal daar eens in de instellingen zoeken.
Kan het ook iets te maken hebben met de redirect die ik heb gemaakt in bij Versio.nl?
zie bijlage
Maar ik ga eens kijken in openelement bij opbouw van mijn site of ik daar vind waarnaar u verwijst.
groeten
-
Zoals eerder geschreven: Je hele html code zit vol met verwijzingen naar je IP adres.
Als je zelf je html code schrijft, heb je die zelf toegevoegd.
Als je een pakket gebruikt om de html code aan te maken, dan heeft dat pakket dat gedaan. Maar iemand heeft via de settings verteld dat dit een IP adres is en geen domein.
Verder lijken me die versio instellingen ook een duidelijke opdracht voor een redirect naar IP adres.
-
Hoi,
dat wordt wat moeilijk voor den deze hier. Ik heb openelement eens terug opgestart, de website hierin terug opgeladen om te zien.
Het is een 'what you see is what you get'. Ik ben helemaal niet thuis in html code.
Ik heb eens erin gedoken en zie ook veel verwijzingen naar dat ip maar hoe en wie dat er heeft ingestoken?? Vermoedelijk ondergetekende maar hoe dan, wanneer,...???
Enfin, niet simpel voor mij... :wtf:
Enfin, ik wil hier en daar proberen wat te sleutelen, maar ben al blijf dat ik terug op de website kan via de pc in eigen netwerk. Daar ging het in eerste instantie om.
Moest ik dat IP verhaal ook kunnen uitklaren dat was ook leuk, maar al heel blij dat ik terug aan de website kan.
Thanks, een heel dikke merci!
-
Ik sta nog altijd open voor suggesties om die 'cijferkes' uit mijn URL te krijgen. :)
Wat ik uit je taalgebruik denk op te maken, ben je naar ik denk gesitueerd in "België" ?
De IP adres gegevens die je bij je DNS-records hebt ingevuld --zijnde 185.182.56.23--
bij de provider waar je je domein hebt geregistreerd, verwijzen naar een web-adres in Almere.
http://whois.domaintools.com/185.182.56.23
Dat lijkt me overigens een subdomein te zijn van Versio zelf.
Maar goed, als daadwerkelijk Almere je thuislocatie zou zijn, waar de NAS draaiende is, is dat juist.
Indien NIET (maar in België) zouden in ieder geval DAT internet WAN IP-adres van je internet-connectie thuis moeten zijn ingevuld.
-
Als ik mijn eigen NL-domein wat ik op mijn internet WAN IP-adres heb afgestemd, invul bij bijv. de volgende "lookup" controle …
Krijg ik daar ik geen AAAA records te zien m.b.t mail. Alleen mijn eigen internet WAN IP-adres (A = the IPv4 address of the domain.)
Het host command geeft standaard ook de mail info. Bij snlookup moet je expliciet naar het MX record vragen
nslookup -q=mx jouwdomein.nl
Op zich ook logisch dat iedereen dat zo moet kunnen opvragen. Dit is noodzakelijk om mail te kunnen afleveren.
In elk geval moet je je altijd realiseren dat kwaadwillenden dagelijks jouw IP adres bezoeken. Dat doen ze meestal niet zelf, maar doen dat via de 'shodan' zoekmachine. shodan loopt constant alle IP adressen langs en inventariseert welke poorten open staan en welke servers achter die poorten staan.
Als iemand mailservers zoekt, hoeft hij die info niet via fora te zoeken, maar vraagt het gewoon aan shodan.
Dat ik ook de reden dat ik de shodan IP adressen zoveel mogelijk blokkeer in mijn firewall. Ik wil helemaal niet opgenomen worden in hun database. Daar begint de beveiliging al. Gelukkig gebruikt shodan een reverse-dns waar steeds hun naam in voorkomt, zodat ze goed te herkennen zijn.
-
Inmiddels ben ik er ook achter gekomen dat het kennelijk openbaar bekende gegevens zijn.
Zie mijn aanvulling onderaan die ik eerder er nog bij heb gezet bij de reactie op de vorige pagina. (https://www.synology-forum.nl/web-server/website-bereikbaar-via-4g-maar-niet-via-wifinetwerkkabel/msg282817/#msg282817)
Dan maakt het mogelijk niet zoveel uit???
Nou ja. beter te voorzichtig, dan te openhartig alles delen. :wtf:
Laten we ons nu verder maar richten op het probleem van de topic starter van domein versus IP-adres wat wordt getoond. ;)
-
@Babylonia. Yep, ondergetekende is van België. Regio Antwerpen.
De domeinnamen die ik bezit heb ik 'gekocht' bij Versio.nl. Kan het daarmee te maken hebben?
-
Daar kan het inderdaad mee te maken hebben.
En daar komen we dan wellicht aan "het probleem".
Standaard worden bij providers de IP gegevens bij die DNS-record ingevuld van de eigen hosting servers.
Omdat 99% van de mensen die een domein bij een provider registreert ook dáár de hosting doet van die website zelf.
Maar in dit geval heb je de hosting van de website niet bij Versio ondergebracht, maar bij jezelf thuis.
Je moet dan ook je eigen WAN IP-adres gegevens invullen van thuis, waar het domein naartoe moet verwijzen.
Waarom je via het domein dan toch bij jou thuis uitkomt, ondanks de verkeerde gegevens van IP-adres,
zit hem dan misschien in het IPv6 adres, wat naar ik vermoed wel correct is?? (Heb ik nu niet gecontroleerd).
Ofwel de gegevens zijn dan "half" juist ingevoerd. En werken dan wellicht ook maar "half" goed.
M.b.t. het invullen van gegevens van die DNS-gegevens zie een eerder onderwerp met schermafdruk < HIER > (https://www.synology-forum.nl/ddns-extern-benaderen/kan-domeinnaam-niet-met-m'n-synology-ds213-verbinden/msg243179/#msg243179)
en de vervolgreacties (en mogelijk ook ervóór).
Zoals in ieder geval bij die reactie wordt beschreven:
- De derde kolom onder "Inhoud" wordt bij alle A-records het WAN IP-adres van de internet aansluiting thuis vastgelegd.
-
misschien moet ik overwegen om een nieuwe website te bouwen en onderdak te geven bij Versio. Dan is het misschien opgelost.
alleen was het leuk om het thuis op een Synology te hebben draaien.
Ik kan het nog eens proberen. ik heb nog een paar andere domeinen bij Versio, maar nog geen website voor gebouwd. Misschien moet ik eens met een van die domeinnamen spelen en die website bij Versio laten hosten. Zien wat dat geeft.
Met de lockdown van corona is er niet veel anders te doen op het moment... behalve af en toe gaan werken...
Terzijde, ik heb zelf nu twee weken in ophokplicht gezeten wegens verdachte symptomen (maar helaas niet getest). Dinsdag start ik terug met werken in het ziekenhuis. We zullen er weer eens tegenaan gaan en hopen dat we binnenkort van dat beestje verlost zijn.
Dikke dikke merci voor jullie feedback, ideeën,...
:!: :clap:
-
misschien moet ik overwegen om een nieuwe website te bouwen en onderdak te geven bij Versio. Dan is het misschien opgelost.
alleen was het leuk om het thuis op een Synology te hebben draaien.
Vul bij die DNS-gegevens bij Versio nu eens gewoon je eigen WAN IP-adres gegevens van thuis in.
https://www.watismijnipadres.nl/
Wat levert dat op?
Bij het andere onderwerp waar ik naar verwijs, is het ook opgelost, met de web-server op de NAS.
Ik kreeg zelfs als bedankje een serenade aangeboden.
< HIER > (https://www.synology-forum.nl/ddns-extern-benaderen/kan-domeinnaam-niet-met-m'n-synology-ds213-verbinden/msg243485/#msg243485) en de serenade staat nog steeds online. Dus je kunt er ook van genieten. ;) 8)
-
het mijn is 84.197.93.219
je bedoelt overal bij versio waar verwezen wordt naar de ip in Almere, moet ik vervangen door 84.197.93.219
En dan zien wat het geeft?
-
Inderdaad. Alleen bij alle A-records. (Die verwijzen naar IPv4 adressen)
AAAA-records verwijzen naar IPv6 adressen. Dat heb ik niet gecontroleerd of die van Versio is.
-
hoi,
ik heb het gedaan voor de website www.okve.be
ik heb niet de indruk dat er iets verandert.
De website blijft bereikbaar.
Alhoewel, als ik nu in Chrome deze website probeer te openen dan lukt het niet.
-
Aanvullend:
Dat IPv6 adres verwijst naar gegevens van een bedrijf in Zwolle. Dus naar ik denk ook Versio.nl gerelateerd.
https://dnschecker.org/ipv6-whois-lookup.php
Weet niet of je in je modem of router van je internetaansluiting ook een IPv6 adres krijgt toegwezen?
Dan zou je dat bij de AAAA-records kunnen invullen.
Bedenk verder dat een verandering van DNS-gegevens niet direct werkt.
Dat kan tot pakweg 24 uur duren voor het daadwerkelijk verder ook naar achterliggende DNS-servers in het algemeen is doorgegeven.
-
kan het ook iets te maken hebben met de redirect die ik heb gemaakt
in bijlage is het wel die van de andere website maar die voor OKVE is ook zo.
-
Die redirect moet je er inderdaad uithalen. Dat is namelijk precies het adres wat ik te zien krijg.
Daar heeft @Briolet overigens ook al eerder op gewezen, maar dan met betrekking tot je website op de NAS.
Nu dat ik dit portal te zien krijg, begin ik het te snappen.
Het domein staat feitelijk voor hosting op de server van Versio geregistreerd.
Maar omdat je daar die hosting niet doet, heb je dat binnen het portal weer doorverwezen.
Dat gaat op die wijze dan niet goed.
De registratie van je domein moet rechtstreeks naar je WAN IP-adres verwijzen.
Met hosting van "een website" bij Versio heb je eigenlijk niets te maken,
als het de bedoeling is expliciet het domein voor de thuislocatie te gebruiken.
-
als ik in de modem van telenet ga kijken dan vind ik volgend ip adres 2a02:181f:1:23:7c15:82e5:e976:14bf
ik zal dat eens kleven achter die DNS voor de website van OKVE
-
we gooien die redirect er eens uit en plaatsen dan enkel in de DNS de ip's hier in belgenland...
-
voor de website van OKVE
Je haalt gegevens van twee verschillende domeinen door elkaar. Dat gaat op die manier natuurlijk nooit goed komen !!
Wat gebruik je nu thuis??
Die met die Camper? www.jeuris.eu
Alleen gegevens consequent voor één domein gebruiken, en daar op testen.
Overigens, ik ga nu mijn tijd voorlopig weer even aan andere dingen besteden.
-
hoi,
ik ben nu volledige enkel en alleen met de website www.okve.be bezig.
Dit ga ik toch helemaal laten verdwijnen, dus daar kan ik mee experimenteren.
Ik heb bij versio de redirect eruit gehaald. Dus die is weg.
Zie bijlage.
Daarnaast heb ik alle A en AAAA aangepast naar mij IP's
tweede bijlage
Nu zal het vermoedelijk even wachten zijn tot alle wijzigingen van start gaan...
hopelijk is het dat....
-
Hoi,
die met de camper www.jeuris.eu ga ik eventjes gerust laten. Daar experimenteer ik nu even liever niet mee omdat nogal wat verschillende mensen hierop komen kijken. Daar hangen immers ook heel wat mailadressen aan. Als dat in de puree draait, dat zou ambetant zijn.
De andere website www.okve.be, zoals gezegd;... die gaat ooit verdwijnen, dus als die al eens onbereikbaar is, is geen drama
nog eens dikke merci voor de support
dus nu misschien die 24u eventjes wachten om te zien wat het effect is.
-
Toch even tussendoor nog een reactie, voordat ik het vergeet.
Met die eerdere redirect die ik zag in je gebruikers portal, verwees je naar een extra achterliggende map / directory.
Dat is namelijk ook de extra map "jeuris" achter je WAN IP-adres die je tegenkomt via opklikken van het domein www.jeuris.eu
---> http://84.197.93.219/jeuris/
Denkend daaraan is er kennelijk geen directe index pagina actief binnen de hoofd directory van je web-server.
Geef ik je domein http://okve.be nu in, in een webbrowser werkt dat niet. Die leidt nergens naartoe.
Geef ik echter in http://okve.be/jeuris/ dan werkt je domein en de juiste doorverwijzing naar je NAS nu WEL
Er blijft nu een domein staan, en geen redirect naar een WAN IP-adres.
Alleen dus niet een verwijzing naar de hoofddirectory. (En van daaruit evt. verder).
Dat is dan nog een zaak om aan te passen.
Om niet teveel roet in het eten te gooien voor het andere domein / mail-addressen.
Kun je in de hoofddirectory een index pagina plaasten met een redirect als code in die pagina,
die naar het extra mapje "jeuris" verwijst. Zie als voorbeeld < HIER > (https://www.synology-forum.nl/web-server/locatie-toekennen-aan-wegstation/msg193906/#msg193906)
Het werkt overigens allemaal wel erg traag via het domein. (Paar keer meer opklikken gaat het sneller).
-
dat is straf?
Ik ga je advies eens verder uitpluizen.
Als ik surf naar www.jeuris.eu/jeuris dan komt ik ook mooi op de website uit en blijft de url er mooi staan zonder al die cijfertjes.
Ik zoek eens verder uit.
tips zijn altijd welkom
-
Maar ik niet.
www.jeuris.eu/jeuris laat zien http://84.197.93.219/jeuris/jeuris:
[attach=1]
Doe ik http://84.197.93.219/jeuris/ dan kom ik op je site, weliswaar niet veilig (https):
[attach=2]
Helaas geen tips voor je, geen verstand van websites. :(
-
hoi,
dus ik heb op de NAS onder de map 'web' een 2-tal websites lopen.
Eentje noemt 'jeuris', het andere noemt 'okve'.
In de hoofdmap 'web' staat een html bestandje genaamd 'index'.
Ook in elke submap (jeuris en okve) staat er zo'n bestandje.
Ik veronderstel dat ik het document 'index.html' in de hoofdmap 'web' moet bewerken.
Ik heb dat geopende in WORD en gezorgd dat het opent als html. Er staat in dat bestandje niets.
Ik heb daar de code ingegeven die je in je andere post hebt meegegeven.
<html>
<meta http-equiv="refresh" content="0;url=../naam-van-mapje/index.htm" />
</html>
en dan waar naam-van-mapje staat heb ik jeuris gezet.
OPgeslagen, bewaard en uitgetest. Als ik naar www.jeuris.eu surf krijg ik nog steeds de 'nummertjes'.
Als ik in verkenner in de map 'web' dubbelklik op het bestandje incex.html, dan opent zich de browers en verschijnt er gewoon bovenstaande tekst maar verder niets.??
-
Dit kan dus niet :
http://84.197.93.219/
verwijst naar
http://84.197.93.219/naam-van-mapje/index.htm
-
Uiteraard niet omdat het een niet gebruikte fake mapnaam is.
Deze wel:
http://84.197.93.219/jeuris/index.htm
-
En je moet het aanmaken in een teksteditor en niet in Word opmaak.
<div class=WordSection1>
<p class=MsoNormal style='tab-stops:45.8pt 91.6pt 137.4pt 183.2pt 229.0pt 274.8pt 320.6pt 366.4pt 412.2pt 458.0pt 503.8pt 549.6pt 595.4pt 641.2pt 687.0pt 732.8pt'><span
style='font-size:10.0pt;font-family:"Courier New";mso-fareast-font-family:"Times New Roman"'><html><br>
<meta http-<span class=SpellE>equiv</span>="<span
class=SpellE>refresh</span>" content="0;url=../jeuris/<span
class=SpellE>index.cgi</span>" /><br>
</html><o:p></o:p></span></p>
<p class=MsoNormal><o:p> </o:p></p>
</div>
-
Uit de uitleg van Babylonia meen ik te begrijpen dat ik in het index-bestandje in de hoofdmap WEB aanpassingen moet doen.
Maar dat geeft geen respons. Of toch niet wat we zoeken.
Dus als ik surf naar www.okve.be/jeuris of naar www.jeuris.eu/jeuris... dan zijn is er geen ip in de adresbalk te zien. Als ik rechtstreeks surf naar www.okve.be of rechstreeks naar www.jeuris.eu, dan is dat IP er wel.
Het licht dus ergens in de verwijzing in dat idex.html bestandje maar hoe en wat? Hoe aan te passen???
-
Hoi Wyodor.
bedoel je dan als teksteditor bijv. Notepad++?
Is dat dat een nieuw document opstarten in Notepad++, uw code er in plakken. Opslaan als index.html?
Of moet ik dat bestaande index.html in de hoofdmap 'web' openen met Notepad++ en daaraan toevoegen.
Alleen als ik dat index.html open met notepad++ opent wel een document maar het enigste dat ik er zie in staan is een onnoemlijk aantal keren NUL NUL NUL.....
-
Uit de uitleg van Babylonia meen ik te begrijpen dat ik in het index-bestandje in de hoofdmap WEB aanpassingen moet doen.
Maar dat geeft geen respons. Of toch niet wat we zoeken.
Dan doe je het gewoon fout !!
Ik heb het voor de aardigheid hier gewoon bij mezelf nog eens als test geprobeerd. Het werkt gewoon.
Je hebt toch wel de juiste URL ingegeven?
Dat is kritisch. Een bestandje met als extensie .htm is bijv. iets anders als .html
Dus als je index bestandje in de map een extensie heeft van .html
Maar in de redirect zet je als exensie .htm dan werkt het dus al niet.
Alleen als ik dat index.html open met notepad++ opent wel een document maar het enigste dat ik er zie in staan is een onnoemlijk aantal keren NUL NUL NUL.....
Het moet gewoon leesbare tekst zijn.
-
Hoi,
OK er loopt iets fout.
In de hoofdmap 'web' staat het bestandje 'index.html' (duidelijk HTML). IK veronderstel dat ik daarin die code moet schrijven.
In de submapjes 'jeuris' en 'okve' staat telkens het bestandje 'index.htm' (dus niet html).
Wat moet er dan aangepast?
Die code toevoegen aan 'index.html' in de hoofdmap.
Moet er iets van die code nog aangepast??
Ik denk dat we er bijna zijn. Sorry dat ik er wat klunzig in ben, maar ik leer er ook wel uit. Dus dikke merci.
-
In de submapjes 'jeuris' en 'okve' staat telkens het bestandje 'index.htm' (dus niet html).
Je kunt vanuit de hoofdmap maar naar één submapje verwijzen.
Dus NIET naar 'jeuris' EN 'okve'
Als de index.htm (dus zonder "l") het index-bestandje is in die submappen.
Moet de redirect als code IN dat eerste index-bestandje van de hoofdmap dus verwijzen naar index.htm (dus zonder "l").
Als voorbeeld:
Ik heb "extern" bij een web-provider een website ondergebracht.
De index-pagina in de hoofdmap heb ik even uitgewisseld met een verwijzing / redirect naar een sub-mapje NAS
In dat submapje NAS is er vervolgens een nieuwe index-pagina opgenomen met in dat geval een "echte" redirect,
(geen test) naar mijn NAS thuis.
Als ik nu met die test dan gewoon naar mijn officiële website ga bij die provider gehost,
en ik tik enkel mijn domein in van die website. Kom ik uiteindelijk gewoon bij mijn NAS uit.
(Om het originele index-bestand niet te overschrijven heb ik het tijdelijk even een andere naam gegeven,
en hernoem ik voor het testen die indexbestanden met de juiste "index.html" naam).
[attachimg=1]
Waarom in mijn geval bij die externe website nog weer een redirect naar mijn NAS?
Dat is voor mij (en mijn familie) een makkelijk te onthouden manier om bij mijn NAS te komen.
Of bijv. de NAS van mijn ex op een andere locatie (met ander sub-mapje en redirect).
Of bijv. weer een andere redirect (in weer andere submapje) naar mijn router met aangekoppelde HD-drives
(is op een ander niveau dan mijn NAS). Of bijv. een redirect naar "Photo Station" etc.
Die redirects kun je natuurlijk ook toepassen binnen de website die je op de web-server van je NAS zelf host.
Dus men kan alle kanten uit.
In de plaats van "onzichtbare" redirects. (submapjes die alleen bij insiders bekend zijn).
Zou je ook een fraaie vormgegeven web-pagina kunnen maken met knoppen waar de verbindingen naar toe gaan.
Aanvulling:
Het is makkelijk in te stellen en universeel via verschillende websites op verschillende plekken ondergebracht.
Maar heeft uiteraard ook zijn nadelen als je twee websites wilt beheren op een NAS. Zoals in de vervolgreacties te lezen valt.
Dan kun je beter die genoemde "virtual hosts" toepassen als instelling op "dezelfde NAS"
die je als web-server gebruikt voor meerdere domeinen.
-
Hoi,
OK er loopt iets fout.
In de hoofdmap 'web' staat het bestandje 'index.html' (duidelijk HTML). IK veronderstel dat ik daarin die code moet schrijven.
In de hoofdmap verwijs je door naar een "index.cgi" file in de jeuris submap. Dat werkt op zich, maar maakt het lastig als je straks twee websites wilt draaien. Je kunt wel een conditionele doorverwijzing maken in de index op basis van het gebruikte domein, maar daarvoor zit er al een heel ander mechanisme in de webserver ingebouwd.
Je moet virtual hosts geen gebruiken. Dan stuurt de virtual host je al automatisch door naar de goede submap op basis van de domeinnaam. Of eigenlijk twee virtual hostst "jeuris.eu" en "www.jeurus.eu". Beide wijzend naar de jeuris submap. Hetzelfde doe je dan ook voor de andere site. Op die manier kom je met alleen de domeinnaam al in de goede submap terecht en is de toevoeging '/jeuris' nooit meer nodig.
-
in virtuele host had ik dat al aangemaakt.
voor zowel jeuris.eu als www.jeuris.eu.
evenwel nog niet voor OKVE
Maar als ik naar www.jeuris.eu surf blijven die IP-cijferkes aanwezig.
Maar dat heeft misschien niets met die virtuele host te maken??
-
Vermoedelijk heb je waar je domein is ondergebracht een redirect (url forwarding) ingesteld naar het ip nummer thuis.
Je moet de domeinnaam naar je IP nummer thuis verwijzen. Eventueel in het A record.
Beter nog is om een Synology DDNS in te stellen en dan bij je domein hoster een CNAME record aan te maken dat naar die synology DDNS naam verwijst.
Dan pas zal een virtual host goed werken.
-
het draait wat in de soep. Nu geraak ik niet meer op www.jeuris.eu :o
ik doe er wat bijlages bij.
Wat heb ik gedaan?
1. in de map WEB het bestand index.html geopend met Notepad++
hierin heb ik de code van BAbylonia gestoken
<html>
<meta http-equiv="refresh" content="0;url=../jeuris/index.htm" />
</html>
Zie de NUL NUL NUL... bovenaan??
2.dat terug opgeslagen als index.html en laten staan in de hoofdmap WEB
3. als ik dubbelklik (in verkenner) op index.html in de hoofdmap WEB, dan opent zich in verkenner een leeg blad (zie bijlage ).
als ik nu surf naar www.jeuris.eu... gebeurt er niets. behalve time-out niet bereikbaar.
als ik surf naar http://84.197.93.219/jeuris/ kom ik wel op de website.
Als ik surf naar www.okve.be/jeuris kom ik ook op de website.
maar dus niet meer als ik surf naar www.jeuris.eu.
Nu draait het dus helemaal in de soep??
-
Die 2 puntjes, / en index.htm kan je weglaten.
<meta http-equiv="refresh" content="0;url=jeuris/" />
En op de laatste afbeelding open je de webpagina als bestand (file:///) en niet via een url, al dan niet intern.
En met http://irisstation.local of het IP nummer van de NAS kom je uit op je website.
-
ik ga eens proberen met die DDNS synology.
Ik heb er eentje aangemaakt, namelijk johanjeuris.synology.me
Als ik die ingeef komt ik mooi op mijn website terecht.
Maar hoe bekom ik dat ik niet johan.jeuris.synology.me moet ingeven, maar gewoon jeuris.eu??
ik heb bij Versio.nl waar ik de domeinnaam heb aangeschaft onder de DNSopties een aanpassing gedaan. Zie bijlage. is dat wat je bedoelt?
-
Als ik het plaatje vergelijk met dat bij versio, denk ik dat CNAME moet worden omgedraaid.
jeuris.eu CNAME johanjeuris.synology.me.
https://www.versio.nl/artikelen/357-hoe-beheer-ik-de-dns-records-van-mijn-domeinnaam
Als je dit gebruikt, kan je elke sub-domein doorsturen naar de NAS. Je kan van elk dan een eigen virtual host maken. Ik heb er op die manier ca. 30.
*.jeuris.eu CNAME johanjeuris.synology.me.
Overigens kan je met johanjeuris.synology.me ook sub-domeinen (en virtual hosts) maken.
http://dit.johanjeuris.synology.me/
http://dat.johanjeuris.synology.me/
http://zus.johanjeuris.synology.me/
http://zo.johanjeuris.synology.me/
-
wat zien jullie als jullie nu gaan naar www.jeuris.eu ??
Zien jullie dan net als mij in de adresbalk www.jeuris.eu/jeuris ???
dat zou het zijn... joepie... maar nog niet te rap victory kraaien zeker??
Ik geraak dan wel niet meer op de website van www. okve.be maar zoals gezegd... die mag verdwijnen
-
Dit :
http://84.197.93.219/jeuris/
En deze wordt niet gevonden :
http://84.197.93.219/jeuris/jeuris
Er zou dan een jeuris map in de jeuris map moeten zitten.
Ik zou toch even kijken of je geen url forwarding hebt ingesteld bij versio.
-
maar als je gaat naar www.jeuris.eu??
zonder dat ip ervoor?
gek, op om het even welke browser op mijn pc verschijnt er dan www.jeuris.eu/jeuris (wat voor mij OK is)
maar als ik op de ipad ga, dan krijg ik wat jij doorstuurt.
om een punthoofd van te krijgen.
Ik ga het even laten rusten. Misschien morgen nog eens proberen met die DDNS van synology. Niet te veel op een dag ;)
Kwestie van te weten wat werkt want sommige aanpassingen blijken zich pas later door te voeren.
En dan is er nog dat item van 'niet veilig'. Moet ik ook nog eens oplossen.
maar alvast wederom eens een dikke merci
-
Ik ging daarheen. En kreeg het IP nummer.
Is dit wat is ingesteld ?
https://www.versio.nl/artikelen/72-hoe-maak-ik-een-redirect-aan
-
hoi,
dit zijn de versio instellingen.
let op, nog iets bijzonders. op een of andere manier is de ip die daar staat niet de mijne maar wordt er wel doorgestuurd naar de mijne.
als ik naar mijn andere website ga www.okve.be dan kom ik daar niet meer uit maar wel op www.okve.be/jeuris (dus mijn website die ik wil behouden).
in de DNS instellingen van versio staat bij okve wel overal verwijzing naar mijn ip.
Morgen eens proberen die van jeuris.eu ook allemaal om te zetten naar mijn ip.
-
Dat ip nummer is van versio.
En jeuris.eu heeft een A record naar dat ip nummer.
Vervolgens wordt een redirect uitgevoerd naar je ip nummer bij telenet.be.
Lees dit en kijk of je dat hebt ingesteld. Zo ja, verwijder het.
https://www.versio.nl/artikelen/72-hoe-maak-ik-een-redirect-aan
www.okve.be heeft wel een A record naar je eigen ip nummer.
Maar omdat je zelf een redirect in de webmap doet, komt ie dus uit bij de website van jeuris.eu.
-
Ik heb wat aangepast in de redirect van Versio.
Als ik nu surf naar www.jeuris.eu dan kom ik uit op www.jeuris.eu/jeuris
Dat is al een pak beter dan die cijferkes van de ip met daarachter jeuris....
Enfin, zo zie ik het toch op de pc. Op de gsm via 4g blijf ik cijferkes houden...