WEBVTT

00:00:00.300 --> 00:00:07.220
Siap untuk 10 hari Microsoft 365, Copilot, AI-er, dan orang-orang yang membentuk masa depan kerja, JA, BAH.

00:00:07.860 --> 00:00:12.120
Januari ini, M365 con kembali dan kami hadir lebih besar, lebih besar.

00:00:12.780 --> 00:00:18.180
Bergabunglah dengan kami untuk sesi langsung, demo nyata, dan pengetahuan praktis dari MVP dan pakar industri di seluruh dunia.

00:00:19.240 --> 00:00:23.480
Tanpa jargon yang tak ada habisnya, kami menangani tantangan nyata.

00:00:23.920 --> 00:00:28.380
Copilot Studio, agen AI Fabrik Keamanan, Tata Kelola, dan Otomatisasi.

00:00:28.380 --> 00:00:34.280
Baik Anda seorang profesional TI, pengembang, atau pemimpin bisnis, ada sesi yang dirancang untuk Anda.

00:00:35.360 --> 00:00:39.960
Dengan 10 hari penuh, Anda dapat menjelajahi berbagai teknologi dan terhubung dengan komunitas global.

00:00:40.840 --> 00:00:44.240
Tonton langsung, dan bawa wawasan praktis kembali ke organisasi Anda.

00:00:45.100 --> 00:00:48.900
Januari 2027, 10 hari, satu komunitas Microsoft.

00:00:49.400 --> 00:00:50.500
Pendaftaran sudah dibuka sekarang.

00:00:51.840 --> 00:00:55.460
Kunjungi M365 con.net dan amankan tempat Anda hari ini.

00:00:55.460 --> 00:00:58.360
Itu adalah M365 con.net.

00:00:58.380 --> 00:00:58.820
Net.

00:01:00.140 --> 00:01:04.740
Bergabunglah sekarang di M365 con.net dan sampai jumpa secara langsung di bulan Januari.

00:01:04.740 --> 00:01:08.940
Selamat datang di episode lain Microsoft Knowledge Nuggets di M365FM.

00:01:09.440 --> 00:01:10.560
Saya membawa acara Anda Mirko Pirut.

00:01:10.780 --> 00:01:15.400
Topik hari ini adalah sesuatu yang hampir semua orang pernah dengar, tetapi sedikit yang bisa menjelaskan dengan Azure Private Link.

00:01:16.100 --> 00:01:21.480
Anda mungkin pernah melihat opsinya saat menyiapkan akun penyimpanan atau basis data SQL, tetapi apa fungsinya dan apakah Anda benar-benar membutuhkannya?

00:01:22.180 --> 00:01:22.940
Inilah hal kebanyakan orang.

00:01:22.940 --> 00:01:29.500
Mereka berasumsi bahwa karena layanan berjalan di dalam Azure, layanan itu otomatis bersifat pribadi seolah terlindung dari internet secara default.

00:01:29.980 --> 00:01:31.280
Itu tidak benar bahkan jauh di kebenaran.

00:01:32.960 --> 00:01:38.000
Sebagian besar layanan PAAS Azure penyimpanan SQFault hadir dengan endpoint publik sejak awal.

00:01:38.640 --> 00:01:42.900
Artinya, siapapun di internet dapat menjangkaunya selama mereka memiliki URL dan kredensial yang tepat.

00:01:42.900 --> 00:01:50.100
Di akhir episode ini, Anda akan memahami apa sebenarnya Private Link itu, mengapa ia ada, dan bagaimana ia menjauhkan lantut lintas Anda dari internet publik.

00:01:50.720 --> 00:01:52.360
Kami akan menggunaikannya menggunakan analogi sederhana.

00:01:52.700 --> 00:01:57.760
Tanpa basa-basi pemasaran, tanpa jargon, hanya penjelasan lugas tentang cara lama, endpoint publik, di mana-mana.

00:01:58.280 --> 00:01:59.220
Mari kita mulai dengan masalah.

00:02:00.180 --> 00:02:04.020
Sebelum Private Link ada, setiap layanan PAAS Azure mendapatkan endpoint publik secara default.

00:02:04.440 --> 00:02:10.020
Anda membuat akun penyimpanan Azure memberi Anda sesuatu seperti mystorage account blog.com.windows.net.

00:02:10.660 --> 00:02:12.560
URL tersebut merujuk ke alamat IP publik.

00:02:12.900 --> 00:02:14.940
Siapapun dengan akses internet dapat mencoba terhubung ke sana.

00:02:15.280 --> 00:02:18.820
Bayangkan Anda memiliki mesin virtual yang berjalan di dalam jaringan virtual Azure Anda sendiri.

00:02:19.500 --> 00:02:21.640
VM itu perlu membaca beberapa file dari penyimpanan blog.

00:02:22.100 --> 00:02:23.760
Anda pikir lalu lintasnya akan tetap berada di Azure.

00:02:24.240 --> 00:02:25.880
Kedua sumber daya berada di cloud yang sama.

00:02:26.280 --> 00:02:27.160
Namun pun begitu cara kerjanya.

00:02:27.560 --> 00:02:33.480
VM harus keluar dari jaringan virtual Anda, melewati internet publik, lalu masuk kembali ke Azure untuk mencapai akun penyimpanan tersebut.

00:02:34.220 --> 00:02:39.220
Ini seperti Anda berdiri di satu ruangan dalam gedung kantor, dan Anda perlu mengambil sesuatu dari lemari penyimpanan di gedung yang sama.

00:02:39.220 --> 00:02:44.000
Namun alih-alih menyusuri lorong, Anda harus keluar, berjalan memutari blok, lalu masuk kembali belak, lalu masuk kembali beding.

00:02:44.320 --> 00:02:45.900
Itu tidak masuk akal, tetapi itu yang sebenarnya terjadi.

00:02:46.480 --> 00:02:47.360
Ini adalah masalah yang nyata.

00:02:47.860 --> 00:02:52.560
Data Anda mengalir melalui internet publik, meskipun kedua sumber daya berada di dalam pusat data Microsoft sendiri.

00:02:53.280 --> 00:02:56.340
Lalu lintas tersebut memang terenkripsi, tetapi tetap terpapar ke internet terbuka.

00:02:56.820 --> 00:02:59.660
Lalu lintas tersebut tetap melewati router dan switch yang tidak Anda kendalikan.

00:02:59.660 --> 00:03:03.800
Dan jika seseorang berhasil mencegat lalu lintas itu, mereka bisa melihat apa yang Anda kirim.

00:03:04.180 --> 00:03:05.000
Ada mitos umum di sini.

00:03:05.640 --> 00:03:08.280
Banyak orang berpikir ya, itu ada di langganan saya, jadi itu pribadi.

00:03:08.900 --> 00:03:09.720
Bukan seperti itu cara kerjanya.

00:03:10.220 --> 00:03:12.780
Langganan adalah batas penagihan dan manajemen, bukan batas jaringan.

00:03:13.220 --> 00:03:15.700
Secara default, layanan Azure Anda dapat dijangkau dari internet.

00:03:16.380 --> 00:03:21.740
Satu-satunya hal yang melindunginya adalah lapisan autentikasi dan otorisasi, kunci kata sandi, dan aturan firewall.

00:03:22.300 --> 00:03:23.780
Namun jeruk jaringan sendiri bersifat populer.

00:03:24.120 --> 00:03:26.660
Jadi Microsoft melihat hal ini dan berkata pasti ada cara yang lebih baik.

00:03:26.660 --> 00:03:27.640
Dan mereka pun membangun.

00:03:27.880 --> 00:03:28.780
Mereka menyebutnya private link.

00:03:28.780 --> 00:03:32.160
Solusinya, titik akhir pribadi, private endpoint sebagai kartu antar muka jaringan.

00:03:32.660 --> 00:03:34.360
Private link adalah layanan keseluruhannya.

00:03:34.600 --> 00:03:37.260
Tetapi bagian inti yang perlu Anda pahami adalah private endpoint.

00:03:37.840 --> 00:03:43.180
Yaitu kartu antar muka jaringan virtual atau NEC yang berada di dalam jaringan virtual Anda dan terhubung ke layanan PAS.

00:03:44.560 --> 00:03:45.240
Begini cara kerja.

00:03:45.800 --> 00:03:48.240
Anda membuat private endpoint untuk akun penyimpanan Anda.

00:03:48.440 --> 00:03:52.760
Dan Azure membuat NEC virtual di dalam jaringan virtual Anda dengan IP pribadi dari subnet Anda.

00:03:53.600 --> 00:03:57.460
NEC tersebut terhubung ke akun penyimpanan melalui private link di bagian belakang.

00:03:57.460 --> 00:04:05.000
Jadi dari sudut pandang VM Anda, akun penyimpanan kini tampak seperti berada di dalam jaringan Anda sendiri dengan IP pribadi sama seperti sumber daya lainnya.

00:04:05.880 --> 00:04:12.580
Saat VM Anda mengirim, lalu lintas ke akun penyimpanan tersebut, lalu lintas itu mengenai IP pribadi NEC dan mengalir melalui jaringan backbone Microsoft.

00:04:12.580 --> 00:04:13.920
Bukan melalui internet public.

00:04:14.280 --> 00:04:16.640
Lalu lintas tersebut tidak pernah meninggalkan infrastruktur intermajat.

00:04:16.860 --> 00:04:18.840
Bayangkan itu seperti lorong aman di gedung kantor tadi.

00:04:19.420 --> 00:04:23.460
Alih-alih berjalan keluar dan memutari blok, Anda cukup menyusuri koridor menuju lemari penyimpanan.

00:04:23.920 --> 00:04:25.060
Koneksi langsung tanpa memutar.

00:04:26.200 --> 00:04:27.780
Nah ini adalah nuansa yang sering dilewatkan banyak orang.

00:04:28.480 --> 00:04:31.940
Mengaktifkan titik akhir privat tidak secara otomatis mematikan titik akhir publik.

00:04:32.600 --> 00:04:33.740
Keduanya dapat-dapat disatang bersama.

00:04:33.740 --> 00:04:37.500
Jika Anda membuat titik akhir privat tetapi tidak mengubah pengaturan titik akhir publik,

00:04:37.620 --> 00:04:39.640
akun penyimpanan Anda tetap dapat diakses dari internet.

00:04:40.100 --> 00:04:43.500
Anda harus menonaktifkan akses jaringan publik secara eksplisit untuk menguncinya sepenuhnya.

00:04:43.900 --> 00:04:45.740
Banyak orang mengira membuat titik akhir privat saja cukup.

00:04:46.100 --> 00:04:49.120
Jadi demikian, Anda harus memberitahu Azure bahwa Anda hanya menginginkan akses pribadi.

00:04:49.360 --> 00:04:51.080
Ijinkan saya meluskan mitos lain selagi kita disini.

00:04:51.460 --> 00:04:53.820
Private link tidak sama dengan VPN atau Express Route.

00:04:54.480 --> 00:04:57.260
Keduanya menyelesaikan masalah yang berbeda dan kita akan membahas perbandingan nanti.

00:04:57.540 --> 00:05:00.880
Untuk saat ini, ketahuilah bahwa private link bertujuan mengakses layanan tertentu,

00:05:00.880 --> 00:05:02.800
bukan menghubungkan seluruh jaringan Anda ke Azure.

00:05:03.320 --> 00:05:07.680
Jadi, Anda sudah memiliki titik akhir privat dan VM Anda dapat menjangkau akun penyimpanan melalui IP privat.

00:05:08.160 --> 00:05:10.380
Namun bagaimana VM Anda benar-benar menemukan akun penyimpanan tersebut?

00:05:10.840 --> 00:05:13.180
Dulu ia menyelesaikan URL publik menjadi IP publik.

00:05:13.780 --> 00:05:15.640
Sekarang IP privat. Bagaimana cara kerjanya?

00:05:16.000 --> 00:05:18.420
Disitulah peran DNS dan itulah yang akan kita bahas selanjutnya.

00:05:19.360 --> 00:05:21.760
DNS adalah kunci rahasia membekerja yang membuat selanjutnya.

00:05:22.020 --> 00:05:26.080
Anda sudah memiliki titik akhir privat dan VM Anda dapat menjangkau akun penyimpanan melalui IP privat.

00:05:27.160 --> 00:05:29.560
Tetapi masalahnya, VM Anda tidak mengetahui IP tersebut.

00:05:29.560 --> 00:05:34.820
Ia mengetahui URL akun penyimpanan, seperti contohnya MyStorageCal, blob.cor.windows.net.

00:05:35.380 --> 00:05:36.620
Itulah nama yang digunakannya untuk terhubung.

00:05:36.960 --> 00:05:39.420
Jadi, bagaimana cara menemukan IP privat sebagai gantip blog?

00:05:39.700 --> 00:05:41.320
Disinilah DNS melakukan pekerjaan utamanya.

00:05:42.000 --> 00:05:45.780
Saat Anda membuat titik akhir privat dan memilih untuk berintegrasi dengan zona DNS privat,

00:05:46.020 --> 00:05:48.300
yang seharusnya Anda lakukan, Azure otomatis membuatnya untuk Anda.

00:05:48.960 --> 00:05:53.300
Untuk akun penyimpanan blob, zona tersebut disebut private link, blob.cor.windows.net.

00:05:53.560 --> 00:05:58.380
Di dalam zona itu, Azure menambahkan catatan A yang memetakkan nama akun penyimpanan Anda ke IP privat titik akhir.

00:05:58.380 --> 00:05:59.800
Inilah bagian yang cerdas.

00:06:00.140 --> 00:06:04.280
URL publik asli masih terproses, tetapi alih-alih mengembalikan IP publik secara langsung,

00:06:04.500 --> 00:06:07.240
ia mengembalikan catatan, Sain Amia mengarah ke zona privat.

00:06:07.500 --> 00:06:08.720
Rantai resolusinya berjalan seperti ini.

00:06:09.100 --> 00:06:13.880
VM Anda meminta URL akun penyimpanan DNS mengembalikan Sain Amia yang mengarah ke MyStorageAccount,

00:06:14.380 --> 00:06:17.000
privatlink.blog.cor.windows.net,

00:06:17.380 --> 00:06:20.600
yang berada di zona DNS privat yang terhubung ke jaringan virtual Anda.

00:06:21.140 --> 00:06:24.740
DNS menyelesaikannya ke IP privat, VM Anda terhubung ke IP privat tersebut,

00:06:24.740 --> 00:06:27.120
dan lalu lintas tidak pernah menyentuh internet publik.

00:06:27.720 --> 00:06:29.660
Anggaplah ini seperti meja resepsionis di sebuah gedung berkantung.

00:06:30.160 --> 00:06:32.040
Seseorang masuk yang menanyakan lemari penyimpanan,

00:06:32.240 --> 00:06:33.780
dan resepsionis tidak mengirim mereka keluar.

00:06:34.260 --> 00:06:35.520
Mereka mengarahkan mereka di dalam gedung.

00:06:36.500 --> 00:06:40.000
Zona DNS privat ibarat resepsionis yang mengarahkan lalu lintas ke tempat yang tepat

00:06:40.000 --> 00:06:41.040
tanpa harus meninggalkan gedung.

00:06:41.580 --> 00:06:43.400
Acara kerjanya bergantung pada di mana VM Anda berada.

00:06:43.400 --> 00:06:46.080
Jika berada di jaringan virtual yang sama dengan titik akhir privat,

00:06:46.240 --> 00:06:49.200
zona DNS privat akan tertaut sehingga resolusi terjadi secara otomatis.

00:06:49.800 --> 00:06:52.820
Jika berada jaringan di piring, Anda juga perlu menautkan zona tersebut ke jaring itu.

00:06:53.320 --> 00:06:55.700
Untuk mesin on-premises melalui VPN atau ExpressRoute,

00:06:55.960 --> 00:06:56.680
prosesnya lebih rumit.

00:06:57.140 --> 00:07:00.860
Anda biasanya menyiapkan DNS forwarder atau menggunakan Azure DNS Private Resolver

00:07:00.860 --> 00:07:02.040
agar query mencapai zona privat.

00:07:02.620 --> 00:07:04.620
Namun untuk sebagian besar skenario di dalam Azure,

00:07:04.740 --> 00:07:05.840
hal dasarnya sudah ditangani untuk Anda.

00:07:06.680 --> 00:07:08.680
DNS bisa menjadi rumit di lingkungan yang lebih besar,

00:07:08.680 --> 00:07:09.880
tetapi untuk kasus standar,

00:07:10.000 --> 00:07:12.820
yaitu VM di jaringan virtual yang sama dengan titik akhir privat Azure menangan.

00:07:12.920 --> 00:07:14.880
Titik akhir privat Azure menangan ini secara otomatis.

00:07:15.000 --> 00:07:16.040
Anda tidak perlu menyentuh apapun.

00:07:16.580 --> 00:07:18.020
Mari kita lihat ini beraksi dengan contoh nyata.

00:07:18.700 --> 00:07:19.540
Panduan dunia nyata.

00:07:19.900 --> 00:07:21.140
Private link dengan Azure Storage.

00:07:21.820 --> 00:07:22.340
Mari kita nyata.

00:07:22.800 --> 00:07:26.240
Misalkan Anda memiliki mesin virtual yang berjalan di dalam jaringan virtual Azure Anda.

00:07:26.860 --> 00:07:29.520
VM tersebut perlu mengambil file dari akun Azure Blob Storage.

00:07:30.100 --> 00:07:30.800
Ini adalah pengaturan yang umum.

00:07:31.440 --> 00:07:33.080
Mungkin aplikasi yang menyimpan unggahan pengguna

00:07:33.080 --> 00:07:35.520
atau pekerjaan pemrosesan data yang membaca dari kontainer.

00:07:35.920 --> 00:07:37.200
Tanpa private link inilah yang terjadi.

00:07:37.200 --> 00:07:40.000
VM Anda mencari URL publik akun penyimpanan

00:07:40.000 --> 00:07:41.320
dan mendapatkan alamat IP publik.

00:07:41.920 --> 00:07:43.740
Lalu lintas meninggalkan jaringan virtual Anda,

00:07:43.940 --> 00:07:44.920
keluar melalui internet publik,

00:07:45.120 --> 00:07:47.420
lalu masuk kembali ke Azure untuk mencapai akun penyimpanan.

00:07:47.780 --> 00:07:49.040
Perjalanan bolak-balik itu tidak berbeda.

00:07:49.340 --> 00:07:50.820
Kedua sumber daya sudah berada di Azure,

00:07:51.020 --> 00:07:53.780
tetapi data tetap mengambil jalan memutar melalui internet terbuka.

00:07:54.020 --> 00:07:54.700
Dengan private link,

00:07:54.860 --> 00:07:57.840
Anda menyebarkan titik akhir privat untuk subsumber daya blob akun penyimpanan.

00:07:58.380 --> 00:08:00.340
Itu adalah bagian spesifik yang menangani data blob.

00:08:01.040 --> 00:08:03.440
Azure membuat NEC virtual di jaringan virtual Anda

00:08:03.440 --> 00:08:04.260
dengan IP privat,

00:08:04.260 --> 00:08:06.920
menyiapkan sona DNS privat dan seluruh rantai resolusi DNS

00:08:06.920 --> 00:08:08.380
yang kita bicarakan mulai berfungsi.

00:08:09.300 --> 00:08:11.300
Sekarang saat VM Anda menyelesaikan URL yang sama,

00:08:11.500 --> 00:08:13.400
misterageaccount.blog.cor.windows.net,

00:08:13.540 --> 00:08:15.320
VM mendapatkan IP privat alih-alih IP publik.

00:08:15.800 --> 00:08:18.240
Lalu lintas mengalir dari VM ke titik akhir privat,

00:08:18.400 --> 00:08:22.400
kemudian melalui tulang punggung Microsoft ke akun penyimpanan.

00:08:23.060 --> 00:08:24.720
Lalu lintas tidak pernah meninggalkan jaringan internet.

00:08:25.100 --> 00:08:25.680
Tidak poin kuncinya.

00:08:26.140 --> 00:08:27.140
Aplikasi Anda tidak berubah.

00:08:27.680 --> 00:08:28.980
Tidak perlu memodifikasi string koneksi,

00:08:29.100 --> 00:08:30.360
tidak perlu memperbarui file konfigurasi.

00:08:30.360 --> 00:08:31.540
URL-nya tetap sama.

00:08:31.960 --> 00:08:32.980
Satu-satunya hal yang berubah adalah

00:08:32.980 --> 00:08:34.080
bagaimana URL sebetulnya diselesaikan.

00:08:34.580 --> 00:08:35.640
Dari perspektif aplikasi,

00:08:35.800 --> 00:08:37.400
ia masih terhubung ke akun penyimpanan yang sama,

00:08:37.560 --> 00:08:38.440
tetapi di balik layar,

00:08:38.540 --> 00:08:40.100
jalur lalu lintasnya benar-benar berbeda.

00:08:40.820 --> 00:08:42.400
Dan jika Anda ingin melakukan langkah maksimal,

00:08:42.520 --> 00:08:44.000
Anda dapat menonaktifkan titik akhir publik.

00:08:44.100 --> 00:08:45.700
Itu berarti akun penyimpanan Anda

00:08:45.700 --> 00:08:47.460
hanya dapat diakses melalui titik akhir privat.

00:08:48.080 --> 00:08:48.920
Nol paparan internet.

00:08:49.440 --> 00:08:51.360
Tidak ada seorang pun yang bisa mencoba terhubung dari luar.

00:08:51.940 --> 00:08:52.940
Satu hal lagi yang perlu diperhatikan.

00:08:53.320 --> 00:08:55.100
Akun penyimpanan memiliki beberapa subsumber daya.

00:08:55.100 --> 00:08:56.420
Blob adalah salah satunya,

00:08:56.600 --> 00:08:57.600
namun ada juga file table.

00:08:58.240 --> 00:08:59.700
Masih bisa memiliki titik akhir privatnya sendiri.

00:09:00.100 --> 00:09:01.880
Anda bisa memiliki satu untuk lalu lintas blob

00:09:01.880 --> 00:09:03.140
dan satu lagi untuk lalu lintas blob.

00:09:03.380 --> 00:09:05.100
Atau gunakan satu titik akhir yang mencakup semuanya,

00:09:05.200 --> 00:09:06.000
tergantung kebutuhan Anda.

00:09:06.380 --> 00:09:07.420
Nah, Anda mungkin bertanya-tanya,

00:09:07.520 --> 00:09:09.520
apa bedanya ini dengan opsi konektivitas Azure lainnya?

00:09:10.120 --> 00:09:11.820
VPN Express Route Titik Akhir Layanan.

00:09:12.240 --> 00:09:12.880
Semua dengar mirip.

00:09:13.220 --> 00:09:13.800
Mari kita perjelas.

00:09:14.400 --> 00:09:16.540
Private Link versus VPN versus Express Route

00:09:16.540 --> 00:09:17.560
versus Titik Akhir Layanan.

00:09:17.880 --> 00:09:19.620
Jadi, bagaimana perbandingan Private Link

00:09:19.620 --> 00:09:21.660
dengan VPN Express Route dan Titik Akhir Layanan?

00:09:22.140 --> 00:09:23.560
Semuanya terdengar melakukan hal yang sama,

00:09:23.560 --> 00:09:25.240
benar-benar menyelesaikan masalah yang berbeda.

00:09:25.620 --> 00:09:26.340
Dan dalam banyak kasus,

00:09:26.440 --> 00:09:27.380
Anda akan menggunakannya secara persen.

00:09:27.640 --> 00:09:28.260
Mulai dengan VPN.

00:09:29.000 --> 00:09:31.620
Jaringan privat virtual menghubungkan jaringan lokal Anda ke Azure

00:09:31.620 --> 00:09:32.620
melalui internet publik.

00:09:33.160 --> 00:09:34.580
Ini membuat terowongan ter-enkripsi

00:09:34.580 --> 00:09:35.760
antara situs Anda dan Azure.

00:09:36.320 --> 00:09:37.720
Lalu lintas memang ter-enkripsi,

00:09:37.920 --> 00:09:39.400
tetapi tetap melalui internet publik.

00:09:40.140 --> 00:09:40.740
Terowongannya aman,

00:09:40.860 --> 00:09:42.400
tetapi jalan yang dilaluinya bersifat publik.

00:09:42.720 --> 00:09:44.040
Private Link tidak menggantikan VPN,

00:09:44.300 --> 00:09:45.200
melainkan bekerja bersamanya.

00:09:45.680 --> 00:09:46.860
Anda mungkin menggunakan VPN

00:09:46.860 --> 00:09:48.260
untuk menghubungkan kantor Anda ke Azure,

00:09:48.360 --> 00:09:49.300
lalu menggunakan Private Link

00:09:49.300 --> 00:09:50.640
untuk mengakses akun penyimpanan Anda

00:09:50.640 --> 00:09:51.760
secara privat dari koneksi tersebut.

00:09:52.060 --> 00:09:52.920
ExpressRoute berbeda.

00:09:53.520 --> 00:09:54.920
Ini memberi Anda sirkuit privat khusus

00:09:54.920 --> 00:09:56.200
dari pusat data Anda ke Azure.

00:09:57.100 --> 00:09:58.920
Lalu lintas tidak pernah menyentuh internet publik sama sekali.

00:09:59.200 --> 00:10:00.560
Ini seperti memiliki jalan pribadi

00:10:00.560 --> 00:10:01.660
langsung ke jaringan Microsoft.

00:10:02.180 --> 00:10:02.940
Namun inilah kendalanya.

00:10:03.420 --> 00:10:04.780
ExpressRoute saja tidak memberi Anda

00:10:04.780 --> 00:10:06.160
akses privat ke layanan PAS.

00:10:06.820 --> 00:10:08.200
Ini menghubungkan jaringan Anda ke Azure,

00:10:08.360 --> 00:10:09.420
tetapi akun penyimpanan Anda

00:10:09.420 --> 00:10:10.520
masih memiliki titik akhir publik.

00:10:10.800 --> 00:10:12.100
Anda harus menggabungkan ExpressRoute

00:10:12.100 --> 00:10:12.760
dengan Private Link

00:10:12.760 --> 00:10:13.940
untuk mendapatkan akses privat

00:10:13.940 --> 00:10:14.620
yang semenginya ke layanan.

00:10:15.040 --> 00:10:16.680
Titik akhir layanan adalah teknologi yang lebih lama.

00:10:17.100 --> 00:10:17.800
Ini memungkinkan Anda

00:10:17.800 --> 00:10:19.000
membatasi akses ke layanan Azure

00:10:19.000 --> 00:10:19.920
sehingga hanya lalu lintas

00:10:19.920 --> 00:10:20.880
dari jaringan virtual Anda

00:10:20.880 --> 00:10:21.620
yang bisa menjangkaunya.

00:10:22.020 --> 00:10:22.960
Namun masalahnya adalah

00:10:22.960 --> 00:10:24.480
layanan tersebut masih memiliki titik akhir.

00:10:24.620 --> 00:10:26.220
Anda hanya menambahkan aturan firewall

00:10:26.220 --> 00:10:26.740
yang menyatakan

00:10:26.740 --> 00:10:28.460
hanya izinkan lalu lintas dari VNet ini.

00:10:28.980 --> 00:10:29.640
Titik akhirnya sendiri

00:10:29.640 --> 00:10:30.740
masih terbuka ke internet.

00:10:31.320 --> 00:10:32.200
Private Link lebih aman

00:10:32.200 --> 00:10:33.120
karena titik akhirnya

00:10:33.120 --> 00:10:34.740
benar-benar berada di dalam VNet Anda

00:10:34.740 --> 00:10:35.620
dan memiliki epi privat.

00:10:35.940 --> 00:10:37.280
Tidak ada titik akhir publik untuk diserah.

00:10:37.600 --> 00:10:38.840
Izinkan saya memberikan cerah sedekannya.

00:10:39.180 --> 00:10:40.360
VPN adalah terowongan aman

00:10:40.360 --> 00:10:41.080
melalui jalan umum.

00:10:41.460 --> 00:10:42.700
ExpressRoute adalah jalan pribadi

00:10:42.700 --> 00:10:43.600
yang menuju langsung ke Azure.

00:10:43.600 --> 00:10:44.880
Titik akhir layanan adalah

00:10:44.880 --> 00:10:45.860
penjaga di gerbang publik

00:10:45.860 --> 00:10:46.860
yang memiliki kartu identitas.

00:10:47.280 --> 00:10:47.960
Private Link adalah

00:10:47.960 --> 00:10:49.180
lorong langsung di dalam gedung.

00:10:49.700 --> 00:10:50.760
Anda sama sekali tidak perlu gedung.

00:10:51.180 --> 00:10:51.980
Di mana yang harus Anda gunakan?

00:10:52.460 --> 00:10:53.060
Tergantung situasi.

00:10:53.700 --> 00:10:55.320
Untuk menghubungkan kantor Anda ke Azure

00:10:55.320 --> 00:10:57.220
pilihannya adalah VPN atau ExpressRoute.

00:10:57.880 --> 00:10:59.740
Untuk mengakses layanan PAS secara privat

00:10:59.740 --> 00:11:01.040
Private Link adalah standar emasnya.

00:11:01.460 --> 00:11:02.380
Dan untuk keamanan terkuat

00:11:02.380 --> 00:11:03.080
kombinasikan keduanya.

00:11:03.640 --> 00:11:04.640
ExpressRoute untuk membawa

00:11:04.640 --> 00:11:06.200
lalu lintas Anda ke Azure secara privat

00:11:06.200 --> 00:11:06.900
lalu Private Link

00:11:06.900 --> 00:11:07.860
untuk mengakses layanan Anda

00:11:07.860 --> 00:11:08.640
secara privat dari sana.

00:11:09.160 --> 00:11:10.120
Namun Private Link bukan hanya

00:11:10.120 --> 00:11:10.940
untuk layanan Microsoft.

00:11:11.520 --> 00:11:12.340
Anda juga bisa menggunakannya

00:11:12.340 --> 00:11:13.260
untuk aplikasi Anda sendiri

00:11:13.260 --> 00:11:14.660
dengan Private Link Service

00:11:14.660 --> 00:11:15.980
yang menampung endpoint private Anda sendiri.

00:11:16.660 --> 00:11:18.000
Berikut adalah sesuatu yang sering dilawatkan.

00:11:18.480 --> 00:11:19.340
Private Link bukan hanya

00:11:19.340 --> 00:11:20.720
untuk mengonsumsi layanan Azure.

00:11:21.240 --> 00:11:22.180
Anda juga dapat menggunakannya

00:11:22.180 --> 00:11:23.560
untuk mengekspos aplikasi Anda sendiri

00:11:23.560 --> 00:11:24.080
ke dunia luar.

00:11:24.340 --> 00:11:25.040
Itulah tujuan utama

00:11:25.040 --> 00:11:26.280
diciptakannya Private Link Service.

00:11:26.680 --> 00:11:27.860
Bayangkan Anda adalah penyedia SaaS.

00:11:28.120 --> 00:11:29.040
Anda memiliki aplikasi

00:11:29.040 --> 00:11:30.120
yang berjalan di mesin virtual

00:11:30.120 --> 00:11:31.440
di belakang load balancer standar

00:11:31.440 --> 00:11:32.580
dan pelanggan Anda mengaksesnya.

00:11:33.180 --> 00:11:33.860
Secara tradisional,

00:11:34.040 --> 00:11:34.700
Anda punya dua opsi.

00:11:34.880 --> 00:11:35.900
Mengekspos semuanya ke internet

00:11:35.900 --> 00:11:36.760
atau mengatur VPN

00:11:36.760 --> 00:11:37.660
antara jaringan Anda

00:11:37.660 --> 00:11:38.360
dan jaringan mereka.

00:11:38.860 --> 00:11:39.980
Keduanya memiliki kurangan besar.

00:11:39.980 --> 00:11:42.340
Eksposur publik membuka risiko keamanan

00:11:42.340 --> 00:11:43.500
dan VPN rumit

00:11:43.500 --> 00:11:44.760
untuk dikelola serta dipelihara.

00:11:45.440 --> 00:11:46.780
Private Link Service mengatasi hal tersebut.

00:11:47.440 --> 00:11:48.280
Anda membuat layanan,

00:11:48.560 --> 00:11:49.900
melampirkan cloud balancer standar Anda,

00:11:50.100 --> 00:11:50.900
lalu pelanggan Anda dapat

00:11:50.900 --> 00:11:51.800
membuat endpoint privat

00:11:51.800 --> 00:11:53.200
di virtual network mereka sendiri.

00:11:53.740 --> 00:11:54.360
Endpoint tersebut

00:11:54.360 --> 00:11:55.420
terhubung langsung ke layanan Anda.

00:11:55.760 --> 00:11:56.940
Tanpa piring, tanpa VPN,

00:11:57.180 --> 00:11:58.600
dan benar-benar tanpa eksposur publik.

00:11:59.040 --> 00:11:59.800
Lalu lintas bergerak

00:11:59.800 --> 00:12:00.820
dari endpoint privat mereka

00:12:00.820 --> 00:12:02.100
melalui jaringan backbone Microsoft

00:12:02.100 --> 00:12:03.140
langsung ke layanan Anda.

00:12:03.660 --> 00:12:04.160
Lalu lintas tersebut

00:12:04.160 --> 00:12:04.980
tidak pernah menentu itu.

00:12:05.360 --> 00:12:06.440
Layanan Anda mendapatkan

00:12:06.440 --> 00:12:07.440
alias unik secara global

00:12:07.440 --> 00:12:10.760
seperti myapp.git.region.azure.private link service.

00:12:11.460 --> 00:12:12.720
Alias itulah yang digunakan pelanggan

00:12:12.720 --> 00:12:13.380
untuk terhubung

00:12:13.380 --> 00:12:14.820
dan Anda membekang kendali penuh

00:12:14.820 --> 00:12:15.680
atas siapa yang bisa melihat.

00:12:16.100 --> 00:12:17.520
Anda dapat membatasi visibilitas

00:12:17.520 --> 00:12:18.700
berdasarkan peran RBAC,

00:12:18.940 --> 00:12:19.620
pelangganan tertentu,

00:12:19.780 --> 00:12:20.580
atau membiarkan siapapun

00:12:20.580 --> 00:12:21.260
dengan alias tersebut

00:12:21.260 --> 00:12:21.880
meminta koneksi.

00:12:22.240 --> 00:12:23.080
Setiap permintaan koneksi

00:12:23.080 --> 00:12:23.820
masuk kepada Anda

00:12:23.820 --> 00:12:24.720
untuk persetujuan manual,

00:12:24.980 --> 00:12:25.700
jadi Anda selalu tahu

00:12:25.700 --> 00:12:26.560
persis siapa yang terhubung.

00:12:26.880 --> 00:12:27.420
Bagi penjelasan,

00:12:27.440 --> 00:12:28.100
ini yang sangat besar.

00:12:28.820 --> 00:12:30.040
Alih-alih membuka aturan firewall

00:12:30.040 --> 00:12:31.960
atau mengelola konfigurasi VPN yang rumit,

00:12:32.080 --> 00:12:33.480
Anda cukup memberikan alias tersebut

00:12:33.480 --> 00:12:34.200
kepada pelanggan Anda.

00:12:34.560 --> 00:12:35.720
Mereka membeli endpoint privat Anda

00:12:35.720 --> 00:12:36.320
menyetujuinya.

00:12:36.460 --> 00:12:37.060
Dan selesai.

00:12:38.860 --> 00:12:39.880
Namun ada satu batasan,

00:12:40.100 --> 00:12:40.780
private link service

00:12:40.780 --> 00:12:41.400
hanya bekerja dengan

00:12:41.400 --> 00:12:42.280
load balancer standar,

00:12:42.440 --> 00:12:42.820
bukan basic.

00:12:43.160 --> 00:12:44.060
Jika Anda masih menggunakan

00:12:44.060 --> 00:12:44.720
load balancer basic,

00:12:44.820 --> 00:12:45.920
Anda harus melakukan peningkatan lebih daripada.

00:12:46.220 --> 00:12:47.240
Itu adalah harga yang kecil

00:12:47.240 --> 00:12:48.260
untuk keamanan dan kemudahan

00:12:48.260 --> 00:12:49.440
yang Anda dapatkan sebagai gantinya.

00:12:49.920 --> 00:12:50.280
Sekarang,

00:12:50.400 --> 00:12:51.620
semua keamanan ini terdengar hebat,

00:12:51.740 --> 00:12:52.560
tapi apa sebenarnya artinya

00:12:52.560 --> 00:12:53.380
bagi kebutuhan kepatuhan

00:12:53.380 --> 00:12:53.900
dan anggaran Anda?

00:12:54.560 --> 00:12:55.420
Pertimbangan keamanan

00:12:55.420 --> 00:12:56.360
kepatuhan dan biaya.

00:12:56.880 --> 00:12:57.860
Mari kita bahas apa arti

00:12:57.860 --> 00:12:58.760
private linknya sebenarnya

00:12:58.760 --> 00:12:59.420
yang bagi persyaratan

00:12:59.420 --> 00:13:00.500
kepatuhan dan pengeluaran Anda.

00:13:01.060 --> 00:13:01.400
Pertama,

00:13:01.540 --> 00:13:02.260
dari sisi keamanan,

00:13:02.640 --> 00:13:03.380
private link mengurangi

00:13:03.380 --> 00:13:04.360
permukaan serangan Anda

00:13:04.360 --> 00:13:05.080
dengan menghilangkan

00:13:05.080 --> 00:13:05.960
endpoint publik sepenuh.

00:13:06.340 --> 00:13:07.200
Itulah manfaat utamanya.

00:13:07.660 --> 00:13:08.660
Alih-alih akun penyimpanan

00:13:08.660 --> 00:13:09.560
atau basis data SQL

00:13:09.560 --> 00:13:10.240
yang dapat diakses

00:13:10.240 --> 00:13:11.160
dari mana saja di internet,

00:13:11.300 --> 00:13:12.260
Anda memiliki sumber daya

00:13:12.260 --> 00:13:13.440
yang hanya merespon selalu lintas

00:13:13.440 --> 00:13:14.320
dari dalam jaringan virtual.

00:13:14.600 --> 00:13:15.380
Tidak ada IP publik

00:13:15.380 --> 00:13:15.900
untuk dipindai,

00:13:15.980 --> 00:13:16.620
tidak ada perterbukaan

00:13:16.620 --> 00:13:17.020
untuk disedidik.

00:13:17.320 --> 00:13:18.020
Permukaan serangan

00:13:18.020 --> 00:13:18.940
berkurang secara drastis.

00:13:19.360 --> 00:13:20.020
Ini adalah manfaat lain

00:13:20.020 --> 00:13:21.060
yang kurang mendapat perhatian,

00:13:21.200 --> 00:13:22.220
pencegahan kebocoran data.

00:13:22.760 --> 00:13:23.580
Setiap titik akhir privat

00:13:23.580 --> 00:13:24.400
memetakkan ke instan

00:13:24.400 --> 00:13:25.140
sumber daya tertentu.

00:13:25.760 --> 00:13:26.520
Bukan seluruh layanan,

00:13:26.700 --> 00:13:27.680
bukan setiap akun penyimpanan

00:13:27.680 --> 00:13:28.300
di langganan Anda.

00:13:28.880 --> 00:13:29.480
Hanya itu saja.

00:13:29.680 --> 00:13:30.520
Jadi, jika seseorang

00:13:30.520 --> 00:13:31.400
membawa goban kerja

00:13:31.400 --> 00:13:32.280
di jaringan virtual Anda,

00:13:32.560 --> 00:13:33.500
mereka tidak bisa menggunakan

00:13:33.500 --> 00:13:34.540
titik akhir privat tersebut

00:13:34.540 --> 00:13:35.600
untuk menjangkau akun penyimpanan.

00:13:35.840 --> 00:13:36.800
Mereka terkunci pada

00:13:36.800 --> 00:13:37.840
satu sumber daya yang Anda setuju.

00:13:38.320 --> 00:13:39.100
Bagi tim keamanan,

00:13:39.160 --> 00:13:40.280
pembatasan itu adalah hal yang besar.

00:13:40.920 --> 00:13:41.680
Dalam hal kepatuhan,

00:13:41.800 --> 00:13:42.460
private link memenuhi

00:13:42.460 --> 00:13:43.180
banyak persyaratan.

00:13:43.600 --> 00:13:44.640
Regulasi seperti HIPA,

00:13:44.780 --> 00:13:45.280
AGDPR,

00:13:45.440 --> 00:13:46.540
dan PCI sering mengharuskan

00:13:46.540 --> 00:13:47.120
data sensitif

00:13:47.120 --> 00:13:47.860
tidak pernah mengalir

00:13:47.860 --> 00:13:49.020
melalui jaringan publik.

00:13:49.680 --> 00:13:50.320
Private link memberikan

00:13:50.320 --> 00:13:51.060
cara yang jelas bagi Anda

00:13:51.060 --> 00:13:51.620
untuk membuktikan.

00:13:52.060 --> 00:13:53.220
Lalu lintas Anda tetap berada

00:13:53.220 --> 00:13:54.000
di backbone Microsoft

00:13:54.000 --> 00:13:54.900
dan Anda dapat merujuk

00:13:54.900 --> 00:13:55.840
ke lokal bukti dan berkata

00:13:55.840 --> 00:13:56.580
inilah buktinya.

00:13:57.080 --> 00:13:58.080
Untuk industri yang teregulasi,

00:13:58.180 --> 00:13:59.000
hal itu saja sudah dapat

00:13:59.000 --> 00:13:59.980
membenarkan investasinya.

00:14:00.480 --> 00:14:01.320
Sekarang, mari kita bicara

00:14:01.320 --> 00:14:01.820
tentang biaya

00:14:01.820 --> 00:14:03.040
karena disinilah orang sering terkir.

00:14:03.260 --> 00:14:04.200
Private link tidak gratis.

00:14:04.660 --> 00:14:05.400
Anda membayar per jam

00:14:05.400 --> 00:14:06.500
untuk setiap titik akhir privat

00:14:06.500 --> 00:14:07.340
ditambah PBI

00:14:07.340 --> 00:14:08.000
pemrosesan data

00:14:08.000 --> 00:14:08.680
untuk lalu lintas

00:14:08.680 --> 00:14:09.580
yang mengalir melaluinya.

00:14:09.880 --> 00:14:10.980
Tergantung pada penggunaan Anda.

00:14:11.340 --> 00:14:12.220
Biayanya bisa 2 hingga

00:14:12.220 --> 00:14:12.960
3 kali lebih mahal

00:14:12.960 --> 00:14:13.580
daripada menggunakan

00:14:13.580 --> 00:14:14.200
titik akhir publik

00:14:14.200 --> 00:14:14.900
dengan aturan firewall.

00:14:15.280 --> 00:14:16.200
Itu akan bertambah dengan cepat

00:14:16.200 --> 00:14:16.820
terutama jika Anda

00:14:16.820 --> 00:14:17.580
memiliki banyak titik akhir.

00:14:18.120 --> 00:14:18.920
Di pendapat jujurnya,

00:14:19.460 --> 00:14:20.240
private link tidak selalu

00:14:20.240 --> 00:14:20.940
menjadi pilihan yang tepat.

00:14:21.600 --> 00:14:22.400
Jika Anda menjalankan

00:14:22.400 --> 00:14:23.120
lingkungan pengembangan

00:14:23.120 --> 00:14:23.760
atau pengujian

00:14:23.760 --> 00:14:24.720
tanpa data sensitif

00:14:24.720 --> 00:14:25.500
titik akhir publik

00:14:25.500 --> 00:14:26.360
dengan aturan firewall

00:14:26.360 --> 00:14:27.500
yang tepat mungkin sudah cukup.

00:14:28.180 --> 00:14:28.920
Jika Anda menghosting

00:14:28.920 --> 00:14:29.600
situs web publik

00:14:29.600 --> 00:14:30.160
yang dimaksudkan

00:14:30.160 --> 00:14:31.060
untuk diakses dari internet,

00:14:31.160 --> 00:14:32.180
private link tidak akan membantuan.

00:14:32.700 --> 00:14:34.040
Namun, untuk beban kerja produksi

00:14:34.040 --> 00:14:34.860
di industri teregulasi

00:14:34.860 --> 00:14:35.460
seperti keuangan,

00:14:35.460 --> 00:14:36.480
kesehatan dan pemerintahan,

00:14:36.580 --> 00:14:37.280
private link seringkali

00:14:37.280 --> 00:14:37.900
bersifat wajib.

00:14:38.240 --> 00:14:39.140
Itu adalah bisnis dengan aman.

00:14:39.980 --> 00:14:41.180
Sekarang sebelum Anda menerapkannya,

00:14:41.300 --> 00:14:41.880
ada beberapa hal

00:14:41.880 --> 00:14:42.460
yang perlu diwaspalkan.

00:14:43.040 --> 00:14:44.060
Hal yang perlu diperhatikan

00:14:44.060 --> 00:14:44.440
amin menurut saya.

00:14:44.680 --> 00:14:45.520
Apa yang sering terlewat kena?

00:14:45.880 --> 00:14:46.720
Izinkan saya bantu Anda

00:14:46.720 --> 00:14:47.200
agar tidak pusing.

00:14:47.560 --> 00:14:48.440
Berikut adalah kesalahan

00:14:48.440 --> 00:14:49.260
paling umum yang dilakukan

00:14:49.260 --> 00:14:50.080
orang saat pertama kali

00:14:50.080 --> 00:14:50.680
mengatur private link.

00:14:51.340 --> 00:14:52.200
Pertama, Anda harus

00:14:52.200 --> 00:14:53.460
menonaktifkan titik akhir publik

00:14:53.460 --> 00:14:54.680
setelah membuat titik akhir privat.

00:14:55.020 --> 00:14:56.060
Ini adalah jebakan terbesar.

00:14:56.420 --> 00:14:57.000
Banyak orang membuat

00:14:57.000 --> 00:14:57.700
titik akhir privat

00:14:57.700 --> 00:14:58.360
dan berasumsi itu

00:14:58.360 --> 00:14:59.380
sudah cukup, padahal tidak.

00:14:59.380 --> 00:15:00.980
Titik akhir publik

00:15:00.980 --> 00:15:01.940
tetap aktif secara default

00:15:01.940 --> 00:15:03.040
yang berarti lalu lintas Anda

00:15:03.040 --> 00:15:04.100
masih bisa melewati internet.

00:15:04.580 --> 00:15:06.000
Anda harus masuk ke pengaturan jaringan

00:15:06.000 --> 00:15:06.760
dan mematikan akses

00:15:06.760 --> 00:15:08.040
jaringan publik secara eksprisif.

00:15:08.700 --> 00:15:09.680
Jika Anda melewatkan langkah ini,

00:15:09.760 --> 00:15:10.760
Anda sebenarnya belum mengambil kenap.

00:15:11.520 --> 00:15:12.660
Lanjutnya, resolusi DNS

00:15:12.660 --> 00:15:13.420
untuk klien lokal

00:15:13.420 --> 00:15:14.660
memerlukan pengaturan tambahan.

00:15:15.160 --> 00:15:16.120
Jika Anda memiliki mesin

00:15:16.120 --> 00:15:16.860
di kantor yang terhubung

00:15:16.860 --> 00:15:18.180
melalui VPN atau Express Route,

00:15:18.680 --> 00:15:19.620
mereka tidak akan otomatis

00:15:19.620 --> 00:15:21.200
menyelesaikan IP titik akhir privat Anda.

00:15:21.880 --> 00:15:22.820
Zona DNS privat

00:15:22.820 --> 00:15:24.660
tertaut ke jaringan virtual Azure Anda,

00:15:24.820 --> 00:15:26.420
bukan ke server DNS lokal Anda.

00:15:26.940 --> 00:15:27.740
Anda perlu menyiapkan

00:15:27.740 --> 00:15:28.480
penerus DNS

00:15:28.480 --> 00:15:30.400
atau menggunakan Azure DNS Private Resolver

00:15:30.400 --> 00:15:31.220
agar query tersebut

00:15:31.220 --> 00:15:32.020
mencapai zona privat.

00:15:32.460 --> 00:15:33.560
Banyak orang mengabaikan hal ini

00:15:33.560 --> 00:15:34.200
dan bertanya-tanya

00:15:34.200 --> 00:15:35.300
mengapa aplikasi lokal mereka

00:15:35.300 --> 00:15:36.000
tidak dapat terhubung.

00:15:36.340 --> 00:15:36.720
Selain itu,

00:15:36.840 --> 00:15:37.440
titik akhir privat

00:15:37.440 --> 00:15:38.500
tidak bekerja secara ajaib

00:15:38.500 --> 00:15:39.080
lintas wilayah.

00:15:39.540 --> 00:15:40.540
Jika jaringan virtual Anda

00:15:40.540 --> 00:15:41.480
berada di Eropa Barat

00:15:41.480 --> 00:15:42.840
dan Anda membuat titik akhir privat

00:15:42.840 --> 00:15:44.120
untuk akun penyimpanan di AIS Timur,

00:15:44.220 --> 00:15:45.120
itu tidak akan berhasil.

00:15:45.600 --> 00:15:46.240
Titik akhir privat

00:15:46.240 --> 00:15:47.160
harus berada di wilayah

00:15:47.160 --> 00:15:48.300
yang sama dengan jaringan virtual.

00:15:48.780 --> 00:15:49.440
Layanan Pak AIS

00:15:49.440 --> 00:15:50.800
bisa berada di wilayah berbeda,

00:15:50.900 --> 00:15:51.560
namun titik akhirnya

00:15:51.560 --> 00:15:52.740
harus sesuai dengan wilayah final.

00:15:52.740 --> 00:15:53.880
Rencanakan akan tepat.

00:15:54.660 --> 00:15:55.120
Satu hal lagi,

00:15:55.720 --> 00:15:56.680
grup keamanan jaringan

00:15:56.680 --> 00:15:58.560
mempengaruhi NEC titik akhir privat.

00:15:59.260 --> 00:15:59.860
Titik akhir privat

00:15:59.860 --> 00:16:01.220
membuat NEC virtual di subnet Anda.

00:16:01.740 --> 00:16:02.760
NEC tersebut tunduk

00:16:02.760 --> 00:16:03.640
pada aturan NSQ

00:16:03.640 --> 00:16:04.640
yang sama seperti apapun

00:16:04.640 --> 00:16:05.280
di subnet itu.

00:16:06.200 --> 00:16:06.980
Jika Anda memblokir

00:16:06.980 --> 00:16:08.080
lalu lintas ke subnet NEC,

00:16:08.240 --> 00:16:09.160
titik akhir tidak akan berfungsi.

00:16:09.160 --> 00:16:10.780
Pastikan aturan NSQ Anda mengizinkan.