Version Kommentator Datum Kommentarer. 1.0 Viestintävirasto Förändringar i Contact objekt; type, role, isfinnish, org, form, name.
|
|
- Sara Eklund
- för 6 år sedan
- Visningar:
Transkript
1 1 (50) EPP-gränssnitt Version Kommentator Datum Kommentarer 1.0 Viestintävirasto Viestintävirasto Förändringar i Contact objekt; type, role, isfinnish, org, form, name. Disclose voice stöds inte i Contact objekt. 1.0 Viestintävirasto Ett exempelmeddelande för skapande av företag har lagts till. Uppgifter om kön har tagits bort. 1.0 Viestintävirasto Uppdaterat Check Contact - kommando 1.0 Viestintävirasto AuthInfo togs bort från kontaktobjektet 1.0 Viestintävirasto Korrigering av använda port. Gamla: 443 Nya: Viestintävirasto Exempelmeddelandena Domain object transfer, Domain object create, Domain object delete har kompletterats. Auto renew exempel har tillagts. 1.0 Viestintävirasto Korringering av exempel för tidsinställd radering på sida 21. Korringering av exempel för delete cancel på sida Viestintävirasto Exempel på Login och Contact Info har preciserats. 1.0 Viestintävirasto Beskrivning av sessionshantering har lagts till i Viestintävirasto AutorenewDate Domain Info har lagts till i svarsexemplet Viestintävirasto GDPR ändringar: Contact object roll '2 = Admin' TAS BORT.
2 2 (50) Contact object-rollerna: 3 = Reseller 4 = TechnicalContact kan efter ändringen inte vara av typen 0 = Person. Rollerna 3 och 4 kan vara av typen 1-7. Contact:disclose < > och <addr> som använts för roll 5 ändras enligt följande: Om contact type = 0 (person), är kontaktens e-post och gatuadress aldrig offentliga. Contact:Disclose flag med värdet 0 och 1 tillåts i meddelandet men behandlas i databasen med värdet 0. Det är inte möjligt att offentliggöra en e-postadress eller gatuadress. Om contact type = 1-7, kan kontaktens e-postadress uppges som offentlig information. Contact:Disclose flag med värdet 0 och 1 tillåts i meddelandet men <addr> påverkar inte visning av gatuadress som alltid är offentlig
3 3 (50) Innehåll 1 Allmänt Skydd och begränsningar Skydd av trafik EPP-begränsningar Utvidgningar Hello Login Logout Poll Check Balance Auto renew Domain Objects Check Info Transfer Create Delete Update Renew Contact Objects Check Info Create Delete Update Host Objects Check Info Create Delete Update Exempel på användning Registrera domännamn Byta registrar Byta användare... 48
4 4 (50) 7.4 Registerlås... 49
5 5 (50) 1 Allmänt Kommunikationsverkets EPP-gränssnitt bygger på beskrivningarna i RFC-dokumenten RFC 5734, RFC 5730, RFC 5731, RFC 5732, RFC 5733 och RFC 4310, så att beskrivningarna på vissa punkter har begränsats eller utvidgats. Närmare information om gränssnittets funktion finns i dessa dokument. I detta dokument ingår endast fungerande exempelmeddelanden. Domännamnet ska i alla anrop ha formen domannamn.fi. och domannamn är inte godtagna former. Om domännamnet innehåller bokstaven ä, ö eller å, ska det ändras till punycode format. Svarsmeddelanden utanför RFC visas i tabellen nedan. Felkod Meddelande 7010 Maximum session duration exceeded 7020 Session idle time exceeded 7030 Password already used previously 7040 System maintenance
6 6 (50) 2 Skydd och begränsningar 2.1 Skydd av trafik EPP-gränssnittet lyssnar på port 443 och är skyddat genom verifikation med SSLcertifikat. Anroparen ska ha ett giltigt certifikat som lagras i det anropade systemet. SSL-certifikatet kopplas till ett giltigt EPP-användarnamn och i varje meddelande auktoriseras anropen med kombinationen anrop/certifikat. Dessutom ska anroparen meddela sin IP-adress för EPP-anrop till Kommunikationsverket. I brandväggen skapas ett undantag för IP-adressen för att anrop över huvud taget ska vara möjliga. 2.2 EPP-begränsningar De nedan nämnda begränsningarna är riktgivande och Kommunikationsverket kan ännu ändra dem. EPP-gränssnittet tar emot högst 30 meddelanden per användare och minut. Om denna gräns överskrids, returneras svarsmeddelandena med fördröjning. Maximilängden av en EPP-session är 45 timmar och sessionen avbryts när det har förflutit 30 minuter utan aktiviteter. En användare kan ha högst 4 pågående EPP-sessioner. Sessionerna behandlas användarspecifikt i ett bakgrundssystem. Det lönar sig därför att köra kommandona Login och Logout med omdöme. Till exempel, om session 1 kör inloggningen (Login), behöver session 2 inte köra inloggningen i början av sessionen. På samma sätt stänger utloggningen (Logout) både session 1 och session 2. I detta exempel är sessionerna TCP-sessioner för samma användare. Kommunikationsverket kan låsa ett EPP-konto vid suspekt aktivitet.
7 7 (50) 3 Utvidgningar 3.1 Hello Bygger på RFC Fullständigt anrop: <hello/> Exempel på respons: <epp xmlns:obj="urn:ietf:params:xml:ns:obj-1.0" xmlns="urn:ietf:params:xml:ns:epp-1.0"> <greeting> <svid>ficora EPP Server</svID> <svdate> t14:37: :00</svdate> <svcmenu> <version>1</version> <lang>en</lang> <objuri>urn:ietf:params:xml:ns:contact-1.0</objuri> <objuri>urn:ietf:params:xml:ns:nsset-1.2</objuri> <objuri>urn:ietf:params:xml:ns:domain-1.0</objuri> <objuri>urn:ietf:params:xml:ns:keyset-1.3</objuri> <svcextension> <exturi>urn:ietf:params:xml:ns:secdns-1.1</exturi> <exturi>urn:ietf:params:xml:ns:domain-ext-1.0</exturi> </svcextension> </svcmenu> <dcp> <access> <personal /> </access> <statement> <purpose> <prov /> </purpose> <recipient> <ours /> <public /> </recipient> <retention> <stated /> </retention> </statement> </dcp> </greeting>
8 8 (50) 3.2 Login Bygger på RFC Fullständigt anrop: <login> <clid>asiakasx</clid> <pw>foo-bar2</pw> <newpw>bar-foo2</newpw> <options> <version>1.0</version> <lang>en</lang> </options> <svcs> <objuri>urn:ietf:params:xml:ns:domain-1.0</objuri> <objuri>urn:ietf:params:xml:ns:host-1.0</objuri> <objuri>urn:ietf:params:xml:ns:contact-1.0</objuri> <svcextension> <exturi> urn:ietf:params:xml:ns:secdns-1.1</exturi> <exturi> urn:ietf:params:xml:ns:domain-ext-1.0</exturi> </svcextension> </svcs> </login> Exempel på respons: <response> <result code="1000"> <msg>command completed successfully</msg> </result> <trid> <svtrid>54321-xyz</svtrid> </trid> </response>
9 9 (50) 3.3 Logout Bygger på RFC Fullständigt anrop: <logout/> Exempel på respons: <response> <result code="1500"> <msg>command completed successfully; ending session</msg> </result> <trid> <svtrid>54321-xyz</svtrid> </trid> </response>
10 10 (50) 3.4 Poll Bygger på RFC Exempel på Poll Req anrop: <poll op="req"/> <svtrid>f8ot1</svtrid> Exempel på Poll Req respons: <?xml version="1.0" encoding="utf-8"?> <epp xmlns:obj="urn:ietf:params:xml:ns:obj-1.0" xmlns="urn:ietf:params:xml:ns:epp-1.0"> <response> <result code="1301"> <msg>command completed succesfully; ack to dequeue</msg> </result> <msgq count="1" id="6227c08f-e0bb e-a3a400bb36b1"> <qdate> t11:21:37.44</qdate> <msg>domain created</msg> </msgq> <resdata> <obj:trndata> <obj:name>xioc9</obj:name> </obj:trndata> </resdata> <trid> <svtrid>5a6my</svtrid> </trid> </response>
11 11 (50) Exempel på Poll Ack anrop: <poll op="ack" msgid="b4d5ae3f a1e-a3a400bb202f"/> <cltrid>hvidk</cltrid> Exempel på Poll Ack respons: <?xml version="1.0" encoding="utf-8"?> <epp xmlns:obj="urn:ietf:params:xml:ns:obj-1.0" xmlns="urn:ietf:params:xml:ns:epp-1.0"> <response> <result code="1000" /> <msgq count="0" id="b4d5ae3f a1e-a3a400bb202f" /> <trid> <cltrid>hvidk</cltrid> <svtrid>hvidk</svtrid> </trid> </response>
12 12 (50) 3.5 Check Balance Check balance är en förlängning med vilken användaren kan göra en saldoförfrågan om sitt EPP-konto. Förfrågan är endast ett <balance>-element och svaret består av saldo och då rådande tidsstämpel. Fullständigt anrop: <check> <balance></balance> </check> Exempel på respons: <response> <result code="10s00"> <msg>command completed successfully</msg> </result> <resdata> <balanceamount>123</balanceamount> <timestamp> t22:00:00.0z</timestamp> </resdata> <trid> <svtrid>54322-xyz</svtrid> </trid> </response>
13 13 (50) 3.6 Auto renew Auto renew är en förlängning av meddelandet <domain:renew>. I förlängningen kan anropet ges ett <domain:autorenew>-element med värdet 0 eller 1. Värde 1 kopplar på automatiskt förnyande för det aktuella domännamnet och värde 0 kopplar bort det. Automatiskt förnyande innebär att domännamnet förnyas vid en viss tidpunkt innan domännamnet förfaller (tidpunkten är ett värde som verket fastställer). Innan domännamnet förnyas får registraren ett poll-meddelande om att domännamnet förnyas om X dagar. Avregistrering av domännamnet innebär även att eventuellt automatiskt förnyande annulleras. Av returinformationen från Domain info framgår det för registraren om automatiskt förnyande är på samt tidpunkten för följande förnyande. Överföring av ett domännamn till annan registrar innebär även att eventuellt automatiskt förnyande annulleras. Auto renew exempel: <renew> <domain:autorenew xmlns:domain="urn:ietf:params:xml:ns:domain- 1.0"> <domain:name>example.fi</domain:name> <domain:value>1</domain:value> </domain:autorenew> </renew>
14 14 (50) 4 Domain Objects 4.1 Check Bygger på RFC Fullständigt anrop: <check> <domain:check xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"> <domain:name>example.fi</domain:name> <domain:name>example.net</domain:name> <domain:name>example.org</domain:name> </domain:check> </check> Exempel på respons: <response> <result code="1000"> <msg>command completed successfully</msg> </result> <resdata> <domain:chkdata xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"> <domain:cd> <domain:name avail="1">example.fi</domain:name> </domain:cd> <domain:cd> <domain:name avail="0">example.net</domain:name> <domain:reason>in use</domain:reason> </domain:cd> <domain:cd> <domain:name avail="1">example.org</domain:name> </domain:cd> </domain:chkdata> </resdata> <trid> <svtrid>54322-xyz</svtrid> </trid> </response>
15 15 (50) 4.2 Info Bygger på RFC Avvikelser från RFC: Auktorisering fastställs utifrån object sponsorship. Anropare som inte är sponsorer får en förenklad respons som innehåller endast namn och ID för den sponsor som skapat objektet. Fullständigt anrop: <info> <domain:info xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"> <domain:name hosts="all">example.com</domain:name> <domain:authinfo> <domain:pw>2foobar</domain:pw> </domain:authinfo> </domain:info> </info> Exempel på respons: <response> <result code="10s00"> <msg>command completed successfully</msg> </result> <resdata> <domain:infdata xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"> <domain:name>example.fi</domain:name> <domain:registrylock>1</domain:registrylock> <domain:autorenew>1</domain:autorenew> <domain:autorenewdate> T12:11:29.433</domain:autorenewDate> <domain:status s="granted"/> <domain:registrant>jd1234</domain:registrant> <domain:contact type="tech">c4000</domain:contact> <domain:ns> <domain:hostobj>ns1.example.com</domain:hostobj> <domain:hostobj>ns1.example.net</domain:hostobj> </domain:ns> <domain:clid>clientx</domain:clid> <domain:crid>clienty</domain:crid> <domain:crdate> t22:00:00.0z</domain:crdate> <domain:update> t09:00:00.0z</domain:update> <domain:exdate> t22:00:00.0z</domain:exdate>
16 <domain:trdate> t09:00:00.0z</domain:trdate> <domain:authinfo> <domain:pw>2foobar</domain:pw> </domain:authinfo> <domain:dsdata> <domain:keytag>12345</domain:keytag> <domain:alg>3</domain:alg> <domain:digesttype>1</domain:digesttype> <domain:digest>38ec35d5b3a34b33c99b</domain:digest> <domain:keydata> <domain:flags>257</domain:flags> <domain:protocol>233</domain:protocol> <domain:alg>1</domain:alg> <domain:pubkey>aqpj////4q==</domain:pubkey> </domain:keydata> </domain:dsdata> <domain:dsdata> <domain:keytag>12345</domain:keytag> <domain:alg>3</domain:alg> <domain:digesttype>1</domain:digesttype> <domain:digest>38ec35d5b3a34b33c99b</domain:digest> <domain:keydata> <domain:flags>257</domain:flags> <domain:protocol>233</domain:protocol> <domain:alg>1</domain:alg> <domain:pubkey>aqpj////4q==</domain:pubkey> </domain:keydata> </domain:dsdata> </domain:infdata> </resdata> <trid> <svtrid>54322-xyz</svtrid> </trid> </response> 16 (50)
17 17 (50) 4.3 Transfer Bygger på RFC Avvikelser från RFC: Endast op= request är möjlig. Alla överföringar kan antingen genomföras eller avvisas omedelbart. Operationerna query, approve och reject som hänför sig till överföringen stöds inte. <domain:period/> stöds inte. Registrarbyte medför inte att domännamnet förnyas eller att dess giltighetstid påverkas på något sätt. Vid ibruktagande av nya namnservrar stryks eventuella DS-poster som hänför sig till gamla servrar. Överföringsnyckeln är en tidsbunden engångskod. Den tas bort när överföringen mellan registrarerna har genomförts eller nyckelns giltighetstid gått ut. Registrarbyte kan inte genomföras om domänen är i registry lock. I så fall ska registraren först låsa upp domänen innan nyckeln skapas. Fälten acdate och exdate returneras inte. Fullständigt anrop: <transfer op="request"> <domain:transfer xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"> <domain:name>example.fi</domain:name> <domain:authinfo> <domain:pw>2foobar</domain:pw> </domain:authinfo> <domain:ns> <domain:hostobj>ns1.example.net</domain:hostobj> <domain:hostobj>ns2.example.net</domain:hostobj> </domain:ns> <domain:hostattr> <domain:hostname>ns1.example.net</domain:hostname> <domain:hostaddr ip="v4"> </domain:hostaddr> <domain:hostaddr ip="v6">1080:0:0:0:8:800:200c:417a</domain:hostaddr> </domain:hostattr> <domain:hostattr> <domain:hostname>ns2.example.net</domain:hostname> </domain:hostattr> </domain:transfer> </transfer> <svtrid>54322-xyz</svtrid>
18 18 (50) Exempel på respons: <response> <result code="1000"> <msg>command completed successfully </msg> </result> <resdata> <obj:trndata xmlns:obj="urn:ietf:params:xml:ns:obj"> <obj:name>example.fi</obj:name> <obj:trstatus>transferred</obj:trstatus> <obj:reid>clientx</obj:reid> <obj:redate> t22:00:00.0z</obj:redate> <obj:acid>clienty</obj:acid> </obj:trndata> </resdata> <trid> <cltrid>abc-12346</cltrid> <svtrid>54322-xyz</svtrid> </trid> </response>
19 19 (50) 4.4 Create Bygger på RFC 5731 och RFC Avvikelser från RFC: <domain:registrant> är obligatorisk uppgift <domain:period> är obligatorisk uppgift Fältet maxsiglife sparas inte Fullständigt anrop: <epp xmlns="urn:ietf:params:xml:ns:epp-1.0" xmlns:xsi=" <create> <domain:create xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"> <domain:name>esimerkki.fi</domain:name> <domain:period unit="y">2</domain:period> <domain:ns> <domain:hostobj>ns1.esimerkki.fi</domain:hostobj> <domain:hostobj>ns2.esimerkki.fi</domain:hostobj> <domain:hostattr> <domain:hostname>ns1.example.net</domain:hostname> <domain:hostaddr ip="v4"> </domain:hostaddr> <domain:hostaddr ip="v6">1080:0:0:0:8:800:200c:417a</domain:hostaddr> </domain:hostattr> <domain:hostattr> <domain:hostname>ns2.example.net</domain:hostname> </domain:hostattr> </domain:ns> <domain:registrant>haltijantunnus</domain:registrant> <domain:contact type="tech">tekninen</domain:contact> <domain:authinfo> <domain:pw>salasana</domain:pw> </domain:authinfo> </domain:create> </create> <extension> <secdns:create xmlns:secdns="urn:ietf:params:xml:ns:secdns-1.1"> <secdns:maxsiglife>604800</secdns:maxsiglife> <secdns:dsdata> <secdns:keytag>12345</secdns:keytag> <secdns:alg>3</secdns:alg> <secdns:digesttype>1</secdns:digesttype> <secdns:digest>49fd46e6c4b45c55d4ac</secdns:digest> </secdns:dsdata> </secdns:create> </extension>
20 20 (50) Exempel på respons: <response> <result code="1000"> <msg>command completed successfully</msg> </result> <resdata> <domain:credata xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"> <domain:name>esimerkki.fi</domain:name> <domain:crdate> t22:00:00.0z</domain:crdate> <domain:exdate> t22:00:00.0z</domain:exdate> </domain:credata> </resdata> <trid> <cltrid>abcde12345</cltrid> <svtrid>54321-xyz</svtrid> </trid> </response>
21 21 (50) 4.5 Delete Bygger på RFC Avvikelser från RFC: Om meddelandet inte innehåller någon förlängning (extension) är det fråga om att domänen omgående raderas och påförs en skyddstid. Om meddelandet har en fastställd förlängning inkl. taggar, får datumfältet inte vara tomt eller ha en annan form än den som framgår nedan. Förlängningen namnrymd domain-ext innehåller taggarna schedule och cancel. Inuti schedule finns taggen deldate som ska innehålla den inställda borttagningstidpunkten i samma format som nedan. Tidpunkten kan inte ställas in i över ett år i framtiden eller senare än domänens giltighetstid. Om meddelandet innehåller taggen cancel ska hela meddelandet ses som en annullering av domain delete och deldate beaktas då inte. I detta fall ska domännamnet ha gällande skyddstid och dess status ska vara raderad eller väntar på radering. Det leder till att domännamnet återställs till status beviljad, men dess giltighetstid påverkas inte. Exempel på anrop innehållande endast ett delete-kommando (enligt RFC): <delete> <domain:delete xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"> <domain:name>example.fi</domain:name> </domain:delete> </delete> <cltrid>abc-12346</cltrid>
22 22 (50) Exempel på anrop innehållande tidsinställd radering: <delete> <domain:delete xmlns:domain="urn:ietf:params:xml:ns:domain- 1.0"> <domain:name>example.fi</domain:name> </domain:delete> </delete> <extension> <domain-ext:delete xmlns:domainext="urn:ietf:params:xml:ns:domain-ext-1.0"> <domain-ext:schedule> <domain-ext:deldate> t00:00:00.0z</domainext:deldate> </domain-ext:schedule> </domain-ext:delete> </extension> <cltrid>abc-12346</cltrid> Exempel på anrop innehållande annullering av domain delete: <epp xmlns="urn:ietf:params:xml:ns:epp-1.0"> <delete> <domain:delete xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"> <domain:name>example.fi</domain:name> </domain:delete> </delete> <extension> <domain-ext:delete xmlns:domain-ext="urn:ietf:params:xml:ns:domainext-1.0"> <domain-ext:cancel/> </domain-ext:delete> </extension> <cltrid>abc-12346</cltrid>
23 23 (50) Exempel på returmeddelande för radering eller annullering av radering: <?xml version="1.0" encoding="utf-8"?> <response> <result code="1000"> <msg>command completed successfully</msg> </result> <trid> <svtrid>54321-xyz </svtrid> </trid> </response> Exempel på returmeddelande för tidsinställd radering: <?xml version="1.0" encoding="utf-8"?> <response> <result code="1001"> <msg>command completed successfully; action pending</msg> </result> <trid> <svtrid>54321-xyz </svtrid> </trid> </response>
24 24 (50) 4.6 Update Bygger på RFC 5731 och RFC Avvikelser från RFC: DS-posten ges med förlängningen <secdns:update>. maxsignlife för DS-posten stöds inte. urgent för DS-posten används inte. En contact kan ha bara en roll. Vid uppdatering av contact ska den givna rollen därför överensstämma med den roll som finns i systemet. Vid överföring av kontakten registrant får registreringsnumret inte ändras. Om alla namnservrar stryks för ett domännamn, stryks även alla DS-poster. Domännamnets registerlås kan uppdateras med elementet <registrylock>. Kommandot registrylock tillåter följande operationstyper: activate, deactivate, requestkey o Activate fastställer ett registrylock attribut för domännamnet, varefter det inte går att uppdatera domännamnet förrän låset har tagits bort. För aktivering ska 2 3 telefonnummer anges i anropet. o Deactivate tar bort attributet registrylock från domännamnet, varefter det är möjligt att uppdatera domänen igen. Deaktivering förutsätter en giltig auktoriseringsnyckel. Begäran om nyckel lämnas med anropet requestkey. o Requestkey skapar och skickar auktoriseringsnyckeln som ett SMS till nummer som uppgetts på förhand. I begäran ska anges numrets/numrens ordningsnummer. Nyckelns giltighetstid är en dag. Kommandot update domain tillåter endast en operation per meddelande. De möjliga operationerna och prioriteter framgår nedan. Operationerna i prioritetsordning: Registrylock-operationer Uppdatering av överföringsnyckel Begäran om auktoriseringsnyckel till användare Uppdatering av kontakter Uppdatering av namnserver Uppdatering av DS-poster
25 25 (50) Fullständigt anrop: <update> <domain:update xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"> <domain:name>example.fi</domain:name> <domain:add> <domain:ns> <domain:hostobj>ns3.example.com</domain:hostobj> <domain:hostobj>ns4.example.com</domain:hostobj> <domain:hostattr> <domain:hostname>ns1.example.net</domain:hostname> <domain:hostaddr ip="v4"> </domain:hostaddr> <domain:hostaddr ip="v6">1080:0:0:0:8:800:200c:417a</domain:hostaddr> </domain:hostattr> <domain:hostattr> <domain:hostname>ns2.example.net</domain:hostname> </domain:hostattr> </domain:ns> <domain:contact type="tech">mak21</domain:contact> <domain:status s="clienthold" lang="en">payment overdue.</domain:status> </domain:add> <domain:rem> <domain:ns> <domain:hostobj>ns1.example.com</domain:hostobj> <domain:hostobj>ns2.example.com</domain:hostobj> <domain:hostattr> <domain:hostname>ns1.example.net</domain:hostname> <domain:hostaddr ip="v4"> </domain:hostaddr> <domain:hostaddr ip="v6">1080:0:0:0:8:800:200c:417a</domain:hostaddr> </domain:hostattr> <domain:hostattr> <domain:hostname>ns2.example.net</domain:hostname> </domain:hostattr> </domain:ns> <domain:contact type="tech">c4000</domain:contact> <domain:status s="clientupdateprohibited"/> <domain:authinfo> <domain:pw>2barfoo</domain:pw> <domain:pwregistranttransfer>2barfoo</domain:pwregistranttransfer> </domain:authinfo> </domain:rem> <domain:chg> <domain:registrant>c5000</domain:registrant> <domain:authinfo> <domain:pw>2barfoo</domain:pw> <domain:pwregistranttransfer>2barfoo</domain:pwregistranttransfer> </domain:authinfo> <domain:registrylock type="activate"> <domain:smsnumber>+2314s12312</domain:smsnumber>
26 26 (50) <domain:smsnumber>+2314s12312</domain:smsnumber> <domain:smsnumber>+2314s12312</domain:smsnumber> <domain:numbertosend>1423</domain:numbertosend> <domain:numbertosend>1423</domain:numbertosend> <domain:numbertosend>1423</domain:numbertosend> <domain:authkey> f896sadf9786</domain:authkey> </domain:registrylock> </domain:chg> </domain:update> </update> <extension> <secdns:update xmlns:secdns="urn:ietf:params:xml:ns:secdns-1.1"> <secdns:rem> <secdns:dsdata> <secdns:keytag>12345</secdns:keytag> <secdns:alg>3</secdns:alg> <secdns:digesttype>1</secdns:digesttype> <secdns:digest>38ec35d5b3a34b33c99b</secdns:digest> <secdns:keydata> <secdns:flags>257</secdns:flags> <secdns:protocol>233</secdns:protocol> <secdns:alg>1</secdns:alg> <secdns:pubkey>aqpj////4q==</secdns:pubkey> </secdns:keydata> </secdns:dsdata> <secdns:dsdata> <secdns:keytag>12345</secdns:keytag> <secdns:alg>3</secdns:alg> <secdns:digesttype>1</secdns:digesttype> <secdns:digest>38ec35d5b3a34b33c99b</secdns:digest> <secdns:keydata> <secdns:flags>257</secdns:flags> <secdns:protocol>233</secdns:protocol> <secdns:alg>1</secdns:alg> <secdns:pubkey>aqpj////4q==</secdns:pubkey> </secdns:keydata> </secdns:dsdata> <secdns:all>true</secdns:all> </secdns:rem> <secdns:add> <secdns:dsdata> <secdns:keytag>12346</secdns:keytag> <secdns:alg>3</secdns:alg> <secdns:digesttype>1</secdns:digesttype> <secdns:digest>38ec35d5b3a34b44c39b</secdns:digest> <secdns:keydata> <secdns:flags>257</secdns:flags> <secdns:protocol>233</secdns:protocol> <secdns:alg>1</secdns:alg> <secdns:pubkey>aqpj////4q==</secdns:pubkey> </secdns:keydata> </secdns:dsdata> <secdns:dsdata> <secdns:keytag>12346</secdns:keytag> <secdns:alg>3</secdns:alg> <secdns:digesttype>1</secdns:digesttype> <secdns:digest>38ec35d5b3a34b44c39b</secdns:digest> <secdns:keydata> <secdns:flags>257</secdns:flags>
27 27 (50) <secdns:protocol>233</secdns:protocol> <secdns:alg>1</secdns:alg> <secdns:pubkey>aqpj////4q==</secdns:pubkey> </secdns:keydata> </secdns:dsdata> </secdns:add> <secdns:chg> </secdns:chg> </secdns:update> </extension> Exempel på respons: <?xml version="1.0" encoding="utf-8"?> <epp xmlns:obj="urn:ietf:params:xml:ns:obj-1.0" xmlns="urn:ietf:params:xml:ns:epp-1.0"> <response> <result code="1000"> <msg>command completed succesfully</msg> </result> <trid> <cltrid>ya4py</cltrid> <svtrid>ya4py</svtrid> </trid> </response>
28 28 (50) 4.7 Renew Bygger på RFC Fullständigt anrop: <renew> <domain:renew xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"> <domain:name>esimerkki.fi</domain:name> <domain:curexpdate> </domain:curexpdate> <domain:period unit="y">5</domain:period> </domain:renew> </renew> Exempel på respons: <response> <result code="1000"> <msg>command completed successfully</msg> </result> <resdata> <domain:rendata xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"> <domain:name>esimerkki.fi</domain:name> <domain:exdate> t22:00:00.0z</domain:exdate> </domain:rendata> </resdata> <trid> <svtrid>54322-xyz</svtrid> </trid> </response>
29 29 (50) 5 Contact Objects 5.1 Check Bygger på RFC Fullständigt anrop: <check> <contact:check xmlns: contact ="urn:ietf:params:xml:ns: contact -1.0"> <contact:id>username1</contact:id> <contact:id>username2</contact:id> <contact:id>username3</contact:id> </contact:check> </check> Exempel på respons: <response> <result code="1000"> <msg>command completed successfully</msg> </result> <resdata> <contact:chkdata xmlns: contact ="urn:ietf:params:xml:ns: contact -1.0"> <contact:cd> <contact:name avail="1">example.fi</contact:name> </contact:cd> <contact:cd> <contact:name avail="0">example.fi</contact:name> <contact:reason>in use</ contact:reason> </contact:cd> <contact:cd> <contact:name avail="1">example.fi</contact:name> </contact:cd> </contact:chkdata> </resdata> <trid> <svtrid>54322-xyz</svtrid> </trid> </response>
30 30 (50) 5.2 Info Bygger på RFC Avvikelser från RFC: Auktorisering fastställs utifrån object sponsorship. Anropare som inte är sponsorer får en förenklad respons som innehåller endast namn och ID för objektets sponsor. Fullständigt anrop: <info> <contact:info xmlns:contact="urn:ietf:params:xml:ns:contact-1.0"> <contact:id>sh8013</contact:id> </contact:info> </info> Exempel på respons: <response> <result code="10h00"> <msg>command completed successfully</msg> </result> <resdata> <contact:infdata xmlns:contact="urn:ietf:params:xml:ns:contact- 1.0"> <contact:id>sh8013</contact:id> <contact:role>5</contact:role> <contact:type>1</contact:type> <contact:postalinfo type="loc"> <contact:isfinnish>1</contact:isfinnish> <contact:firstname></contact:firstname> <contact:lastname></contact:lastname> <contact:name>hr</contact:name> <contact:org>example Inc</contact:org> <contact:birthdate> </contact:birthdate> <contact:identity>123423a123f</contact:identity> <contact:registernumber> sfad-5</contact:registernumber> <contact:addr> <contact:street>123 Example Dr.</contact:street> <contact:street>suite 100</contact:street> <contact:city>dulles</contact:city> <contact:sp>va</contact:sp> <contact:pc> </contact:pc> <contact:cc>us</contact:cc> </contact:addr>
31 </contact:postalinfo> <contact:voice x="1234"> </contact:voice> <contact:clid>clienty</contact:clid> <contact:crid>clientx</contact:crid> <contact:crdate> t22:00:00.0z</contact:crdate> <contact:update> t09:00:00.0z</contact:update> <contact:disclose flag="0"> <contact:voice/> <contact: /> <contact:address/> </contact:disclose> </contact:infdata> </resdata> <trid> <svtrid>54322-xyz</svtrid> </trid> </response> 31 (50)
32 32 (50) 5.3 Create Bygger på RFC Avvikelser från RFC: <contact:authinfo> stöds inte <fax> sparas inte i databasen Endast adresstyp loc stöds Personens namn uppges med fälten <contact:firstname> och <contact:lastname> Företagets namn uppges med fältet <contact:org> och avdelning eller kontaktpersonens namn med fältet <contact:name>. contact:org är obligatorisk uppgift för ett företag. Det ska finnas minst ett och högst tre <contact:street>-element Fältet <contact:sp> är inte obligatoriskt, de övriga adressfälten är obligatoriska uppgifter Contact type är obligatoriskt med värde 0-7. Contact role är obligatoriskt med värde 3 5. Se specificationer nedan. För contact role 5 (innehavaren) är <contact:legal > obligatorisk uppgift, för de övriga rollerna ska <contact: > uppges Contact object role 3-4 (reseller, technical) kan efter ändringen inte vara av typen 0 = Person. För en finländsk person (role=5, type=0, isfinnish=1) är <contact:identity> obligatorisk uppgift som valideras med en finländsk personbeteckning För ett finländskt företag (role=5, type=1 7, isfinnish=1) är <contact:registernumber> obligatorisk uppgift som valideras För en utländsk person (role=5, type=0, isfinnish=0) är <contact:birthdate> obligatoriska uppgift som valideras För ett utländskt företag (role=5, type=1 7, isfinnish=0) är <contact:registernumber> obligatorisk uppgift <contact:disclose> kan uppges för e-posten (< >). <voice> stöds inte. <addr> stöds inte. Om contact type = 0 (person), är kontaktens e-post och gatuadress aldrig offentliga. Contact:Disclose flag med värdet 0 och 1 tillåts i meddelandet men behandlas i databasen med värdet 0. Det är inte möjligt att offentliggöra en e-postadress eller gatuadress. Disclose 1 = offentlig information. Valideringsregler: <contact:street> : tecken <contact:city> : tecken <contact:org> : tecken <contact:sp> : tecken (ej obligatorisk) <contact:pc> : o Tillåtna tecken för finländsk kontakt: 0-9, längd 5 tecken o Tillåtna tecken för utländsk kontakt: 0-9, A Z, bindestreck, längd 2 16 tecken <contact:voice> : Tillåtna tecken +, 0 9, första tecknet måste vara +, landsnumret måste vara giltigt och riktnumret och abonnentnumret enligt ifrågavarande lands nationella bestämmelser. <contact: > : Validering av e-postformat <contact:legal > : Validering av e-postformat <contact:cc> : Tillåtna tecken A Z, längd 2 tecken, ska vara förenlig med ett giltigt landsnummet. <contact:isfinnish> : 0 eller 1
33 33 (50) <contact:firstname> : tecken <contact:lastname>: tecken <contact:org> : tecken Typmotsvarigheter: <contact:role> : o 3 = Payer o 4 = TechnicalContact o 5 = Registrant/Holder <contact:type> : o 0 = Person o 1 = Företag o 2 = Förening o 3 = Stiftelse o 4 = Parti o 5 = Kommun o 6 = Staten o 7 = Offentlig sammanslutning Fullständigt anrop: <create> <contact:create xmlns:contact="urn:ietf:params:xml:ns:contact-1.0"> <contact:id>1</contact:id> <contact:role>5</contact:role> <contact:type>1</contact:type> <contact:postalinfo type="loc"> <contact:isfinnish>1</contact:isfinnish> <contact:firstname>essi</contact:firstname> <contact:lastname>esimerkki Oy</contact:lastname> <contact:name>hr</contact:name> <contact:org>esimerkki Oy</contact:org> <contact:birthdate> t22:00:00.0z</contact:birthdate> <contact:identity>123423a123f</contact:identity> <contact:registernumber> sfad-5</contact:registernumber> <contact:addr> <contact:street>123 Example Dr.</contact:street> <contact:street></contact:street> <contact:street></contact:street> <contact:city>dulles</contact:city> <contact:sp>va</contact:sp> <contact:pc> </contact:pc> <contact:cc>us</contact:cc> </contact:addr> </contact:postalinfo> <contact:voice x="1234"> </contact:voice> <contact:fax>+04040as</contact:fax> <contact: >jdoe@example.com</contact: > <contact:legal >jdoe@example.com</contact:legal > <contact:disclose flag="0"> <contact:addr/>
34 34 (50) <contact: /> </contact:disclose> </contact:create> </create> 5.4 Delete Bygger på RFC Avvikelser från RFC: Kontakten kan inte strykas om den är kopplad till en domän. Kontakten kan inte strykas om man inte har skapat en kontakt. Fullständigt anrop: <delete> <contact:delete xmlns:contact="urn:ietf:params:xml:ns:contact-1.0"> <contact:id>c5000</contact:id> </contact:delete> </delete>
35 35 (50) 5.5 Update Bygger på RFC Avvikelser från RFC: <contact:authinfo> stöds inte <fax> sparas inte i databasen Endast adresstyp loc stöds Personens namn uppges med fälten <contact:firstname> och <contact:lastname> Företagets namn uppges med fältet <contact:org> och avdelning eller kontaktpersonens namn med fältet <contact:name>. contact:org är obligatorisk uppgift för ett företag. Det ska finnas minst ett och högst tre <contact:street>-element Fältet <contact:sp> är inte obligatoriskt, de övriga adressfälten är obligatoriska uppgifter Contact type är obligatoriskt med värde 0-7. Se specificationer nedan. Contact object role 3-4 (reseller, technical) kan efter ändringen inte vara av typen 0 = Person. För en finländsk person (role=5, type=0, isfinnish=1) är <contact:identity> obligatorisk uppgift som valideras med en finländsk personbeteckning För ett finländskt företag (role=5, type=1 7, isfinnish=1) är <contact:registernumber> obligatorisk uppgift som ska valideras För en utländsk person (role=5, type=0, isfinnish=0) är <contact:birthdate> obligatoriska uppgift som ska valideras För ett utländskt företag (role=5, type=1 7, isfinnish=0) är <contact:registernumber> obligatorisk uppgift För contact role 5 (innehavaren) är <contact:legal > obligatorisk uppgift, för de övriga rollerna ska <contact: > uppges <contact:disclose> kan uppges för e-posten (< >). <voice> stöds inte. <addr> stöds inte. Om contact type = 0 (person), är kontaktens e-post och gatuadress aldrig offentliga. Contact:Disclose flag med värdet 0 och 1 tillåts i meddelandet men behandlas i databasen med värdet 0. Det är inte möjligt att offentliggöra en e-postadress eller gatuadress. Disclose 1 = offentlig information. Uppdateringen kan bara riktas på ett fält Vid uppdatering av adressen ska alla adressuppgifter uppges För att ta bort icke-obligatorisk information, uppge ett tomt fält. Exempelvis <contact:sp />". Valideringsregler: <contact:street> : tecken <contact:city> : tecken <contact:org> : tecken <contact:sp> : tecken (ej obligatorisk) <contact:pc> : o Tillåtna tecken för finländsk kontakt: 0-9, längd 5 tecken o Tillåtna tecken för utländsk kontakt: 0-9, A Z, bindestreck, längd 2 16 tecken <contact:voice> : Tillåtna tecken +, 0 9, första tecknet måste vara +, landsnumret måste vara giltigt och riktnumret och abonnentnumret enligt ifrågavarande lands nationella bestämmelser. <contact: > : Validering av e-postformat <contact:legal > : Validering av e-postformat
36 36 (50) <contact:cc> : Tillåtna tecken A Z, längd 2 tecken, ska vara förenlig med ett giltigt landsnummer <contact:isfinnish> : 0 eller 1 <contact:firstname> : tecken <contact:lastname> : tecken <contact:org> : tecken Typmotsvarigheter: <contact:role> : o 3 = Payer o 4 = TechnicalContact o 5 = Registrant/Holder <contact:type> : o 0 = Person o 1 = Företag o 2 = Förening o 3 = Stiftelse o 4 = Parti o 5 = Kommun o 6 = Staten o 7 = Offentlig sammanslutning Fullständigt anrop: <update> <contact:update xmlns:contact="urn:ietf:params:xml:ns:contact-1.0"> <contact:id>c5000</contact:id> <contact:add> </contact:add> <contact:rem> </contact:rem> <contact:chg> <contact:type>2</contact:type> <contact:postalinfo type="loc"> <contact:isfinnish>1</contact:isfinnish> <contact:firstname>john</contact:firstname> <contact:lastname>doe</contact:lastname> <contact:name>hr</contact:name> <contact:org>example Inc.</contact:org> <contact:birthdate> t22:00:00.0z</contact:birthdate> <contact:identity>123423a123f</contact:identity> <contact:registernumber> </contact:registernumber> <contact:addr> <contact:street>123 Example Dr.</contact:street> <contact:street>suite 100</contact:street> <contact:street>suite 100</contact:street> <contact:city>dulles</contact:city> <contact:sp>va</contact:sp> <contact:pc> </contact:pc> <contact:cc>us</contact:cc>
37 </contact:addr> </contact:postalinfo> <contact:voice x="1234"> </contact:voice> <contact:fax>+04040as</contact:fax> <contact:disclose flag="0"> <contact:voice/> <contact: /> <contact:addr/> </contact:disclose> </contact:chg> </contact:update> </update> 37 (50)
38 38 (50) 6 Host Objects 6.1 Check Bygger på RFC Fullständigt anrop: <check> <host:check xmlns: host ="urn:ietf:params:xml:ns: host -1.0"> <host:name>ns1.esimerkki.fi</host:name> <host:name>ns2.esimerkki.fi </host:name> <host:name>ns3.esimerkki.fi </host:name> </host:check> </check> Exempel på respons: <response> <result code="1000"> <msg>command completed successfully</msg> </result> <resdata> <host:chkdata xmlns: host ="urn:ietf:params:xml:ns: host -1.0"> <host:cd> <host:name avail="1">ns1.esimerkki.fi</host:name> </host:cd> <host:cd> <host:name avail="0">ns2.esimerkki.fi </host:name> <host:reason>in use</host:reason> </host:cd> <host:cd> <host:name avail="1">ns3.esimerkki.fi </host:name> </host:cd> </host:chkdata> </resdata> <trid> <svtrid>54322-xyz</svtrid> </trid> </response>
39 39 (50) 6.2 Info Bygger på RFC Avvikelser från RFC: trdate returneras inte. Fullständigt anrop: <info> <host:info xmlns:host="urn:ietf:params:xml:ns:host-1.0"> <host:name>ns1.example.com</host:name> </host:info> </info> Exempel på respons: <response> <result code="100hj0"> <msg>command completed successfully</msg> </result> <resdata> <host:infdata xmlns:host="urn:ietf:params:xml:ns:host-1.0"> <host:name>ns1.example.com</host:name> <host:addr ip="v4"> </host:addr> <host:addr ip="v4"> </host:addr> <host:addr ip="v6">1080:0:0:0:8:800:200c:417a</host:addr> <host:addr ip="v6">1080:0:0:0:8:800:200c:417a</host:addr> <host:clid>clienty</host:clid> <host:crid>clientx</host:crid> <host:crdate> t22:00:00.0z</host:crdate> <host:update> t09:00:00.0z</host:update> </host:infdata> </resdata> <trid> <svtrid>54322-xyz</svtrid> </trid> </response>
40 40 (50) 6.3 Create Bygger på RFC Avvikelser från RFC: - Om du skapar en.fi-namnserver ska du vara administrerande registrar för.fi domänen ifråga. - Om domänen i ovanstående fall inte har en administrerande registrar, kommer IP-adresserna inte att sparas. - Det kan finnas högst 10 IP-adresser på en namnserver. - Om namnserverns domän finns inom zone ska den ha en IP-adress. Fullständigt anrop: <create> <host:create xmlns:host="urn:ietf:params:xml:ns:host-1.0"> <host:name>ns1.esimerkki.fi</host:name> <host:addr ip="v4"> </host:addr> <host:addr ip="v4"> </host:addr> <host:addr ip="v6">::1</host:addr> <host:addr ip="v6">1080:0:0:0:8:800:200c:417a</host:addr> </host:create> </create> Exempel på respons: <response> <result code="1000"> <msg>command completed successfully</msg> </result> <resdata> <host:credata xmlns:host="urn:ietf:params:xml:ns:host-1.0"> <host:name>ns1.esimerkki.com</host:name> <host:crdate> t22:00:00.0z</host:crdate> </host:credata> </resdata> <trid> <svtrid>54322-xyz</svtrid> </trid> </response>
41 41 (50) 6.4 Delete Bygger på RFC Avvikelser från RFC: - För att kunna ta bort en.fi-namnserver ska du vara administrerande registrar för det aktuella domännamnet och namnservern får inte heller användas av andra domännamn. Om du till exempel är administrerande registrar för domännamnet foobar.fi kan du ta bort namnservern ns1.foobar.fi förutsatt att den inte är kopplad till något annat domännamn. Fullständigt anrop: <delete> <host:delete xmlns:host="urn:ietf:params:xml:ns:host-1.0"> <host:name>ns1.example.com</host:name> </host:delete> </delete> Exempel på respons: <response> <result code="1000"> <msg>command completed successfully</msg> </result> <trid> <svtrid>54321-xyz</svtrid> </trid> </response>
42 42 (50) 6.5 Update Bygger på RFC Avvikelser från RFC: Byte av namnserverns namn (host:chg) stöds inte Byte av namnserverns status (host:status) stöds inte Endast en registrar som administrerar parent zone kan byta IP-adress. Det kan finnas högst 10 IP-adresser på en namnserver. Fullständigt anrop: <update> <host:update xmlns:host="urn:ietf:params:xml:ns:host-1.0"> <host:name>ns1.esimerkki.fi</host:name> <host:add> <host:addr ip="v4"> </host:addr> <host:addr ip="v6">1081:0:0:0:8:800:200c:417a</host:addr> <host:status s="clientupdateprohibited"/> </host:add> <host:rem> <host:addr ip="v4"> </host:addr> <host:addr ip="v6">1080:0:0:0:8:800:200c:417a</host:addr> </host:rem> </host:update> </update> Exempel på respons: <response> <result code="1000"> <msg>command completed successfully</msg> </result> <trid> <svtrid>54321-xyz</svtrid> </trid> </response>
43 43 (50) 7 Exempel på användning 7.1 Registrera domännamn I detta fall skapas ett domännamn utan namnserver och domännamnsinnehavaren är en ny person. Följande operationer ska genomföras: Login Contact create Domain create Login: <login> <clid>asiakasx</clid> <pw>foo-bar2</pw> <options> <version>1.0</version> <lang>en</lang> </options> <svcs> <objuri>urn:ietf:params:xml:ns:obj1</objuri> <objuri>urn:ietf:params:xml:ns:obj2</objuri> <objuri>urn:ietf:params:xml:ns:obj3</objuri> <svcextension> <exturi> </svcextension> </svcs> </login>
44 44 (50) Contact create (person): <create> <contact:create xmlns:contact="urn:ietf:params:xml:ns:contact-1.0"> <contact:type>5</contact:type> <contact:postalinfo type="loc"> <contact:firstname>etunimi</contact:firstname> <contact:lastname>sukunimi</contact:lastname> <contact:identity> w</contact:identity> <contact:addr> <contact:street>stree1</contact:street> <contact:city>city</contact:city> <contact:pc>00100</contact:pc> <contact:cc>fi</contact:cc> </contact:addr> </contact:postalinfo> <contact:voice"> </contact:voice> </contact:create> </create> Contact create (företag): <create> <contact:create xmlns:contact="urn:ietf:params:xml:ns:contact-1.0"> <contact:role>5</contact:role> <contact:type>1</contact:type> <contact:postalinfo type="loc"> <contact:isfinnish>1</contact:isfinnish> <contact:org>testi Oy</contact:org> <contact:name>hr</contact:name> <contact:registernumber> </contact:registernumber> <contact:addr> <contact:street>street 1</contact:street> <contact:city>city</contact:city> <contact:pc>00001</contact:pc> <contact:cc>fi</contact:cc> </contact:addr> </contact:postalinfo> <contact:voice> </contact:voice> </contact:create> </create> <svtrid>zykz7</svtrid>
45 Domain create: <epp xmlns="urn:ietf:params:xml:ns:epp-1.0" xmlns:xsi=" <create> <domain:create xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"> <domain:name>esimerkki.fi</domain:name> <domain:period unit="y">2</domain:period> <domain:registrant>haltijantunnus</domain:registrant> <domain:authinfo> <domain:pw>salasana</domain:pw> </domain:authinfo> </domain:create> </create> 45 (50)
46 46 (50) 7.2 Byta registrar Byte av registrar sker genom att skapa en kod för registrarbyte, genom att ge den till den nya registraren och slutligen ska den nya registraren sända en begäran om överföring innan koden upphör att gälla. Koden för registrarbyte är giltig i en månad från skapandet. I detta exempel byter den nya registraren namnservrarna i samband med överföringen. Om domännamnet använde DNSSec och namnservrarna byts, tas DNSSec ur bruk för domännamnet. Avlägsning av koden för registrarbyte beskrivs också nedan. Kraven på lösenordet: 8-64 tecken. Minst en liten bokstav. Minst en stor bokstav. Minst en siffra. Minst ett specialtecken: "!\"#$%'()*+,-./:;=@[\\]^_'{ }~" Att skapa en kod för registrarbyte (domain:chg): <update> <domain:update xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"> <domain:name>esimerkki.fi</domain:name> <domain:chg> <domain:authinfo> <domain:pw>uusisalasana1a!</domain:pw> </domain:authinfo> </domain:chg> </domain:update> </update> <cltrid>9igll</cltrid> Den nya registraren sänder en begäran om överföring (domain:transfer): <transfer op="request"> <domain:transfer xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"> <domain:name>esimerkki.fi</domain:name> <domain:authinfo> <domain:pw>uusisalasana1a!</domain:pw> </domain:authinfo> <domain:ns> <domain:hostobj>ns1.uusinimipalvelin.net</domain:hostobj> <domain:hostobj>ns2.uusinimipalvelin.net</domain:hostobj> </domain:ns> </domain:transfer> </transfer> <svtrid>cqx2q</svtrid>
47 Registraren avlägsnar den giltiga koden (domain:rem): <update> <domain:update xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"> <domain:name>esimerkki.fi</domain:name> <domain:rem> <domain:authinfo> <domain:pw>uusisalasana1a!</domain:pw> </domain:authinfo> </domain:rem> </domain:update> </update> <cltrid>a1tva</cltrid> 47 (50)
48 48 (50) 7.3 Byta användare En registrar kan inleda en process för att byta användare (f.d. innehavare). I bytesprocessen krävs en överföringskod om användarens registernummer, personbeteckning eller typ av användare ändras. Inledandet av bytesprocessen skickar användaren ett e-postmeddelande som innehåller överföringskoden. Koden, som skapas av systemet, är giltig i en månad från skapandet. Att skapa en överföringskod: <update> <domain:update xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"> <domain:name>esimerkki.fi</domain:name> <domain:chg> <domain:authinfo> <domain:pwregistranttransfer>new</domain:pwregistranttransfer> </domain:authinfo> </domain:chg> </domain:update> </update> <cltrid>ynair</cltrid> Byte av användare: <update> <domain:update xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"> <domain:name>esimerkki.fi</domain:name> <domain:chg> <domain:registrant>uudenkayttajantunnus</domain:registrant> <domain:authinfo> <domain:pwregistranttransfer>huy%9ipgo&i0</domain:pwregistranttransfer> </domain:authinfo> </domain:chg> </domain:update> </update> <cltrid>1p3xq</cltrid>
49 49 (50) 7.4 Registerlås En registrar kan låsa upp domännamnet så att det inte kan uppdateras på något annat sätt än att förlänga giltighetstiden. Det är också möjligt att ta bort låset. Kommandot registrylock tillåter följande operationstyper: activate, deactivate, requestkey. Activate fastställer ett registrylock attribut för domännamnet. För aktivering ska 2 3 telefonnummer anges i anropet. Deactivate tar bort registrylock från domännamnet, varefter det är möjligt att uppdatera domänen igen. Deaktivering förutsätter en giltig auktoriseringsnyckel. Begäran om nyckel lämnas med anropet requestkey. Requestkey skapar och skickar auktoriseringsnyckeln som ett SMS till nummer som uppgetts på förhand. I begäran ska anges numrets/numrens ordningsnummer. Kodens giltighetstid är en dag. Activate: <update> <domain:update xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"> <domain:name>esimerkki.fi</domain:name> <domain:chg> <domain:registrylock type="activate"> <domain:smsnumber> </domain:smsnumber> <domain:smsnumber> </domain:smsnumber> <domain:smsnumber> </domain:smsnumber> <domain:numbertosend>1</domain:numbertosend> <domain:authkey>domainauthkey</domain:authkey> </domain:registrylock> </domain:chg> </domain:update> </update> <cltrid>w0jii</cltrid>
50 50 (50) Deactivate: <update> <domain:update xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"> <domain:name>esimerkki.fi</domain:name> <domain:chg> <domain:registrylock type="deactivate"> <domain:smsnumber> </domain:smsnumber> <domain:smsnumber> </domain:smsnumber> <domain:smsnumber> </domain:smsnumber> <domain:numbertosend>1</domain:numbertosend> <domain:authkey> </domain:authkey> </domain:registrylock> </domain:chg> </domain:update> </update> <cltrid>u94e7</cltrid> Requestkey: <update> <domain:update xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"> <domain:name>esimerkki.fi</domain:name> <domain:chg> <domain:registrylock type="requestkey"> <domain:numbertosend>1</domain:numbertosend> <domain:numbertosend>2</domain:numbertosend> <domain:numbertosend>3</domain:numbertosend> <domain:authkey>domainauthkey</domain:authkey> </domain:registrylock> </domain:chg> </domain:update> </update> <cltrid>y58mb</cltrid>
Version Kommentator Datum Kommentarer
1 (49) EPP-gränssnitt Version Kommentator Datum Kommentarer 1.0 Viestintävirasto 21.9.2015 1.0 Viestintävirasto 21.10.2015 Förändringar i Contact objekt; type, role, isfinnish, org, form, name. Disclose
Version 001 2008-11-26
REGgie FAQ för Registrarer Rutiner Version 001 2008-11-26 Senast sparat: 2008-11-30 10:18 SE, Stiftelsen för Internetinfrastruktur 2007 Innehållsförteckning 1 RUTINER...4 1.1 BYTE AV REGISTRAR...4 1.1.1
REGISTRERINGSVILLKOR
REGISTRERINGSVILLKOR gällande för toppdomänen.nu fr.o.m 25 MAJ 2018 1 INLEDNING 1.1 Stiftelsen för Internetinfrastruktur (802405-0190), Box 92073, 120 07 Stockholm, är en oberoende allmännyttig stiftelse
Certifikattjänsten - testbädd. Anläggningsprojekt för ett nationellt inkomstregister
Certifikattjänsten - testbädd Anläggningsprojekt för ett nationellt inkomstregister 2 (9) INNEHÅLL 1 Inledning... 3 2 Testmaterial... 3 2.1 Parametrar som används i testbäddens tjänster... 3 2.2 Testbäddens
Introduktion Schenker-BTL AB, Stab IT Beskrivning över informationsintegreringmed Schenker, metodbeskrivning version 1.
Schenker har interna system som handhar information som är av intresse för våra kunder/partners. Idag finns ett flertal av dem tillgängliga via Internet, sk Online-tjänster. Dessa erbjuder inte bara hämtning
Domännamnsföreskrift
68/2014 M 1 (7) Domännamnsföreskrift Utfärdad i Helsingfors den x månad 20xx Kommunikationsverket har med stöd av 165 168 och 170 i informationssamhällsbalken av den 7 november 2014 (917/2014) meddelat
Rutinbeskrivningar Registreringstjänster för toppdomänen.nu. Version
Rutinbeskrivningar Registreringstjänster för toppdomänen.nu Version 20180525 1 Nyregistrering av domännamn 4 1.1 Definition 4 1.2 Förutsättningar 4 1.3 Registreringsperiod 4 1.4 Undantag, villkor och restriktioner
Internetdagarna NIC-SE Network Information Centre Sweden AB
Internetdagarna 2005-10-24--25 Amel 2005-10-24--25 1 Agenda Aktiviteter fram till produktion Koppling mellan certifikat, domän och administratör Vilken support kan DNS-operatörer och domännamnsinnehavare
Filleveranser till VINN och KRITA
Datum Sida 2017-04-25 1 (10) Mottagare: Uppgiftslämnare till VINN och KRITA Filleveranser till VINN och KRITA Sammanfattning I detta dokument beskrivs översiktligt Vinn/Kritas lösning för filleveranser
Hos Telia kan du enkelt registrera de domännamn du önskar i någon eller alla de klassiska toppdomänerna SE, NU, COM, INFO, NET, ORG, EU, NAME.
Domännamn Information Tillverkare Artikelnummer Domännamn Allmänt om domännamn Hos Telia kan du enkelt registrera de domännamn du önskar i någon eller alla de klassiska toppdomänerna SE, NU, COM, INFO,
GATEWAY TJÄNSTEBESKRIVNING. Webbservice. WSDL-fil. Skicka meddelanden. SMS och FastnätsSMS
GATEWAY TJÄNSTEBESKRIVNING Tjänsten Messit Gateway består av ett gränssnitt som enkelt kan implementeras i en egen applikation. Det enda som krävs för att använda Messit Gateway är att applikationen som
Lösenord och ditt Axxell IT-konto
Lösenord och ditt Axxell IT-konto Ditt Axxell IT-konto ger dig tillgång till olika IT tjänster på Axxell, däribland möjlighet att logga in på en Axxell dator, Wilma, Office 365, It slearning, och andra
FAQ för Registrarer Information. IIS Registry
Information IIS Registry FAQ för Registrarer Internetstiftelsen i Sverige. Box 7399, 103 91 Stockholm. Tel 08 452 35 00. Org.nr 802405-0190. iis.se Innehållsförteckning 1 ALLMÄNT... 7 1.1 VAD ÄR SKILLNADEN
Guide för ansökan om.fi-domännamn
Guide för ansökan om.fi-domännamn Varje finländare kan lägga upp webbsidor vare sig det handlar om ett företag, ett innebandylag, en syförening eller en privatperson. Till internets grundläggande rättigheter
Lunchkort Webbtjänst Manual för användning av tjänsten 1.1.2012
Lunchkort Webbtjänst Manual för användning av tjänsten 1.1.2012 1. Inloggning och val av företag... 2 2. Val av företag... 2 3. Val av språk... 3 4. Aktivering och hantering av lunchförmåns beställningar...
REGISTRERINGSVILLKOR
REGISTRERINGSVILLKOR Gällande för toppdomänen.nu 1 INLEDNING 1.1 Stiftelsen för Internetinfrastruktur (802405-0190), Box 7399, 103 91 Stockholm, är en oberoende allmännyttig stiftelse som ansvarar för
Bilaga 7 Rutinbeskrivningar för toppdomänerna.se och.nu. Version
Bilaga 7 Rutinbeskrivningar för toppdomänerna.se och.nu Version 20190415 Bilaga 7 Rutinbeskrivningar 1 för toppdomänerna.se och.nu 1 1 Nyregistrering av domännamn 4 1.1 Definition 4 1.2 Förutsättningar
Rutinbeskrivningar Registreringstjänster för toppdomänen.se. Version
Rutinbeskrivningar Registreringstjänster för toppdomänen.se Version 20180525 1 Nyregistrering av domännamn 4 1.1 Definition 4 1.2 Förutsättningar 4 1.3 Registreringsperiod 4 1.4 Undantag, villkor och restriktioner
FAQ för Registrarer Internetstiftelsen Box 92073, Stockholm Tel Org.nr internetstiftelsen.
FAQ för Registrarer 2019-04-24 Innehållsförteckning 1 ALLMÄNT... 7 VAD ÄR SKILLNADEN PÅ INTERNETSTIFTELSEN OCH REGISTRY SERVICES?... 7 1.1 VAD INNEBÄR ETT SÅ KALLAT TJOCKT REGISTRY?... 7 2 EKONOMI... 8
Bruksanvisning för registrering i Finlands Banks DCS2-system 1 (13)
Bruksanvisning för registrering i Finlands Banks DCS2-system 1 (13) 2 (13) Innehåll 1 Registrering i tjänsten... 3 1.1 Personuppgifter... 4 1.2 Finlands Banks datainsamlingar... 5 1.2.1 Preliminär kontroll
Certifikattjänsten Beskrivning av gränssnittet Inkomstregisterenheten
Version 1.03 Certifikattjänsten Beskrivning av gränssnittet Inkomstregisterenheten Certifikattjänsten Beskrivning av gränssnittet 2 (15) Versionshistoria Version Datum Beskrivning 1.0 30.10.2017 Dokumentet
Rebus e-postinställningar
Rebus e-postinställningar 2016-09-07: Åbergs DataSystem AB, Göran Gustafsson E-post konfiguration Alla listor, blanketter och rapporter som kan skrivas ut från Rebus kan även skickas via e-post i en mängd
HSA Admin version 4.9 (och lite 4.8)
HSA Admin version 4.9 (och lite 4.8) Vad är nytt? Precis som i 4.8 - Rätt mycket 12:e maj 2014 Robert Stahl Robert.stahl@inera.se En liten tillbakablick först. 17 åtgärder genomfördes i version 4.8, både
Med Telias domäntjänst Domännamn kan du enkelt administrera alla dina domännamn, oavsett storlek på domänportfölj.
Domännamn Information Tillverkare Artikelnummer Domännamn Domännamn är en fundamental del av internet. Med ett eget domännamn får du en effektiv plattform för kommunikation och marknadsföring på en av
Whoisprotokollet. Tjänstebeskrivning
Whoisprotokollet Tjänstebeskrivning 2019-03-05 Innehållsförteckning Innehållsförteckning... 2 1 Introduktion... 3 1.1 Detta dokument...3 1.2 Förkortningar & ordförklaring...3 1.3 Referenser...4 1.4 Om
Domännamnsföreskrift
Kommunikationsverket 68/2014 M 1 (7) Domännamnsföreskrift Utfärdad i Helsingfors den x månad 20xx Kommunikationsverket har med stöd av 165 168 och 170 i informationssamhällsbalken av den 7 november 2014
Administrationsguide. Skicka Enkelt
Administrationsguide Skicka Enkelt 2012-10-26 2 Innehåll 1 Skicka Enkelts administrationsgränssnitt (SEA)... 3 1.1 Användare... 3 1.2 Roller... 4 1.3 Nummerserier... 4 1.4 Prislistor... 5 1.5 Rabattkoder...
Lär känna MS SQL 2008 / Övning. Observera. Tips. Förberedelse
Lär känna MS SQL 2008 / Övning Observera Övningar som finns tillgängliga är till för att du ska kunna testa dina kunskaper och träna på dem. Det är helt upp till dig när du vill genomföra och om du vill
Testning av Sambi. Testplan. Version PA12. Fil namn: SAMBI_TP.docx Senast sparad: 2014-11- 24. Copyright (c) 2014 IIS
Testning av Sambi Testplan Version PA12 Fil namn: SAMBI_TP.docx Senast sparad: 2014-11- 24 Copyright (c) 2014 IIS Dokument kontroll Dokument information och säkerhet Skapad av Faktaansvarig Dokumentansvarig
För att logga in på Prepaid Webbtjänst behöver du ett personligt Kund-ID och ett lösenord.
1(9) Logga in på webbtjänsten För att logga in på Prepaid Webbtjänst behöver du ett personligt Kund-ID och ett lösenord. Om du har loggat in på webbtjänsten tidigare, mata in ditt Kund-ID och lösenord
WHOIS policy för.eu-domännamn
WHOIS policy för.eu-domännamn 1/7 DEFINITIONER Termer som definieras i allmänna villkor och/eller i tvistlösningsreglerna för domänen.eu skrivs i kursiv stil i detta dokument. AVSNITT 1. INTEGRITETSPOLICY
XML-produkter. -Registret över verkliga huvudmän (RVH) Teknisk handledning för webbtjänst mot RVH (Web Services) Datum: Version: 1.
XML-produkter -Registret över verkliga huvudmän (RVH) Teknisk handledning för webbtjänst mot RVH (Web Services) Datum: 2018-09-18 Version: 1.0 Innehållsförteckning 1. Inledning... 3 1.1. Syfte 3 1.2. Målgrupp
DNSSec. Garanterar ett säkert internet
DNSSec Garanterar ett säkert internet Vad är DNSSec? 2 DNSSec är ett tillägg i Domain Name System (DNS), som säkrar DNS-svarens äkthet och integritet. Tekniska åtgärder tillämpas vilket gör att den dator
Integration - API. Konkursinformation. Teknisk beskrivning
Teknisk beskrivning Syna AB Sidan 1 av 5 1 Introduktion Produkten levererar detaljinformation om domstol och konkursförvaltare för företag som försatts i konkurs. 2 Anrop Action Method Produkt-ID [URL]
Information. REGgie. FAQ för Registrarer. Övergången. Version 001 2008-11-05
REGgie FAQ för Registrarer Övergången Version 001 2008-11-05 Senast sparat: 2008-12-04 22:07 SE, Stiftelsen för Internetinfrastruktur 2007 Innehållsförteckning 1 ÖVERGÅNGEN...3 1.1 VILKA DATUM GÄLLER FÖR
BDS-UNDERHÅLLET. Användarens instruktion Kommunerna
BDS-UNDERHÅLLET Användarens instruktion Kommunerna 2 (8) Innehållsförteckning 1 Allmänt om användning av tjänsten för BDS-underhåll...3 1.1 Beskrivningar och instruktioner...3 1.2 Administrationstjänster...3
.SE Registry Services Rutiner. Rutinbeskrivningar. Registreringstjänster.se. Document number: 2008-N Last saved: November 28, 2014
Services Rutinbeskrivningar.se Document number: 2008-N Last saved: November 28, 2014 The Internet Infrastructure Foundation (.SE) 2014 Innehållsförteckning Innehållsförteckning... 1 1 Nyregistrering av
Utkast/Version (8) Användarhandledning - inrapportering maskin-till-maskin
Utkast/Version Sida 2.0 1 (8) 2017-05-12 Användarhandledning - inrapportering maskin-till-maskin 2 (8) Innehåll 1. Rapportering till VINN eller KRITA... 3 1.1 Allmänt... 3 1.2 Terminologi... 3 2. Hämta
InTime HTTP API. Översikt funktioner. Webbtjänster för systemintegration med InTime Messenger.
InTime HTTP API Webbtjänster för systemintegration med InTime Messenger. Översikt funktioner Samtliga funktioner, frånsett listningar, tar emot en XML sträng via metoden HTTP POST. Meddelanden Skapa meddelanden
Det här dokumentet går kortfattat igenom registrerings- och ansökningsprocessen.
Det här dokumentet går kortfattat igenom registrerings- och ansökningsprocessen. 1. Webbläsare Följande versioner av webbläsare stöds: Netscape från version 7.x Firefox från version 1.x Internet Explorer
Installationsmanual 501 GPS Tracker
Installationsmanual 501 GPS Tracker 2011-09-14 1. Beskrivning av enhet: Framsida: Baksida: GSM antenn GPS antenn mini USB kontakt Huvudkontakt Funktionsknapp 2. Sätta i SIM kortet: Följ stegen nedan för
Information. .SE Registry. FAQ för Registrarer
.SE Registry FAQ för Registrarer 2009-12-01 SE, Stiftelsen för Internetinfrastruktur 2009 Innehållsförteckning 1 ALLMÄNT... 8 1.1 VAD ÄR SKILLNADEN PÅ.SE, SE REGISTRY OCH SE DIREKT?... 8 1.2 VAD INNEBÄR
Flexi Exchange Connector. Copyright 1993-2013 Datatal AB. Med ensamrätt. Copyright 2013 Datatal AB. All rights reserved.
Flexi Exchange Connector Copyright 1993-2013 Datatal AB. Med ensamrätt. Copyright 2013 Datatal AB. All rights reserved. 1 Översikt... 2 1.1 Vad gör Flexi Exchange Connector?... 2 1.2 Vilka serverkonfigurationer
RP 35/2009 rd. Regeringens proposition till Riksdagen med förslag till lag om ändring av lagen om domännamn PROPOSITIONENS HUVUDSAKLIGA INNEHÅLL
Regeringens proposition till Riksdagen med förslag till lag om ändring av lagen om domännamn PROPOSITIONENS HUVUDSAKLIGA INNEHÅLL I propositionen föreslås det att lagen om domännamn ändras enligt erfarenheterna
Ontech Control för Iphone Användarmanual Svenska
Ontech Control för Iphone Användarmanual Svenska På grund av restriktioner hos Apple så är vår Iphone app begränsade i vissa ärenden. Bland annat så skickas SMS ej automatiskt när inställningar är gjorda
VÄLKOMMEN SOM AIPAL-UTBILDNINGSAKTÖRENS HUVUDANVÄNDARE!
BRUKSANVISNING FÖR AIPAL 30.1.2015 1 ( 7 ) Till AIPAL-utbildningsaktörens huvudanvändare VÄLKOMMEN SOM AIPAL-UTBILDNINGSAKTÖRENS HUVUDANVÄNDARE! I denna anvisning informeras om hur användarrättigheter
Registrering för rapporteringstjänsten Energiapeili
1 (5) Registrering för rapporteringstjänsten Energiapeili Registrering För att registrera dig för rapporteringstjänsten Energiapeili behöver du dina personliga bankkoder. Du kan använda de vanligaste nätbankernas
Uppsägning av kontrakt för domännamn.
Uppsägning av kontrakt för domännamn. Den här blanketten fyller du i när du vill säga upp ditt domänavtal med Internet.se Svenska AB. Om du vill ha auth-kod för att flytta till ett annat ombud, var vänlig
OP Tjänsten för förmedling av identifiering
Tjänstebeskrivning 1 (6) OP Tjänsten för förmedling av identifiering Innehåll 1 Allmän beskrivning... 2 2 Krav på programvara... 2 2.1 Användargränssnitt... 2 2.2 Webbläsare som stöds... 3 3 Avtal... 3
teknisk manual Direktbetalning handelsbanken.se/e-handel
Direktbetalning handelsbanken.se/e-handel Innehållsförteckning Beskrivning av tjänsten...3 Direktbetalning...4 Från företaget till Handelsbanken...4 Från Handelsbanken till företaget...6 Betalningskontroll...8
INVEST LIVING WIFI C. Användarmanual ANDROID. Ver. 2
Användarmanual ANDROID Ver. Innehåll. Installation av Invest Living WiFi C.... Installera APP... 3. Registrera/skapa användarkonto... 3 4. Registrera värmepump och konfigurera WiFi C... 4 5. Förklaring
ENUM Tier 1 Registry - Rutiner för provdrift Version 001.09 2006-02-23. II-stiftelsen 1 (20) Version 001.09 06-02-23
ENUM Tier 1 Registry - Rutiner för provdrift Version 001.09 20 II-stiftelsen 1 (20) Version 001.09 Rutiner för ENUM Tier 1 Registry 1 NYREGISTRERING... 3 1.1 Beställning från ett fristående ENUM-ombud...
TrackBlock Tracking System Bruksanvisning 2012-09-08
TrackBlock Tracking System Bruksanvisning 2012-09-08 Tack för att du valt TrackBlock Tracking System. Denna produkt är en kombination av GPS och GSM som hjälper dig att spåra bilar, båtar, arbetsmaskiner
Startguide för Administratör Kom igång med Microsoft Office 365
Startguide för Administratör Kom igång med Microsoft Office 365 Version 1.0 Introduktion Skapa ett MSPA-konto Aktivera Office 365 i Telia Business Apps Verifiera företagets domännamn Lägg till användare
EU Login. Verifiera din identitet med EU Login. Skapa ett EU Login-konto
EU Login Verifiera din identitet med EU Login EU Login är en portal för inloggning i Europeiska kommissionens olika tjänster och/eller andra system. EU Login verifierar din identitet och tillåter säker
Instruktion för att hämta personligt certifikat med Internet Explorer m.fl.
Instruktion för att hämta personligt certifikat med Internet Explorer m.fl. För att kunna logga in till Skandias internettjänst behöver du ett personligt certifikat. Så här gör du för att hämta ett certifikat
REGISTRERINGSVILLKOR gällande för toppdomänen.se fr.o.m. 25 MAJ 2018
1 REGISTRERINGSVILLKOR gällande för toppdomänen.se fr.o.m. 25 MAJ 2018 1 INLEDNING 1.1 Stiftelsen för Internetinfrastruktur (802405-0190), Box 92073, 120 07 Stockholm, är en oberoende allmännyttig stiftelse
SaaS Email and Web Services 8.3.0
Versionsinformation Version A SaaS Email and Web Services 8.3.0 Innehåll Om den här utgåvan Nya funktioner Lösta problem Hitta McAfee SaaS tjänstedokumentation Om den här utgåvan Tack för att du väljer
Webservice tjänsten GetPerson Slagning mot befolkningsregister
2008-01-08 B Lundmark 1 (14) TietoEnator HealthCare Sweden AB Carlsgatan 6, Box 85 201 20 MALMÖ Telefon 010-481 53 85 Fax 040-97 01 62 E-post bengt.lundmark@tietoenator.com www.tietoenator.se/healthcare
V3.1 VERSIONSINFORMATION
V3.1 VERSIONSINFORMATION Hilti ON!Track Versionsdatum: 08.12.2018 1 Viktig information om versionen 2 2 Nya funktioner 3 2.1 Överföringar 3 2.2 Välj förbrukningsvaror och allmänna inventarier från flera
INTERNETSTIFTELSENS WEBBWHOIS
INTERNETSTIFTELSENS WEBBWHOIS Tjänstebeskrivning 2019-03-05 Innehållsförteckning Innehållsförteckning... 2 1 Introduktion... 3 1.1 Detta dokument...3 1.2 Förkortningar & ordförklaring...3 1.3 Referenser...4
Registrera närvaro via
Registrera närvaro via https://narvaro.abf.se Inloggning Inloggningsuppgifter För att få tillgång till närvarowebben så kontaktar du din ABF avdelning. Ditt personnummer fungerar som användarnamn och ditt
Introduktion till integrering av Schenkers e-tjänster. Version 2.0
Introduktion till integrering av Schenkers e- Version 2.0 Datum: 2008-06-18 Sida 2 av 8 Revisionshistorik Lägg senaste ändringen först! Datum Version Revision 2008-06-18 2.0 Stora delar av introduktionen
Innehållsförteckning... 1 1 Nyregistrering av domännamn... 3. 2 Förnyelse av domännamn... 6. 3 Uppdatering av kontaktuppgifter...
Innehållsförteckning Innehållsförteckning... 1 1 Nyregistrering av domännamn... 3 1.1 Definition... 3 1.2 Förutsättningar... 3 1.3 Registreringsperiod... 3 1.4 Undantag, villkor och restriktioner... 3
BDS-underhåll. Användarens instruktion. Endast för kommunens interna användning
Användarens instruktion Endast för kommunens interna användning 2 (8) Innehållsförteckning 1 Användarvillkor för BDS-underhållet... 3 2 Allmänt om användning av tjänsten för BDS-underhåll.... 4 2.1 Personliga
Termer och begrepp. Identifieringstjänst SITHS
Termer och begrepp Identifieringstjänst Revisionshistorik Version Datum Författare Kommentar 1.0 2019-02-20 Policy Authority Fastställd 1. Dokumentets syfte Definition av termer och begrepp som används
Ecat_Admin Användarhandbok för licensinnehavare
Ecat_Admin Användarhandbok för licensinnehavare Senast uppdaterad av hjälpcentralen: April 2015 Innehåll Inledning... 2 Kapitel 1: Grunderna... 3 1.1 Skapa ett Ecat_Admin-konto (logga in första gången)...
Särskild information om personalliggare Fröbergs RFID / Fingerprint (TM-600 Serien)
Särskild information om personalliggare Fröbergs RFID / Fingerprint (TM-600 Serien) Särskilt om personalliggare Version 2.0 2019-05-22 Innehållsförteckning 1 - VIKTIGT ATT TÄNKA PÅ... 3 2 - SÄRSKILT UPPLÄGG
Telia Centrex IP Administratörswebb. Handbok
Telia Centrex IP Administratörswebb Handbok Telia Centrex IP Administratörswebb Handbok 2 Handbok Telia Centrex IP Administratörswebb Du hittar alltid senaste versionen av denna handbok på https://ipac.telia.com
MIS Life Insurance XML
MIS Life Insurance XML Kundfråga Kundfråga Livförsäkring Version: 1 Utgåva: 6.2 Referens: MIS Life Insurance XML Kundfråga version 1.6.2 Uppdaterad: 2013-05-23 Kommentarer och rättningar av detta dokument
Bruksanvisning för VeraPlus
Bruksanvisning för VeraPlus Börja med att installera VeraPlus Öppna förpackningen och plocka ut allt innehåll. I förpackningen finner du: Installation 1. Anslut nätverkskabeln i nätverksporten på baksidan
Lag om domännamn. Given i Helsingfors den 13 mars 2003. I enlighet med riksdagens beslut föreskrivs: Allmänna bestämmelser.
Given i Helsingfors den 13 mars 2003 Lag om domännamn I enlighet med riksdagens beslut föreskrivs: Allmänna bestämmelser 1 Lagens syfte Syftet med denna lag är att främja informationssamhällets serviceutbud
Lunchkort Webbtjänst. 6. Beställa Lunchkort... 6 7. Skapa och ta bort betalningsgrupper... 7 8. Uppgifter om företaget... 8 9. Logga ut...
Lunchkort Webbtjänst Införande av tjänsten och definitioner 1.1.2012 1. Logga in och välja företag... 2 2. Skapa och ta bort företagskonton och underkonton... 3 3. Lägga till företagsanvändare i Lunchkort
Den trygga länken från nätbanken för externa tjänster
NÄTBANKSLÄNKEN Den trygga länken från nätbanken för externa tjänster och anvisningar för de som tillhandahåller tjänsten Version V 1.0/ 8.01.2002 Innehållsförteckning 1 BESKRIVNING AV NÄTBANKSLÄNKEN...1
Termer och begrepp. Identifieringstjänst SITHS
Termer och begrepp Identifieringstjänst Revisionshistorik Version Datum Författare Kommentar 1.0 2019-02.20 Policy Authority Fastställt 1.1 Policy Authority Mindre justeringar 1. Dokumentets syfte Definition
LÅN Manual Koha. Luleå universitetsbibliotek Ulrika Hedkvist
LÅN Manual Koha Luleå universitetsbibliotek Ulrika Hedkvist 2017-05-30 INNEHÅLLSFÖRTECKNING Registrera ny låntagare 3 Radera låntagare 4 Ändra PIN-kod eller personnummer 5 Utlån 6 Utskrift på lån 7 Återlämning
Information. Registry Services. FAQ för Registrarer 2015-01-20
Information Registry Services FAQ för Registrarer SE, Stiftelsen för Internetinfrastruktur 2009 Innehållsförteckning 1 ALLMÄNT... 7 1.1 VAD ÄR SKILLNADEN PÅ.SE, REGISTRY SERVICES OCH SE DIREKT?... 7 1.2
Garantianspråk. Manual
2014 Garantianspråk Manual Innehåll Åtkomst till systemet... 2 Inloggning... 2 Glömt lösenordet... 3 Registrering... 4 Garantianspråk... 6 Startsida... 6 Navigering... 6 Garantianspråk konsument... 7 Mina
UC API Teknisk referens för UC:s svenska personinformation
UC API Teknisk referens för UC:s svenska personinformation Innehåll Innehåll... 2 Tjänstebeskrivning... 3 Referenser... 3 Operationer... 4 Exempel... 5 Exempel anrop för personfråga... 5 Fråga... 5 Svar...
Registrering i EU login
Registrering i EU login Uppdaterad 2.12.2016 TP ELW EU Login är kommissionens autentiseringstjänst. Det är ett system för att logga in på flera av kommissionens webbtjänster med hjälp av ett användarnamn
PIC registreringen i deltagarportalens (Participant Portal) URF databas
PIC registreringen i deltagarportalens (Participant Portal) URF databas PIC = Participant Identification Code URF = Unique Registration Facility CIMO 26.2. Hur förbereder jag mig på att mata in uppgifterna?
Sammanfattning av informationssamhällsbalkens (917/2014) paragrafer om domännamn
Sammanfattning av informationssamhällsbalkens (917/2014) paragrafer om domännamn AVDELNING I ALLMÄNNA BESTÄMMELSER 1 kap. Lagens syften och definitioner I denna lag avses med 3 Definitioner 21) skyddat
Registrering IBRD. Övriga villkor är att användaren är bosatt i Sverige och/eller har sin huvudsakliga verksamhet i landet.
Registrering IBRD IBRD (International Beacon Registration Database) är ett internationellt register för nödsändare som administreras av Cospas-Sarsat-sekretariatet. Sverige har valt att registrera nödsändare
Instruktion för integration mot CAS
IT-enheten Instruktion för integration mot CAS Per Hörnblad Instruktion 2010-10-29 Sid 1 (7) Instruktion för integration mot CAS Projektnamn Instruktioner för Integration mot CAS Fastställt av Per Hörnblad
Gsm A22 Dolda kommando
Gsm A22 Dolda kommando 1 1 Programmering av funktioner Programmering av texter Fråga programmerad funktion: DATA??01 DATA**01,023101# Programmera ny funktion: DATA!*01,024102# Radering av alla funktioner
Programmeringsguide Sargent & Greenleaf. Titan Pivot Bolt/Titan Direct Drive & 6124/6125. ASSA ABLOY, the global leader in door opening solutions.
Programmeringsguide Sargent & Greenleaf Titan Pivot Bolt/Titan Direct Drive & 6124/6125 ASSA ABLOY, the global leader in door opening solutions. 1 LÄS IGENOM HELA PROGRAMMERINGSGUIDEN INNAN PROGRAMMERING
INVEST LIVING WIFI C. Användarmanual IOS. Ver. 2
Användarmanual IOS Ver. Innehåll. Installation.... Installera APP... 3. Registrera/skapa användarkonto... 3 4. Registrera värmepump och konfigurera WiFi C... 4 5. Skapa grupp med fler värmepumpar... 0
Instruktioner för att skapa konton i MV-login
Instruktioner för att skapa konton i MV-login MV-Login är ett inloggningssystem, avsett för inloggning i MV-Nordics program, webbprogram och appar. Administration av systemet samt webbprogramen finner
Krav på webbläsare. Manual för arbetslöshetkassorna. De webbläsare som är kompatibla med portalen är minst Internet Explorer 6.x och Firefox 2.
Användarmanual till IAF:s portal för arbetslöshetskassor 1 (8) Manual för arbetslöshetkassorna Krav på webbläsare De webbläsare som är kompatibla med portalen är minst Internet Explorer 6.x och Firefox
SAMMANFATTNING AV DOMÄNNAMNSPARAGRAFERNA I LAGEN OM TJÄNSTER INOM ELEKTRONISK KOMMUNIKATION (917/2014)
SAMMANFATTNING AV DOMÄNNAMNSPARAGRAFERNA I LAGEN OM TJÄNSTER INOM ELEKTRONISK KOMMUNIKATION (917/2014) AVDELNING I ALLMÄNNA BESTÄMMELSER 1 kap. Lagens syften och definitioner I denna lag avses med 3 Definitioner
Faktura/Saldobesked Gränssnittsdokumentation. Version 5.1
Version 5.1 Datum: 2010-12-06 Sida 2 av 20 Revisionshistorik Version Datum Kommentarer 5.1 2010-12-06 Lagt till info om att tjänsten är behörighetsskyddad. 5.0 2008-03-14 Nya response-värden returneras
Elektronisk tullräkning Sid 1(9) Samverkansspecifikation. Version: 1.0 SAMVERKANSSPECIFIKATION. för. e-tullräkning
Elektronisk tullräkning Sid 1(9) SAMVERKANSSPECIFIKATION för e-tullräkning Elektronisk tullräkning Sid 2(9) Innehållsförteckning 1 Inledning...3 1.1 Introduktion...3 2 Identifikation av parterna...4 2.1
Uppdatera Easy Planning till SQL
Easy Planning SQL 8.x är vår senaste version av planeringsprogram. Vi rekommenderar alla kunder att uppdatera till den senaste versionen då många nya funktioner har tillkommit. Alla användare som har den
Överföring av filer med Zendto v 1.1. stora filer som inte kan skickas via e-post konfidentiella uppgifter som inte kan skickas via okrypterad e-post
Folkhälsans ZendTo ZendTo är till för enkel och säker överföring av stora filer som inte kan skickas via e-post konfidentiella uppgifter som inte kan skickas via okrypterad e-post ZendTo används via webbläsare,
Sändning av uppgifter Scheman Meddelanden Anläggningsprojekt för ett nationellt inkomstregister
Version 1.02 Sändning av uppgifter Scheman Meddelanden Anläggningsprojekt för ett nationellt inkomstregister Sändning av uppgifter Scheman Meddelanden 2 (16) Versionshistoria Version Datum Beskrivning
Lathund till e-listor för cirkelledare ABF Malmö
Lathund till e-listor för cirkelledare ABF Malmö Inloggningsuppgifter För att få inloggning till närvarowebben (narvaro.abf.se) kontaktar du den avdelning du är ledare åt. Du måste uppge en giltig e-postadress,
JHS 193 Unik identifierare för geografisk information Bilaga 1. Process för att bilda URI
JHS 193 Unik identifierare för geografisk information Bilaga 1. Process för att bilda URI Version: 1.0 Publicerad: 2.9.2015 Giltighetstid: tills vidare Innehåll 1 Inledning...1 2 Skapande av lokal identifierare
Ibruktagning av auktorisering som sekundär huvudanvändare
Ibruktagning av auktorisering som sekundär huvudanvändare Organisationens huvudanvändare kan bevilja Katso-kodens innehavare en auktorisering som sekundär huvudanvändare (administrativ användare). Auktorisering
Microsoft Internet Information Services 7 / 7.5
Microsoft Internet Information Services 7 / 7.5 Följande guide beskriver hur man administrerar certifikat på Microsoft IIS 7 & 7,5. För support och hjälp till användandet av denna guide kan du kontakta
1.Lär känna MS SQL Observera. Tips. Förberedelse
1.Lär känna MS SQL 2008 Observera Övningar som finns tillgängliga är till för att du ska kunna testa dina kunskaper och träna på dem. Det är helt upp till dig när du vill genomföra och om du vill genomföra