WEBVTT

00:00.180 --> 00:01.013
Palestrante: Nesta

00:01.013 --> 00:02.760
lição, discutiremos vários tipos

00:02.760 --> 00:05.190
diferentes de opções de acesso remoto que você

00:05.190 --> 00:08.070
pode ter como técnico ou administrador de rede.

00:08.070 --> 00:09.810
Esses diferentes métodos permitirão

00:09.810 --> 00:11.070
que um cliente acesse um servidor

00:11.070 --> 00:13.890
ou um dispositivo de rede remotamente pela sua rede.

00:13.890 --> 00:15.180
Agora, como administrador,

00:15.180 --> 00:16.650
você usará alguns desses métodos

00:16.650 --> 00:19.200
para acessar a interface de linha de comando de seus roteadores,

00:19.200 --> 00:21.060
switches e firewalls, para poder modificar

00:21.060 --> 00:23.040
suas definições e configurações como parte

00:23.040 --> 00:25.920
de suas funções de trabalho.

00:25.920 --> 00:28.890
Agora, há muitas maneiras de acessar esses dados remotamente,

00:28.890 --> 00:31.950
e você também pode controlar esses dispositivos remotamente.

00:31.950 --> 00:33.330
Portanto, nesta

00:33.330 --> 00:34.980
lição, discutiremos

00:34.980 --> 00:38.613
Telnet, SSH, RDP, VNC e TTY.

00:39.540 --> 00:40.590
Agora, a primeira coisa sobre

00:40.590 --> 00:43.950
a qual precisamos falar com relação à tecnologia de acesso remoto é a Telnet.

00:43.950 --> 00:46.470
Agora, o Telnet opera na porta 23 e é usado para enviar

00:46.470 --> 00:48.810
comandos baseados em texto para dispositivos

00:48.810 --> 00:50.010
remotos, sendo considerado

00:50.010 --> 00:52.920
um protocolo de rede muito antigo.

00:52.920 --> 00:55.710
Tudo o que você fizer no Telnet será baseado em texto.

00:55.710 --> 00:58.260
E aqui, você pode ver que estou me conectando via Telnet

00:58.260 --> 01:00.990
ao rainmaker. weatherunderground. com.

01:00.990 --> 01:01.823
Ao fazer isso, posso

01:01.823 --> 01:04.500
consultar o clima diário da minha região.

01:04.500 --> 01:06.840
Agora, uma das maiores desvantagens do uso do Telnet

01:06.840 --> 01:09.600
é que ele envia tudo pela rede em texto simples ou em formatos

01:09.600 --> 01:11.280
não criptografados.

01:11.280 --> 01:12.420
Nesse caso, eu realmente não

01:12.420 --> 01:14.850
me importo com o fato de estar enviando coisas em textos simples,

01:14.850 --> 01:17.280
porque a única informação que preciso enviar ao servidor

01:17.280 --> 01:18.960
é o código de três dígitos do aeroporto da

01:18.960 --> 01:21.210
cidade com a qual quero verificar o clima.

01:21.210 --> 01:23.040
Mas se eu for enviar algo privado, como

01:23.040 --> 01:24.540
o número do meu seguro social,

01:24.540 --> 01:26.850
minha senha ou o número do meu cartão de crédito,

01:26.850 --> 01:29.700
nunca vou querer usar o Telnet para isso.

01:29.700 --> 01:31.710
Lembre-se de que o Telnet nunca, nunca,

01:31.710 --> 01:35.070
nunca deve ser usado para nada quando você estiver se conectando

01:35.070 --> 01:36.810
a um dos seus dispositivos seguros,

01:36.810 --> 01:39.510
como um roteador, um switch ou um firewall.

01:39.510 --> 01:41.040
Porque, ao configurá-los, tudo

01:41.040 --> 01:43.050
seria definido em textos simples, incluindo

01:43.050 --> 01:44.310
seus comandos, seu nome de

01:44.310 --> 01:46.110
usuário, suas senhas, sua lista de controle

01:46.110 --> 01:48.600
de acesso e todas essas coisas.

01:48.600 --> 01:50.160
Em vez disso, sempre queremos usar

01:50.160 --> 01:52.710
uma tecnologia de acesso remoto baseada em texto criptografado,

01:52.710 --> 01:54.630
como o Secure Shell.

01:54.630 --> 01:57.180
Isso nos leva à nossa segunda tecnologia de acesso

01:57.180 --> 01:58.890
remoto, que é o Secure Shell.

01:58.890 --> 02:00.810
Agora, o Secure Shell, ou

02:00.810 --> 02:03.240
SSH, funcionará na porta 22.

02:03.240 --> 02:05.640
O Secure Shell também é conhecido como SSH e funciona

02:05.640 --> 02:07.440
exatamente como o Telnet.

02:07.440 --> 02:10.020
Mas ele criptografará tudo o que está sendo enviado e recebido

02:10.020 --> 02:11.970
entre o cliente e o servidor, o roteador ou

02:11.970 --> 02:14.670
o switch com o qual você está se comunicando.

02:14.670 --> 02:16.890
Portanto, você terá muito mais segurança

02:16.890 --> 02:18.450
ao usar o SSH do que ao usar

02:18.450 --> 02:19.980
o Telnet.

02:19.980 --> 02:22.560
Lembre-se de que, sempre que precisar se conectar a um dispositivo

02:22.560 --> 02:24.600
de rede para configurá-lo na interface de linha

02:24.600 --> 02:28.500
de comando, você deve sempre fazer isso por meio do SSH usando o Secure Shell.

02:28.500 --> 02:30.480
Isso garantirá que você tenha uma conexão criptografada

02:30.480 --> 02:32.010
com esse dispositivo.

02:32.010 --> 02:34.410
A terceira tecnologia de acesso remoto que precisamos

02:34.410 --> 02:35.970
discutir é conhecida como RDP,

02:35.970 --> 02:37.860
ou Remote Desktop Protocol.

02:37.860 --> 02:42.030
Agora, o Remote Desktop Protocol opera na porta 3389 e é um protocolo proprietário

02:42.030 --> 02:44.970
desenvolvido pela Microsoft que fornece aos usuários uma

02:44.970 --> 02:47.190
interface gráfica para se conectar a outro

02:47.190 --> 02:49.920
computador por meio de uma conexão de rede.

02:49.920 --> 02:52.380
Embora o RDP não seja realmente útil se você estiver tentando

02:52.380 --> 02:54.300
falar com um roteador, um switch ou um firewall,

02:54.300 --> 02:56.850
ele é realmente útil quando você está tentando acessar e controlar

02:56.850 --> 02:59.610
remotamente um servidor Windows ou uma máquina cliente.

02:59.610 --> 03:01.050
Por exemplo, se o seu SEAM,

03:01.050 --> 03:03.630
ou sistema de gerenciamento de rede, opera em uma

03:03.630 --> 03:05.070
máquina Windows, você pode

03:05.070 --> 03:07.980
usar o RDP para se conectar a ele pela rede local.

03:07.980 --> 03:09.030
O RDP fornecerá uma

03:09.030 --> 03:12.930
interface gráfica de usuário conhecida como GUI ou GUI.

03:12.930 --> 03:15.120
Isso permite que você acesse um servidor e uma área

03:15.120 --> 03:17.520
de trabalho e os controle usando o mouse e o teclado.

03:17.520 --> 03:19.470
Agora, quando você estiver conectado remotamente

03:19.470 --> 03:21.870
a essa máquina, ela agirá como se você estivesse sentado em frente

03:21.870 --> 03:23.700
a ela, mas você poderá fazer isso do outro lado

03:23.700 --> 03:25.440
da rede ou do outro lado do mundo.

03:25.440 --> 03:26.520
Por exemplo, aqui, você pode

03:26.520 --> 03:27.960
ver que há três dispositivos e todos

03:27.960 --> 03:30.300
eles estão se conectando a uma máquina com Windows 7.

03:30.300 --> 03:31.770
Você tem um laptop Macintosh,

03:31.770 --> 03:33.630
tem um iPad ou um tablet Android e tem

03:33.630 --> 03:34.830
um telefone celular.

03:34.830 --> 03:36.540
E todos eles são capazes de entrar

03:36.540 --> 03:38.970
e fazer a comunicação usando o RDP, como se

03:38.970 --> 03:40.200
eu tivesse um mouse e um

03:40.200 --> 03:43.080
teclado na frente da estação de trabalho.

03:43.080 --> 03:45.270
O RDP permitirá que você se conecte a esses dispositivos

03:45.270 --> 03:46.230
de toda a sua rede ou de

03:46.230 --> 03:47.670
todo o mundo, dependendo de como

03:47.670 --> 03:49.500
você o configurou.

03:49.500 --> 03:51.510
Agora, o protocolo de área de trabalho remota

03:51.510 --> 03:53.970
em si não é considerado um protocolo seguro.

03:53.970 --> 03:56.160
Em vez disso, você precisa proteger essa conexão

03:56.160 --> 03:58.350
usando outra coisa para fazer o túnel.

03:58.350 --> 04:01.980
Por exemplo, você pode usar um gateway de área de trabalho remota ou RDG

04:01.980 --> 04:04.350
para criar uma conexão segura entre você e esse

04:04.350 --> 04:07.650
gateway e, em seguida, criar um túnel para a sessão RDP.

04:07.650 --> 04:11.220
Ou você pode usar uma VPN, como uma rede privada virtual.

04:11.220 --> 04:13.110
Orador: A quarta tecnologia de acesso remoto

04:13.110 --> 04:15.540
que precisamos discutir é conhecida como VNC.

04:15.540 --> 04:20.070
A VNC ou Virtual Networking Computing opera na porta 5900 e foi originalmente

04:20.070 --> 04:21.060
desenvolvida para

04:21.060 --> 04:22.470
arquiteturas thin client

04:22.470 --> 04:26.040
e coisas como infraestrutura de desktop virtual ou VDI.

04:26.040 --> 04:28.470
A VNC funciona de forma muito parecida com o RDP,

04:28.470 --> 04:29.910
mas, ao contrário do RDP, que

04:29.910 --> 04:32.430
funciona apenas em clientes e servidores Windows,

04:32.430 --> 04:34.470
a VNC é realmente multiplataforma.

04:34.470 --> 04:36.690
Portanto, ele pode ser usado em

04:36.690 --> 04:39.120
clientes Linux, OSX e Windows.

04:39.120 --> 04:40.260
Isso nos leva à nossa

04:40.260 --> 04:43.590
quinta e última tecnologia de acesso remoto, conhecida como

04:43.590 --> 04:45.510
TTY ou emulador de terminal.

04:45.510 --> 04:48.000
Agora, um emulador de terminal é qualquer tipo de software

04:48.000 --> 04:51.450
que replica a funcionalidade de entrada ou saída do TTY que usamos para nos

04:51.450 --> 04:54.090
conectarmos remotamente a um dispositivo.

04:54.090 --> 04:56.460
O TTY é, na verdade, o terminal ou ponto final

04:56.460 --> 04:58.440
para a comunicação entre o computador

04:58.440 --> 04:59.580
e o usuário final.

04:59.580 --> 05:01.080
E ele lida com toda a entrada

05:01.080 --> 05:02.580
e saída de texto entre o usuário

05:02.580 --> 05:05.250
e o Shell ou o ambiente de linha de comando.

05:05.250 --> 05:07.710
Esse terminal será usado para aceitar a entrada

05:07.710 --> 05:08.970
e exibir a saída.

05:08.970 --> 05:11.010
Por outro lado, o ambiente do Shell ou da linha

05:11.010 --> 05:12.780
de comando faz o processamento real.

05:12.780 --> 05:14.250
Ele é chamado de TTY, porque originalmente

05:14.250 --> 05:16.620
era para isso que ele era usado.

05:16.620 --> 05:19.470
Originalmente, quando tínhamos computadores funcionando

05:19.470 --> 05:21.540
como mainframes nas décadas de 1970 e 1980,

05:21.540 --> 05:23.940
havia um dispositivo chamado teletipo.

05:23.940 --> 05:25.800
Na verdade, o teletipo era usado para

05:25.800 --> 05:27.360
se conectar ao mainframe e poder

05:27.360 --> 05:28.740
emitir esses comandos e, em

05:28.740 --> 05:30.720
seguida, exibir a saída gerada pelo ambiente

05:30.720 --> 05:33.540
de linha de comando dentro do mainframe.

05:33.540 --> 05:35.070
E é por isso que um emulador de terminal

05:35.070 --> 05:38.640
é frequentemente chamado de TTY ou dispositivo de teletipo, porque é isso

05:38.640 --> 05:40.680
que ele está sendo usado para emular, voltando

05:40.680 --> 05:42.990
aos primeiros dias da computação.

05:42.990 --> 05:45.360
Agora, se você estiver usando um sistema Linux ou Unix,

05:45.360 --> 05:48.690
verá com frequência seus ambientes de terminal chamados de TTYs quando estiver

05:48.690 --> 05:50.880
se referindo a cada um dos diferentes terminais daquele

05:50.880 --> 05:52.983
servidor ou máquina em particular.
