From 239aa65590e391592d253dcc815df0be0135532f Mon Sep 17 00:00:00 2001 From: Emerson Rocha Luiz Date: Sun, 9 Oct 2016 04:24:58 -0300 Subject: [PATCH] Adicionado RFC748 traduzida por @robsmayer e revisada por @dkmister; veja https://github.com/webiwg/historia-web-pt/issues/18 --- _posts/1978-04-01-rfc748.md | 119 ++++++++++++++++++++++++++++++++++++ 1 file changed, 119 insertions(+) create mode 100644 _posts/1978-04-01-rfc748.md diff --git a/_posts/1978-04-01-rfc748.md b/_posts/1978-04-01-rfc748.md new file mode 100644 index 0000000..d1f2be7 --- /dev/null +++ b/_posts/1978-04-01-rfc748.md @@ -0,0 +1,119 @@ +--- +layout: rfc +title: RFC 748 - TELNET RANDOMLY-LOSE Option +description: RFC 748 - TELNET RANDOMLY-LOSE Option +permalink: /rfc748 +copyright: null +license: null +license-custom: null +original: { + title: "RFC 748 - TELNET RANDOMLY-LOSE Option", + link: "https://tools.ietf.org/html/rfc748", + dateOfTranslation: "2016-09-08" +} +authors: [{ + name: "M. Crispin", + link: "https://en.wikipedia.org/wiki/Mark_Crispin" +}] +sponsors: null +translators: [{ + name: "Roberta Mayer", + link: "https://github.com/robsmayer" +}] +reviewers: [{ + name: "Vilmar Neto", + link: "http://www.webiwg.org" +}] +isDraft: true +isReleaseCandidate: false +discussion: https://github.com/webiwg/historia-web-pt/issues/18 +--- + +
+
+NWG/RFC# 748                                          MRC 1-APR-78 44125
+Telnet Randomly-Lose Option
+
+
+
+Network Working Group                                         M. Crispin
+Request for Comments 748                                           SU-AI
+NIC 44125                                                   1 April 1978
+
+                      TELNET RANDOMLY-LOSE Option
+
+1.  Nome e código do comando.
+
+   RANDOMLY-LOSE        256
+
+2.  Significado do comando (O que faz).
+
+   IAC WILL RANDOMLY-LOSE
+
+      O emissor desse comando (REQUESTS) pede/solicita permissão
+      (confirma) que vai ocorrer randomly lose.
+   IAC WON'T RANDOMLY-LOSE
+
+      O emissor desse comando se nega (REFUSES) a ter randomly lose.
+
+   IAC DO RANDOMLY-LOSE
+
+      O emissor desse comando (REQUESTS) pede/solicita que o receptor
+      (dá permissão ao receptor) para  ter randomly lose. (Nota: não gostei dessa tradução)
+
+
+   IAC DON'T RANDOMLY-LOSE
+
+      O emissor (DEMANDS) exige que o receptor não faç randomly lose.
+
+3.  Default.
+
+   WON'T RANDOMLY-LOSE
+
+   DON'T RANDOMLY-LOSE
+
+   i,e., perca randômica não acontecerá.
+
+4.  O motivo dessa opção.
+
+   Obs: A expressão random lossage pode ser interpretada como perca randômica
+   ou perca aleatória, mas nessa tradução manterei a expressão original.
+
+   Vários servidores aparentam prover random lossage como parte do seus
+   serviços ,por exemplo, quebras no sistema (crashes), perca de dados,
+   mau funcionamento de programas, etc...
+   Esses serviços são frequentemente não documentados e são em geral
+   confusos para um usuário novo (noob). Logo, um meio simples é necessário
+   para permitir que o usuário desative essas ocorrências.
+
+
+                                 - 1 -
+
+NWG/RFC# 748                                          MRC 1-APR-78 44125
+Opção Randomly-Lose Telnet
+
+
+
+5. Descrição da opção.
+
+   O modo padrão não permite random lossage; portanto não é permitido que
+   o sistema caia (crash), (mung*) arquivos do usuário, etc. Se o sevidor
+   quiser enviar random lossage, em primeiro lugar, ele deve pedir permisão
+   para o usuário mandando IAC WILL RANDOMLY-LOSE.
+
+   Se o usuário quiser random lose do servidor, o servidor responderá
+   IAC DO RANDOMLY-LOSE. Caso contrário, ele responderá IAC DONT RANDOMLY-LOSE
+   e o servidor será proibido de randomly lose.
+
+   Como uma outra alternativa, o usuário pode solicitar random lossage
+   do servidor mandando IAC DO RANDOMLY-LOSE e o servidor responderá
+   ou com IAC WILL RANDOMLY-LOSE, ou seja, ele irá prosseguir fazendo
+   random lose (para uma implementação inicial é recomendado apagar arquivos
+   do disco). Ou, ele responderá IAC WONT RANDOMLY-LOSE que significa
+   que ele insiste em não fazer fazer randomly lose.
+
+   Sendo que essa opção é implementada para TELNET, é esperado que em
+   servidores que não tem essa opção implementada não ocorra random
+   lossage; i.e, logo, eles funcionarão com atividade 100% confiável.
+
+