Apa sebabnya
Saya mendapatkan kesalahan E429
Kapan
- Setiap kali saya menjalankan
npm ci(setidaknya sejak hari ini)
Dimana
- npm public registry
Perilaku Saat Ini
- Perintah
npm cimengembalikan kesalahan E429 ( Terlalu Banyak Permintaan ) dan tidak menyelesaikan instalasi paket
Langkah-langkah untuk Mereproduksi
npm ci
Perilaku yang Diharapkan
- Itu harus menginstal paket
raphaelyancey
Semua 266 komentar
Sama di sini, tapi dengan npm -g install @vue/cli .
npm WARN deprecated [email protected]: request has been deprecated, see https://github.com/request/request/issues/3142
npm ERR! code E429
npm ERR! 429 Too Many Requests - GET https://registry.npmjs.org/lowdb/-/lowdb-1.0.0.tgz
44kia244
pada 17 Feb 2020
805 isseue serupa - acak 403 atau 429
hubertsmusz
pada 17 Feb 2020
Memiliki masalah yang sama di jaringan pipa kami. Tanggapan bervariasi antara 403 Forbidden dan 420 Too Many Requests
MatejBalantic
pada 17 Feb 2020
Kami melihat ini di salah satu tugas CI kami yang berjalan di AWS
Step 8/11 : RUN npm ci
---> Running in 87051ac87a51
npm ERR! code E429
npm ERR! 429 Too Many Requests - GET https://registry.npmjs.org/@types/xxhashjs/-/xxhashjs-0.2.1.tgz
npm ERR! A complete log of this run can be found in:
npm ERR! /root/.npm/_logs/2020-02-17T11_49_35_151Z-debug.log
The command '/bin/sh -c npm ci' returned a non-zero code: 1
ERROR: Job failed: exit code 1
kurrestahlberg
pada 17 Feb 2020
Juga untuk saya yang membangun bambu:
error 17-feb-2020 12:49:46 npm ERR! code E429
error 17-feb-2020 12:49:46 npm ERR! 429 Too Many Requests - GET https://registry.npmjs.org/@snyk/configstore/-/configstore-3.2.0-rc1.tgz
m33ch
pada 17 Feb 2020
Infrastruktur terpusat: ~ (
(menunggu pemeriksaan mayat, tapi tidak menahan nafas ...)
quite
pada 17 Feb 2020
Akan berguna untuk memiliki daftar mirror registri publik (diverifikasi). Saya menemukan beberapa tetapi saya tidak dapat mempercayai mereka.
raphaelyancey
pada 17 Feb 2020
Sama, baik secara lokal maupun di Circle CI
pwright08
pada 17 Feb 2020
Juga melihat hal yang sama menggunakan Circle CI dan secara lokal
npm ERR! code E429
npm ERR! 429 Too Many Requests - GET https://registry.npmjs.org/camelcase/-/camelcase-2.1.1.tgz
Kellym-Kainos
pada 17 Feb 2020
Saya melihat kesalahan seperti ..
"Pemilik situs web ini (registry.npmjs.org) telah melarang sementara Anda mengakses situs ini"
dan
"Tarif Anda dibatasi"
Saya menduga ini semua terkait?
jimhooker2002
pada 17 Feb 2020
Kami juga mengalami masalah ini saat menerapkan di Heroku.
npm ERR! code E429
npm ERR! 429 Too Many Requests - GET https://registry.npmjs.org/strip-indent/-/strip-indent-1.0.1.tgz
ymynem
pada 17 Feb 2020
Memiliki kesalahan yang sama saat menerapkan di heroku.
bitqueenbr
pada 17 Feb 2020
sama di sini dengan AWS CodeBuild dan npm i -g aws-cdk
> npm ERR! kode E429
28 | npm ERR! 429 Too Many Requests - DAPATKAN https://registry.npmjs.org/aws-cdk
masalah server umum?
codyfy
pada 17 Feb 2020
Saya juga punya masalah yang sama
npm ERR! kode E429
npm ERR! 429 Too Many Requests - DAPATKAN https://registry.npmjs.org/silent-error
esrgrlk
pada 17 Feb 2020
Sama di sini saat menginstal paket secara lokal.
Swedia.
`` npm ERR! kode E429
npm ERR! 429 Too Many Requests - DAPATKAN https://registry.npmjs.org/lodash
vrease
pada 17 Feb 2020
Ya, saya juga melihat ini di Travis untuk npm audit :
npm ERR! audit Your configured registry (https://registry.npmjs.org/) may not support audit requests, or the audit endpoint may be temporarily unavailable.
npm ERR! audit The server said:
Access denied | registry.npmjs.org used Cloudflare to restrict access
You are being rate limited
The owner of this website (registry.npmjs.org) has banned you temporarily from accessing this website.
mattandrews
pada 17 Feb 2020
Hal yang sama terjadi di sini. Mendapatkan kesalahan saat melakukan npm update
Franchi05
pada 17 Feb 2020
17-Feb-2020 11:47:48 npm ERR! code E429
17-Feb-2020 11:47:48 npm ERR! 429 Too Many Requests - GET https://registry.npmjs.org/@babel/plugin-transform-block-scoping/-/plugin-transform-block-scoping-7.8.3.tgz
Masalah yang sama di sini. Kami menggunakan bambu ci. Instalasi sendiri.
File dapat diakses dari server itu sendiri:
`` $ wget https://registry.npmjs.org/@babel/plugin -transform-block-scoping / - / plugin-transform-block-scoping-7.8.3.tgz
--2020-02-17 11: 59: 28-- https://registry.npmjs.org/@babel/plugin -transform-block-scoping / - / plugin-transform-block-scoping-7.8.3.tgz
Menyelesaikan registry.npmjs.org (registry.npmjs.org) ... 104.16.17.35, 104.16.24.35, 104.16.26.35, ...
Menghubungkan ke registry.npmjs.org (registry.npmjs.org) | 104.16.17.35 |: 443 ... terhubung.
Permintaan HTTP dikirim, menunggu tanggapan ... 200 Oke
Durasi: 6735 (6.6K) [application / octet-stream]
Menyimpan ke: 'plugin-transform-block-scoping-7.8.3.tgz'
plugin-transform-block-scoping-7.8.3.tgz 100% [================================== ================================================== ============================================>] 6,58K - .-KB / s dalam 0 d
2020-02-17 11:59:28 (95.5 MB / s) - 'plugin-transform-block-scoping-7.8.3.tgz' disimpan [6735/6735] ``
wiseelf
pada 17 Feb 2020
Menghadapi masalah ini juga, apakah ini hal global atau mungkin terkait kawasan? Kami baru saja mengalami hal serupa tahun lalu di Jerman.
dtmzr
pada 17 Feb 2020
Sama di sini, berjalan di Gitlab CI
dorsharon
pada 17 Feb 2020
Sama di sini di Belanda. (AWS Codebuild dari Irlandia)
simonkarman
pada 17 Feb 2020
Rusia ke
serggend
pada 17 Feb 2020
Istanbul di sini
Volem
pada 17 Feb 2020
Ini tampaknya merupakan masalah terkait Cloudflare ke situs registry.npmjs.org.
mendapat respons html berikut saat pembaruan:
<!DOCTYPE html>
npm ERR! <!--[if lt IE 7]> <html class="no-js ie6 oldie" lang="en-US"> <![endif]-->
npm ERR! <!--[if IE 7]> <html class="no-js ie7 oldie" lang="en-US"> <![endif]-->
npm ERR! <!--[if IE 8]> <html class="no-js ie8 oldie" lang="en-US"> <![endif]-->
npm ERR! <!--[if gt IE 8]><!--> <html class="no-js" lang="en-US"> <!--<![endif]-->
npm ERR! <head>
npm ERR! <title>Access denied | registry.npmjs.org used Cloudflare to restrict access</title>
npm ERR! <meta charset="UTF-8" />
npm ERR! <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
npm ERR! <meta http-equiv="X-UA-Compatible" content="IE=Edge,chrome=1" />
npm ERR! <meta name="robots" content="noindex, nofollow" />
npm ERR! <meta name="viewport" content="width=device-width,initial-scale=1,maximum-scale=1" />
npm ERR! <link rel="stylesheet" id="cf_styles-css" href="/cdn-cgi/styles/cf.errors.css" type="text/css" media="screen,projection" />
npm ERR! <!--[if lt IE 9]><link rel="stylesheet" id='cf_styles-ie-css' href="/cdn-cgi/styles/cf.errors.ie.css" type="text/css" media="screen,projection" /><![endif]-->
npm ERR! <style type="text/css">body{margin:0;padding:0}</style>
npm ERR!
npm ERR!
npm ERR! <!--[if gte IE 10]><!--><script type="text/javascript" src="/cdn-cgi/scripts/zepto.min.js"></script><!--<![endif]-->
npm ERR! <!--[if gte IE 10]><!--><script type="text/javascript" src="/cdn-cgi/scripts/cf.common.js"></script><!--<![endif]-->
npm ERR!
npm ERR!
npm ERR!
npm ERR! </head>
npm ERR! <body>
npm ERR! <div id="cf-wrapper">
npm ERR! <div class="cf-alert cf-alert-error cf-cookie-error" id="cookie-alert" data-translate="enable_cookies">Please enable cookies.</div>
npm ERR! <div id="cf-error-details" class="cf-error-details-wrapper">
npm ERR! <div class="cf-wrapper cf-header cf-error-overview">
npm ERR! <h1>
npm ERR! <span class="cf-error-type" data-translate="error">Error</span>
npm ERR! <span class="cf-error-code">1015</span>
npm ERR! <small class="heading-ray-id">Ray ID: REDACTED • 2020-02-17 11:26:27 UTC</small>
npm ERR! </h1>
npm ERR! <h2 class="cf-subheadline">You are being rate limited</h2>
npm ERR! </div><!-- /.header -->
npm ERR!
npm ERR! <section></section><!-- spacer -->
npm ERR!
npm ERR! <div class="cf-section cf-wrapper">
npm ERR! <div class="cf-columns two">
npm ERR! <div class="cf-column">
npm ERR! <h2 data-translate="what_happened">What happened?</h2>
npm ERR! <p>The owner of this website (registry.npmjs.org) has banned you temporarily from accessing this website.</p>
npm ERR! </div>
npm ERR!
npm ERR!
npm ERR! </div>
npm ERR! </div><!-- /.section -->
npm ERR!
npm ERR! <div class="cf-error-footer cf-wrapper">
npm ERR! <p>
npm ERR! <span class="cf-footer-item">Cloudflare Ray ID: <strong>REDACTED</strong></span>
npm ERR! <span class="cf-footer-separator">•</span>
npm ERR! <span class="cf-footer-item"><span>Your IP</span>: REDACTED</span>
npm ERR! <span class="cf-footer-separator">•</span>
npm ERR! <span class="cf-footer-item"><span>Performance & security by</span> <a href="https://www.cloudflare.com/5xx-error-landing?utm_source=error_footer" id="brand_link" target="_blank">Cloudflare</a></span>
npm ERR!
npm ERR! </p>
npm ERR! </div><!-- /.error-footer -->
npm ERR!
npm ERR!
npm ERR! </div><!-- /#cf-error-details -->
npm ERR! </div><!-- /#cf-wrapper -->
npm ERR!
npm ERR! <script type="text/javascript">
npm ERR! window._cf_translation = {};
npm ERR!
npm ERR!
npm ERR! </script>
npm ERR!
npm ERR! </body>
npm ERR! </html>
NickThompson1993
pada 17 Feb 2020
Masalah yang sama terjadi dengan AWS Codebuild us-east-1. Sudah rusak secara lokal sekitar 30 menit yang lalu tetapi kembali berfungsi sekarang (secara lokal dari Irlandia)
CormacWhite-rsc
pada 17 Feb 2020
Ini tampaknya merupakan masalah terkait Cloudflare ke situs registry.npmjs.org.
Apakah ada cermin yang tidak menggunakan cloudflare?
merc1er
pada 17 Feb 2020
Permasalahan yang sama! Pipeline build gagal :(
tschannik
pada 17 Feb 2020
Sama: npm ERR! code E429
jmeade11
pada 17 Feb 2020
Itu dia. Internet sudah selesai. Selamat tinggal semuanya.
ghost
pada 17 Feb 2020
Saya akan makan siang dan berharap ini akan diperbaiki ketika saya kembali dalam waktu kurang dari satu jam.
pedroac
pada 17 Feb 2020
Kami dapat mengonfirmasi bahwa ini IS masalah npm, namun di halaman status mereka semuanya terdaftar sebagai operasional. Lalu apa tujuan dari halaman status npm?
ahmatovicm
pada 17 Feb 2020
Masalah yang sama. AWS mulai us-east-1
npm ERR! code E429
npm ERR! 429 Too Many Requests - GET https://registry.npmjs.org/archy/-/archy-1.0.0.tgz
marphi
pada 17 Feb 2020
Baru saja menghubungi di twitter, 🤞 bahwa kami akan mendapatkan informasi dengan cepat.
dtmzr
pada 17 Feb 2020
Sama...
roppazvan
pada 17 Feb 2020
npm ERR! code E429
npm ERR! 429 Too Many Requests - GET https://registry.npmjs.org/react-scripts/-/react-scripts-3.4.0.tgz
andreisocaciu
pada 17 Feb 2020
sama. Paket berbeda, tetapi tetap mendapatkan 429 terlalu banyak permintaan yang melakukan npm install dan npm ci, sejak tadi pagi
benchudev
pada 17 Feb 2020
:(
16g
pada 17 Feb 2020
Kami semua turun sejak pagi sekarang. NPM rusak. Dublin di sini
shapeofarchitect
pada 17 Feb 2020
Bekerja dengan baik untuk saya sekarang. 5 $ / paket. PM saya.
Wolfbyte-dev
pada 17 Feb 2020
Bekerja dengan baik untuk saya sekarang. 5 $ / paket. PM saya.
sangat murah
bitqueenbr
pada 17 Feb 2020
Di Korea Selatan, saya menghadapi masalah ini juga.
$ npm install --save-dev typescript
npm ERR! code E429
npm ERR! 429 Too Many Requests: [email protected]
Setiap paket NPM membutuhkan terlalu banyak waktu untuk diinstal.
Apa yang terjadi dengan NPM?
Hydrawisk793
pada 17 Feb 2020
Beruntung kita hanya perlu duduk dan menunggu
Bayangkan jika kita semua adalah pekerja konstruksi, dan tiba-tiba semua palu berhenti bekerja di seluruh dunia: berpikir:
AlexOlival
pada 17 Feb 2020
Bagaimana kalau menggunakan cermin yarnpkg untuk bangunan Anda?
anton-bot
pada 17 Feb 2020
Tidak apa-apa http://status.npmjs.org/
mvakula
pada 17 Feb 2020
Tidak apa-apa http://status.npmjs.org/
16g
pada 17 Feb 2020
Memang 😄
mvakula
pada 17 Feb 2020
Diskusi ini tidak berjalan dengan baik
anton-bot
pada 17 Feb 2020
Anda dapat menggunakan: https://github.com/open-services/open-registry
# npm
npm config set registry https://npm.open-registry.dev
# yarn
yarn config set registry https://npm.open-registry.dev
Memiliki masalah yang sama di berbagai lingkungan (travis, lokal, server).
Shinchy
pada 17 Feb 2020
NPM: Cermin Hampir Sempurna
anton-bot
pada 17 Feb 2020
NPM: Tidak Tampil pada hari Senin
anton-bot
pada 17 Feb 2020
NPM: Tidak Masalah Senin
roppazvan
pada 17 Feb 2020
Masalah yang sama dalam pelari Gitlab
kiknaio
pada 17 Feb 2020
Masalah yang sama saat mencoba membangun di heroku. CF-error-code 1015.
Pemilik situs ini (registry.npmjs.org) telah melarang Anda untuk sementara mengakses situs ini
nandueverurs
pada 17 Feb 2020
Saya juga mendapatkan kesalahan ini saat menjalankan perintah npm install: " Akses ditolak | registry.npmjs.org menggunakan Cloudflare untuk membatasi akses. Tingkat Anda dibatasi. Pemilik situs ini (registry.npmjs.org) telah memblokir Anda untuk sementara dari mengakses situs web ini. ".
Saya dari Cebu Philippines. Apakah ini masalah CloudFlare atau NPM?
slashd0t
pada 17 Feb 2020
jimhooker2002
pada 17 Feb 2020
Pemilik situs ini (registry.npmjs.org) telah melarang Anda untuk sementara mengakses situs ini.
muratkarsh
pada 17 Feb 2020
Hai teman-teman, walaupun ini menyenangkan, izinkan kami membatasi ini untuk hal-hal yang benar-benar berguna sehingga orang-orang dapat mulai bekerja lagi.
SargoDarya
pada 17 Feb 2020
Sepertinya masalah ini cukup meluas, daripada semua orang memposting "ini terjadi pada saya di X" bagaimana kalau kita menunggu sampai kita mendengar sesuatu dari NPM? Atau kita dapat memberi +1 pada komentar jika terpengaruh.
gmemstr
pada 17 Feb 2020
NPM: Bukan Manajer Paket
anton-bot
pada 17 Feb 2020
Kami juga mengalami pemadaman listrik di sini di Swedia 👌 🙆♂
stephnr
pada 17 Feb 2020
Sepertinya masalah ini cukup meluas, daripada semua orang memposting "ini terjadi pada saya di X" bagaimana kalau kita menunggu sampai kita mendengar sesuatu dari NPM? Atau kita dapat memberi +1 pada komentar jika terpengaruh.
Nah, meme dan komentar tidak berguna untuk menang
dorsharon
pada 17 Feb 2020
Memiliki masalah yang sama di AWS build
anaelsh
pada 17 Feb 2020
Apakah ini berarti kita bisa berangkat untuk makan siang kedua?
jacob-j
pada 17 Feb 2020
Memiliki masalah yang sama di CircleCi Builds
rmothilal
pada 17 Feb 2020
Mengalami masalah yang sama di Github Actions!
kapik
pada 17 Feb 2020
Saatnya memasang https://github.com/verdaccio/verdaccio/
break-pointer
pada 17 Feb 2020
ksemtinimahmoud
pada 17 Feb 2020
Wah, Memes di komentar XD
anant-k-singh
pada 17 Feb 2020
Kawan-kawan sungguh luar biasa berada di perahu yang sama dan berbagi cinta saat kita stres, tapi ... bisakah kita berhenti mengatakan "aku juga" satu sama lain?
Meme selalu disambut, btw!
phaberest
pada 17 Feb 2020
Ini adalah konsekuensi dari ketergantungan yang berlebihan pada komputer orang lain . @phaberest kamu tidak masuk akal dan aku juga: -}
quite
pada 17 Feb 2020
aleczratiu
pada 17 Feb 2020
sama!
JavierPons
pada 17 Feb 2020
NPM baru saja memberi tahu saya bahwa kita dapat mengambil sisa hari ini, terima kasih teman-teman.
jimmycasey
pada 17 Feb 2020
Masalah yang sama di sini
prasadkadiyala
pada 17 Feb 2020
DennisSkoko
pada 17 Feb 2020
Apakah ini masih berlaku?
AkuSilvenius
pada 17 Feb 2020
Sama
segl84
pada 17 Feb 2020
Markas Npm sekarang:
Saya menganggap kantor npmjs sekarang pic.twitter.com/wZy0Bo3PM8
- Nick Hammond (@thehappypenguin) 17 Februari 2020
roppazvan
pada 17 Feb 2020
Masalah sekarang sudah diperbaiki
https://status.npmjs.org/ masih hijau 💃
nikiamnik
pada 17 Feb 2020
NPM:
tim-dewit
pada 17 Feb 2020
Rumor mengatakan paket NPM telah terinfeksi virus corona
anton-bot
pada 17 Feb 2020
Saya pikir itu adalah contoh yang baik mengapa sangat disarankan menginstal registri / proxy npm sendiri untuk melindungi masalah serupa ketika Anda tidak dapat menerapkan aplikasi Anda karena pemadaman registri NPM
ovr
pada 17 Feb 2020
Saat Anda menunggu sementara NPM akan tersedia
alexander-milenko
pada 17 Feb 2020
NPM ingin kita istirahat
syed-alizain
pada 17 Feb 2020
Menulis "sama" adalah rating rendah.
hideckies
pada 17 Feb 2020
Sama di sini di Casio FX-991ESPLUS
RoniLeshes
pada 17 Feb 2020
NPM: Sekarang, Post Memes!
anaelsh
pada 17 Feb 2020
Sama di sini dari China.
AbnerZheng
pada 17 Feb 2020
Masalah yang sama saat menjalankan npm install di server build kami (Teamcity) dan secara lokal.
AnthonyGarriga
pada 17 Feb 2020
Saya memulai kursus python sekarang.
dtosato
pada 17 Feb 2020
Yang saya sukai dari masalah ini adalah masalah ini sebenarnya tidak menghentikan saya untuk bekerja. Namun, orang yang memposting meme di sini menghentikan saya. Saya menyukainya: D
DennisSkoko
pada 17 Feb 2020
Saya suka susu coklat
polyconvex
pada 17 Feb 2020
Utas terkait .. https://github.com/nextcloud/maps/issues/300
Karena saya malas akan menautkan postingan saya dari sana .. https://github.com/nextcloud/maps/issues/300#issuecomment -586973011
sbishakafenix
pada 17 Feb 2020
ya, saya bisa npm ci
eknis
pada 17 Feb 2020
NPM: tidak ada paket sobat
roppazvan
pada 17 Feb 2020
Saya sedang rapat pelanggan sekarang dan tidak bisa mendemonstrasikan: [
turbolego
pada 17 Feb 2020
Saya sedang rapat pelanggan sekarang dan tidak bisa mendemonstrasikan: [
sooo. Anda mendemonstrasikan npm install kepada pelanggan Anda?
silberjan
pada 17 Feb 2020
pedramp
pada 17 Feb 2020
Saya memiliki masalah yang sama
chlenc
pada 17 Feb 2020
No Pipeline Monday juga di India 💃
vishnusankaran
pada 17 Feb 2020
Ya Tuhan, tolong bagikan folder node_modules , siapa saja!
picolino
pada 17 Feb 2020
sama di sini
kawaiiyoshiyuki
pada 17 Feb 2020
"Semua Sistem Operasional" - kebohongan terbesar
rennokki
pada 17 Feb 2020
Tidak stabil tapi tidak membaik?
eknis
pada 17 Feb 2020
NPM: Never Push Mocks
davidperis92
pada 17 Feb 2020
@ anant-k-singh ya, meme, dari mana saja kamu ? ;-) banyak hal yang tidak disukai di komunitas front-end sekarang.
... dan di mana proxy npm caching lokal / situs-lokal saat Anda membutuhkannya?
quite
pada 17 Feb 2020
https://status.npmjs.org/ sangat berguna ...
mdorda
pada 17 Feb 2020
Someon harus mengunggah folder angularjs node_modules ke google drive demi Tuhan
sbishakafenix
pada 17 Feb 2020
Saya sedang rapat pelanggan sekarang dan tidak bisa mendemonstrasikan: [
FeelsBadMan, "kekuatan demo" yang begitu buruk sehingga seluruh dunia terpengaruh ..
jacob-j
pada 17 Feb 2020
Mereka memperbarui halaman status.
rennokki
pada 17 Feb 2020
LorisBachert
pada 17 Feb 2020
npm WARN tidak berlaku lagi request@2.88.2 : permintaan sudah tidak digunakan lagi, lihat https://github.com/request/request/issues/3142
npm ERR! kode E429
npm ERR! 429 Too Many Requests - DAPATKAN https://registry.npmjs.org/jsonschema/-/jsonschema-1.2.5.tgz
npm ERR! Log lengkap proses ini dapat ditemukan di:
npm ERR! C: \ Users \ Lenovo \ AppData \ Roamingnpm-cache_logs \ 2020-02-17T12_50_04_887Z-debug.log
riskyRahul
pada 17 Feb 2020
clakech
pada 17 Feb 2020
SoYouDie
pada 17 Feb 2020
Saya di sini hanya untuk meme
7Siete
pada 17 Feb 2020
Halo semuanya, bisakah kita menyimpan meme dan lelucon di masing-masing saluran Slack / Discord / IRC daripada masalah GitHub ini? Mereka mengetahui masalah ini, dan telah memperbarui StatusPage.
gmemstr
pada 17 Feb 2020
npm ERR! kode E429. sini!
JavierPons
pada 17 Feb 2020
"Semua Sistem Operasional" - kebohongan terbesar
cyperh17
pada 17 Feb 2020
jq -r '.dependencies * .devDependencies | keys[]' package.json | xargs -L 1 -I {} sh -c "echo installing {}; npm i {}; sleep 10"
Tampaknya berfungsi jika Anda tidak menginstal semua paket Anda sekaligus ... Ini akan berfungsi jika Anda putus asa tetapi cukup lambat ...
casr
pada 17 Feb 2020
403/429 Kesalahan untuk beberapa Pengguna
Bagaimana dengan semuanya?
monolighter
pada 17 Feb 2020
Hai, apakah ada pembaruan tentang ini?
nina-rafieifar
pada 17 Feb 2020
E429 sini juga (Belanda)
Membangun dari mesin di lokasi yang dipicu oleh Azure DevOps.
rickvdbosch
pada 17 Feb 2020
Akhirnya itu mulai bekerja (halaman Status 💃)
nikiamnik
pada 17 Feb 2020
turun sejak 1 setengah jam. harap kami segera menemukan perbaikannya
nagrgk
pada 17 Feb 2020
tyroneopinary
pada 17 Feb 2020
Perbaikan suhu berfungsi untuk saya, buka package-lock.json
Temukan https://registry.npmjs.org dan ganti dengan https://registry.npmjs.com
Jalankan npm ci
danielbater247
pada 17 Feb 2020
aleczratiu
pada 17 Feb 2020
chlenc
pada 17 Feb 2020
Senang mengetahui bahwa saya tidak sendiri 🤣
rahulshinde19
pada 17 Feb 2020
"diterima oleh beberapa pengguna", kata mereka
cyperh17
pada 17 Feb 2020
Sama di sini di Mars.
benjaminnaesen
pada 17 Feb 2020
semua harapan hilang
CyberHippo
pada 17 Feb 2020
yoavfranco
pada 17 Feb 2020
Apa yang akan terjadi pada dunia jika npm berhenti selamanya, itu sedikit pemikir
Toomavic
pada 17 Feb 2020
DennisSkoko
pada 17 Feb 2020
Masalah ini membuat saya mencoba benang, .. sebenarnya untuk pertama kalinya. Bekerja sebagai pesona!
guilala
pada 17 Feb 2020
Peramal saya meramalkan peristiwa ini.
kircod
pada 17 Feb 2020
Saya sedang rapat pelanggan sekarang dan tidak bisa mendemonstrasikan: [
sooo. Anda mendemonstrasikan
npm installkepada pelanggan Anda?
Tidak membawa laptop saya, rekan saya mengatakan dia bisa mengambilnya saja.
Teamviewer bekerja tho ...
turbolego
pada 17 Feb 2020
sbishakafenix
pada 17 Feb 2020
Saat meme dimuat lebih cepat dari NPM
stephnr
pada 17 Feb 2020
Hai tim npm
Maukah Anda memulai ulang komputer Anda?
salam Hormat
MatGhp
pada 17 Feb 2020
Datang untuk masalah, tinggal untuk meme
harshv47
pada 17 Feb 2020
Harap bersikap hormat dan hindari memposting apa pun kecuali meme di utas ini. Terima kasih.
anton-bot
pada 17 Feb 2020
Berhasil
chlenc
pada 17 Feb 2020
npm install akhirnya berhasil untuk saya
hcaeryks
pada 17 Feb 2020
Saya punya dir Angular9 node_modules untuk dijual. DM saya penawaran Anda
nikosdouvlis
pada 17 Feb 2020
Ini hidup!
Qwilan
pada 17 Feb 2020
AlonStark
pada 17 Feb 2020
@pm
silberjan
pada 17 Feb 2020
Ah, down sebentar lagi, tidak ada memeland lagi :(
monolighter
pada 17 Feb 2020
Ini saya melaporkan langsung dari depan npm. Sepertinya ini berfungsi lagi!
riker09
pada 17 Feb 2020
Bersulang
Greenrenge
pada 17 Feb 2020
Perbaikan suhu berfungsi untuk saya, buka package-lock.json
Temukanhttps://registry.npmjs.orgdan ganti denganhttps://registry.npmjs.com
Jalankannpm ci
Terima kasih. Ini bekerja untuk saya.
AbnerZheng
pada 17 Feb 2020
Bersulang itu mulai bekerja
Shubhankardubey
pada 17 Feb 2020
Oh tidak ... notifikasi email saya !! 🌊
vishnusankaran
pada 17 Feb 2020
JavierPons
pada 17 Feb 2020
kerja!
andreaceltich
pada 17 Feb 2020
Oke teman-teman, ini lucu sekali. Sampai jumpa di lain waktu
riker09
pada 17 Feb 2020
MunkhdelgerMorhous
pada 17 Feb 2020
Perbaikan suhu berfungsi untuk saya, buka package-lock.json
Temukanhttps://registry.npmjs.orgdan ganti denganhttps://registry.npmjs.com
Jalankannpm ci
bekerja untuk saya
pedrodemargomes
pada 17 Feb 2020
Sepertinya judul terbitan akan berubah dari " Terlalu Banyak Permintaan " menjadi " Terlalu Banyak Komentar "
itu sudah menjadi masalah yang paling banyak dikomentari dalam daftar
rahulshinde19
pada 17 Feb 2020
(ketika masalah github memperbarui lebih cepat daripada halaman status npm)
riker09
pada 17 Feb 2020
bekerja untuk saya juga
kawaiiyoshiyuki
pada 17 Feb 2020
Sudahkah Anda mencoba rm -rf node_modules/ package-lock.json && npm install ?
menunggu suara negatif
rennokki
pada 17 Feb 2020
https://github.com/npm/cli/issues/836#issuecomment -586973004
Anda dapat menggunakan: https://github.com/open-services/open-registry# npm npm config set registry https://npm.open-registry.dev # yarn yarn config set registry https://npm.open-registry.dev
Mengapa semua suara negatif untuk open-registry ?
Atau, coba npm config set registry https://registry.npm.taobao.org
warpech
pada 17 Feb 2020
Ini menyenangkan
yisehak-awm
pada 17 Feb 2020
node_modules untuk dijual. pm saya untuk penawaran yang bagus: D
dzungdinh94
pada 17 Feb 2020
Sudahkah Anda mencoba
rm -rf node_modules/ package-lock.json && npm install?
429 Terlalu banyak suara negatif
AlexanderLevenskikh
pada 17 Feb 2020
Selamat bersenang-senang NPMing.
AleksandarDoneski
pada 17 Feb 2020
Reaksi saya ketika NPM mengatakan untuk berhenti mengirimkan meme
stephnr
pada 17 Feb 2020
adnanchang
pada 17 Feb 2020
Apakah Anda mencoba me-restart PC, mungkin kesalahan akan hilang. Karena itu membantu saya.
Stonedestroyer
pada 17 Feb 2020
Bangunan saya mulai berfungsi lagi! Kira mereka mematikannya dan akhirnya
8masterofpuppets8
pada 17 Feb 2020
Houston, ini berfungsi di sini.
elfen
pada 17 Feb 2020
bekerja sekarang untuk saya juga
DimaDK02
pada 17 Feb 2020
node_modules untuk dijual. pm saya untuk penawaran yang bagus: D
Mungkin hal terburuk yang dapat Anda tulis di komunitas open source 😋
picolino
pada 17 Feb 2020
MunkhdelgerMorhous
pada 17 Feb 2020
athomine
pada 17 Feb 2020
baik tampaknya diperbaiki. bekerja di wilayah AWS Singapura
leoskyrocker
pada 17 Feb 2020
Bekerja sekarang!
GDR
pada 17 Feb 2020
bekerja sekarang Wilayah AWS Virginia Utara
rishabh-arya95
pada 17 Feb 2020
Bekerja sekarang - Area 51 👽
stephnr
pada 17 Feb 2020
Ini bekerja sekarang. Terima kasih kepada Tim Dukungan NPM. Sana semua <3
slashd0t
pada 17 Feb 2020
Sampai jumpa di masalah lain, orang internet
nirmalkrishnav
pada 17 Feb 2020
leoskyrocker
pada 17 Feb 2020
Tuan-tuan, itu menyenangkan!
kkukelka
pada 17 Feb 2020
menutupnya, mungkin?
AnatoleLucet
pada 17 Feb 2020
Kembali online di Bulgaria. Terima kasih, kawan!
Dzhuneyt
pada 17 Feb 2020
bisakah kita melakukan ini lagi?
John-Ciuchea
pada 17 Feb 2020
nama saya jeff
danielcarney96
pada 17 Feb 2020
CI dan berjalan .. sekarang untuk bekerja .. itu suatu kehormatan
sbishakafenix
pada 17 Feb 2020
Bakersbakebread
pada 17 Feb 2020
Pemadaman ini membantu saya merampingkan Dockerfile saya, bukan lelucon.
AkuSilvenius
pada 17 Feb 2020
Terima kasih sudah berpegangan tangan.
quite
pada 17 Feb 2020
tolong kunci masalah ini, saya tidak bisa membuat siapa pun kembali bekerja termasuk saya
thanpolas
pada 17 Feb 2020
Inggris di sini. mengalami masalah 429 saat menginstal next.js tetapi bereaksi dan bereaksi-dom baik-baik saja. Semuanya baik-baik saja sekarang
joeburkey
pada 17 Feb 2020
Hai tim npm
Maukah Anda memulai ulang komputer Anda?
salam Hormat
Mereka akhirnya berhasil !!! 3 kali...
AccessViolator
pada 17 Feb 2020
Bekerja sekarang di Swedia 🇸🇪!
MaxOlsson
pada 17 Feb 2020
Sampai jumpa di lain waktu ketika NPM tidak tersedia!
stepankuzmin
pada 17 Feb 2020
Setidaknya github tampaknya sangat tersedia
leoskyrocker
pada 17 Feb 2020
GitHub mencoba memperbarui respons emoji secara langsung dan ini seperti emoji kembang api.
RWOverdijk
pada 17 Feb 2020
XavierLeTohic
pada 17 Feb 2020
Masalah berikutnya: GitHub sedang down: D
Penyebab: terlalu banyak request di bug NPM # 837 836
nikiamnik
pada 17 Feb 2020
Success! created app at C:/XXXX
abeledovictor
pada 17 Feb 2020
rahulshinde19
pada 17 Feb 2020
roppazvan
pada 17 Feb 2020
"Pemantauan - Mitra pengiriman konten kami telah memberi tahu kami bahwa mereka telah menerapkan perbaikan. Kami sedang memantau."
Masalah cloudflare?
arsoba
pada 17 Feb 2020
Grand Rapids, MI di sini
hasokeric
pada 17 Feb 2020
Ini adalah komentar pertama saya di Github dengan begitu banyak reaksi - cinta kalian semua ❤️ Sampai jumpa
EDIT: begitu banyak suara negatif * 😄 pertahankan! turun maksudku ..
leoskyrocker
pada 17 Feb 2020
Ralph merusak internet!
AccessViolator
pada 17 Feb 2020
Hanya ingin menjadi bagian dari ini. Kerja bagus NPM 👍
hornta
pada 17 Feb 2020
Jadi sekarang kita semua membuat meme?
Polyterative
pada 17 Feb 2020
Akhirnya berhasil !!!
rahulshinde19
pada 17 Feb 2020
(https://user-images.githubusercontent.com/57898245/74657035-b1009500-518f-11ea-9e95-290b51db7dbb.png)
jo4nymj
pada 17 Feb 2020
Sepertinya sudah diperbaiki sekarang.
lysender
pada 17 Feb 2020
Tolong kuncilah, saya tidak bisa membuat siapa pun kembali bekerja termasuk saya
faran-tenovos
pada 17 Feb 2020
tidak
retyui
pada 17 Feb 2020
Masalah NPM menyatukan orang :)
AleksandarDoneski
pada 17 Feb 2020
Karena saya mendapatkan semua perhatian Anda, bolehkah saya menarik perhatian Anda dengan skema piramida terbaru saya?
riker09
pada 17 Feb 2020
Semuanya terlihat baik-baik saja sekarang di Republik Ceko :) Terima kasih tim NPM
PetrKnedlik
pada 17 Feb 2020
NPM menggunakan FORCE
Syed-Umair
pada 17 Feb 2020
Ok di Iran juga, masalah lucu!
aebrs
pada 17 Feb 2020
convenient
pada 17 Feb 2020
kantor pusat npm sekarang
Biarkan kekuatan meme menyertai Anda
faran-tenovos
pada 17 Feb 2020
🇵🇹
andrepsimoes
pada 17 Feb 2020
lol
NeeBondha
pada 17 Feb 2020
paket saya gagal dipasang!
Ya ampun, saya datang terlambat ke pesta, sekarang sudah berfungsi.
Terima kasih internet!
gndelia
pada 17 Feb 2020
konsol diubah oleh npm: 100:
ssuriyayuvan
pada 17 Feb 2020
hei, saya di sini untuk melaporkan bug wi ...
caleuanhopkins
pada 17 Feb 2020
▲
▲ ▲
PSHH PSHH YOBA MI V EFIRE !! 1 🚣♂️
SamakaCD
pada 17 Feb 2020
Semua naik kereta meme! 🚂
yogan
pada 17 Feb 2020
Memposting meme / lelucon dalam suatu masalah membuang-buang waktu orang-orang yang sebenarnya harus bisa membaca masalah tersebut.
Hentikan. Gunakan emoji bereaksi jika Anda merasa perlu.
cmcarey
pada 17 Feb 2020
vjekofalco
pada 17 Feb 2020
Kami membutuhkan lebih banyak bug ini, terutama pada hari Senin.
gagiD
pada 17 Feb 2020
@cmcarey bukanlah hal yang buruk untuk tersenyum dan tertawa, itu tidak pernah membuang-buang waktu, itu akan meningkatkan produktivitas Anda sebenarnya, meme dan lelucon menjadikan kita manusia daripada hanya bekerja mesin, bahkan Detroit menjadi manusia!
almothafar
pada 17 Feb 2020
Halo dari GALARETKA yang sama !!
halo dari Internet!
quite
pada 17 Feb 2020
Setidaknya itu mungkin akan segera menjadi masalah yang paling banyak dikomentari.
porzione
pada 17 Feb 2020
Saran: buat entri untuk "layanan CDN" di halaman status npm, karena tampaknya masalah sebenarnya adalah dengan Cloudflare
vreemt
pada 17 Feb 2020
https://github.com/npm/cli/issues/836#issuecomment -586992790
@cmcarey bukanlah hal yang buruk untuk tersenyum dan tertawa, itu tidak pernah membuang-buang waktu, itu akan meningkatkan produktivitas Anda sebenarnya, meme dan lelucon menjadikan kita manusia daripada hanya bekerja mesin, bahkan Detroit menjadi manusia!
Ini bukan waktu atau tempat untuk itu. Banyaknya komentar seperti yang kami lihat di sini memperumit pekerjaan memilah-milah untuk menemukan detail yang dapat membantu orang-orang yang benar-benar dapat memperbaiki masalah.
cmcarey
pada 17 Feb 2020
Bekerja sekarang di Brasil: brazil :!
marlonmleite
pada 17 Feb 2020
Andre dari npm security di sini. Mitra pengiriman konten kami telah memberi tahu kami bahwa mereka telah menerapkan perbaikan. dan kami terus memantau situasi. Anda dapat menemukan informasi lebih lanjut di halaman status kami: https://status.npmjs.org/.
Menutup masalah tetapi jika Anda memiliki masalah apa pun, silakan hubungi support@npmjs.com
andreeleuterio
pada 17 Feb 2020
rahulshinde19
pada 17 Feb 2020
@aeleuterio Adakah kemungkinan kita bisa mendapatkan mayat tentang ini?
SargoDarya
pada 17 Feb 2020
Bekerja sekarang!
YA TUHAN. Jangan lakukan itu lagi! Pernah! )))))
cathzetjo
pada 17 Feb 2020
Ini tidak berfungsi lagi. Saya kira, masalah belum diperbaiki oleh mitra Anda.
gokselb
pada 17 Feb 2020
@cmcarey bukanlah hal yang buruk untuk tersenyum dan tertawa, itu tidak pernah membuang-buang waktu, itu akan meningkatkan produktivitas Anda sebenarnya, meme dan lelucon menjadikan kita manusia daripada hanya bekerja mesin, bahkan Detroit menjadi manusia!
Meme dan lelucon meredam percakapan yang mungkin penting untuk memperbaiki masalah apa pun sebenarnya.
danielytics
pada 17 Feb 2020
Bekerja sekarang 😓
uncoooloj
pada 17 Feb 2020
Meme dan lelucon meredam percakapan yang mungkin penting untuk memperbaiki masalah apa pun sebenarnya.
Memang, saya harus menelusuri sekitar 200 meme hanya untuk melihat pembaruan status aktual dari NPM.
CraigMason
pada 17 Feb 2020
Hanya untuk info Anda: benang dapat memuat paket tanpa memicu batas tarif: 1)
benang itu bagus! (dan aman)
PurHur
pada 17 Feb 2020
Halo dan permintaan maaf sebesar-besarnya dari Cloudflare, semacam post-mortem langsung di komentar masalah Anda.
Saya adalah manajer teknik untuk tim perlindungan DDoS dan pagi ini pada pukul 11:06 UTC kami mengubah aturan yang memengaruhi salah satu sinyal kami. Sinyal berkaitan dengan header referer HTTP, dan kami memiliki potongan kode yang melihat header referer yang tidak valid. Dalam hal ini kami men-tweaknya untuk memasukkan tidak hanya "sampah yang jelas" tetapi "apa pun yang tidak sesuai dengan spesifikasi HTTP" ... yaitu apakah perujuknya URI? Jika tidak maka itu berkontribusi pada pengetahuan tentang lalu lintas yang buruk.
Jadi ... mengapa ini berdampak pada npmjs.org? Ternyata banyak trafik NPM mengirimkan referer sebagai "install" yang tidak valid sesuai dengan spesifikasi HTTP. Karena NPM juga merupakan situs yang banyak diperdagangkan, ini mengakibatkan sistem DDoS mengambilnya dan memperlakukan lalu lintas sebagai banjir HTTP dan menentukan bahwa batas kecepatan harus diterapkan.
Saat kami mengetahui bahwa NPM mengalami peningkatan pada HTTP 429 (seperti yang terlihat di Twitter), kami menghubungi NPM dan memulai penyelidikan internal. Segera setelah kami mengidentifikasi akar masalah, kami mengembalikan perubahan tersebut, yaitu pada pukul 13:00 UTC.
Kami akan mencatat bahwa NPM dan 1 situs lain menggunakan pengarah untuk tujuan di luar spesifikasi HTTP dan kami akan memperbarui sistem kami untuk memastikan bahwa ini tidak terjadi lagi. Selain itu, kami akan meningkatkan pemantauan kami seputar perubahan seperti ini sehingga kami dapat menemukan dampaknya lebih cepat dan memutar kembali secara otomatis.
buro9
pada 17 Feb 2020
Terima kasih atas penjelasannya @ buro9
Mudah-mudahan Anda akan memiliki beberapa tes eksplisit untuk NPM, mengingat pentingnya komunitas pengembang.
Kami (dan banyak lainnya yang saya yakin) tidak dapat menerapkan sejumlah proyek selama 2 jam pagi ini, selama jam kerja UE. Ini juga harus menjadi pengingat bagi kita semua untuk memiliki tindakan kontinuitas yang lebih baik saat peristiwa ini terjadi.
CraigMason
pada 17 Feb 2020
Menurut pendapat saya, akan lebih baik untuk memastikan bahwa permintaan dari penginstal NPM sesuai dengan spesifikasi HTTP.
NicolasGoeddel
pada 17 Feb 2020
Menurut pendapat saya, akan lebih baik untuk memastikan bahwa permintaan dari penginstal NPM sesuai dengan spesifikasi HTTP.
Perujuk harus kosong, penginstal harus agen pengguna
nc9
pada 17 Feb 2020
Terima kasih, saya dapat mengunduh semua 5464950 dependensi saya setiap 15 menit untuk membangun lagi.
MLDMoritz
pada 17 Feb 2020
@ buro9 kami akan sangat menghargai jika Anda menanggapi tiket kami dan komunikasi kendur internal kami, sebelum memposting ke masalah publik, kami masih belum mendapatkan laporan bedah mayat untuk dua pemadaman terakhir.
Adapun menunjuk pada spesifikasi HTTP, mengingat perilaku ini telah ada selama bertahun-tahun, saya akan meminta untuk meninjau perubahan apa yang didorong di CF hari ini yang menyebabkan hasil "kepatuhan dengan Spesifikasi HTTP" yang tiba-tiba ini?
Saya akan meminta lagi untuk menindaklanjuti dengan tiket terbuka kami dan melaporkan kembali kepada kami melalui pemeriksaan mayat untuk dua pemadaman terakhir, kami lebih suka mempelajarinya dari Anda secara langsung, daripada melihatnya dalam masalah di github. .
ahmadnassri
pada 17 Feb 2020
Halo dan permintaan maaf sebesar-besarnya dari Cloudflare,
Saya tidak berpikir Anda harus meminta maaf. npm jelas mengacaukan bidang pengarah dan Anda tidak melakukan kesalahan apa pun. Hanya karena hal itu tidak sengaja berhasil di masa lalu, bukan berarti harus tetap seperti itu. Siapa yang akan menjamin bahwa hal seperti ini tidak akan terjadi lagi di masa mendatang, karena seseorang menghormati spesifikasi tersebut?
uap-universe
pada 17 Feb 2020
npm jelas mengacaukan bidang pengarah dan Anda tidak melakukan kesalahan apa pun. Hanya karena hal itu tidak sengaja berhasil di masa lalu, bukan berarti harus tetap seperti itu.
Itu disebut jeda BC dan tidak boleh terjadi dalam 'versi' yang sama.
MLDMoritz
pada 17 Feb 2020
npm jelas mengacaukan bidang pengarah dan Anda tidak melakukan kesalahan apa pun. Hanya karena hal itu tidak sengaja berhasil di masa lalu, bukan berarti harus tetap seperti itu.
Itu disebut jeda BC dan tidak boleh terjadi dalam 'versi' yang sama.
Ya, saya memberi Anda poin itu. Tapi mudah-mudahan keputusannya tidak "tetap seperti itu selamanya dan semua orang harus mematuhinya".
uap-universe
pada 17 Feb 2020
(…)
kami mengubah aturan yang memengaruhi salah satu sinyal kami. Sinyal berkaitan dengan header referer HTTP, dan kami memiliki potongan kode yang melihat header referer yang tidak valid.
(…)
Jadi ... mengapa ini berdampak pada npmjs.org? Ternyata banyak trafik NPM mengirimkan referer sebagai "install" yang tidak valid sesuai dengan spesifikasi HTTP.
Bukankah header Referer mengizinkan penggunaan URI relatif / parsial ? https://tools.ietf.org/html/rfc7231#section -5.5.2
5.5.2. Referer The "Referer" [sic] header field allows the user agent to specify a URI reference for the resource from which the target URI was obtained (i.e., the "referrer", though the field name is misspelled). A user agent MUST NOT include the fragment and userinfo components of the URI reference [RFC3986], if any, when generating the Referer field value. Referer = absolute-URI / partial-URI
Tanpa memeriksa keberadaan URI server, bagaimana Anda membedakan teks yang disandikan dengan url sembarang dari URI parsial yang sebenarnya?
Jika saya mengikuti pemotongan spesifikasi maka Referer header install pada pandangan pertama bisa sangat valid:
https://tools.ietf.org/html/rfc7230#section -2.7
relative-part = <relative-part, see [RFC3986], Section 4.2> partial-URI = relative-part [ "?" query ]
https://tools.ietf.org/html/rfc3986#section -4.2
relative-ref = relative-part [ "?" query ] [ "#" fragment ] relative-part = "//" authority path-abempty / path-absolute / path-noscheme / path-empty
https://tools.ietf.org/html/rfc3986#section -3.3
path-noscheme = segment-nz-nc *( "/" segment ) segment = *pchar segment-nz = 1*pchar segment-nz-nc = 1*( unreserved / pct-encoded / sub-delims / "@" ) ; non-zero-length segment without any colon ":" pchar = unreserved / pct-encoded / sub-delims / ":" / "@"
Jadi jika saya tidak terlalu salah membaca spesifikasinya, saya harus bertanya-tanya: Mengapa sih header pengarah itu diperlakukan sebagai tidak valid? Apakah Cloudflare memeriksa keberadaan URI tersebut berdasarkan permintaan (lalu menyimpannya dalam cache), atau apakah ini lagi-lagi merupakan "whoopsie" yang cepat dan longgar?
datenwolf
pada 17 Feb 2020
@datenwolf secara sintaksis seharusnya dimungkinkan untuk memiliki URI parsial seperti install , tetapi bagaimana dengan ini, beberapa baris di bawah teks kutipan Anda:
If the target URI was obtained from a source that does not have its
own URI [...], the user agent MUST either exclude the
Referer field or send it with a value of "about:blank".
Imho ini berlaku di sini.
Namun, ini tidak menjawab pertanyaan terakhir Anda. Tetapi tampaknya topiknya sedikit lebih kompleks dan terbagi menjadi dua bagian: 1) apakah npm sesuai dengan spesifikasi http, dan 2) apakah CF menggunakan aturan deteksi yang dapat diandalkan. Dan mungkin, mungkin saja, jawaban untuk kedua pertanyaan tersebut adalah: tidak. Tapi saya serahkan pada orang lain untuk didiskusikan. Saya hanya ingin menunjukkan bahwa meminta maaf sebelum waktunya untuk "sesuatu" dapat menyebabkan potensi bug tidak diperbaiki, jadi kata-katanya mungkin agak disayangkan terhadap "solusi" yang sebenarnya untuk masalah - apa pun itu.
uap-universe
pada 17 Feb 2020
Alih-alih menerapkan block mode pada hari pertama, Seharusnya sudah di observe mode untuk beberapa waktu.
mkkhedawat
pada 17 Feb 2020
@datenwolf secara sintaksis seharusnya dimungkinkan untuk memiliki URI parsial seperti ìnstall`, tetapi bagaimana dengan ini, beberapa baris di bawah teks kutipan Anda:
If the target URI was obtained from a source that does not have its own URI [...], the user agent MUST either exclude the Referer field or send it with a value of "about:blank".Imho ini berlaku di sini.
Ya, benar. Mungkin saya belum membuatnya cukup jelas, bahwa saya sepenuhnya menyadari hal ini. Tapi bukan itu intinya.
Seperti yang sudah Anda tunjukkan
(…) Tampaknya topiknya sedikit lebih kompleks dan terbagi menjadi dua bagian: 1) adalah npm yang sesuai dengan spesifikasi http, dan 2) apakah CF menggunakan aturan deteksi yang andal. (…)
dan saya sudah menunjukkan, bahwa tanpa pemeriksaan eksplisit untuk keberadaan Referer URI, validitas tajuk tidak mungkin diputuskan.
Apakah npm melanggar spesifikasi? Tentu.
Bisakah CF mendeteksinya dengan benar? Hanya dengan melakukan pemeriksaan eksplisit URI. Apakah CF melakukan pemeriksaan itu? Saya belum tahu… belum (tapi saya mungkin akan menyiapkan tempat pengujian, hanya untuk itu).
Namun, tanpa informasi lebih lanjut, saya hanya harus berasumsi bahwa CF kembali melakukan seperti yang dilakukan CF dan karena alasan yang tidak beralasan merusak sebagian dari Internet… lagi-lagi.
datenwolf
pada 17 Feb 2020
Perlu diingat dalam semua ini bahwa sangat sedikit yang dapat dilakukan CDN yang akan meningkatkan layanan mereka dan yang tidak membawa risiko "merusak sebagian dari internet". Sifat layanan yang disediakan CF, dan popularitas mereka yang memang layak sebagai salah satu penyedia layanan itu, berarti bahwa mereka pada dasarnya selalu bermain api, dan cenderung membuat marah banyak orang ketika mereka membuat yang sebaliknya dapat dimaafkan dan bermaksud baik. kesalahan.
Setelah melakukan hal npm ini untuk beberapa waktu sekarang, saya tidak kekurangan simpati untuk posisi mereka, dan saya percaya bahwa tidak pantas untuk mencemooh mereka untuk ini. Mereka melakukan pekerjaan dengan baik, melindungi npm (dan dengan demikian, seluruh komunitas JS) dari banyak aktor jahat dan pemadaman, dan membuat semua bangunan kami jauh lebih cepat dan lebih dapat diandalkan. Kami mencintai dan menghargai Cloudflare. Jadi, mari berbaik hati di sini.
Karena itu, saya percaya bahwa npm tidak melanggar surat atau semangat spesifikasi HTTP yang relevan dalam penggunaan header Referer kami untuk menunjukkan perintah yang menyebabkan permintaan tertentu dibuat. Saya berharap siapa pun yang mengikuti diskusi ini menemukan banjir pedantry HTTP berikut berguna atau setidaknya menyenangkan. Jika itu bukan jenis Anda, silakan lakukan sesuatu yang lain, Anda tidak akan bersenang-senang membaca ini :)
CF menerapkan perubahan yang memperlakukan penggunaan header HTTP yang tidak biasa sebagai heuristik untuk ditandai sebagai permintaan berbahaya. Saat menangani terutama lalu lintas dari browser web, tajuk Perujuk biasanya akan selalu hilang, about:blank , atau URL yang sepenuhnya memenuhi syarat. Jadi tajuk seperti Referer: install itu aneh.
Namun: Spesifikasi mengatakan "URI". Tidak tertulis "URL". Ini tentu tidak mengatakan "URL yang memenuhi syarat sepenuhnya". Mengingat penggunaan "URI" vs "URL" yang biasanya teliti dalam dokumentasi IETF, diskusi rumit yang sering terjadi terkait masalah seperti ini, dan fakta bahwa Perujuk pertama kali muncul di rfc1945 (meskipun sudah digunakan jauh sebelum itu), _and_ bahwa spesifikasi HTTP telah mempertahankan "URI" melalui beberapa putaran pembaruan dan revisi, saya harus menyimpulkan bahwa _intent_ di sini adalah untuk Referer menjadi URI daripada harus menjadi URL itu sendiri, serta huruf dari spesifikasi.
URI dan URL bukanlah hal yang sama. Kedua RFC tertaut telah diperbarui dan usang (sebagian) sejak dimulainya oleh RFC berikutnya, dan saya sangat menganjurkan siapa pun yang masih membaca pada saat ini untuk mengikuti tautan dan mempelajari tentang bagaimana Lokasi Sumber Daya Seragam dan standar Identifikasi telah berubah dan diperluas secara halus. dan cara-cara menarik selama bertahun-tahun.
Intinya begini: header HTTP Referer tidak perlu Uniform Resource _Locator_, melainkan Uniform Resource _Identifier_. Tidak ada persyaratan bahwa pengenal ini menggunakan skema URI terkenal, atau dalam bentuk lengkap, bukan relatif. Satu-satunya batasan yang ditempatkan di atasnya adalah bahwa (a) harus berupa URI, dan (b) jika permintaan memenuhi permintaan pengguna langsung yang tidak memiliki jenis pengenal, seperti mengetik URL ke bilah alamat, maka itu _must_ dihilangkan.
URI secara eksplisit _not_ perlu ditempatkan, diambil, atau diselesaikan oleh agen jaringan tertentu, atau melalui protokol tertentu.
Jadi, install adalah pengenal untuk hal yang berinteraksi dengan pengguna yang menyebabkan permintaan dibuat. Mereka tidak mengetikkan url ke packument atau tarball ke bilah alamat, mereka mengetik npm install , dan _it_ pada gilirannya mengambil sumber daya melalui HTTPS. Untuk menyelesaikan sumber daya itu, itu harus membuat beberapa permintaan HTTP. Tidak ada skema yang disediakan, tetapi tidak ada yang diperlukan. "install" adalah rangkaian karakter ringkas yang mengidentifikasi sumber daya. Ini adalah URI tanpa skema (yaitu, tidak sepenuhnya berkualitas).
Karena semantik dan sintaks URI ditentukan oleh skemanya, tidak mungkin, jika tidak ada skema, untuk mengatakan bahwa install tidak valid. Misalnya, tel:+12345678901 adalah URI yang valid (dan URL yang valid), tetapi http:+12345678901 bukan. Untuk mengetahui apakah +12345678901 adalah URI parsial yang valid, Anda harus mengetahui skemanya. Lokasinya akan bergantung pada sistem telepon di timur laut Ohio, AS. Jika panggilan telepon ke sistem otomatis di nomor itu memicu dibuatnya permintaan HTTP, akan sangat tepat untuk permintaan HTTP tersebut untuk menyertakan header Referer +12345678901 . Jika server mengharapkan untuk mendapatkan permintaan dari sistem telepon seperti itu, server dapat menyimpulkan skema berdasarkan konteksnya.
Itulah yang terjadi dengan klien npm dan registri npm. Ini mengirimkan header Referer yang berisi perintah yang sedang dijalankan. (Ketika perintah berisi argumen posisi, apa pun yang berisi / atau \ disunting, karena ini mungkin berupa jalur pribadi, url, atau repo git.) Ini secara semantik dan sintaksis adalah benar dan sesuai penggunaan tajuk Pengarah HTTP dalam konteks non-browser seperti itu, dan saya yakin bahwa, setelah 30 tahun revisi, analisis, dan peninjauan oleh IETF, melalui beberapa versi spesifikasi ini, jika ini bukan maksud dari spesifikasi Referer, itu akan mengatakan "URL" bukan "URI".
Dan hanya untuk mengulangi, saya pasti tidak berpikir Cloudflare adalah aktor yang buruk di sini, dan saya kecewa melihat betapa cepatnya begitu banyak orang telah "memilih" seolah-olah itu npm vs Cloudflare dalam pertempuran tentang ini. Kami terpengaruh oleh kesalahan yang mereka buat, tetapi terkadang kami akan terpengaruh oleh kesalahan yang mereka buat, karena kami adalah pelanggan mereka, dan tentu saja mereka akan membuat kesalahan dari waktu ke waktu, karena manusia dan mesin. tidak sempurna. Begitulah dunia ini. Secara umum, kami sangat senang dengan respons yang kami terima, dan kami semua telah meningkatkan sistem pemantauan dan respons kami sehubungan dengan masalah ini.
isaacs
pada 21 Feb 2020
FWIW, "perujuk" tidak didefinisikan sebagai URI. Lihat spesifikasi: https://greenbytes.de/tech/webdav/rfc7231.html#rfc.section.5.5.2 . Ini adalah referensi URI. "install" akan diartikan sebagai jalur, relatif terhadap URI permintaan.
reschke
pada 21 Feb 2020
@reschke Bahkan pada bacaan itu, itu masih sangat valid.
Yaitu: dari https://registry.npmjs.org/foo , dengan Referer: install , Referer yang diselesaikan sepenuhnya adalah https://registry.npmjs.org/install , URI yang valid. Dari https://registry.npmjs.org/foo/-/foo-1.2.3.tgz , itu akan menjadi https://registry.npmjs.org/foo/-/install , juga URI yang valid.
Bahkan jika saya membaca spesifikasi lebih luas dari yang dimaksudkan, itu pasti bukan "pelanggaran" dari spesifikasi untuk menggunakan Referer dengan cara ini, dan itu adalah (benar-benar bisa dimaafkan!) Jangkauan yang keliru untuk memblokir atau permintaan batas kecepatan yang menyertakan Referer header yang bukan URL yang sepenuhnya memenuhi syarat.
Mengingat hal ini, bagaimanapun, mungkin _would_ bermanfaat untuk meletakkan skema pada header Referer yang dikirim npm cli. Kami harus meneliti ini untuk melihat apakah itu membuatnya lebih atau kecil kemungkinannya permintaan akan dihancurkan oleh proxy. Pilihan lainnya, tentu saja, adalah menerima bahwa beberapa proxy akan terlalu bersemangat dalam memfilter sehingga menghasilkan data yang sedikit kurang ideal, tetapi gunakan tajuk khusus dengan arti yang lebih pasti, seperti npm-command: install sebagai gantinya. Kami melakukan ini untuk header npm-session untuk mengelompokkan permintaan bersama, dan menemukan kasus di mana kami tidak mendapatkan header kustom ini, meskipun agen-pengguna menyiratkan bahwa itu adalah klien npm "nyata" (atau di paling tidak, mengklaim sebagai).
isaacs
pada 21 Feb 2020
Masalah terkait
zypA13510
·
4Komentar
FaizenR
·
3Komentar
OnkelTem
·
4Komentar
admosity
·
4Komentar
DullReferenceException
·
4Komentar
Komentar yang paling membantu
Halo dan permintaan maaf sebesar-besarnya dari Cloudflare, semacam post-mortem langsung di komentar masalah Anda.
Saya adalah manajer teknik untuk tim perlindungan DDoS dan pagi ini pada pukul 11:06 UTC kami mengubah aturan yang memengaruhi salah satu sinyal kami. Sinyal berkaitan dengan header referer HTTP, dan kami memiliki potongan kode yang melihat header referer yang tidak valid. Dalam hal ini kami men-tweaknya untuk memasukkan tidak hanya "sampah yang jelas" tetapi "apa pun yang tidak sesuai dengan spesifikasi HTTP" ... yaitu apakah perujuknya URI? Jika tidak maka itu berkontribusi pada pengetahuan tentang lalu lintas yang buruk.
Jadi ... mengapa ini berdampak pada npmjs.org? Ternyata banyak trafik NPM mengirimkan referer sebagai "install" yang tidak valid sesuai dengan spesifikasi HTTP. Karena NPM juga merupakan situs yang banyak diperdagangkan, ini mengakibatkan sistem DDoS mengambilnya dan memperlakukan lalu lintas sebagai banjir HTTP dan menentukan bahwa batas kecepatan harus diterapkan.
Saat kami mengetahui bahwa NPM mengalami peningkatan pada HTTP 429 (seperti yang terlihat di Twitter), kami menghubungi NPM dan memulai penyelidikan internal. Segera setelah kami mengidentifikasi akar masalah, kami mengembalikan perubahan tersebut, yaitu pada pukul 13:00 UTC.
Kami akan mencatat bahwa NPM dan 1 situs lain menggunakan pengarah untuk tujuan di luar spesifikasi HTTP dan kami akan memperbarui sistem kami untuk memastikan bahwa ini tidak terjadi lagi. Selain itu, kami akan meningkatkan pemantauan kami seputar perubahan seperti ini sehingga kami dapat menemukan dampaknya lebih cepat dan memutar kembali secara otomatis.