Domeinnaam gebruiken ipv ip

[genexxa]

Beste allemaal.

Ik wil graag mijn nas benaderen via een gekochte domeinnaam.
Ik heb het nu nog lopen via synology.me maar wil mij gekochte domeinnaam hiervoor gebruiken.
Ik ben op dit gebied een leek en hoop dat jullie mij kunnen helpen.
Als ik het goed begrijp heb ik hier voor DNS server app voor nodig.
Klopt dit of doe ik nu al iets fout?

[Babylonia]

Zoek een hosting provider waar je een "domein" registreert. (Als je dat al niet hebt gedaan).
Wat de ene, of andere provider doorrekent kan een factor van meer dan 400% schelen.  Dus zoek het goed uit.
(I.v.m. rigoureuze prijsstijgingen van oude provider afgelopen 3 jaar, ben ikzelf onlangs overgegaan naar "Junda" (tarieven excl. BTW) ).

Via de DNS functies bij een hosting provider, en aanpassen van "A-records" in het account m.b.t. het domein,
welke je laat verwijzen naar het WAN IP-adres van je internet aansluiting.  Is in principe de verbinding met eigen WAN IP adres geregeld.
(Verhuizing naar nieuwe provider was binnen 20 minuten geregeld, en aanpassing van DNS - 10 minuten extra en functionerend).

Om geen problemen tegen te komen van meldingen m.b.t. "onveilige" verbindingen, heb je tevens een SSL certificaat nodig.
Mogelijk verzorgt zo'n service provider dat ook (Junda echter niet).
Maar als een provider die service wel biedt zitten er beslist extra "verdienkosten" op (~400%).
Je kunt een SSL certificaat ook zelf bestellen bij de juiste autoriteit.

Bijv. deze:   https://www.sslcertificaten.nl/certificaten#DV_Default_1          En dan kies je die van  € 12,-  per jaar.

Mogelijk kun je binnen de NAS ook gewoon gebruik maken van een "Let's Encrypt" certificaat, die elke 3 maanden wordt vernieuwd.
(Nooit geprobeerd voor eigen domein, maar zou in principe ook kunnen werken.  Bespaar je de kosten bij zo'n certificaat organisatie).
Heb zelf juist NIET voor een "Let's Encrypt" certificaat gekozen i.v.m die beperkte geldigheidsduur, en toewijzing certificaat aan VPN verbinding
in een router, die ik in de config. voor een "OpenVPN" verbinding  voor mijn Clients dan ook elke 3 maanden zou moeten aanpassen.

Eerdere info die er betrekking op heeft:
https://www.synology-forum.nl/firmware-algemeen/certificaat-van-een-externe-partij-te-verlengen/msg303293/#msg303293
https://www.synology-forum.nl/firmware-algemeen/https-access-op-domein-nl-en-www-domein-nl/msg202237/#msg202237
https://www.synology-forum.nl/ddns-extern-benaderen/kan-domeinnaam-niet-met-m'n-synology-ds213-verbinden/msg243179/#msg243179

Importeren (of gebruik van Let's Encrypt certificaat) in een NAS zie ander onderdeel van de Synology knowledge base < HIER >

Overigens doe ikzelf helemaal niets met een  DNS-server  package (of "app") waaronder je dit onderwerp hebt geplaatst.
(In mijn geval in het geheel niet geïnstalleerd / niet benodigd).

[Briolet]

Ik wil graag mijn nas benaderen via een gekochte domeinnaam.
Ik heb het nu nog lopen via synology.me maar wil mij gekochte domeinnaam hiervoor gebruiken.
Ik ben op dit gebied een leek en hoop dat jullie mij kunnen helpen.

Als je nu al synology.me gebruikt is het erg simpel. Als je een domeinnaam koopt, krijg je er een interface bij om de DNS records in te stellen.  Daar maak je een CNAME record aan die naar je synology.me naam verwijst.  Waarschijnlijk heb je een dynamisch IP en op die manier zorgt de synology.me naam dat het blijft werken bij een veranderend IP.

Soms mag je voor het kale domein geen CNAME gebruiken. Dan moet je in het A (En AAA) record je IP adres invullen. Dat moet je dan in de gaten houden als het veranderd. (Vaak maar eens in de paar jaar)

Zelf heb ik een script draaien die een mailtje genereert als het IP veranderd zodat ik snel kan inloggen bij mijn provider en het A en AAA record kan aanpassen. Maar als leek zou ik daar niet aan beginnen voor iets wat eens in de paar jaar gebeurt.

[Birdy]

Ik heb het nu nog lopen via synology.me maar wil mij gekochte domeinnaam hiervoor gebruiken.

Je verwijst naar DDNS help functies van Synology.  Maar daar zou ik het juist NIET zoeken, voor een eigen gekochte domeinnaam.

Ehhhhh, waarom niet voor een gekocht eigen domeinnaam ?
Waarom biedt Synology dan die optie aan ?

[Babylonia]

Via DDNS  van Synology ben je nog steeds met "een omweg" bezig - dubbel systeem, en afhankelijk van de werking van Synology servers.
Die door de tijd heen vanuit ervaring vaker storingen vertonen, dan de mogelijke wisseling van een WAN IP nummer bij een provider,
over enkele jaren heen gezien, om de verbinding te onderhouden - bij "geen gebruik" van DDNS.
(Ben nooit zo'n voorstander van "omwegen").

[genexxa]

@Briolet
Ik heb de domein via Hostnet en daar bij DNS een regel aangemaakt met:
Recordnaam: mijdomeinnaam.nl
Type: CNAME
Inhoud: naam.synology.me

Echter is het nu zo dat wanneer ik ga naar http://www.mijndomeinnaam.nl krijg ik de pagina te zien, maar als ik ga naar https://www.mijndomeinnaam.nl dan kan die de pagina niet vinden.
Als ik ga naar https://naam.synology.me kom ik wel op de pagina uit.
bij https gaat er iets niet goed

Weet jij wat ik hier niet goed doe of waar het fout gaat?

[genexxa]

@Birdy
De rede dat ik een eigen domeinnaam wil gebruiken is omdat ik mijn eigen email server wil graag draaien.
het email adres met mijn eigen domeinnaam is dan makkelijker dan bv test@naam.synology.me
Klink misschien raar maar dat lijkt mij makkelijker

[Wyodor]

Op de plek waar je DNS kan instellen, maak een CNAME record aan zoals in onderstaand voorbeeld.

Het * duidt aan dat alles wat geen www.domein.nl is, naar de NAS gaat.

(Op je NAS moet naar wens subdomein(en) voor websites aanbrengen.
Dan weet de NAS waar ie het heen moet sturen.)

Als je andere subdomeinen toevoegt, bijvoorbeeld blog.domein.nl dan hebben die voorrang op *.

[genexxa]

Via DDNS  van Synology ben je nog steeds met "een omweg" bezig - dubbel systeem, en afhankelijk van de werking van Synology servers.
Die door de tijd heen vanuit ervaring vaker storingen vertonen, dan de mogelijke wisseling van een WAN IP nummer bij een provider,
over enkele jaren heen gezien, om de verbinding te onderhouden - bij "geen gebruik" van DDNS.

@Babylonia
Ik snap wat je bedoeld met een omweg en afhankelijk van de werking van Synology servers.
Om niet afhankelijkheid van de synology servers zou ik denken dat je daarvoor een eigen domeinnaam zou kunnen gebruiken.
Zoals ik het vanuit jou begrijp moet ik in de DNS van mijn provider (Hostnet) mijndomein doorsturen naar het externe IP van mijn NAS?

[Babylonia]

Inderdaad.
Als je naar de URL's van onderwerpen gaat die ik in mijn eerdere reactie benoem, kom je plaatjes tegen van instellingen - laatste URL.
(Wel met afgedekte rode balkjes. Maar met de uitleg erbij zou het duidelijk moeten zijn. Dat was het indertijd ook voor een gebruiker
 die een "serenade" van een orkest waarin hij speelde als bedankje had terug geplaatst. Dat filmpje staat helaas niet meer online).

[Briolet]

…Echter is het nu zo dat wanneer ik ga naar http://www.mijndomeinnaam.nl krijg ik de pagina te zien, maar als ik ga naar https://www.mijndomeinnaam.nl dan kan die de pagina niet vinden.…

Dit heeft in elk geval niets met de DNS server te maken. Die vertaalt alleen een naam naar een IP adres. Dit is onafhankelijk van het verbindingsprotocol.

Ik heb mijn domein ook bij Hostnet en die hadden nooit een eigen DDNS dienst. (Misschien nu wel? ik heb al jaren niet meer gekeken)

Via DDNS  van Synology ben je nog steeds met "een omweg" bezig - …
Die door de tijd heen vanuit ervaring vaker storingen vertonen,

Ik heb nog nooit een storing bij de DDNS servers meegemaakt terwijl ik er al 10 jaar gebruik van maak.  Je bent zeker in de war met hun Quick Connect.

Er wordt op deze site wel vaker geklaagd over de werking, maar dat ligt naar mijn ervaring altijd aan het verkeerd gebruik door de klager en nooit aan de ddns dienst zelf.

[Babylonia]

Sorry, ik ga niet bakkeleien over wel of geen storing van de Synology services. Dat is achteraf toch niet over en weer aan te tonen.

Laat ik het anders stellen.
Als ik zeer bewust kies voor een eigen domein, kies ik daarmee juist niet voor een DDNS gekozen domein
van Synology of ander gekozen DDNS service of een combinatie ervan van die twee services.
(Zo'n DDNS domein was voor mij juist reden om daarvan af te stappen  -  wat kennelijk ook geldt voor de topic starter).

Voor mezelf wil ik het bewust simpel houden, zonder allerlei omwegen, toeters en bellen, met evenzovele extra zaken om in te stellen
m.b.t. die omwegen van een extra DDNS domein waar je rekening mee zou moeten houden. "Waarom moeilijk doen, als het eenvoudig kan".

Met pakweg 7,5 jaar ervaring in het gebruik van een eigen domein voor mijn WAN connectie, -zonder omweg via een DDNS service-
sterkt me dat alleen maar nog meer in die keuze om het zo te doen, op de wijze zoals ik het doe.

[Briolet]

Dat klinkt leuk, maar >95% van de gebruikers op dit forum heeft geen vast IP adres, maar een statisch adres. Als je dan wilt dat de domeinnaam blijft werken, zit je aan een DDNS dienst vast. En TS heeft zijn domein bij hostnet, die geen eigen ddns dienst hebben. Dus zul je een ddns van een andere partij moeten gebruiken.

Jij hebt misschien de luxe van een vast IP adres, maar zelfs veel zakelijke accounts hebben standaard geen vast IP meer. Dat krijg je alleen tegen een flinke meerprijs.

En zo'n omweg is een CNAME verwijzing ook niet. Het verkeer loopt niet via die omweg. Alleen het opvragen van een IP adres kost 1 stap meer. En aangezien dns verkeer doorgaans 1 uur gecached wordt in de computer, betekend dat een paar miliseconde extra tijd per uur verbinding.

[bartmans99]

Lees dat je dit wilt doen om je eigen mailserver te draaien. Ik zou sterk overwegen om de mail gewoon bij je hoster te laten. Voor paar tientjes per jaar heb je alle mogelijkheden die je wilt. Als je alleen wilt bereiken dat je emailadres van de vorm jouwnaam@jouwdomein.nl is en je niet al te technisch bent aangelegd. Zoals ik :-).

[Babylonia]

Dat klinkt leuk, maar >95% van de gebruikers op dit forum heeft geen vast IP adres, maar een statisch adres.

Wellicht bedoel je in je bewoordingen een "dynamisch" adres.

En net als >95% van de gebruikers heb ik "officieel" ook gewoon een dynamisch adres.
(Gewoon een consumenten internet abonnement).

Maar praktisch in de praktijk betekent dat tegenwoordig alleen maar een "administratieve" beperking / "claim"
die providers aan gebruikers opleggen, dat je geen rechten kunt ontlenen op het aan je toegewezen "vaste" IP-adres,
in geval van aanpassingen / reorganisatie van internet netwerken e.d.
Bij verhuizing (maar wel dezelfde provider) kun je het IP adres ook niet meenemen naar een ander adres.
Het staat alleen niet met zoveel woorden in een contract beschreven. (Om het makkelijker te maken de term „dynamisch“ IP).

Systeem technisch gezien is het achterliggend wel degelijk gewoon een "vast" IP-adres wat aan je is toegekend.
En niet in een pool van roulerende IP adressen zoals bijv. bij het mobiele netwerk het geval is.

Was zelf een keer verbaast dat bij controle van mijn eigen thuis WAN IP-adres via een test website om verbindingen te testen
er letterlijk werd aangegeven dat het een „vast“ IP adres zou betreffen. (Weet zo niet meer welke website).

Heb sinds de overgang naar glasvezel in 2016 een vast NL-domein afgenomen voor het WAN IP-adres van mijn aansluiting,
en werkelijk nog nooit een DDNS functie daarvoor ingezet.
Maar altijd gewoon rechtstreeks de verwijzing naar het door de provider uitgegeven IP-adres.

In de tijd bij Telfort glasvezel heb ik één keer een ander IP-adres gekregen, bij reorganisatie van netwerken.
En bij overgang naar KPN is dat één keer gewisseld.  Dat is prima te overzien om dat zelf even aan te passen.
Daar heb je echt geen DDNS functie voor nodig.
Voor de goede orde had ik dat explicieter in mijn eerdere reacties kunnen melden. Dat je daar wel rekening mee moet houden.


Aanvullend...   In die gedachte van wel of geen gebruik van een DDNS functie in relatie tot een eigen domein:
M.b.t. wisselingen van WAN IP adres bij familie / kennissen bij verschillende providers.
KPN - Solcon (KPN netwerk) - Ziggo - Odido zijn erg stabiel gebleken in de uitgifte van "vaste" IP adressen in afgelopen jaren.
(Deze WAN IP-adressen worden expliciet gebruikt bij het toekennen van rechten m.b.t. het NFS protocol bij het streamen van video's.
 Dat gaat al helemaal buiten een DDNS of eigen domein om. Gewoon rechtstreeks de WAN IP-adressen in de NAS voor toekenning).

Bij de uitrol van XGS-PON bij Delta zijn daar in het begin wel veel klachten over geweest met wisselende IP adressen.
Zeker bij nieuwe aanleg in woonwijken, waar het "in blokken" bijna dagelijks / wekelijks veranderde.
Na interventie met gebruikers heeft men dat erna dacht ik beter afgestemd. (Houd dat zelf niet bij).
Mocht men bij Delta aangesloten zijn, dan zou je daar beter info over kunnen vergaren op Tweakers.net  hoe dat nu geregeld is.
Bij veel wisselleningen is wellicht in die situatie het gebruik van DDNS als extra functie bij een eigen domein wel zinvol.