Köpt domän, hur får jag subdomains att peka till olika adersser på mitt LAN?

Beror på vilket protokoll/app som ska skickas vidare rätt. Vissa klarar ju av att läsa av DNS SRV records ,https://en.wikipedia.org/wiki/SRV_record
Är det HTTP(S) så får du köra proxy/redirect.

Logga in på din kontrollpanels dns-sidor och ange ip för respektive subdomän.

Skickades från m.sweclockers.com

Det går inte, subdomänerna måste peka till ett routebart ip, 192.168.0.0/16 är inte ett sådant kluster.
Du får använda en proxy som iXam säger, dvs. du pekar till WAN ip och kör portforward, sen får den värden ta hand om "det interna"

DNS-records kan peka på vilken IP som helst, inklusive dom i 192.168.0.0/16. Om klienten sen kan nå adressen är en helt annan fråga. @Nebudchanezzer vill du att det ska fungera bara internt, eller även från internet?

På samma port? Då behöver du en RDP-gateway som vidarebefordrar baserat på namn. Alla dina DNS-poster kommer fortfarande bara peka på din externa IP-adress.

EDIT: Eller använda SRV records och olika portar. Vet inte om RDP har stöd för det.

Då finns det inget enkelt sätt att göra vad du vill.

Vad DNS gör (något förenklat) är att översätta namn (t.ex. dator1.mindomän.se) tlll en IP address.
När det väl är gjort så är det enbart IP addressen som används under kommunikationen.

Med andra ord, har du bara en IP address så måste alla existerande subdomäner peka på den addressen, och det finns inget generellt sätt att ta reda på vilken subdomän som användes.

För vissa protokoll så kan information om domänen skickas med internt, och då kan man göra en lösning för just det protokollet, men det är mer undantag är regel.

Det du efterfrågar går inte att göra. IP-trafik har bara en destination address och vet inte vilket hostname den är på väg till. Antingen får du ta bort NAT ur hela situationen (vilket i praktiken innebär att gå över till IPv6) eller använda de workarounds som finns, dvs portvidarebefordran, SRV records (vilket kräver stöd i programvaran och kanske även protokollet?) och reverse proxys (vilket bara fungerar med protokoll som skickar med hostnames, ex HTTP).

Som flera har skrivit så går det inte att göra exakt det du frågar efter. DNS pekar BARA ut IP-adress (väldigt förenklat). Det absolut lättaste är att sätta upp portforwards, men det har du ju redan. Är det olika web-tjänster som ska kommas åt så är det en reverse-proxy som gäller. För andra protokoll så KAN det finnas lösningar, men om vi ska hjälpa dig så måste du skriva vilka tjänster du vill använda.

Vi tar det enkelt, steg för steg.

DNS är en slags katalog. För att förenkla väldigt grovt så är det som en telefonkatalog, där du slår upp ett namn (www.example.com) och får tillbaka en IP-adress t.ex. (192.0.2.123). Det här är vad som menas med en "A"-post. Givet ett värdnamn får man tillbaka en IPv4-adress. That's it.

När du pekar ett program på ett värdnamn, t.ex. pekar din webbläsare på http://www.example.com/ så är det första som händer att din dator frågar DNS-servern.

Din dator -> DNS-server: Tjena! Jag behöver IP-adressen som hör till www.example.com
DNS-server -> Din dator: Aa, varsågod! Det är 192.0.2.123

Din dator fortsätter då med att kontakta webbservern i fråga och upprättar en TCP-anslutning med den välkända trevägshandskakningen.

Din dator -> 192.0.2.123: Psst! Du där på port 80! Ska vi köra?
192.0.2.123 -> Din dator: Ja! Vill du också köra?
Din dator -> 192.0.2.123: Ja!

Notera att ingenstans i den här växlingen har 192.0.2.123 fått veta genom vilket DNS-namn förfrågan har gått genom.

Port 80 väljer den för att det är hårdkodat, det är det som är standard för http. Du kan speca en annan port genom att skriva http://www.example.com:8080/, men det är inget du kan skriva med i en A-post. I en A-post ryms bara en IP-adress.

Vad som händer härnäst beror på vilket protokoll det är. Om det är HTTP så kan det vara något i stil med:

Din dator -> 192.0.2.123: Hej! Jag vill ha sidan med sökvägen / på www.example.com.
192.0.2.123 -> Din dator. Okej! Varsågod.

Varpå 192.0.2.123 sedan skickar sidan du bett om. I det här fallet (HTTP) så berättar klienten alltså i sin första fråga vilket värdnamn som klienten faktiskt frågar efter. Därmed kan servern reagera olika beroende på vilket hostnamn man ansluter med! Men det är inte alla protokoll som gör det! De flesta gör det faktiskt inte. RDP är ett protokoll som inte gör det.

Men, säger du så. Jag vill kunna speca ett portnummer tillsammans med ett hostname. Går det inte att lagra det i DNS på något vänster? Jodå. Det går. Det finns SRV-poster där man kan lägga till en massa bra saker, som portnummer, flera olika servrar, prioritetsordningar, etc. Problemet är bara att klienten som ansluter måste ha vettet att fråga efter en SRV-record. Och det är rätt ovanligt. Det hör till undantagen att en klient stödjer detta, och i såfall är det fråga om särskilda applikationer, som t.ex. IP-telefoni.

Det är därför det inte går att göra så här. Inte att det är teoretiskt omöjligt att bygga ett system som gör det du vill, utan för att det rent praktiskt inte fungerar så med de flesta protokoll med det som finns på marknaden idag.

Eftersom du bara har en IP-adress så har olika protokoll olika workarounds som fungerar på olika sätt.

Webbservrar är inget konstigt alls, alla som hostar webbsidor kör många olika domäner bakom samma IP. Så för din framtida webmail eller hemsida så är det inga konstigheter. Ligger tjänsterna i olika servrar använder man en server som reverse proxy.

För fjärrskrivbord finns en tjänst i Windows server som heter RD-gateway som man då måste ange i fjärrskrivbordsklienten innan man ansluter. Det är heller inte så bra att öppna fjärrskrivbord ut mot internet, vilket RD-gateway löser.

Och förutsatt att det är en webbserver inblandad till att börja med.....
Internet är rätt mycket mer än bara websidor och HTTP.