Rozszerzenie NASK EPP

Podobne dokumenty
Rozszerzenie NASK EPP

Rozszerzenie NASK EPP

Rozszerzenie EPP o DNSSEC

Specyfikacja HTTP API. Wersja 1.6

Specyfikacja wysyłek marketingowych v1.10

API przekazy masowe - Dokumentacja. v 1.1, czerwiec 2014 KIP S.A. ul. Św. Marcin 73/ Poznań.

Automatyka i Robotyka ROK III TEMAT: TWORZENIE I ZARZĄDZANIE INTERNETOWĄ BAZĄ DANYCH

.pl API. Dokumentacja techniczna wersja 2.12 z dnia Jacek Partyka, MSERWIS

Gatesms.eu Mobilne Rozwiązania dla biznesu

AZ.pl 2010 API Strona 1/33. Spis treści

Dokumentacja techniczna asendo API

Dokumentacja modułu integracyjnego WHMCS-HRD

Po instalacji serwera MYSQL dostępne jest konto o nazwie root. Domyślnie nie ma ono przypisanego hasła, aczkolwiek podczas procesu konfiguracji jest

Połączenie Partnera z serwisem JustPay poprzez - METODĘ 2

Informację na temat struktury pliku XML

Otwarte protokoły wymiany informacji w systemach ITS

Do użytku z aplikacjami z funkcją skanowania / czytania kodów QR

Sieci komputerowe - Wstęp do intersieci, protokół IPv4

Rozszerzenie NASK EPP

Serwery. Autorzy: Karol Czosnowski Mateusz Kaźmierczak

V. Struktury wyrobów Kartoteka struktur produktów. Przykład: Ćwiczenia z użytkowania systemu MFG/PRO 1

Baza numerów Wersja 1.1

API transakcji - Dokumentacja. v 2. 2, marzec 2017 KIP S.A. ul. Św. Marcin 73/ Poznań.

SSL Reseller. Dokumentacja techniczna v.1.0 z dnia

Instrukcja konfiguracji funkcji skanowania

Dokumentacja Techniczna 1.2. Webtoken MT. Uruchomienie subskrybcji MT poprzez serwis WWW

Dokumentacja SMPP API

Sprawozdanie. (notatki) Sieci komputerowe i bazy danych. Laboratorium nr.3 Temat: Zastosowanie protokołów przesyłania plików

Rozproszone systemy Internetowe

ZAŁĄCZNIK ROZPORZĄDZENIA WYKONAWCZEGO KOMISJI

ZiMSK. Routing statyczny, ICMP 1

Aktualizacja SMSFall v Data publikacji:

1. W protokole http w ogólnym przypadku elementy odpowiedzi mają: a) Postać tekstu b) Postać HTML c) Zarówno a i b 2. W usłudze DNS odpowiedź

Dokumentacja Użytkownika Systemu. Integracja z Okazje.info, Skąpiec, Sklepy24

INFORMACJE NA TEMAT STRUKTURY PLIKU XML

Przepływy danych. Oracle Designer: Modelowanie przepływów danych. Diagramy przepływów danych (1) Diagramy przepływów danych (2)

Orange Send MMS. Autoryzacja. Metoda HTTP. Parametry wywołania. API wyślij MMS dostarcza wiadomości MMS. Basic POST

Instrukcja instalacji programu MR-Transfer

Bramka IP 2R+L szybki start.

Duszpasterstwo Akademickie Petra. Podręcznik administratora newslettera html

BRAMKA HTTP SMS XML Dokumentacja techniczna. wersja 3.32

Platforma ENUM jako rozwiązanie integracji sieci telefonicznych oraz sieci IP oraz wsparcie przenośności numerów nowej generacji

NHibernate. Narzędzie mapowania obiektowo - relacyjnego

Routing i protokoły routingu

INSTRUKCJA OBSŁUGI USTAWIEŃ DYNAMICZNIE PRZEDZIELANYCH ADRESÓW IP W URZĄDZENIACH SYSTEMU IP-PRO ORAZ REJESTRATORACH MY-DVR

Komunikacja międzysystemowa

Dokumentacja Użytkownika Systemu

- wewnątrz elementów prostych występuje tylko jeden typ danych, wewnątrz złoŝonych nie moŝemy dokładnie określić liczby wystąpień elementu

ZiMSK dr inż. Łukasz Sturgulewski, DHCP

Kontrola sesji w PHP HTTP jest protokołem bezstanowym (ang. stateless) nie utrzymuje stanu między dwoma transakcjami. Kontrola sesji służy do

Kontrola sesji w PHP HTTP jest protokołem bezstanowym (ang. stateless) nie utrzymuje stanu między dwoma transakcjami. Kontrola sesji służy do

PROFINETSET narzędzie konfiguracyjne dla sieci PROFINET

Źródła. cript/1.5/reference/ Ruby on Rails: AJAX: ssays/archives/

Podstawowe wykorzystanie Hibernate

MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI

DOKUMENTACJA PROTOKOŁU SMESX. Platforma SMeSKom - instrukcja korzystania z interfejsu HTTPS. Autor smeskom@smeskom.pl Data Wersja 1.

Stos protokołów TCP/IP (ang. Transmission Control Protocol/Internet Protocol)

Portowanie numerow telefonicznych w Polsce: Centrum Administracji przy NASK

(Tekst mający znaczenie dla EOG)

Instrukcja 6 - ARP i DNS - translacja adresów

UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz

API transakcyjne BitMarket.pl

Projekt bazy uniwersalnego dashboarda. Stanisław Klekot, nr indeksu

Instrukcja obsługi aplikacji WIFI AC. SYG01Eng-4

Zarządzanie systemem komendy

GDE Polska rozwiązania IP. Aktualizacja firmware'u w kamerach i rejestratorach ReviZOOM

Teoria sieci komputerowych

BAZY DANYCH. Obsługa bazy z poziomu języka PHP. opracowanie: Michał Lech

Certum Certificates For WHMCS. Instalacja, Konfiguracja i Zarządzanie

Bankofon - klient. system obsługi banku Novum Bank Enterprise NOE. Instrukcja Użytkownika wersja dokumentu: 3.0

DR INŻ. ROBERT WÓJCIK DR INŻ. JERZY DOMŻAŁ ADRESACJA W SIECIACH IP. WSTĘP DO SIECI INTERNET Kraków, dn. 24 października 2016r.

CREATE USER

Aneks do instrukcji obsługi routera Asmax Br-804v II

InPost PACZKOMATY. (Moduł Magento 2) v Strona 1 z 18

Domeny globalne i światowe polityka prywatności i

Sieci komputerowe. Domain Name System. dr inż. Andrzej Opaliński

ANKIETER wersja tworzenie kwestionariusza

Serwery aplikacji. dr Radosław Matusik. radmat

Sieci Komputerowe. Protokół POP3. Protokół IMAP4 Internet Mail Access Protocol version 4. dr Zbigniew Lipiński

Spis treści INTERFEJS (WEBSERVICES) - DOKUMENTACJA TECHNICZNA 1

Gatesms.eu Mobilne Rozwiązania dla biznesu

Wszystkie ceny podano w złotych z uwzględnieniem podatku od towarów i usług (VAT), o ile nie oznaczono inaczej.

Sieci Komputerowe Laboratorium 11. VLAN i VTP


Instrukcja elektronicznego podpisywanie dokumentów z wykorzystaniem podpisu zaufanego

Protokoły komunikacyjne

Dokumentacja API. SOAP - webservice v

Języki programowania wysokiego poziomu. PHP cz.4. Bazy danych

edistro.pl Spis treści

Dokumentacja SMS przez FTP

XML - wprowadzenie. <message> <text> Dobrze </text> </message> <message> <text> Źle </message> </text> <message> <message> <text> Źle.

Orange Open (dalej: Promocja ) to Promocja dostępna wyłącznie dla konsumentów (tj. osób fizycznych,

FAQ. Online Software Delivery. Procedura zamawiania i pobieranie licencji OSD. Wersja 11/2018 siemens.pl/osd-faq

TECHNOLOGIA INFORMACYJNA

Charakterystyka Kippo z punktu widzenia integracji honeypot a z innymi systemami informatycznymi

Akademia Techniczno-Humanistyczna w Bielsku-Białej

Dokument poprawnie sformułowany jest zgodny z ogólnymi zasadami składniowymi:


DOKUMENTACJA TECHNICZNA USŁUGI API ver. 1.27

Skryptowanie w ANSYS SpaceClaim Marek Zaremba

Transkrypt:

Rozszerzenie NASK EPP Rozszerzenie NASK EPP... 1 Wstęp... 1 Operacje na domenach... 1 Operacje na kontaktach... 2 Opcje... 6 Raporty... 6 Wstęp Celem niniejszego dokumentu jest skrócony opis rozszerzeń wprowadzonych do protokołu EPP (Extensible Provisioning Protocol) przez NASK. Obowiązująca wersja EPP jest w pełni opisana w dokumentach IETF: Extensible Provisioning Protocol (draft-ietf-provreg-epp-07.txt) Extensible Provisioning Protocol Contact Mapping (draft-ietf-provregepp-contact-05.txt) Extensible Provisioning Protocol Domain Name Mapping (draft-ietfprovreg-epp-domain-05.txt) Extensible Provisioning Protocol Host Mapping (draft-ietf-provreg-epphost-05.txt) Operacje na domenach Enum 1. <domain:create> a. opcjonalny element <reason> zawierający uzasadnienie prawa Registranta do nazwy domeny, Przykład komendy <domain:create>: <command> <create> <domain:create xmlns:domain="urn:ietf:params:xml:ns:domain-1.0" xsi:schemalocation="urn:ietf:params:xml:ns:domain-1.0 domain-1.0.xsd"> <domain:name>1.2.3.4.5.6.7.8.9.8.4.e164.arpa</domain:name> <domain:period unit="y">1</domain:period> <domain:ns>ns1.example.pl</domain:ns> <domain:ns>ns1.example2.pl</domain:ns> <domain:registrant>nsk1234</domain:registrant> <domain:authinfo> <domain:pw>2foobar</domain:pw> </domain:authinfo> </domain:create> </create> <extdom:create xmlns:extdom="http://www.dns.pl/nask-epp/extdom-1.0" xsi:schemalocation="http://www.dns.pl/nask-epp/extdom-1.0 extdom-1.0.xsd"> NASK 2008 Strona 1

<extdom:reason>my phone</extdom:reason> </extdom:create> </command> Operacje na kontaktach 1. <contact:create> a. element <individual> zawierający informację, czy kontakt reprezentuje osobę fizyczną, b. element <consentforpublishing> zawierający zgodę albo zakaz kontaktu na publikację danych osobowych w przypadku osoby fizycznej. Przykład komendy <contact:create>: <command> <create> <contact:create xmlns:contact="urn:ietf:params:xml:ns:contact-1.0" xsi:schemalocation="urn:ietf:params:xml:ns:contact-1.0 contact-1.0.xsd"> <contact:id>sh8013</contact:id> <contact:postalinfo type="loc"> <contact:name>john Doe</contact:name> <contact:org>acme</contact:org> <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>20166-6503</contact:pc> <contact:cc>us</contact:cc> </contact:addr> </contact:postalinfo> <contact:voice x="1234">+1.7035555555</contact:voice> <contact:fax>+1.7035555556</contact:fax> <contact:email>jdoe@example.tld</contact:email> <contact:authinfo> <contact:pw>secret</contact:pw> </contact:authinfo> </contact:create> </create> <extcon:create xmlns:extcon="http://www.dns.pl/nask-epp/extcon-1.0" xsi:schemalocation="http://www.dns.pl/nask-epp/extcon-1.0 extcon-1.0.xsd"> <extcon:individual>1</extcon:individual> <extcon:consentforpublishing>1</extcon:consentforpublishing> </extcon:create> </command> NASK 2008 Strona 2

2. <contact:update> a. opcjonalny element <consentforpublishing> zawierający zgodę albo zakaz kontaktu na publikację danych osobowych w przypadku osoby fizycznej. Przykład komendy <contact:update>: <command> <update> <contact:update xmlns:contact="urn:ietf:params:xml:ns:contact-1.0" xsi:schemalocation="urn:ietf:params:xml:ns:contact-1.0 contact-1.0.xsd"> <contact:id>nsk0001</contact:id> <contact:add> <contact:status s="clientdeleteprohibited"/> </contact:add> <contact:chg> <contact:postalinfo type="int"> <contact:org/> <contact:addr> <contact:street>124 Example Dr.</contact:street> <contact:street>suite 200</contact:street> <contact:city>dulles</contact:city> <contact:sp>va</contact:sp> <contact:pc>20166-6503</contact:pc> <contact:cc>us</contact:cc> </contact:addr> </contact:postalinfo> <contact:voice>+1.7034444444</contact:voice> <contact:fax/> </contact:chg> </contact:update> </update> <extcon:update xmlns:extcon="http://www.dns.pl/nask-epp/extcon-1.0" xsi:schemalocation="http://www.dns.pl/nask-epp/extcon-1.0 extcon-1.0.xsd"> <extcon:consentforpublishing>1</extcon:consentforpublishing> </extcon:update> </command> 3. <contact:info> a. opcjonalny atrybut roid w elemencie <authinfo>, który zawiera identyfikator w systemie (Repository Object IDentifier) domeny, dla której kontakt o identyfikatorze <contact:id> jest registrantem, jeśli jej informacje autoryzujące zostały podane w elemencie <contact:authinfo>. Przykład komendy <contact:info>: NASK 2008 Strona 3

<command> <info> <contact:info xmlns:contact="urn:ietf:params:xml:ns:contact-1.0" xsi:schemalocation="urn:ietf:params:xml:ns:contact-1.0 contact-1.0.xsd"> <contact:id>666666</contact:id> </contact:info> </info> <extcon:info xmlns:extcon="http://www.dns.pl/nask-epp/extcon-1.0" xsi:schemalocation="http://www.dns.pl/nask-epp/extcon-1.0 extcon-1.0.xsd"> <extcon:authinfo> <extcon:pw roid="1234-nask">2foobar</extcon:pw> </extcon:authinfo> </extcon:info> </command> 4. <contact:infdata> (odpowiedź na komendę <contact:info>) a. element <individual> zawierający informację, czy kontakt reprezentuje osobę fizyczną, b. element <consentforpublishing> zawierający zgodę albo zakaz kontaktu na publikację danych osobowych w przypadku osoby fizycznej. Przykład odpowiedzi na <contact:info>: <?xml version="1.0" encoding="utf-8"?> <response> <result code="1000"> <msg lang="en">command completed successfully</msg> </result> <msgq count="1" id="2649" /> <resdata> <contact:infdata xmlns:contact="urn:ietf:params:xml:ns:contact-1.0" xsi:schemalocation="urn:ietf:params:xml:ns:contact-1.0 contact-1.0.xsd"> <contact:id>nsk002</contact:id> <contact:roid>27200-nask</contact:roid> <contact:status s="ok" lang="en" /> <contact:postalinfo type="loc"> <contact:name>john Doe</contact:name> <contact:org>organizacja</contact:org> <contact:addr> <contact:street>street 23/22</contact:street> <contact:street /> <contact:street /> <contact:city>city</contact:city> <contact:pc>01-012</contact:pc> <contact:cc>pl</contact:cc> NASK 2008 Strona 4

</contact:addr> </contact:postalinfo> <contact:voice>+48.1234567890</contact:voice> <contact:fax>+48.1234567890</contact:fax> <contact:email>em@ail.com</contact:email> <contact:clid>nask</contact:clid> <contact:crid>nask</contact:crid> <contact:crdate>2006-11-01t17:59:48.0z</contact:crdate> <contact:authinfo> <contact:pw>0118595200</contact:pw> </contact:authinfo> </contact:infdata> </resdata> <extcon:infdata xmlns:extcon="http://www.dns.pl/nask-epp/extcon-1.0" xsi:schemalocation="http://www.dns.pl/nask-epp/extcon-1.0 extcon-1.0.xsd"> <extcon:individual>true</extcon:individual> <extcon:consentforpublishing>false</extcon:consentforpublishing> </extcon:infdata> <trid> <svtrid>ja7422406634</svtrid> </trid> </response> 5. <contact:transfer> a. opcjonalny atrybut roid w elemencie <authinfo>, który zawiera identyfikator w systemie (Repository Object IDentifier) domeny, dla której kontakt o identyfikatorze <contact:id> jest registrantem, jeśli jej informacje autoryzujące zostały podane w elemencie <contact:authinfo>, b. opcjonalny element <resendconfirmationrequest>, którego podanie w zleceniu transferu powoduje powtórne wysłanie prośby o potwierdzenie transferu przez ten kontakt. Przykład komendy <contact:transfer>: <command> <transfer op="request"> <contact:transfer xmlns:contact="urn:ietf:params:xml:ns:contact-1.0" xsi:schemalocation="urn:ietf:params:xml:ns:contact-1.0 contact-1.0.xsd"> <contact:id>sh8013</contact:id> <contact:authinfo> <contact:pw roid="1234-nask">2foobar</contact:pw> </contact:authinfo> </contact:transfer> </transfer> <extcon:transfer xmlns:extcon="http://www.dns.pl/nask-epp/extcon-1.0" NASK 2008 Strona 5

Opcje Raporty xsi:schemalocation="http://www.dns.pl/nask-epp/extcon-1.0 extcon-1.0.xsd"> <extcon:resendconfirmationrequest/> </extcon:transfer> </command> Opcje dla domen typu Enum są niedostępne. Komenda raportów zwraca listę obiektów znajdujących się w systemie, naleŝących do danego uŝytkownika i spełniających zadane warunki. 1. <extreport:report> a. jeden z następujących elementów, który określa typ raportu: i. <extreport:domain> lista domen, które są w określonym stanie i które wygasną w zadanym terminie, ii. <extreport:contact> lista kontaktów naleŝących do zalogowanego registrara lub jeden określony identyfikatorem, iii. <extreport:host> lista hostów naleŝących do iv. zalogowanego registrara lub jeden określony nazwą, <extreport:future> lista opcji, które wygasną w zadanym terminie, b. opcjonalny element <extreport:offset> określający przesunięcie w zwracanych danych (domyślnie 0), c. opcjonalny element <extreport:limit> określający ilość zwracanych danych. 2. <extreport:reportdata> (odpowiedź na komendę <extreport:report>) a. jeden z następujących elementów, który zawiera listę zwróconych obiektów w zaleŝności od typu raportu, odpowiednio: i. <extreport:domdatarsp>, ii. <extreport:condatarsp>, iii. <extreport:hosdatarsp>, iv. <extreport:futdatarsp>, b. element <extreport:offset> zawierający przesunięcie zwracanych obiektów względem wszystkich obiektów spełniających warunki raportu, c. element <extreport:limit> zawierający maksymalną moŝliwą liczbę zwróconych obiektów w jednym raporcie, d. element <extreport:size> zawierający liczbę obiektów w systemie spełniająca warunki raportu. 3. <extreport:domain> a. opcjonalny element <extreport:state> zawierający jedną z wartości: STATE_REGISTERED, STATE_EXPIRED, STATE_BLOCKED, STATE_RESERVED, STATE_BOOK_BLOCKED, STATE_DELETE_BLOCKED, STATE_TASTED, NASK 2008 Strona 6

STATE_TASTED_BLOCKED, określający stan domen (domyślnie STATE_REGISTERED), b. opcjonalny element <extreport:exdate> zawierający datę wygaśnięcia domen; jeśli nie zostanie podany, zwracane są wszystkie domeny zalogowanego registrara. Przykład komendy <extreport:domain>: <?xml version="1.0" encoding="utf-8"?> <extreport:report <extreport:domain> <extreport:state>state_registered</extreport:state> <extreport:exdate>2007-05-07t11:23:00.0z</extreport:exdate> </extreport:domain> </extreport:report> 4. <extreport:domdatarsp> a. zero lub więcej elementów <extreport:domdata> i. element <extreport:name> zawierający nazwę domeny, ii. element <extreport:roid> zawierający identyfikator domeny w systemie (Repository Object IDentifier), iii. element <extreport:exdate> zawierający datę wygaśnięcia domeny. Przykład odpowiedzi na <extreport:domain>: <?xml version="1.0" encoding="utf-8"?> <response> <result code="1000"> <msg lang="en">command completed successfully</msg> </result> <msgq count="12" id="469432"/> <extreport:reportdata <extreport:domdatarsp> <extreport:domdata> <extreport:name>example1.pl</extreport:name> <extreport:roid>1234-nask</extreport:roid> <extreport:exdate>2007-03- 18T23:00:00.0Z</extreport:exDate> </extreport:domdata> <extreport:domdata> NASK 2008 Strona 7

<extreport:name>1.2.3.4.5.6.7.8.9.8.4.e164.arpa</extreport:name> <extreport:roid>1235-nask</extreport:roid> <extreport:exdate>2007-04- 19T15:25:31.0Z</extreport:exDate> </extreport:domdata> </extreport:domdatarsp> <extreport:size>2</extreport:size> </extreport:reportdata> <trid> <svtrid>re2344577834</svtrid> </trid> </response> 5. <extreport:contact> a. opcjonalny element <extreport:conid> zawierający identyfikator kontaktu; jeśli nie zostanie podany, zwracane są wszystkie kontakty zalogowanego registrara. Przykład komendy <extreport:contact>: <extreport:report <extreport:contact> <extreport:conid>k13</extreport:conid> </extreport:contact> </extreport:report> 6. <extreport:condatarsp> a. zero lub więcej elementów <extreport:condata> i. element <extreport:conid> zawierający identyfikator kontaktu, ii. element <extreport:roid> zawierający identyfikator kontaktu w systemie (Repository Object IDentifier). Przykład odpowiedzi na <extreport:contact>: <?xml version="1.0" encoding="utf-8"?> <response> <result code="1000"> <msg lang="en">command completed successfully</msg> </result> <msgq count="12" id="469432"/> NASK 2008 Strona 8

<extreport:reportdata <extreport:condatarsp> <extreport:condata> <extreport:conid>k13</extreport:conid> <extreport:roid>654321-nask</extreport:roid> </extreport:condata> </extreport:condatarsp> <extreport:size>1</extreport:size> </extreport:reportdata> <trid> <svtrid>re3248667845</svtrid> </trid> </response> 7. <extreport:host> a. opcjonalny element <extreport:name> zawierający nazwę hosta; jeśli nie zostanie podany, zwracane są wszystkie hosty zalogowanego registrara. Przykład komendy <extreport:host>: <extreport:report <extreport:host> <extreport:name>ns1.temp.pl</extreport:name> </extreport:host> </extreport:report> 8. <extreport:hosdatarsp> a. zero lub więcej elementów <extreport:hosdata> i. element <extreport:name> zawierający nazwę hosta, ii. element <extreport:roid> zawierający identyfikator hosta w systemie (Repository Object IDentifier). Przykład odpowiedzi na <extreport:host>: <?xml version="1.0" encoding="utf-8"?> <response> <result code="1000"> <msg lang="en">command completed successfully</msg> </result> NASK 2008 Strona 9

<msgq count="12" id="469432"/> <extreport:reportdata <extreport:condatarsp> <extreport:condata> <extreport:name>ns1.temp.pl</extreport:name> <extreport:roid>632381-nask</extreport:roid> </extreport:condata> </extreport:condatarsp> <extreport:size>1</extreport:size> </extreport:reportdata> <trid> <svtrid>re4578967890</svtrid> </trid> </response> 9. <extreport:future> a. opcjonalny element <extreport:exdate> zawierający datę wygaśnięcia opcji; jeśli nie zostanie podany, zwracane są wszystkie opcje zalogowanego registrara. Przykład komendy <extreport:future>: <extreport:report <extreport:future> <extreport:exdate>2007-04-23t15:22:34.0z</extreport:exdate> </extreport:future> </extreport:report> NASK 2008 Strona 10