উইন্ডোজে এনপিএম চলাকালীন এসএসএল শংসাপত্রের ত্রুটিটি কীভাবে ঠিক করবেন?

Question 1

আমি যখন এনপিএম দিয়ে প্যাকেজ ইনস্টল করার চেষ্টা করি তখন এটি কার্যকর হয় না। দীর্ঘ প্রতীক্ষার পরে, অবশেষে আমি একটি ত্রুটি পেয়েছি 'সুড়াস্কোড = 403' টানেলিংয়ের সকেট স্থাপন করা যায়নি।

$ npm install coffee-script
npm http GET https://registry.npmjs.org/coffee-script
npm http GET https://registry.npmjs.org/coffee-script
npm http GET https://registry.npmjs.org/coffee-script
npm ERR! Error: tunneling socket could not be established, sutatusCode=403
npm ERR!     at ClientRequest.onConnect (c:\Program Files\nodejs\node_modules\npm\node_modules\request\tunnel.js:148:19)
npm ERR!     at ClientRequest.g (events.js:193:14)
npm ERR!     at ClientRequest.EventEmitter.emit (events.js:123:20)
npm ERR!     at Socket.socketOnData (http.js:1393:11)
npm ERR!     at TCP.onread (net.js:403:27)

যাইহোক, আমি যখন আমার ওয়েব ব্রাউজারে (গুগল ক্রোম) সেই একই ইউআরএল ব্রাউজ করি তখন এটি সূক্ষ্ম লোড হয় (পাদটীকা দেখুন)। https://registry.npmjs.org/coffee-script

কি ভুল হচ্ছে?

আমি যখন কোনও https প্রক্সি ব্যবহার করি, তবে আমি নিশ্চিত যে এটি সমস্যা নয়। আমি পরিবেশ পরিবর্তনশীল কনফিগার করেছি https_proxy(এনপিএম ব্যবহারকারী নির্দেশিকা অনুসারে )। আমি জানি পরিবেশের পরিবর্তনশীল সঠিক, কারণ পাইথন প্যাকেজ ম্যানেজার pipএটিকে সঠিকভাবে অনুসরণ করে।

আমি বিশ্বাস করি যে সমস্যাটি এসএসএল শংসাপত্রের সাথে সম্পর্কিত, কারণ যদি আমি সেই ইউআরএলটি ডাউনলোড করি তবে আমি wgetশংসাপত্রগুলির সম্পর্কে একটি স্পষ্ট ত্রুটি পাই

$ wget https://registry.npmjs.org/coffee-script
SYSTEM_WGETRC = c:/progra~1/wget/etc/wgetrc
syswgetrc = c:/progra~1/wget/etc/wgetrc
--2012-12-17 12:14:07--  https://registry.npmjs.org/coffee-script
Resolving corpproxy... 10.254.215.35
Connecting to corpproxy|10.254.215.35|:8080... connected.
ERROR: cannot verify registry.npmjs.org's certificate, issued by `/C=US/ST=CA/L=Oakland/O=npm/OU=npm Certificate Authority/CN=npmCA/emailAddress=i@izs.me':
  Unable to locally verify the issuer's authority.
To connect to registry.npmjs.org insecurely, use `--no-check-certificate'.
Unable to establish SSL connection.

আমি এটা কিভাবে ঠিক করবো? সুরক্ষা নিয়ে আপস না করে।

আমি নিজের ওয়েব ব্রাউজারে এসএসএল শংসাপত্রের ত্রুটিগুলি পেয়েছিলাম, যতক্ষণ না আমি কন্ট্রোল প্যানেলের ইন্টারনেট বিকল্পগুলিতে (স্ক্রিনশট এখানে চিত্র বর্ণনা লিখুন ) 'বিশ্বাসযোগ্য রুট শংসাপত্র কর্তৃপক্ষ' হিসাবে 'এনপিএমসিএ' শংসাপত্র ইনস্টল করি না until

সম্পাদনা করুন: আমি https://npmjs.org/doc/config.html#strict-ssl প্রতি অনিরাপদ কাজটি চেষ্টা করেছি

npm set strict-ssl false

তবুও এটি একই ত্রুটিটির সাথে এখনও শেষ হয়

$ npm install coffee-script
npm http GET https://registry.npmjs.org/coffee-script
npm http GET https://registry.npmjs.org/coffee-script
npm http GET https://registry.npmjs.org/coffee-script
npm ERR! Error: tunneling socket could not be established, sutatusCode=403

Question 2

TL; DR - কেবল এটি চালান এবং আপনার সুরক্ষা অক্ষম করবেন না:

বিদ্যমান শংসাপত্রগুলি প্রতিস্থাপন করুন

# Windows/MacOS/Linux 
npm config set cafile "<path to your certificate file>"

# Check the 'cafile'
npm config get cafile

বা বিদ্যমান শংসাপত্র প্রসারিত

প্রাক সংজ্ঞায়িত শংশাপত্র প্রসারিত করতে এই পরিবেশে পরিবর্তনশীল সেট করুন: NODE_EXTRA_CA_CERTSথেকে"<path to certificate file>"

পুরো গল্প

উইন্ডোজ এর অধীনে কর্পোরেট ফায়ারওয়ালের পিছনে আমাকে এনপিএম, পিপ, মাভেন ইত্যাদি নিয়ে কাজ করতে হয়েছিল - এটি মজাদার নয়। আমি চেষ্টা করব এবং যেখানে সম্ভব সেখানে এই প্ল্যাটফর্মটি অজ্ঞাব্য / সচেতন রাখব।

HTTP_PROXY এবং HTTPS_PROXY

HTTP_PROXY& HTTPS_PROXYপরিবেশ সফ্টওয়্যার প্রচুর দ্বারা ব্যবহৃত যেখানে জানতে আপনার প্রক্সি হল ভেরিয়েবল। উইন্ডোজের অধীনে, প্রচুর সফ্টওয়্যার আপনার ওএস নির্দিষ্ট করা প্রক্সিও ব্যবহার করে যা সম্পূর্ণ আলাদা জিনিস। এর অর্থ আপনার কাছে ক্রোম থাকতে পারে (যা আপনার ইন্টারনেট বিকল্পগুলিতে নির্দিষ্ট করা প্রক্সি ব্যবহার করে) ইউআরএলটির সাথে সংযোগ ঠিক ঠিক আছে, তবে এনটিএম, পিপ, মাভেন ইত্যাদি কাজ করছে না কারণ তারা HTTPS_PROXY ব্যবহার করে (কেবলমাত্র তারা HTTP_PROXY ব্যবহার করার পরে - পরে দেখুন)। সাধারণত পরিবেশের পরিবর্তনশীল কিছু দেখতে পাবেন:

http://proxy.example.com:3128

তবে আপনি একটি 403 পাচ্ছেন যা আপনাকে বোঝায় যে আপনার প্রক্সিটির বিরুদ্ধে প্রমাণীকরণ করা হচ্ছে না। যদি এটি প্রক্সিটিতে মৌলিক প্রমাণীকরণ হয় তবে আপনি পরিবেশের পরিবর্তনশীলটিকে ফর্মের কিছুতে সেট করতে চাইবেন:

http://user:pass@proxy.example.com:3128

আতঙ্কিত এনটিএলএম

একটি HTTP স্থিতি কোড 407 রয়েছে (প্রক্সি প্রমাণীকরণ প্রয়োজন), এটি আপনার অনুরোধ প্রত্যাখ্যানকারী গন্তব্য সার্ভারের চেয়ে প্রক্সি বলার আরও সঠিক উপায়। এই কোডটি আমাকে Google এ দীর্ঘ সময় ধরে জর্জরিত করেছিল, আমি আমার প্রক্সি ব্যবহৃত এনটিএলএম প্রমাণীকরণ শিখেছি । আমার কর্পোরেট ওভারলর্ডরা যে কোনও প্রক্সি ইনস্টল করেছে তা পূরণ করার জন্য এইচটিটিপি বেসিক প্রমাণীকরণ যথেষ্ট ছিল না। আমি ব্যবহার অবলম্বন আমার স্থানীয় মেশিনে সিএনটিএলএম নিয়েছিলাম ( অচেতনার ), তারপরে এটি এনটিএলএম প্রমাণীকরণটি আপস্ট্রিম প্রক্সি সহ পরিচালনা করতে পেরেছিল। যা সাধারণত সেটিং হিসেবে সহজ হিসাবে - তারপর আমি সব প্রোগ্রাম করা NTLM যেত না যে প্রক্সি হিসেবে আমার স্থানীয় মেশিন ব্যবহার করতে বলতে ছিল HTTP_PROXYএবং HTTPS_PROXY। অন্যথায়, এনপিএম ব্যবহারের জন্য (@ অগাসের পরামর্শ অনুসারে):

npm config set proxy http://proxy.example.com:3128
npm config set https-proxy http://proxy.example.com:3128

"আমাদের সমস্ত এইচটিটিপিএস ট্র্যাফিক ডিক্রিপ্ট করা দরকার কারণ ভাইরাসগুলি"

এই সেট আপটি প্রায় এক বছর ধরে (কৌতুকপূর্ণভাবে) হুমকি দেওয়ার পরে, কর্পোরেট ওভারলর্ডরা প্রক্সি পরিবর্তন করার সিদ্ধান্ত নিয়েছে। শুধু তাই নয়, এটি আর এনটিএলএম ব্যবহার করবে না! একটি সাহসী নতুন বিশ্বের নিশ্চিত। তবে যেহেতু দূষিত সফ্টওয়্যারগুলির লেখকরা এখন এইচটিটিপিএসের মাধ্যমে ম্যালওয়্যার সরবরাহ করছিল, কেবলমাত্র আমাদের দরিদ্র নিরপরাধ ব্যবহারকারীদের রক্ষা করার একমাত্র উপায় হ'ল আমাদের কাছে পৌঁছানোর আগেই হুমকির জন্য স্ক্যান করার জন্য মধ্যম মধ্যের প্রতিটি সংযোগ ছিল। আপনি যেমন কল্পনা করতে পারেন, আমি সুরক্ষার অনুভূতিতে পরাস্ত হয়েছি।

একটি দীর্ঘ গল্প সংক্ষিপ্ত কাটা, স্ব স্বাক্ষরিত শংসাপত্র এড়ানোর জন্য এনপিএম মধ্যে ইনস্টল করা প্রয়োজন SELF_SIGNED_CERT_IN_CHAIN:

npm config set cafile "<path to certificate file>"

বিকল্পভাবে, NODE_EXTRA_CA_CERTS পরিবেশের ভেরিয়েবলটি শংসাপত্রের ফাইলে সেট করা যায়।

আমি মনে করি যে প্রক্সি / ফায়ারওয়ালের পিছনে কাজ করার জন্য এনপিএম পাওয়ার বিষয়ে আমি এটাই জানি। কেউ এটি দরকারী খুঁজে পেতে পারে।

সম্পাদনা করুন : এইচটিটিপি রেজিস্ট্রি ব্যবহার করে বা সেটিংস ব্যবহার করে এই সমস্যার জন্য এইচটিটিপিএস বন্ধ করা সত্যিই সাধারণ পরামর্শ NODE_TLS_REJECT_UNAUTHORIZED। এগুলি ভাল ধারণা নয় কারণ আপনি মাঝারি বা পুনর্নির্দেশের আক্রমণে নিজেকে আরও উন্মুক্ত করে তুলছেন। মেশিনে আপনার ডিএনএস রেকর্ডগুলির একটি দ্রুত বোকা প্যাকেজ ইনস্টলেশন করছে এবং আপনি যে কোনও জায়গা থেকে নিজেকে প্যাকেজগুলিতে বিশ্বাস করতে পারেন। এটি HTTPS কাজ করা অনেক কাজ মনে হতে পারে, কিন্তু এটি অত্যন্ত প্রস্তাবিত। আপনি যখন কোম্পানীতে অবিশ্বস্ত কোডের অনুমতি দেওয়ার জন্য দায়বদ্ধ তখন আপনি কেন তা বুঝতে পারবেন।

সম্পাদনা 2 : সেটিংটি মনে রাখবেনnpm config set cafile <path> এনপিএমকে কেবলমাত্র সেই ফাইলটিতে প্রদত্ত শংসাপত্রগুলি ব্যবহার করে পরিবর্তিত পরিবর্তে এটির সাথে যুক্ত করে use

যদি আপনি বিদ্যমান শংসাপত্রগুলি প্রসারিত করতে চান (উদাহরণস্বরূপ কোনও সংস্থা সার্টের সাথে) NODE_EXTRA_CA_CERTSফাইলের সাথে লিঙ্ক করতে পরিবেশের ভেরিয়েবলটি ব্যবহার করার উপায় এবং আপনাকে প্রচুর ঝামেলা বাঁচাতে পারে। দেখুন কিভাবে-থেকে-অ্যাড-অর্ডারি শংসাপত্র কর্তৃপক্ষ-সিএ-টু-nodejs

Question 3

এই সমস্যাটি আমার জন্য সংগ্রহস্থলের http সংস্করণ ব্যবহার করে ঠিক করা হয়েছিল:

npm config set registry http://registry.npmjs.org/

Question 4

npm config set strict-ssl false

আমার জন্য সমস্যা সমাধান। এই ক্ষেত্রে আমার এজেন্ট এবং আর্টিফ্যাক্ট উভয়ই মেঘের একটি ব্যক্তিগত সাবনেটের পিছনে রয়েছে

Question 5

আমার একই সমস্যা হচ্ছে, আমি ব্যবহার করে কাটিয়ে উঠি

npm config set proxy http://my-proxy.com:1080
npm config set https-proxy http://my-proxy.com:1080

নোড-ডকটিতে অতিরিক্ত তথ্য

Question 6

কিছুদিন আগে এই জাতীয় এসএসএল সমস্যাটি আমার মুখোমুখি হয়েছিল। সমস্যাটি হল আপনার এনএমপি https://registry.npmjs.org দ্বারা ব্যবহৃত শংসাপত্রের জন্য মূল শংসাপত্র সেট করে না ।

সমাধান:

ব্যবহার wget https://registry.npmjs.org/coffee-script --ca-certificate=./DigiCertHighAssuranceEVRootCA.crtউইজেটের সমস্যা সমাধানের জন্য
npm config set cafile /path/to/DigiCertHighAssuranceEVRootCA.crtআপনার এনপিএম প্রোগ্রামের জন্য রুট শংসাপত্র সেট করতে ব্যবহার করুন ।

আপনি এ থেকে মূল শংসাপত্র ডাউনলোড করতে পারেন: https://www.digicert.com/CACerts/DigiCertHighAssuranceEVRootCA.crt

বিজ্ঞপ্তি: বিভিন্ন প্রোগ্রাম রুট শংসাপত্র পরিচালনার বিভিন্ন উপায়ে ব্যবহার করতে পারে, তাই অন্যের সাথে ব্রাউজারের মিশ্রণ করবেন না।

বিশ্লেষণ:

wget https://registry.npmjs.org/coffee-scriptপ্রথমে আপনার সমস্যাটি সমাধান করুন । আপনার স্নিপেট বলে:

        ভুল
        / সি = মার্কিন / এসটি = সিএ / এল = ওকল্যান্ড / ও = এনপিএম / ওইউ = এনপিএম দ্বারা জারি করা হয়েছে 
       শংসাপত্র কর্তৃপক্ষ / সিএন= এনএমপিএ / ইমেল অ্যাড্রেস= i@izs.me:
       স্থানীয়ভাবে ইস্যুকারীর কর্তৃপক্ষ যাচাই করতে অক্ষম।

এর অর্থ আপনার উইজেট প্রোগ্রামটি https://registry.npmjs.orgএর শংসাপত্রটি যাচাই করতে পারে না । দুটি কারণ যা এই সমস্যার কারণ হতে পারে:

আপনার উইজেট প্রোগ্রামটিতে এই ডোমেনটির মূল শংসাপত্র নেই। মূল শংসাপত্র সাধারণত সিস্টেমের সাথে জাহাজীকরণ করে।
ডোমেনটি তার শংসাপত্রে রুট শংসাপত্রটি প্যাক করে না।

সুতরাং সমাধানটি স্পষ্টভাবে এর জন্য মূল শংসাপত্র সেট করে https://registry.npmjs.org। কারণটি বেলো সমস্যা হ'ল তা নিশ্চিত করার জন্য আমরা ওপেনসেল ব্যবহার করতে পারি।

openssl s_client -host registry.npmjs.org -port 443কমান্ড লাইনে চেষ্টা করুন এবং আমরা এই বার্তাটি পাই (প্রথম কয়েকটি লাইন):

    সংযুক্ত (00000003)
    গভীরতা = 1 / সি = মার্কিন / ও = ডিজিকার্ট ইনক / ওইউ = www.digicert.com / সিএন = ডিজিকার্ট উচ্চ আশ্বাস সিএ -3
    ত্রুটি যাচাই করুন: নাম = 20: স্থানীয় ইস্যুকারী শংসাপত্রটি পেতে অক্ষম
    ফেরত যাচাই করুন: 0
    ---
    শংসাপত্র শৃঙ্খলা
     0 স: / সি = মার্কিন / এসটি = ক্যালিফোর্নিয়া / এল = সান ফ্রান্সিসকো / ও = দ্রুত, ইনক।
       i: / C = মার্কিন / O = ডিজিকার্ট ইনক / ওইউ = www.digicert.com / সিএন = ডিজিকার্ট উচ্চ আশ্বাস সিএ -3
     1 এস: / সি = ইউএস / ও = ডিজিকার্ট ইনক / ওইউ = www.digicert.com / সিএন = ডিজিকার্ট উচ্চ আশ্বাস সিএ -3
       i: / C = মার্কিন / O = ডিজিকার্ট ইনক / ওইউ = www.digicert.com / সিএন = ডিজিকার্ট উচ্চ আশ্বাস ইভি রুট সিএ
    ---

এই লাইনটি verify error:num=20:unable to get local issuer certificateনিশ্চিত করে যে https://registry.npmjs.orgএটি মূল শংসাপত্রটি প্যাক করে না। সুতরাং আমরা গুগল DigiCert High Assurance EV Root CAশংসাপত্র।

Question 7

আমি একই সমস্যা ছিল। কিছু খননের পরে আমি বুঝতে পেরেছিলাম যে অনেকগুলি পোস্ট / প্রাক-ইনস্টল স্ক্রিপ্টগুলি বিভিন্ন নির্ভরতা ইনস্টল করার চেষ্টা করবে এবং কিছু সময় নির্দিষ্ট সংগ্রহস্থল ব্যবহার করা হবে। আরও ভাল উপায় হ'ল আমার পক্ষে কাজ করা নোডেজগুলির জন্য https মডিউলটির শংসাপত্র চেক অক্ষম করা।

process.env.NODE_TLS_REJECT_UNAUTHORIZED = "0"

এই প্রশ্ন থেকে

Question 8

সমস্যাটি আপনার প্রক্সিটিতে রয়েছে। আপনার ইনস্টল প্যাকেজটির অবস্থান প্রদানকারী তার নিজস্ব শংসাপত্র তৈরি করে এবং গৃহীত কর্তৃপক্ষের কাছ থেকে যাচাইকৃত কোনওটি কিনে না, আপনার প্রক্সি লক্ষ্যযুক্ত হোস্টটিতে অ্যাক্সেসের অনুমতি দেয় না। আমি ধরে নিয়েছি যে ক্রোম ব্রাউজার ব্যবহার করার সময় আপনি প্রক্সিটি বাইপাস করেন। সুতরাং কোন চেকিং হয় না।

এই সমস্যার কিছু সমাধান রয়েছে। তবে সবগুলিই বোঝায় যে আপনি প্যাকেজ সরবরাহকারীর উপর নির্ভর করেন।

সম্ভাব্য সমাধান:

অন্যান্য উত্তরে উল্লিখিত হিসাবে আপনি একটি http://অ্যাক্সেস করতে পারেন যা আপনার প্রক্সিটিকে বাইপাস করতে পারে। এটি কিছুটা বিপজ্জনক, কারণ মধ্যবর্তী লোকটি আপনাকে ডাউনলোডগুলিতে ম্যালওয়্যার ইনজেক্ট করতে পারে।
wgetআপনি যদি একটি ফ্ল্যাগ ব্যবহার তার পরামর্শ--no-check-certificate । এটি আপনার অনুরোধে একটি প্রক্সি নির্দেশ যুক্ত করবে। প্রক্সি, যদি এটি নির্দেশ বোঝে তবে সার্ভার শংসাপত্র কোনও কর্তৃপক্ষের দ্বারা যাচাই করা হয়েছে এবং অনুরোধটি পাস করেছে কিনা তা পরীক্ষা করে না। সম্ভবত এনপিএম সহ এমন একটি কনফিগার রয়েছে যা উইজেটের পতাকার মতো হয়।
আপনি সিএ এনপিএম গ্রহণের জন্য আপনার প্রক্সিটি কনফিগার করেছেন। আমি আপনার প্রক্সি জানি না, তাই আমি আপনাকে একটি ইঙ্গিত দিতে পারি না।

Question 9

নীচের সম্পত্তি সেট করুন:

"এনপিএম কনফিগারেশনটি কঠোর-এসএসএল মিথ্যা সেট করেছে"

Question 10

এনপিএম এড়াতে এবং উইন্ডো মেশিনে সুতা ব্যবহার করতে আপনি এটি করতে পারেন।

yarn config set "strict-ssl" false

Question 11

প্রক্সি সার্ভারের উপরে যদি আপনার নিয়ন্ত্রণ থাকে বা আপনার আইটি প্রশাসকদের বোঝাতে পারেন তবে আপনি স্পষ্টভাবে এসএসএল পরিদর্শন থেকে রেজিস্ট্রি.এনপিএমএস.এস.কে বাদ দিতে চেষ্টা করতে পারেন। প্রক্সি সার্ভারের ব্যবহারকারীদেরকে কঠোর-এসএসএল চেকিং অক্ষম করা বা নতুন মূল সিএ ইনস্টল করা থেকে বিরত রাখা উচিত This