| Webbplatskarta | Om Webbplatsen | Andra bolag i koncernen: House of Ports | Domaininfo | Dipcon | Ports.net |
| Webbplatskarta | Om Webbplatsen | Andra bolag i koncernen: House of Ports | Domaininfo | Dipcon | Ports.net |Date & time
Date:
8/21/2008
Local time:
7:41:10 PM
Har ni flera domännamn registrerade? I så fall har ni även en leverantör av DNS alternativt en lösning med egna namnservrar. Hur effektiv är den lösning ni har idag? Hur mycket kostar den i tid, underhåll och service? Hur lättanvänd är den? Vi har en lösning som är lätt att använda vilket gör att man inte är beroende av enstaka tekniker för att göra ändringar. Med ett enkelt login kan ni hantera allt!
Via vårt egenutvecklade system PNMS kan ni administrera alla era tjänster. Ni kan obegränsat modifiera och skapa records 24/7/365 utan mellanhänder. Ändringen görs direkt och namnservrarna laddar om med fasta intervaller. Då våra kunder ofta vill göra snabba uppdateringar så är alltid SOA-värden (TTL) nedställda för att minimera uppdateringstiden på DNS-nivå. Som ni ser på bilden nedan så kan ni fritt jobba med följande:
Skulle ni vilja lägga in något speciellt som t.ex. TXT-records eller annat BIND-baserat så gör ni det gratis via vår support som har öppet 08:00-17:00 (lunchstängt mellan 12:00-13:00) alla vardagar.
Vi har lång erfarenhet av att hantera olika TLD's (top level domains) och uppfyller självklart samtliga krav som respektive land har. Vilket gör att vi har många internationella bolag samlar sin DNS-drift hos oss för att förenkla och effektivisera sin hantering.
Varför skall man inte ha två namnservrar "bredvid" varandra? Om man har servrarna på t.ex. 193.12.211.140 & 193.12.211.141 så går såklart båda ner om uppkoppling eller elmatning skulle fallera. Därför har vi alltid olika c-nät på våra DNS.
Vi använder HP ProLiant-maskiner för samtliga kunder och de driftas i säkra miljöer. Den primära maskinen står i vår egen serverhall med redundanta uppkopplingar och UPS och den sekundära står på annan geografisk ort med samma redundans. Detta gör att risken för 'nertid' är minimal.
Skriv ut denna sida