Olen koittanut opiskella nameservereiden ja domainien toiminta logiikkaa, mutta
yks aukko ei ole vielä valjennut.
Otetaan esimerkki:
Oletetaan, että käyttäjä haluaa päästää www.sample.com kotisivuille.
Hän kirjoittaa sen URL riville ja saa vastaukseksi kaksi nameserveriä:
NS.RACKSPACE.COM
NS2.RACKSPACE.COM
Okei, ja näistä löytyy IP osoite tuon RACKSPACE:n serverille, eikö?
Jos oletetaan, että RACKSPACE on webhost-tarjoaja ja palvelee tuhansia eri kotisivuja, niin mistä RACKSPACE tietää juuri valita sen juuri kansion, joka on rekisteröity www.sample.com omistajalle?
Koska RACKSPACE:llahan ei ole tietoa, että mitä domainit osoittakaa millekin kotisivu kansiolle?
On yli tuhat muuta, jonka nameserverit ovat nämä samat:
NS.RACKSPACE.COM
NS2.RACKSPACE.COM
Mutta jostain syystä RACKSPACE tietää aina, että mihinkä alikansioon, eli kotisivun juurikansioon pyyntöö viedään? Miten se on mahdollista?
Esitin kysymyksen, koska en meinaa saada omia nameservereitä kuntoon:
Mulla on domaini: ustedvende.com
Ja Sun Cometilla siihen kotisivut, jotka toimii samalla www.verkkosovellukset.com domainin alla. Jos teen WHOIS look-up:in tuolla verkkosovelluset.com:lle, niin saa ne nameserverit, jotka pistin myös ustedvende.com:lle:
Name Server: NS1.C3-SUNCOMET.COM
Name Server: NS2.C3-SUNCOMET.COM
Laitoin siis ustedvende.com nameservereiksi ne nameserverit, jotka sain verkkosovellukset.com rekisteröitymisen yhteydessä, mutta ei näytä toimivan.
Www.ustedvende.com antaa vaan: "sivua ei löydy" virheilmoituksen.
ustedvende.com:n nameserverit ovat siis samat:
Domain servers in listed order:
NS1.C3-SUNCOMET.COM
NS2.C3-SUNCOMET.COM
Tässä vielä WHOIS lookup:
http://who.godaddy.com/whois.aspx?k=63zNSHVs0y9wT2tXbLjvgA==&domain=ustedvende.com&prog_id=GoDaddy
Miksi toinen toimii ja toinen ei?
Sitten on vielä yksi turvallisuuteen liittyvä kysymys, kannattaako tuohon WHOIS informaation laittaa omat henk.tiedot vai pitäisikö ne piillottaa?
Kirjaudu cpaneliin. Cpanelissa: Domainit -> lisädomain tai rinnakkaisdomain. Lue molemmilta sivuilta tarkemmat ohjeet, miten ne toimivat.
Paulus M kirjoitti:
Oletetaan, että käyttäjä haluaa päästää www.sample.com kotisivuille.
Hän kirjoittaa sen URL riville ja saa vastaukseksi kaksi nameserveriä:NS.RACKSPACE.COM
NS2.RACKSPACE.COMOkei, ja näistä löytyy IP osoite tuon RACKSPACE:n serverille, eikö?
Jos oletetaan, että RACKSPACE on webhost-tarjoaja ja palvelee tuhansia eri kotisivuja, niin mistä RACKSPACE tietää juuri valita sen juuri kansion, joka on rekisteröity www.sample.com omistajalle?
Koska RACKSPACE:llahan ei ole tietoa, että mitä domainit osoittakaa millekin kotisivu kansiolle?
On yli tuhat muuta, jonka nameserverit ovat nämä samat:
NS.RACKSPACE.COM
NS2.RACKSPACE.COMMutta jostain syystä RACKSPACE tietää aina, että mihinkä alikansioon, eli kotisivun juurikansioon pyyntöö viedään? Miten se on mahdollista?
Domain tulee mukana otsikoissa (Host) jolloin HTTP-serveri tietää että olet sample.com:ia vailla.
Paulus M kirjoitti:
.. ... ..
Jos tuntemus palvelinpuolen asioista on tolla tasolla, niin ei ehkä kannata myydä DNS toimintaa palveluna ihan vielä.. Pystytä Bind serveri ja tutustu vaikka siihen ensin.
Nyt olet ymmärtänyt jotain todella pahasti väärin. Nimipalvelimella ei ole mitään tekemistä sivujen sisällön kanssa. Nimipalvelin ilmoittaa nimeä vastaavan IP-osoitteen. Tässä tapauksessa siis tuloksena on osoite 173.230.129.147. Sitten selain yhdistää osoitteeseen 173.230.129.147 ja lähettää HTTP-pyynnön, jossa lukee, että pitäisi saada domainin www.sample.com sivu /juttu.php. Esimerkkejä HTTP-pyynnöistä löytyy esimerkiksi Wikipediasta, tai voit asentaa selaimeesi kehittäjäkonsolin, josta näkee pyynnöt, tai voit katsoa jollain vakoiluohjelmalla omaa verkkoliikennettäsi.
Kiitti vastauksista kaikille kolmelle, selvensi asiaa! Kelasinkin, että toi koko osoite menee varmaan HEADER:issä, mutta sittenhän mun pitää kertoa Sun-Cometille, että on olemassa toinenkin domaini joka ohjaa samalla sivuille mitä verkkosovellukset.com ("rinnakkaisdomaini") ja se on ilmeisesti se vaihe, mistä Ernohac mainitsee.
ps. yks asia ei vielä kuitenkaan valjennut, mistä qeijo sai ajatuksen, että meinaan myydä DNS palveluita? :)
Lisäys:
Laitoin Sun-Cometin cpanelissa rinnakkaisdomainiksi nyt ustedvende.com ja asetus onnistui, sen kotihakemiston juureksi on merkitty "/public_html".
Miksiköhän ei vieläkään toimi, vai pitääkö odottaa joku tietty aika?
Paulus M kirjoitti:
ps. yks asia ei vielä kuitenkaan valjennut, mistä qeijo sai ajatuksen, että meinaan myydä DNS palveluita? :)
Olet ustedvende.com, suomeksi (myyt.com tai myy.com) - verkkotunnuksen omistaja. Aikaisemmista keskusteluistasi kävi ilmi että olet tekemässä Ecuadoriin huutokauppa - sovellusta. Nyt virittelet ko. domainia omiesi sanojesi mukaan "omille nameservereille", joten oletin että olet saannut tuotteen myytyä sisältäen mitä ilmeisemmin myös ylläpidon ja DNS.
Paulus M kirjoitti:
Esitin kysymyksen, koska en meinaa saada omia nameservereitä kuntoon:
Mulla on domaini: ustedvende.com
...
Aa, siis joo tosiaan ei ole kirjaimellisesti omia nameservereitä eikä palvelimia, teen siis tuonne Ecuadoriin huuto.netin tyyppistä sovellusta ja koitan vain saada sivua toimimaan, että ustedvende.com viittaisi oikeaan palvelimeen.
Tässä yhteydessä voisin kysäistä, että onko merkitystä, että missä maassa palvelin sijaitsee, koska toi käyttämäni sun-comet on varmaan euroopassa?
Voisitko nyt yrittää edes debugata asioita jotenkin järkevästi? Tuntuu, että tietosi viasta on tasolla "vika on" ja olet vain arponut tämän DNS-vaiheen syntipukiksi ilman mitään perusteluja.
Tarkista nyt ihan ensin DNS-haun tulos ja HTTP-pyyntöön tuleva vastaus. Tarkista myös, että asettamasi kotihakemisto on olemassa; jos polun kuuluu olla absoluuttinen, /public_html on todennäköisesti väärin.
Maalla ei ole merkitystä. (Miksi ihmeessä olisi?)
Miksi et voi ottaa serveriä Ecuadorista? Onko se siellä kalliimpaa?
Metabolix, se nyt otti ja toimi ilman uusia muutoksia, eli ilmeisesti oli vain joku tietty aika mikä piti odottaa, vaikka siitä ei tosin mainittu cpanelissa. Päivittelin sitä moneen kertaa sen jälkeen, mutta vastan jonkun tunnin päästä toimi.
Ajattelin, että maalla olisi merkitystä sen takia, että paketit voisi liikkua nopeammin lyhyen fyysisen välimatkan omaavissa yhteyksissä, mutta veikkaan, että sulla on tähänkin joku perustelu tyyliin, että ne kuitenkin menee jonkun isännän kautta tai jotain.
Kiitos kuitenkin avusta kaikille, ongelmat tuli ratkaistua ja opin uusia juttuja!
No siis onhan sillä maalla merkitystä nopeuksien kannalta, mutta "tässä yhteydessä" (kuten sanoit) oli käsittääkseni puhe DNS-kyselyiden ja cPanelin toimivuudesta.
DNS-kyselyissä on tunnetusti TTL, mutta aiemmasta viestistäsi jäi hyvin epäselväksi, olitko muuttanut DNS-asetuksia vai (kuten tulkitsin) vain HTTP-palvelinta koskevaa domainin ja hakemiston liitosta.
Paulus M kirjoitti:
Päivittelin sitä moneen kertaa sen jälkeen, mutta vastan jonkun tunnin päästä toimi.
Tuo TTL saattaa olla jopa huomattavasti pidempikin aika kuin tunti tai pari, nimittäin ainakin itselläni on mennyt yli vuorokausikin ennen kuin nimipalvelimen tiedot ovat päivittyneet. Sen lisäksi, vaikka sinulla toimisikin, niin siitä ei voi vielä vetää johtopäätöstä, että kaikilla muillakin toimii; olen kuullut, että siinä voi mennä parikin vuorokautta, ennen kuin nimipalvelin tiedot ovat kaikkialle päivittyneet.
Suurin TTL jonka olen nähnyt on 7 vuorokautta ja pienin 10 sekuntia. Nämäkään ei ole mitkään absoluuttiset rajat.
Jos itse ylläpidän nimipalvelimia, niin itse yleensä kehitysvaiheessa pidän 15 minuuttia ja sitten kun kaikki toimii niin vaihdan 24h. Jos tarvii tehdä muutoksia, niin pistän taas 15 minuuttia, 24 tunnin päästä teen muutokset ja kun kaikki toimii kivasti niin takaisin 24h.
Grez kirjoitti:
Jos itse ylläpidän nimipalvelimia, niin itse yleensä kehitysvaiheessa pidän 15 minuuttia ja sitten kun kaikki toimii niin vaihdan 24h. Jos tarvii tehdä muutoksia, niin pistän taas 15 minuuttia, 24 tunnin päästä teen muutokset ja kun kaikki toimii kivasti niin takaisin 24h.
Kivat sulle, jos palvelinrautaa löytyy sen verran, että pystyt itse nimipalvelimia ylläpitämään...kelpais mullekin...
Paulus M: Häiritsee tosi paljon kun puhut "nameservereistä"...ollaan kuitenkin Suomessa... :D
No palvelinrautahan ei tossa mitään maksa. Huomenna tulee myyntiin RaspberryPi ($35 ethernet-liittimellä), joka riittänee mainiosti isohkonkin organisaation nimipalvelimeksi ;D
Grez kirjoitti:
No palvelinrautahan ei tossa mitään maksa. Huomenna tulee myyntiin raspberryPi ($35 ethernet-liittimellä), joka riittänee mainiosti isohkonkin organisaation nimipalvelimeksi ;D
Mitä helkkaria, onks tollasiakin olemassa? :D Kyllä nyt joku on mennyt ohi...
Meillä on oma virtuaalipalvelin vuokrattuna hollannista näiden nimipalveluiden, webbihotellien ja tietokantojen pöyrittämiseen. Tais maksaa vain jotain 15 euroa / kk muistaakseni alv 0%.
Sähköposteja pidetään taas toisella palvelimella ihan kaiken varalta.
Palvelimella on käyttiksenä CentOS 6 Linux ja nimipalvelimen ohjelmistona powerdns+mysql ja sen käyttöliittymänä poweradmin.
Helppoo rekisteröidä vaikkapa .fi domain ja liittää se meidän omalle nimipalvelimelle.
Ensin pitää tai saa tehdä omalle nimipalvelimelle dns tietueet kyseiselle domainille:
domain.fi - NS - ns1.omans.fi
domain.fi - NS - ns2.omans.fi
domain.fi - A - 10.10.10.10 (PALVELIMEN IP-OSOITE)
Vaihtoehtoisesti myös mx tietueet jos tulee myös postipalvelin.
Domainia tilattaessa tulee määritellä nimipalvelimiksi ns1.omans.fi ns2.omans.fi
Nämä ns1.omans.fi ns2.omans.fi kannattaa rekisteröidä ulkopuoliselta palveluntarjoajalta ja ohjata oman palvelimen ip-osoitteeseen.
Tämä domainien toimintalogiikka on hieman vaikeaa selittää :-D
Lisäys:
Niin tosiaan ja jos vuokraat myös kotisivutilaa asiakkaille palvelimelta jolla on yksi julkinen ip-osoite ja johon tulee useampi domain tyyliin:
www.asiakas1.fi -> /var/www/html/www.asiakas1.fi
www.asiakas2.fi -> /var/www/html/www.asiakas2.fi
www.asiakas3.fi -> /var/www/html/www.asiakas2.fi
jne
Näistä pitää tehdä virtualhostit esimerkiksi apachen asetuksiin:
Metabolix kirjoitti:
Maalla ei ole merkitystä. (Miksi ihmeessä olisi?)
Jos sivu tallentaa minkäänlaisia henkilötietoja, täytynee paikallinen henkilörekisterilainsäädäntö tuntea. Sehän tuota voi rajoittaa. :)
miiro, eiköhän tässä ollut alusta asti puhe teknisestä toimivuudesta.
Aihe on jo aika vanha, joten et voi enää vastata siihen.