1. Dien een verzoek in om een ​​overdrachtscode te ontvangen van → Domeinoverdracht.
2. Op contact email Er wordt een e-mail verzonden naar de domeinbeheerder met instructies en een bevestigingslink. Volg de link om de overdracht te bevestigen.

De procedure voor het wijzigen van de registrar voor domains.ru en.рф wordt in de volgende gevallen niet uitgevoerd:

• Er zijn nog minder dan zeven dagen te gaan tot de uiterste registratiedatum;
• mislukt;
• Er zijn rechterlijke of voorlopige beperkingen vastgesteld met betrekking tot de domeinnaam;
• domeinbeheerder heeft dit niet opgegeven Extra informatie op verzoek van RU-CENTER binnen de gestelde termijn;
• er zijn minder dan 30 dagen verstreken sinds de beheerder is gewijzigd;
• Er zijn minder dan 30 dagen verstreken sinds de laatste registrarwijziging.

Overdracht van domeinen .su, .net.ru, .org.ru, .pp.ru naar een andere registrar

Om het domein .su, .net.ru, .org.ru, .pp.ru naar een andere registrar over te dragen, dient u de originele aanvraag in bij RU-CENTER.

De originele aanvraag kunt u indienen bij:

• V:
  - Moskou, Leningradsky Prospekt, 74, gebouw 4
  - Sint-Petersburg, st. Marshala Govorova, 35, gebouw 5, verlicht. F, 4e verdieping, kantoor 401
• per brief aan

Overdracht van internationale, buitenlandse, nieuwe gTLD, .com.ru, .ru.net, .msk.ru en andere geodomeinen naar een andere registrar

1. Deblokkeer de domeinoverdracht.

• ga naar , met vermelding van het contractnummer en het wachtwoord;
• selecteren Diensten →Mijn domeinen;
• controleer de status in de lijn Wijziging van registrar. Als de status Verboden, klik op de link met de domeinnaam;
• op de pagina die wordt geopend, klikt u op de link Wijziging;
• deselecteer het veld Het is verboden om van registrar te wisselen. Klik op de knop Wijzigingen opslaan.

Om de code te ontvangen, stuurt u een aanvraag naar het adres dat het domein aangeeft en vraagt ​​u om een ​​code om het domein naar een andere registrar over te dragen. Als reactie hierop ontvangt u een link waarmee u kunt autoriseren. Na autorisatie wordt de code per e-mail verzonden.

Als u de dienst heeft geactiveerd Online overdracht van rechten, dan kan de code worden verkregen in persoonlijk account. Voor deze:

• ga naar V, met vermelding van het contractnummer en wachtwoord;
• selecteren Diensten →Mijn domeinen;
• klik op de link met de domeinnaam;
• in de kolom Instellingen in punt Authorisatie Code Klik Krijgen;
• Klik in het venster dat wordt geopend Versturen eenmalig wachtwoord ;
• voer een eenmalig wachtwoord in.

3. Neem contact op met uw nieuwe registreerder om de domeinoverdracht te starten.

Geef de nieuwe registrar de registerautorisatiecode. Nieuwe registrar start een domeinoverdracht in het register. De registerhouder informeert RU-CENTER over de start van het domeinverhuizingsproces, waarna RU-CENTER een brief stuurt naar het e-mailadres van de beheerder met informatie over de verhuizing. De e-mail bevat ook een link om de overdracht te annuleren. Indien er binnen 3 kalenderdagen geen weigering is ontvangen van de beheerder, wordt de overdracht automatisch voltooid na 5 kalenderdagen vanaf de start van de overdracht. Nadat de verhuizing is afgerond, wordt de domeinnaam uit de database van RU-CENTER verwijderd.

Belangrijk:
Als een internationaal of buitenlands domein uit de delegatie is verwijderd vanwege het verstrijken van de registratieperiode en vervolgens is verlengd, is het beter om de registrar te wijzigen binnen 45 dagen na verlenging. Anders kan het jaar dat door de vorige registrar bij verlenging is toegevoegd, opnieuw worden ingesteld en wordt de registratieperiode voor de nieuwe registrar slechts met één jaar verlengd, en niet met twee.

Procedure voor het wijzigen van de griffier voor internationale en buitenlandse domeinen wordt niet uitgevoerd in de volgende gevallen:

• Er zijn geen 60 dagen verstreken sinds de datum van registratie of wijziging van domeinregistreerder;
• Er zijn geen 60 dagen verstreken sinds de laatste wijziging van registrar;
• Er zijn geen 60 dagen verstreken sinds de overdracht van rechten of wijziging van het e-mailadres van de domeinbeheerder;
• Het domein is geblokkeerd door het register of de huidige registrar.

We gebruiken diensten op internet, meestal zonder zelfs maar te weten hoe ze zijn gestructureerd en functioneren. Zonder na te denken over de manier waarop informatie over ons tussen de ene of de andere dienst wordt overgedragen, maken we eenvoudigweg overgangen van site naar site, van de ene applicatie naar de andere. In dit geval vindt er uiteraard een onmiddellijke uitwisseling van informatie plaats tussen de ene of de andere server. Om u iets meer te laten weten over hoe internet werkt, schrijven we dit artikel. Daarin vertellen we je wat het is inlogcode, waar het wordt gebruikt en wat zijn rol is in het dagelijkse werk van ieder van ons.

Verificatiesleutel is...

Dus, zoals uit de afkorting zelf kan worden afgeleid, is de volledige vorm van deze term de uitdrukking "autorisatiesleutel", die vanuit het Engels wordt vertaald als "autorisatiesleutel". Deze naam weerspiegelt volledig de rol van dit mechanisme en de essentie ervan. De sleutel zelf wordt gegenereerd uit 32 willekeurige symbolen code die wordt gebruikt om de gebruiker te autoriseren voor services van derden.

Wat een auth key is, kun je als volgt uitleggen: zodat de dienst weet dat jij het bent, vraagt ​​hij om jouw code die door een andere dienst is verzonden. Zo wisselen internetbronnen informatie over uw identificatie met elkaar uit, waardoor u u kunt ‘herkennen’. Tegelijkertijd hoeft u niet opnieuw te autoriseren, bijvoorbeeld door uw gebruikersnaam en wachtwoord in te voeren of te bevestigen met een wachtwoord. Met behulp van een unieke sleutel wordt u op een gegeven moment ook zonder uw deelname ‘herkend’. Handig, daar zult u het mee eens zijn.

Waar wordt de overdracht van authentificatiesleutels gebruikt?

Als u eenmaal weet wat een auth-sleutel is, moet u de reikwijdte van de toepassing ervan verduidelijken. Aan de hand van een voorbeeld kunt u deze categorie gedetailleerder en duidelijker begrijpen dan door simpelweg de definitie te lezen.

(id) auth key wordt in de meest voorkomende vorm gebruikt in het geval van sociale netwerken en applicaties die op hun platform draaien.

Het is geen geheim dat alle games en applicaties die voor ons beschikbaar zijn op het VK-netwerk niet zijn gemaakt door VKontakte-beheerders, maar door externe ontwikkelaars. Dit betekent dat sommige games niet fysiek op de servers worden gehost sociaal netwerk, maar ergens apart.

Laten we verder gaan: de taak van de applicatie is het uitvoeren van de opdrachten en taken die eraan zijn toegewezen door de gebruiker die de pagina heeft bezocht. Maar hoe moet dit proces worden uitgevoerd (een gebruikersverzoek van de VKontakte-servers, bijvoorbeeld gericht aan het spel Wormix)? Erg makkelijk! Het sociale netwerk draagt ​​uw unieke sleutel - auth-sleutel (VK als voorbeeld is voor ieder van ons het meest toegankelijk) - over naar het spel. Het controleert op zijn beurt uw sleutel met de sleutel van de persoon die uw account heeft aangemaakt en als deze parameter overeenkomt, wordt u geautoriseerd. Interessant, nietwaar?

U hoeft uw wachtwoord niet in te voeren en in te loggen om uzelf opnieuw te bevestigen en in te loggen. Nee, alles gebeurt zo dat de gebruiker niet eens merkt dat hij toegang heeft naar een bron van een derde partij- sollicitatie.

Hoe kan ik mijn auth-sleutel achterhalen?

Je hebt ongeveer uitgezocht wat een auth-sleutel is. Hoe we het kunnen bekijken en of het mogelijk is, zullen we in deze paragraaf van ons artikel bespreken.

Omdat de autorisatiesleutel via uw browser tussen het netwerk en de applicatie wordt overgedragen, kunt u deze uiteraard met eigen ogen vinden en bekijken. Bovendien verandert dit kenmerk niet en is het uw unieke sleutel bij het werken met sociale netwerken (en niet alleen).

Om het te zien, kunt u naar de VK-website gaan en naar een applicatie gaan. Vervolgens moeten we ons wenden tot broncode pagina waarop het spel zich bevindt - dit gebeurt met de sneltoetsen Ctrl + U. Door erop te drukken, zie je een wit vel met een groot aantal cijfers en letters. Dit is de sitecode, de symbolische weergave ervan. Hier moeten we zoeken naar de parameter “auth_key”, zodat u deze woorden in het paginazoekformulier kunt typen. Je kunt haar trouwens bellen combinatie Ctrl+ F. Vervolgens wordt de parameter weergegeven die we hebben beschreven.

Waarom zou u uw authentificatiesleutel nergens publiceren?

Uw autorisatiesleutel is een unieke parameter waarmee u in wezen toegang krijgt tot het sociale netwerk (en meer). In feite zijn dit gegevens die gelijk zijn aan een login en een wachtwoord tegelijk. Begrijp je nu waarom het niet wordt aanbevolen om het voor vreemden te openen? Als je deze sleutel ergens op het netwerk achterlaat, is het goed mogelijk dat specialisten die meer weten over wat een auth-sleutel is en weten hoe ze deze moeten imiteren, deze voor hun eigen doeleinden kunnen gebruiken. Waarom heb je dit nodig?

Manipulatie met auth-sleutel

U kunt de autorisatiesleutel zelfs manipuleren. Door ten minste, sommige spelers doen dit populaire toepassingen"In contact met". Dit gaat als volgt: u moet de auth_key achterhalen van de gebruiker die meer prestaties heeft dan u, waarna u met zijn sleutel inlogt op de server. De dienst herkent u dus als die speler en u bent in feite ingelogd op zijn account (in het spel). Dit is bijvoorbeeld hoe mensen vals spelen in Wormix en Tyuryaga, het populairste speelgoed op VKontakte. Dezelfde manipulaties zijn uiteraard mogelijk met andere toepassingen.

Het is waar dat we dit niet aanbevelen. Als de autorisatiesleutel wordt vervangen met het oog op fraude, is dit illegaal en immoreel. In hetzelfde geval als we praten over over valsspeelspellen en andere amusementsdiensten- dan is het naar onze mening zinloos om dit überhaupt te doen. De essentie van het spel is om van het proces te genieten, en niet om vals te spelen.

De registrar waarnaar u besluit uw domeinnaam te verhuizen, kan u vragen om een ​​autorisatiecode (ook wel EPP-code of transfersleutel genoemd). Zij zorgt ervoor dat de domeinnaam van u is.

Voor veel landcode-topniveaudomeinnamen (ccTLD's) is geen autorisatiecode vereist. In zeldzame gevallen moet u hiervoor echter contact opnemen met GoDaddy-ondersteuning. Zie artikel voor details.

Verplichte eis. Als u Veilige Registratie heeft toegevoegd en ingeschakeld in uw account authenticatie in twee stappen, kunt u pas na 72 uur een autorisatiecode ontvangen.

Je bent niet ingelogd. Om uzelf de moeite te besparen, logt u bovenaan de pagina in (naast het pictogram).

1. Klik op de gewenste domeinnaam. De pagina wordt geopend Domeininstellingen(Domeininstellingen).

Op de pagina Domeininstellingen(Domeininstellingen) klik Krijg de autorisatiecode Aanvullende instellingen

1. Ga naar pagina Domeininstellingen(Domeininstellingen).
2. Op de pagina Domeininstellingen(Domeininstellingen) klik Krijg de autorisatiecode(Verkrijg autorisatiecode) in de sectie Aanvullende instellingen (Aanvullende instellingen). Wij sturen de code naar e-mailadres domeinbeheerder.

registrant.

Opmerking. Als je verandert Naam van de organisatie of Naam En achternaam

Als uw administratief vertegenwoordiger binnen 24 uur geen autorisatiecode ontvangt, kunt u deze downloaden. Hoe u dit doet, wordt beschreven in het artikel.

Voor veel landcode-topniveaudomeinnamen (ccTLD's) is geen autorisatiecode vereist. In zeldzame gevallen moet u hiervoor echter contact opnemen met GoDaddy-ondersteuning. Gedetailleerde informatie vindt u in het artikel.

1. Log in op uw account en ga naar de pagina Mijn producten(Mijn producten).
2. Als tabblad Mijn producten(Mijn Producten) wordt niet automatisch geopend, selecteer deze zelf.
3. Klik naast het gewenste domein op Beheren(Controle).
4. Open de pagina Domeininstellingen(Domeininstellingen). In hoofdstuk Contactgegevens (Contactgegevens) Klik Bewerking(Bewerking).
5. Controleer contactgegevens beheerder. Wij sturen hem de autorisatiecode per e-mail.

Opmerkingen

Als u geen contactgegevens ziet administratief vertegenwoordiger, verwijder het vinkje Gebruik voor alle contacttypen(“Gebruik voor alle contacttypen”).
Voor .at-, .au- en .eu-domeinnamen sturen we een autorisatiecode naar het contact-e-mailadres registrant.

Opmerking. Als je verandert Naam van de organisatie of Naam En achternaam in de contactgegevens van de houder kan de domeinnaam niet eerder dan na 60 dagen worden overgedragen.

Scroll naar beneden naar de sectie Aanvullende instellingen(Aanvullende instellingen). Klik op de link Authorisatie Code(Authorisatie Code).

Controleer uw e-mail. Wij sturen de autorisatiecode binnen 24 uur toe.

Als de autorisatiecode niet is aangekomen

Als de administratief vertegenwoordiger de autorisatiecode niet binnen 24 uur ontvangt, kunt u eenvoudigweg .

Omdat ons bedrijf een geaccrediteerde domeinregistrar is in de zones .RU En .RF, dan kun je overstappen domeinnamen op deze gebieden onder onze volledige service.
30 augustus 2016 er is een nieuwe regeling van kracht geworden voor het wijzigen van de domeinregistrar in de .RU- en .РФ-zones, volgens welke de overdracht wordt uitgevoerd met behulp van speciale code AuthInfo-code.

Het eerste dat u moet doen om een ​​domeinnaam onder onze service te verhuizen, is een domeinverhuiscode aanvragen bij uw huidige registrar. Als u niet weet wie uw domeinregistreerder is, kunt u deze gebruiken WHOIS-service(bijvoorbeeld op onze website), waar u uw registrar-ID kunt vinden in het veld " registrar" (Bijvoorbeeld registrar: BEGET-RU), en gebruik het om de website van de registrar te vinden.

Voor uw gemak hebben we informatie verzameld over hoe u deze kunt verkrijgen Autorisatie code om domeinen in de .RU- en .РФ-zones over te dragen van enkele populaire registrars (houd er rekening mee dat deze instructies verouderd kunnen zijn vanwege wijzigingen aan de kant van registrars in de procedure voor het uitgeven van AuthInfo-code):

Om een ​​domeinoverdracht aan te vragen, klikt u op de juiste knop naast uw domein in de sectie. Als het domein niet in de lijst staat, moet u het eerst in dezelfde sectie toevoegen. Nadat u op de knop hebt geklikt, ziet u een formulier voor het invoeren van de sleutel, ongeveer zoals weergegeven in de afbeelding.

De overdrachtskosten bedragen 150 roebel, maar als er aandelen zijn, kunnen de overdrachtskosten worden gewijzigd of is de overdracht mogelijk gratis voor u. U kunt de exacte overdrachtskosten voor uw domeinen bekijken in het Configuratiescherm in de sectie.

Na het invoeren van de code om het domein te verhuizen, wordt het proces succesvol gestart en verandert de status in de sectie in " In afwachting van overdracht"Houd er rekening mee dat de code 20 dagen geldig is vanaf de datum waarop deze door de registrar is uitgegeven.

Als de code correct is opgegeven, ontvangt de domeinbeheerder na een tijdje een brief met een link om de domeinoverdracht te bevestigen. Deze dient u te volgen, anders wordt de verhuizing na een tijdje automatisch afgewezen.

Na succesvolle bevestiging van de domeinoverdracht wordt de verhuizing binnen 5-7 dagen automatisch afgerond. Tijdens het proces van het overzetten van de WHOIS van uw domein verschijnt er ook een extra status " reg-ch", Bijvoorbeeld reg-ch:   BEGET-RU, wat het proces betekent van het wijzigen van de registrar naar degene die daarin is gespecificeerd (in in dit geval BEGET-RU)

Na voltooiing van de overdracht wordt de delegatieperiode van uw domein naast uw domein weergegeven.

Als u in het controlepaneel in het gedeelte tegenover uw domein de status " Fout"

dan betekent dit in de meeste gevallen dat de domeinoverdrachtsleutel verkeerd is opgegeven of dat er geen vermelding in het register over uw sleutel staat. In dit geval moet u contact opnemen met uw huidige domeinregistreerder. Ook kan de overdracht worden afgewezen als er nog zeven of minder dagen over zijn vóór het einde van de domeindelegatieperiode. In dit geval moet u, voordat u de overdrachtsaanvraag opnieuw indient, het domein verlengen bij de huidige registrar.

Hoe kan ik een code krijgen van mijn registrar?

Regru

Voor het krijgen Autorisatie code formulier. Hier vult u de domeinen in waarvoor u een verhuiscode wilt ontvangen. Met het formulier kunt u tegelijkertijd domeinen in zowel de .RU-zone als de .РФ-zone invoeren. Kies vervolgens de methode voor het ontvangen van de sleutel en vul uw e-mailadres of telefoonnummer in, afhankelijk van de gekozen methode. Bevestig dat u geen robot bent en klik op "Doorgaan".

Zorg ervoor dat u de volgende documenten bij het formulier voegt:

Voor individuen:
- kopieën van de hoofdpagina van het paspoort en de pagina met registratie
- gescande kopie

Voor rechtspersonen:
- een kopie van het FIN-certificaat
- gescande kopie

Hierna wordt de aanvraag voor de code succesvol ingediend en binnen 3 dagen naar het door u gekozen e-mailadres of telefoonnummer verzonden.

Nadat u de Auth-code heeft ontvangen, gaat u naar het controlepaneel in het gedeelte tegenover het domein, klikt u op en voert u de ontvangen code in ons paneel in.

Houd er rekening mee dat de keuze van de registrar naar eigen goeddunken is. Wij raden u echter aan de .RU/.РФ-domeinen voor service aan ons over te dragen, zodat ons bedrijf volledig verantwoordelijk jegens u kan zijn en wij u kwaliteitsdiensten kunnen garanderen.

Betreft internationale domeinen, op dit moment Wij veranderen van dienstverlener. We hebben ook een ICANN-accreditatie ontvangen, waardoor we binnenkort ook uw domeinen kunnen bedienen internationale zones rechtstreeks van ons.

Ru-centrum

Voor het krijgen Autorisatie code Je moet naar een speciaal formulier in uw persoonlijke NIC-D-account. Vereiste toestand het ontvangen van een Auth-code is de identificatie van het contract, dat wil zeggen de bevestiging van de registratiegegevens van de vragenlijst. Als uw profiel niet wordt geïdentificeerd, ziet u een overeenkomstige melding in de kop van het formulier om de code te ontvangen.

In dit formulier moet u uw e-mailadres, telefoonnummer en een lijst met domeinen invoeren waarvoor u een auth-code nodig heeft. U moet ook de manier kiezen waarop u de code ontvangt: per e-mail, per telefoon, persoonlijk op het RU-CENTER-kantoor. Klik vervolgens op “Doorgaan” en wacht op het ontvangen van een code, afhankelijk van de gekozen methode.

R01

DomeinbeheerdersInformatie geverifieerd"zal ertoe doen" Ja

Voor rechtspersonen:

Hulpmiddelen" open - " Overdrachtscode».

• 1. B geschreven:

  kantoor naar de registrar. Aan een individu En IK P rechtspersoon je moet bij je hebben:
  
  
  



• 2. E-mail- of sms-autorisatie:

  Domeinen» -> «
  

Regtijd

formulier feedback

Verkoopnamen

Om een ​​code te ontvangen voor het verhuizen van een domein, moet u naar uw persoonlijke account bij de registrar gaan en ervoor zorgen dat de vragenlijstgegevens door de registrar zijn geverifieerd. Indien succesvol - in de sectie " Domeinbeheerders"V gedetailleerde informatie per beheerderveld " Informatie geverifieerd"zal ertoe doen" Ja" Als de informatie niet is geverifieerd, moet u kopieën van ondersteunende documenten uploaden in de sectie met dezelfde naam.

Voor particulieren en individuele ondernemers:

• Verspreiding van paspoort met foto (verplicht),
• Uitvouwen van het paspoort met een teken van permanente registratie (vereist),
• Verspreiding van het paspoort met een aantekening over het eerder afgegeven document (indien beschikbaar)

Voor rechtspersonen:

• Certificaat van vermelding over een rechtspersoon in de Unified Rijksregister rechtspersonen (OGRN-certificaat).

Nadat de registrar de gegevens heeft geverifieerd, moet u, om de code te ontvangen, op de naam van het gewenste domein klikken en vervolgens in het blok “ Hulpmiddelen" open - " Overdrachtscode».
U kunt de code op een van de volgende manieren verkrijgen:

• 1. Schriftelijk:

  De domeinbeheerder moet naar het kantoor naar de registrar. Aan een individu En IK P U dient als vertegenwoordiger een paspoort bij u te hebben rechtspersoon je moet bij je hebben:
  * het hoofd van een rechtspersoon moet een paspoort bij zich hebben;
  * een vertegenwoordiger van een rechtspersoon die niet het hoofd van de rechtspersoon is, moet over een paspoort en een volmacht beschikken om het recht te hebben alles te doen noodzakelijke acties gerelateerd aan de overdracht van domeinnaambeheer naar een andere registrar;
  * een kopie van het certificaat van inschrijving over een rechtspersoon in het Unified State Register of Legal Entities (OGRN-certificaat).



• 2. E-mail- of sms-autorisatie:

  Afhankelijk van de autorisatiemethode wordt er een bericht met daarin een aanvraagbevestigingssleutel verzonden naar het e-mailadres of telefoonnummer dat bedoeld is voor het wijzigen van de registrar. De domeinbeheerder moet de aanvraag bevestigen om de transfercode in zijn persoonlijke account te ontvangen in de “ Domeinen» -> « Aanvragen voor het afgeven van een overdrachtscode voor .RU-, .РФ-domeinen": zoek de bijbehorende applicatie en voer de ontvangen sleutel in.
  Na bevestiging van de aanvraag wordt automatisch een Auth-code gegenereerd om het domein naar een andere registrar te verhuizen.

Nethuis

Om de code te ontvangen, moet u inloggen op het controlepaneel van de registrar en naar de “ Domeinen» -> « Controle" Selecteer vervolgens de domeinnaam die u wilt verhuizen en klik op de knop " Krijgen" in de regel "AuthInfo".
Vul indien nodig " in Gegevens voor elektronische schakeling registrar"in het navigatiemenu" Rekening» -> « Contact details».

Hierna moet u een van de manieren kiezen om een ​​Auth-code te verkrijgen: persoonlijk op het registratiekantoor, per e-mail of per sms-bericht.

Er wordt een AuthInfo-code gegenereerd en verzonden naar e-mail/sms (behalve in het geval persoonlijk bezoek naar het registratiekantoor).

Ardis

Om een ​​Auth-code te ontvangen, moet u een verzoek indienen Ondersteuning's centrum Uw account bij de registrar.

Naunet

U kunt een domeinverhuiscode verkrijgen bij het registratiekantoor of bij "Servicemanagementsysteem" gebruik makend van e-mail- of sms-autorisatie.
E-mailadres en/of telefoonnummer met een kans sms ontvangen voor de overdracht van domeinen tussen registrars worden per brief van de domeinbeheerder in het register opgenomen en kunnen worden gebruikt om domeinen van de beheerder over te dragen gedurende de looptijd van de overeenkomst. Briefvormen voor individuen(de brief moet notarieel zijn bekrachtigd of ondertekend op kantoor) en rechtspersonen .

De domeinbeheerder stuurt een brief naar het registratiekantoor van Naunet SP op 125040, Moskou, 1e straat Yamskoye Pole, 19, gebouw 1 in “papieren” vorm. Elektronische kopieën of fotokopieën van het document worden niet geaccepteerd. De brief moet in het Russisch zijn geschreven of er moet een notariële vertaling in het Russisch bij de brief zijn gevoegd. Domeinbeheerders die eerder een aanvraag hebben ingediend om verbinding te maken met de online verhuisservice van domeinbeheerrechten, kunnen een scan van de Brief aanleveren.

Na ontvangst en controle van de aangeleverde documenten voert Naunet SP binnen 3 werkdagen het e-mailadres en/of telefoonnummer in het Register in.

Hierna heeft u de Auth-code nodig in " Servicemanagementsysteem"registreerder:

• inloggen op het Service Management Systeem
• Klik in het gedeelte 'Lijst met services' op de domeinnaam
• in de domeinbeheerinterface klikt u op 'Verzoek om een ​​overdrachtscode voor domeinondersteuning naar een andere registrar te installeren'
• kies hoe u een kijkcode ontvangt
• Nadat u de kijkcode heeft ontvangen, voert u deze in dezelfde interface in en ontvangt u de domein AuthInfo-code.

Rd (Masternaam)

Om de AuthInfo-code te verkrijgen, moet u de volgende stappen uitvoeren:

• 1. Log in op uw Persoonlijke Account met uw gebruikersnaam en wachtwoord (de procedure voor wachtwoordherstel vindt u op de website).
• 2. Bestel een AuthInfo-code in de sectie “Domeinen”:
          * plaats een selectievakje naast het geselecteerde domein(en);
          * selecteer onderaan de massabewerking: “Issue AuthInfo”.
• 3.Kies een van mogelijke manieren AuthInfo-code ontvangen:
          * via sms-autorisatie;
          * via e-mailautorisatie;
          * door schriftelijke verstrekking.


De methode voor het verkrijgen van de AuthInfo-code is geselecteerd in de sectie " Instellingen» → « Contactgegevens voor domeinoverdrachtsoperaties».

*    Als u ervoor kiest een AuthInfo-code te ontvangen via sms-autorisatie of gebruik e-mail-autorisatie – geef aan in het “ Instellingen» e-mailadres of telefoonnummer.
*     Als u kiest voor de methode van het schriftelijk verstrekken van de AuthInfo-code, kunt u een sjabloon van de vereiste toepassing en instructies voor het verkrijgen van de AuthInfo-code op het kantoor van de Registrar verwachten in uw e-mailadres.

De standaardmethode voor het ontvangen van de AuthInfo-code is via e-mail.

• 4. Upload kopieën van ondersteunende documenten in het persoonlijke account van de griffier in de " Registratie informatie»
• 5. Ontvang een AuthInfo-code in overeenstemming met de geselecteerde communicatiemethode. AuthInfo-code wordt uitgegeven als succesvolle identificatie Domeinbeheerder in overeenstemming met de verstrekte documenten.

Domenu's

Om de code te ontvangen, moet u een aanvraagformulier invullen, scannen en uploaden naar Controle panelen registrar, in de sectie " Domeinen» -> « Domeinoverdracht»:

• individueel
• Aanvraag voor overdracht van een domein naar een nieuwe Registrar van een rechtspersoon
• Aanvraag voor overdracht van een domein naar een nieuwe Registrar van een individuele ondernemer

De aanvraag moet vergezeld gaan van een gescande kopie van een document dat de domeinbeheerder identificeert.

• Voor particulieren is dit een kopie van het paspoort (pagina met foto en kenteken).
• Voor Individuele ondernemers Dit is een kopie van het paspoort (pagina's met foto en registratie), een kopie van het TIN en OGRNIP.
• Voor rechtspersonen is dit een kopie van een uittreksel uit het Unified State Register of Legal Entities, INN en OGRN.
Je moet ook kiezen hoe je de code wilt ontvangen: schriftelijk op kantoor, Door e-mail of door sms-meldingen.

De aanvraag tot afgifte van een code wordt binnen 3 werkdagen door de registrar afgehandeld. Op basis van de resultaten van de controle wordt er eerst een melding gestuurd naar de domeinbeheerder om de verhuizing te bevestigen, en na bevestiging wordt de code voor de verhuizing van het domein zelf verzonden.

Axelnaam

Om een ​​domeinverhuiscode te ontvangen, moet u inloggen op uw persoonlijke account bij de registrar, ga naar de " Domeinen", Klik op vereiste domein en blokkeer dan " Overdracht"klik op link" Doorgaan" en vul het formulier in. De code wordt binnen 3 dagen door de registrar verstrekt.

Webnamen

Om een ​​Auth-code te ontvangen dient u een aanvraag aan te maken via feedback formulier Uw account bij de registrar.

“Vanaf 20 april 2017 wordt het verzenden van autorisatieverzoeken vanuit ingebouwde browsers geblokkeerd.”

Vanaf 1 maart is dit bericht te zien in sommige applicaties waarbij autorisatie vereist is. Google schreef hierover in augustus 2016 in hun blog, en dit betekent dat binnenkort veel applicaties de implementatie van registratie zullen moeten herschrijven. Er is weinig plezier, maar er is een uitweg: gebruik de aanbevolen Google Sign-in-autorisatiemethode.

Deze methode wordt in de les besproken, evenals hoe je de tokens kunt verkrijgen die nodig zijn om met de Google API te werken.

De les omvat een gedeeltelijke vertaling van officiële documentatie. Maar eerst wat achtergrondinformatie uit mijn praktijk en het eerste werk met OAuth2, misschien komt iemand in een soortgelijke situatie terecht.

Voor de aanvraag had ik een chat nodig van een live-uitzending op YouTube. En toen leerde ik dat om verzoeken te verzenden om een ​​uitzending te ontvangen (en alleen dan een chat), het noodzakelijk is om OAuth2-gebruikersauthenticatie uit te voeren. Ik begon te zoeken. Er is heel weinig informatie over dit onderwerp, het is verspreid, het was niet geschikt voor mijn geval, en natuurlijk was alles aan de orde de Engelse taal. Kortom, de informatie was bedoeld voor het werken met de meest populaire API's: Drive, Cloud, Google Plus. IN officiële documentatie YouTube-API is beschikbaar gereed code, neem het en gebruik het, maar het is niet geschikt voor Android. Na een aanzienlijke hoeveelheid tijd, met vallen en opstaan, kwam ik tot een werkende oplossing. Het eerste wat ik daarna wilde doen, was de informatie “op een hoop” verzamelen en in planken sorteren, wat mij ertoe aanzette deze les te schrijven.

Aanvankelijk begon mijn oplossing met een WebView-opening voor de gebruiker voor autorisatie (invoeren van e-mailadres, wachtwoord). Vervolgens werd toestemming gevraagd om de gegevens te gebruiken, en pas na toestemming werd er als reactie een authenticatiecode (AuthCode) gestuurd. Later wordt er meer informatie gegeven over wat ermee te doen. De URL die in WebView werd geopend, was als volgt:

https://accounts.google.com/o/oauth2/auth? client_id=60**********5ad3np.apps.googleusercontent.com &redirect_uri=urn:ietf:wg:oauth:2.0:oob &access_type=offline&response_type=code &scope=https://www.googleapis.com/auth /youtube.readonly
Dit is niets meer dan een postverzoek, als reactie waarop een pagina met authCode werd ontvangen en de code in de paginakop stond. Alles is zoals aanbevolen door de API, en de acties om deze code voor de gebruiker te verbergen worden overgelaten aan de ontwikkelaar.

Door op de link ‘Meer details’ te klikken, komen we op een blog terecht waar wordt gezegd dat uit veiligheidsoverwegingen authenticatie via WebView vanaf 20 april niet meer zal werken. Nou, ik denk dat ik het net heb gedaan en het opnieuw zal moeten doen via Inloggen. Bovendien probeerde ik het aanvankelijk via deze service te implementeren. Met de reeds bestaande kennis gebeurde het ‘wat en waarom’ echter vrij snel. Dus laten we beginnen.

1. Inloggegevens verkrijgen

In API Manager creëren we nieuw project(of selecteer een bestaande):

Om te autoriseren heeft u een configuratiebestand nodig, dat u via de wizard kunt verkrijgen:

Vul de applicatienaam en pakketvelden in. Vervolgens selecteren we met welke service we verbinding maken (Google Sign-In), hier moet u de SHA1-applicatiesleutel invoeren, deze is gemakkelijk te verkrijgen: in Android-studio Zoek het tabblad Gradle en vouw de tabbladen Tasks-android-signingReport uit. Dubbelklik en informatie over de sleutels verschijnt in de logboeken. Zoek de SHA1-sleutel en kopieer deze.

Klik op de knop ‘Configuratiebestand genereren’ en vervolgens op ‘Google-services.json downloaden’. We slaan dit json-bestand op in de projectmap "app".

Belangrijk! Als u uw aanvraag gaat publiceren naar Google Spelen, moet de debug-sleutel SHA1 worden vervangen door de release-sleutel en moet het configuratiebestand dienovereenkomstig worden vervangen.

We gaan naar de API Manager, we zien dat er sleutels en OAuth-client-ID's zijn gegenereerd. We hebben alleen de webclientgegevens nodig (client-ID en clientgeheim).

Op het tabblad “OAuth Access Request Window” kunt u het e-mailadres en de productnaam wijzigen. Dit is wat er zal worden geschreven wanneer de toestemming “Applicatie **** vraagt: …” wordt gevraagd.

2. Inlogclient instellen

Om toegang te krijgen tot de Google Api Client, moet u afhankelijkheden toevoegen aan het gradle app-bestand:

Compileer "com.google.android.gms:play-services-auth:10.2.0"
En de plug-in (aan het einde van het bestand):

Plug-in toepassen: "com.google.gms.google-services"
In het gradle-projectbestand, afhankelijk van:

Klassenpad "com.google.gms:google-services:3.0.0"
Opties instellen:

GoogleSignInOptions gso = nieuwe GoogleSignInOptions.Builder(GoogleSignInOptions.DEFAULT_SIGN_IN) .requestServerAuthCode(getString(R.string.server_client_id)) .requestEmail() .requestScopes(new Scope("https://www.googleapis.com/auth/youtube.readonly ")).bouwen();
De lijnen die hier het meest interessant zijn, zijn:

RequestServerAuthCode(getString(R.string.server_client_id)) – we vragen authCode aan door de client-ID-parameter (volledig) door te geven die we hierboven hebben ontvangen.

RequestScopes(new Scope("***")) – we vragen het toegangsgebied/de toegangsgebieden op die nodig zijn voor de gebruikte API. Er zijn een aantal reeds gedefinieerde gebieden in Scopes, maar als u daar niet vindt wat u nodig heeft, kunt u uw eigen gebieden maken, zoals in mijn geval. Het wordt aan de gebruiker weergegeven als ‘waartoe’ de applicatie toegang wil hebben.

De klant instellen:

GoogleApiClient mApiClient = nieuwe GoogleApiClient.Builder(dit) .enableAutoManage(dit, dit) .addApi(Auth.GOOGLE_SIGN_IN_API, gso) .build();
Alles hier is volgens de standaard uit de documentatie:

EnableAutoManage(this, this) – de activiteit en verbindingslistener worden doorgegeven aan de parameters (we implementeren de GoogleApiClient.OnConnectionFailedListener-interface).

AddApi(Auth.GOOGLE_SIGN_IN_API, gso) – geef aan dat we de Sign In API en het eerder gemaakte optieobject gebruiken.

Het ziet er zo uit:

In de activiteit wordt de knop gedefinieerd zoals alle andere weergaven, we zullen er een luisteraar aan koppelen en na klikken de methode uitvoeren:

@Override public void onClick(View view) ( switch (view.getId()) ( case R.id.activity_button_sign_in: signIn(); break; ) )
De code van de aangeroepen methode creëert een intentie en roept een activiteit aan voor autorisatie:

Publieke ongeldige signIn() ( Intentie signInIntent = Auth.GoogleSignInApi.getSignInIntent(mApiClient); startActivityForResult(signInIntent, RC_AUTH_CODE); )
We geven de geconfigureerde mApiClient door aan de parameter. RC_AUTH_CODE elk nummer, zoals altijd, om het resultaat van de activiteit bij te houden.

Wanneer u op de knop klikt, wordt u gevraagd een account te selecteren waarop u wilt inloggen, of een nieuw account toe te voegen. Eenmaal geselecteerd, zal de applicatie om toestemming vragen:

3. Verkrijgen van authenticatiecode

Nadat de gebruiker toestemming heeft gegeven, krijgen we zijn accountgegevens in onActivityResult:

@Override protected void onActivityResult(int requestCode, int resultCode, Intent data) ( if (requestCode == RC_AUTH_CODE) ( GoogleSignInResult resultaat = Auth.GoogleSignInApi.getSignInResultFromIntent(data); if (result.isSuccess()) ( GoogleSignInAccount acct = resultaat. getSignInAccount(); Tekenreeks authCode = acct.getServerAuthCode(); getAccessToken(authCode) )
Als gevolg hiervan krijgen we de auth-code as reguliere string, het ziet er ongeveer zo uit:

4/iHhVmqtxccXh0Qs**********oo5XG8OjaNsWu_kEKyw
U kunt ook het e-mailadres, de gebruikersnaam en de avatar van de gebruiker uit het account halen:

Acct.getEmail()
acct.getDisplayName()
acct.getPhotoUrl()

Deze gegevens kunnen bijvoorbeeld nodig zijn om deze in de header NavigationView in te voegen.

4. Toegangstoken en vernieuwingstoken verkrijgen

We hebben de auth-code ontvangen, nu moeten we deze wijzigen in de tokens die nodig zijn voor verzoeken aan de API. Om dit te doen, maken we een verzoek aan op https://www.googleapis.com/oauth2/v4/token. Ik zal dit bijvoorbeeld doen met OkHttp.

Public void getAccessToken(String authCode) ( OkHttpClient client = new OkHttpClient(); RequestBody requestBody = new FormEncodingBuilder() .add("grant_type", "authorization_code") .add("client_id", getString(R.string.server_client_id)) .add("client_secret", getString(R.string.client_secret)) .add("code", authCode) .build(); Verzoek verzoek= new Request.Builder() .url("https://www.googleapis.com/oauth2/v4/token") .header("Content-Type", "application/x-www-form-urlencoded") . post(requestBody).build(); client.newCall(request).enqueue(new Callback() ( @Override public void onFailure(Request request, IOException e) () @Override public void onResponse(Response response) genereert IOException ( try ( JSONObject jsonObject = new JSONObject(response. body().string()); mAccessToken = jsonObject.get("access_token").toString(); mTokenType = jsonObject.get("token_type").toString(); e.printStackTrace(); )
Laten we de parameters eens nader bekijken. In Request.Builder() geven we de url door waarvan we tokens ontvangen:

URL("https://www.googleapis.com/oauth2/v4/token")
In de header specificeren we Content-Type:

Header("Content-Type", "application/x-www-form-urlencoded")
Wij geven aan dat dit zo is POST-methode, we geven er body aan door:

Post(requestBody)
De gegenereerde requestBody moet de volgende parameters bevatten:

"grant_type", "authorization_code" – geef aan dat we de auth-code zullen overdragen
"client_id", getString(R.string.server_client_id) – de parameter is de client-ID verkregen in API Manager
"client_secret", getString(R.string.client_secret) - clientgeheim verkregen in API Manager
"code", authCode – de feitelijk ontvangen code.

Het verzoek is asynchroon, in het antwoord ontvangen we reguliere json met alle gegevens die nodig zijn voor het werk:

("Access_token": "ya29.glsfbjnmtfgy ...", "Token_type": "Bearer", "Expires_in": 3600, "Refresh_Token": "1 \/72oqa7zyuyyj5oa2neb7 ...", "," IDKENEN tray: Eyjhbgciojsuzi1niisimtpz ... ")
"access_token" – het toegangstoken waarvoor alles is gedaan
"expires_in" – de levensduur van het toegangstoken. Standaard duurt het token 1 uur, en per dag kunt u op verzoek 25 tokens ontvangen, niet meer.
"token_type" – het type token, het moet ook onthouden worden, het wordt in de toekomst ook ingevoegd in het verzoek aan de API.
"refresh_token" – een token voor het vernieuwen van het toegangstoken wanneer het levensuur is verstreken. Het vernieuwingstoken is ongewijzigd. Ik zag vaak op de forums een probleem dat ik zelf tegenkwam: dit token kwam niet in het verzoek voor. Fouten zijn onder meer het onjuist ophalen van inloggegevens of onjuiste verzoeken. Als de autorisatie via WebView werd uitgevoerd en een belangrijke parameter als access_type=offline niet in de url werd aangegeven, kwam het vernieuwingstoken eenvoudigweg niet aan.

5. Vernieuwing van toegangstoken

Er is een uur verstreken, het toegangstoken is niet langer actief, er is een nieuwe nodig. Hierna verschijnen fouten 401 of 403, de server geeft aan dat de gebruiker niet geautoriseerd is of geen toegang heeft. Het aanvragen van een nieuwe toestemming is niet geschikt als we een doorlopende sessie nodig hebben, zoals de mijne, we moeten tijdens de uitzending continu berichten ontvangen van de chat, en dit is enkele uren. Wat moeten we doen? Stuur een verzoek om een ​​nieuw token te ontvangen.

Het verzoek is in principe hetzelfde als in punt 4, met uitzondering van enkele parameters:

Private void getNewAccessToken() ( OkHttpClient client = nieuwe OkHttpClient(); RequestBody requestBody = nieuwe FormEncodingBuilder() .add("refresh_token", mRefreshToken) .add("client_id", getString(R.string.server_client_id)) .add(" client_secret", getString(R.string.client_secret)) .add("grant_type", "refresh_token") .build(); final Request request = new Request.Builder() .url("https://www.googleapis. com/oauth2/v4/token") .header("Content-Type", "application/x-www-form-urlencoded") .post(requestBody).build(); client.newCall(request).enqueue(new Callback() ( @Override public void onFailure(Request request, IOException e) () @Override public void onResponse(Response response) genereert IOException ( try ( JSONObject jsonObject = new JSONObject(response.body().string()); mAccessToken = jsonObject.get("access_token").toString( ) catch (JSONException e) ( e.printStackTrace(); ) ));
Hier belangrijke parameters:

"grant_type", "refresh_token" – in het type geven we aan dat we een vernieuwingstoken verzenden
"refresh_token", mRefreshToken – en het token zelf

Het antwoord is json met daarin een nieuw toegangstoken, waarmee je weer toegang krijgt tot de API:

( "access_token":ya29.GlsfBM7Y...", "token_type":Bearer", "expires_in":3600, "id_token":eyJhbGciOiJ..." )
Hiermee is de autorisatie en authenticatie van de gebruiker voltooid.

Als voorbeeld laat ik je zien hoe een verzoek aan de API eruit ziet, en hoe ik het token update.
Om de API aan te vragen gebruik ik Retrofit2 + RxAndroid. Zo ziet een verzoek om een ​​live uitgezonden chat eruit te zien:

@GET(GoogleApiUrls.Youtube.CHAT) Waarneembaar getChat(@Header("Authorisatie") Stringtoken, @Query("liveChatId") String liveChatId, @Query("part") String part);
Het is belangrijk om hier op te merken dat het type token en het toegangstoken zelf moeten worden doorgegeven aan de header met behulp van de autorisatiesleutel. Dat wil zeggen, zoals dit:

Machtigingsdrager ya29.GlsfBJNMTfGy…
Vervolgens doe ik een verzoek via RxAndroid, en aangezien er bij de onError callback allerlei fouten binnenkomen, wordt daar na een uur ook een HttpException-fout met code 401 Unauthorized ontvangen. Hier verwerk ik het, controleer of het dezelfde fout is, cast het vervolgens naar het juiste type, controleer of het echt een 401-code is en voer de methode uit om een ​​nieuw token te krijgen, en herhaal vervolgens het verzoek.

@Override public void onError(Throwable e) ( if (e instanceof HttpException) ( HttpException exception = (HttpException) e; if (exception.code() == 401) ( getNewAccessToken(); ) ) )
Er is ook een GET-verzoek om het token te controleren:

https://www.googleapis.com/oauth2/v3/tokeninfo?access_token=ya29.GlsfBJNMTfGy…
Als reactie hierop ontvangt u informatie over het token als het nog actief is, of een foutmelding als de levensduur ervan is verstreken.

Opnieuw laat Google de implementatie van de tokenupdate over aan de ontwikkelaar.

Voordat ik begin, raad ik aan om verzoeken in een applicatie/extensie van derden, zoals Postman, te controleren om er zeker van te zijn dat de ingevoerde parameters correct zijn en de antwoorden zijn ontvangen. Ik zal heel blij zijn als iemand de les nuttig vindt!