আইএসআই ত্রুটি 502.5 এএসপি.নেট কোর 1.0

Question

আমি আমার সার্ভারটি (উইন্ডোজ 2012 আর 2) .Net Core 1.0 RTMপূর্ববর্তী থেকে উইন্ডোজ হোস্টিং প্যাকটিতে আপডেট করেছি .Net Core 1.0 RC2। আমার অ্যাপ্লিকেশনটি কোনও সমস্যা ছাড়াই আমার পিসিতে কাজ করে তবে সার্ভারটি দেখায়:

HTTP Error 502.5 - Process Failure


Common causes of this issue:

The application process failed to start
The application process started but then stopped
The application process started but failed to listen on the configured port

এটি এর আগে আরসি 2 সংস্করণে কাজ করেছিল। কী ভুল হতে পারে জানি না।

এটি সমস্ত ইভেন্টের দর্শক বলেছেন:

Failed to start process with the commandline 'dotnet .\MyWebApp.dll'. Error code = '0x80004005'.

সবচেয়ে খারাপ দিকটি হ'ল অ্যাপ লগগুলি খালি! আমার অর্থ এই স্টাডআউট_এক্সএক্সএক্সএক্সএক্সএক্সএক্সএক্সএক্স.লগ ফাইলগুলি সম্পূর্ণ খালি এবং সবার কাছে 0 বাইট আকারের।

আমার কি করা উচিৎ?? লগ-ইন না করা অবস্থায় আমি কীভাবে ত্রুটির কারণ জানতে পারি ??

Comments

সম্ভবত সম্পর্কিত? stackoverflow.com/questions/37362183/…

— ব্রেন্ডন সবুজ

এটি কীভাবে সম্পর্কিত? ত্রুটি কোড স্পষ্টভাবে পৃথক। আমি যে সত্যটি বলেছি এটি ছেড়ে দিন এটি আইআইএসের সাথে আমার নিজের পিসিতে কাজ করে।

— ওয়াহিদ আমিরি

প্রথমে, আমি সম্ভবত সম্পর্কিত বলেছি , যেহেতু উল্লেখ রয়েছে Failed to start process with commandline 'dotnet ./bin/Debug/netcoreapp1.0/WebApplication2.dll', Error Code = '0x80004005'.- একই কমান্ডলাইন এবং ত্রুটি কোড যা আপনি প্রতিবেদন করছেন। দ্বিতীয়ত, এটি কেবল আপনার মেশিনে চালিত হওয়ার কারণে, তবে দূরবর্তী মেশিনটি নয়, ইঙ্গিত দেয় যে সার্ভারে কিছু আলাদা। আপনি যদি অ্যাপ্লিকেশনটিকে সার্ভারে স্থাপন করা হয় তার প্রসারিত করতে পারলে এটি সহায়ক হবে।

— ব্রেন্ডন গ্রিন

আপনার অ্যাপ্লিকেশনটি আপনার পিসিতে কাজ করার অর্থ কী .. আপনার মানে আপনার কোনও আইআইএস মোতায়েন করার একটি প্রকল্প রয়েছে? আমি কি রাইত?

— বিজুনাভ ভাস্টিভ

@ ভিএসজি 24 আপনি কি এএসপিএন ডকের এই বিভাগটি দেখেছেন? আইআইএসে প্রকাশ করা , এটি সাধারণ ত্রুটিগুলি তালিকাভুক্ত করে এবং 502.5 ত্রুটির জন্য তালিকাভুক্ত বেশ কয়েকটি কারণ রয়েছে।

— হামিদ মোসাল্লা

Answer 1

আমি দৌড়ে এটি ঠিক করতে সক্ষম হয়েছি

"সি: \ প্রোগ্রাম ফাইলগুলি ot ডটনেট \ ডটনেট.এক্স্সি" "সি: \ ফুলপথ \ PROJECT.dll"

কমান্ড প্রম্পটে, যা আমাকে আরও অর্থপূর্ণ ত্রুটি দিয়েছে:

"নির্দিষ্ট ফ্রেমওয়ার্ক 'মাইক্রোসফট.নাইটকোর.অ্যাপ', সংস্করণ '১.০.১' পাওয়া যায় নি। - অ্যাপ্লিকেশন নির্ভরতা পরীক্ষা করে নিন এবং এতে ইনস্টল করা একটি ফ্রেমওয়ার্ক সংস্করণ লক্ষ্য করুন: সি: \ প্রোগ্রাম ফাইলস \ ডটনেট \ ভাগ করা \ মাইক্রোসফট.নেটকোর।অ্যাপ - নিম্নলিখিত সংস্করণগুলি ইনস্টল করা হয়েছে: 1.0.0 - বিকল্প হিসাবে ফ্রেমওয়ার্ক সংস্করণ '1.0.1' ইনস্টল করুন।

আপনি দেখতে পাচ্ছেন, আমার সার্ভারে আমার কাছে নেট নেট কোর সংস্করণ ইনস্টল ছিল। পূর্ববর্তী সংস্করণ 1.0.0 আনইনস্টল করে এবং সঠিক সংস্করণ 1.0.1 ইনস্টল করার পরে আমি আমার অ্যাপ্লিকেশনটি চালাতে সক্ষম হয়েছি।

Comments

নোডজেএস ইনস্টল করা দরকার ছিল তা খুঁজে পেতে আমি এটি ব্যবহার করতে সক্ষম হয়েছি ... কারণ এটি "আরও অনেক অর্থপূর্ণ বার্তা" দেয়।

— টিম হারকার

আমি এই বিষয়ে কতটা সময় নষ্ট করেছি তা বলতে পারছি না। ধন্যবাদ. আমার ত্রুটিটি একটি অনুপস্থিত শংসাপত্র সম্পর্কিত ছিল। কেন কিছু বুদ্ধিমান পদ্ধতির মাধ্যমে আমি এই ত্রুটি পেতে পারি না?

— স্প্রেগ

কেউ দয়া করে আমাকে বলতে পারেন যে আদেশটি কী? সি: \ ফুলপথ \ ডটনেট ?? আপনার অ্যাপ্লিকেশন পাথ, কিন্তু ডটনেট কি ? প্রকল্প ফোল্ডারে কোনও ডটনেট ফাইল নেই

— জেরেমি থম্পসন

@ জেরেমি থম্পসন এটি ডটনেট.এক্সির পথ যা সাধারণত অবস্থিত: সি: \ প্রোগ্রাম ফাইলস \ ডটনেট \ ডটনেট.এক্সে

— হাটস্রুমন্ডকোড

নেট নেট 2.1.3 এ আপডেট করার পরে আমি এই ত্রুটিটি পেরিয়ে এসেছি ডান। নেট এসকেকে / রানটাইম ইনস্টল করে এটি ঠিক করেছে।

— মাইক বোভেনল্যান্ডার

Answer 2

আমার একই সমস্যা ছিল, আমার ক্ষেত্রে এটি আমার অ্যাপ্লিকেশন পুলের ব্যবহারকারীর পরিচয়ের অপর্যাপ্ত অনুমতি ছিল , এসপ নেট ডকের আইআইএস পৃষ্ঠায় প্রকাশের ক্ষেত্রে, এই ত্রুটির জন্য কয়েকটি কারণ তালিকাভুক্ত রয়েছে:

• আপনি প্রকাশ করে থাকেন তবে একটি স্বয়ংসম্পূর্ণ অ্যাপ্লিকেশন, নিশ্চিত আপনি একটি প্ল্যাটফর্ম সেট না যে buildOptionsএর project.jsonপরিত্রাণ প্রকাশ সঙ্গে যে দ্বন্দ্ব। উদাহরণস্বরূপ, x86 এর প্ল্যাটফর্ম নির্দিষ্ট করবেন না এবং win81-x64 ( dotnet publish -c Release -r win81-x64) এর একটি RID সহ প্রকাশ করুন । প্রকল্পটি সতর্কতা বা ত্রুটি ছাড়াই প্রকাশ করবে তবে সার্ভারে উপরের লগ করা ব্যতিক্রমগুলি ব্যর্থ হবে।
• এটি কোনও পোর্টেবল অ্যাপ্লিকেশনের জন্য বা। Web my_application.exe একটি স্ব-অন্তর্ভুক্ত অ্যাপ্লিকেশনটির জন্য তা নিশ্চিত করার জন্য ওয়েব কোডফাইগের উপাদানটির processPathবৈশিষ্ট্যটি পরীক্ষা করুন ।<aspNetCore>dotnet
• পোর্টেবল অ্যাপ্লিকেশনের জন্য, dotnet.exePATH সেটিংসের মাধ্যমে অ্যাক্সেসযোগ্য নাও হতে পারে। C:\Program Files\dotnet\সিস্টেম PATH সেটিংসে বিদ্যমান তা নিশ্চিত করুন ।
• পোর্টেবল অ্যাপ্লিকেশনটির জন্য, অ্যাপ্লিকেশন dotnet.exeপুলটির ব্যবহারকারী পরিচয়ের জন্য অ্যাক্সেসযোগ্য নাও হতে পারে। নিশ্চিত করুন যে অ্যাপপুল ব্যবহারকারী পরিচয়টির C:\Program Files\dotnetডিরেক্টরিতে অ্যাক্সেস রয়েছে ।
• নিশ্চিত হয়ে নিন যে আপনি .UseIISIntegration()অ্যাপ্লিকেশনটির পদ্ধতিতে কল করে আইআইএস ইন্টিগ্রেশন মিডলওয়্যারটিকে সঠিকভাবে উল্লেখ করেছেন WebHostBuilder()।
• .UseUrls()কেষ্টারেলের সাথে স্ব-হোস্টিংয়ের সময় আপনি যদি এক্সটেনশন পদ্ধতিটি ব্যবহার করছেন , তা নিশ্চিত করুন যে এটি .UseIISIntegration()এক্সটেনশন পদ্ধতির আগে অবস্থিত WebHostBuilder()। আইআইএসের পিছনে কেষ্টরেল চালানোর সময় .UseIISIntegration()অবশ্যই Urlবিপরীত প্রক্সি তৈরি করতে হবে এবং এর মানটি ওভাররাইড করা উচিত নয় .UseUrls()।

আমার ক্ষেত্রে এটি চতুর্থ কারণ ছিল, আমি আমার অ্যাপ্লিকেশন পুলটিতে ডান ক্লিক করে এটিকে পরিবর্তন করেছি এবং প্রক্রিয়া মডেলের অধীনে অগ্রণী সেটিংয়ে, আমি যথেষ্ট অনুমতি নিয়ে কোনও ব্যবহারকারীর কাছে পরিচয় সেট করেছি:

Comments

এটিই আমি উত্তরটি খুঁজছিলাম! আমার ক্ষেত্রে এটি ছিল অ্যাপ্লিকেশন পুলও ....

— আরমান্ডো রামিরেজ

ধন্যবাদ. আমার ক্ষেত্রে সমস্যাটি ডটনেটের পথে ছিল। সিস্টেম ইভেন্ট ভিউয়ার এ ধরনের লগ পাওয়া যায়নি: Failed to start process with commandline '"dotnet" .\PROJECT.dll', ErrorCode = '0x80070002'।

— 0x49D1

আমি আরও একটি কারণ যুক্ত করব: "ইনস্টলারটি ভিসি ++ পুনরায় বিতরণযোগ্য" যেহেতু আমার সার্ভারের কোনও ইন্টারনেট সংযোগ নেই, এটি এই প্যাকেজটি ডাউনলোড করতে পারে নি ... সুতরাং, আপনাকে ম্যানুয়ালি এটি ডাউনলোড করতে হবে: লিঙ্কটি ইনস্টল করুন।

— প্যাকো মেন্ডিজ

dotnetআমার পথে ছিল, তবে এটির স্বীকৃতি পাওয়ার জন্য সার্ভারটি পুনরায় চালু করতে হবে।

— ড্যানি কুলেন

আমার ক্ষেত্রে আমাকে প্রকাশ কমান্ডে --আরটাইম মানটি নির্দিষ্ট করতে হবে যদি আমি --framework অপশন সরবরাহ করি অন্যথায় - ফ্রেমওয়ার্কটি দেবেন না এবং এটি ডিফল্টরূপে রানটাইমটি সন্ধান করছে।

— গোমেস

Answer 3

আইআইএস-এর হার্ড রিসেট দিয়ে আমি এই কাজটি পেয়েছি (আমি কেবলমাত্র হোস্টিং প্যাকেজটি ইনস্টল করেছি)।

দেখা যাচ্ছে যে আইআইএস ম্যানেজারে 'পুনঃসূচনা' টিপতে যথেষ্ট নয়। আমাকে কেবল একটি কমান্ড প্রম্পট খুলতে হয়েছিল এবং 'iisreset' টাইপ করতে হয়েছিল

Comments

আমি ইউআইতে ওয়েব সার্ভারের রুট নোডে গ্রিন রিসাইকেল iis টিপলাম। এটি আমার পক্ষে অ্যাপ পুলের জন্য ব্যবহারকারী সেটিংয়ের সাথে মিলিত এটি সমাধান করেছেLocalSystem

— জেপি হেলিমনস

ধন্যবাদ মাইকেল ... এটি আমার সমস্যার সমাধানও করেছে। কয়েক ঘন্টা ধরে উত্তর খুঁজছিল। ধন্যবাদ!

— বারুইন

TX! আপনার উত্তরটি আমাকে এমএস ডক্স থেকে এটির স্মরণ করিয়ে দিয়েছে "সিস্টেমটি পুনরায় চালু করুন বা নেট স্টপ চালানো হবে / y এর পরে সিস্টেম প্যাথটিতে পরিবর্তন আনার জন্য কমান্ড প্রম্পট থেকে নেট স্টার্ট ডাব্লু 3 এসভিসি হবে"। (.NET কোর উইন্ডোজ সার্ভার হোস্টিং বান্ডেল ইনস্টল করার পরে)

— কুইন্টন স্মিথ

আমার সমস্যাও সমাধান করেছেন। ধন্যবাদ

— মেটা-ইউ

আমার জন্য কাজ করেছেন। ধন্যবাদ :)

— হুসেইন শাব্বির

Answer 4

সুতরাং আমি একটি নতুন সার্ভার পেয়েছি, এবার এটি উইন্ডোজ ২০০৮ আরআর 2 এবং আমার অ্যাপ্লিকেশনটি ঠিকঠাক কাজ করে।

পুরানো সার্ভারে সমস্যাটি কী ছিল তা আমি নিশ্চিত করে বলতে পারি না তবে আমার একটি ধারণা আছে।

সুতরাং কারণ আমি পূর্বে অ্যাপ্লিকেশন কম্পাইল ছাড়া মনের মধ্যে যে কোনও প্ল্যাটফর্ম এটা আমাকে দিয়েছে dllসংস্করণ যা শুধুমাত্র কাজ করে লক্ষ্য হোস্ট হয়েছে থাকে .Net Core Windows Hostingপ্যাকেজ ইনস্টল করা নেই। আমার ক্ষেত্রে এটি ইনস্টল করা হয়েছিল এবং এটি ঠিক ছিল ।

অ্যাপটি কাজ না করার পরে আমি win7-x64রানটাইম হিসাবে এটি কনসোল অ্যাপ হিসাবে সংকলন করার সিদ্ধান্ত নিয়েছিলাম । এবার এই মুহুর্তে আমি exeসার্ভারে আমার অ্যাপ্লিকেশনটি চালানোর সময়, এটি একটি নিখোঁজ ডিএল সম্পর্কে একটি ত্রুটির সাথে ক্র্যাশ হয়েছে:

The program can't start because api-ms-win-crt-runtime-l1-1-0.dll is missing

সেই ডেলী ইউনিভার্সাল সি রানটাইম থেকে যা ভিজ্যুয়াল স্টুডিও 2015 এর জন্য ভিজ্যুয়াল সি ++ পুনরায় বিতরণযোগ্য অন্তর্ভুক্ত ।

আমি সেই প্যাকেজটি ইনস্টল করার চেষ্টা করেছি (x64 এবং x86 উভয়ই) তবে এটি প্রতিবার উইন্ডোজ সার্ভার 2012 আর 2 এ ব্যর্থ হয়েছিল (কেন জানি না)।

কিন্তু যখন আমি তাদের নতুন সার্ভার, উইন্ডোজ সার্ভার ২০০৮ আর 2 এ ইনস্টল করার চেষ্টা করেছি তখন তারা সফলভাবে ইনস্টল হয়েছিল। এটি এর পিছনে কারণ হতে পারে, তবে এখনও নিশ্চিত করে বলতে পারি না।

Answer 5

ওয়েব অ্যাপটি প্রকাশের সময় আমারও একই সমস্যা ছিল। যদি কারও কাছে এখনও সমস্যা থাকে তবে এটি N AppName} .runtimeconfig.json পরিবর্তন করে সমাধান করে

    {
  "runtimeOptions": {
    "framework": {
      "name": "Microsoft.NETCore.App",
      "version": "1.1.2"
    },
    "configProperties": {
      "System.GC.Server": true
    }
  }
}

"সংস্করণ": "১.১.২" থেকে "সংস্করণ": "১.১.১" এ সংস্করণ পরিবর্তন করুন এবং অরথথাইন ঠিকঠাক কাজ করেছে

Answer 6

আমারও একই সমস্যা ছিল।

এর সঠিক উত্সটি অনুসন্ধান করতে আমি ওয়েব.কমফিগ ফাইলটিতে লগইন করেছিলাম:

<aspNetCore processPath="dotnet" arguments=".\MyWebService.dll" stdoutLogEnabled="**true**" stdoutLogFile=".\logs\stdout" />

এবং MyWebService রুট ফোল্ডারে লগগুলি সাবফোল্ডার তৈরি করেছে।

আইআইএস পুনরায় আরম্ভ করার পরে এবং এপিআই কার্যকর করার চেষ্টা করার পরে আমি একটি ত্রুটি পেয়েছি এবং এটি সঠিক কোর রানটাইম অনুপস্থিত। ইনস্টল করার পরে ডটনেটকোর ১.০.৫.২.২.২-উইন্ডোজহোস্টিংয়ের ত্রুটিটি চলে গেছে।

Comments

IMO আপনার কোনও বিভ্রান্তি এড়াতে 'সত্য' মান থেকে তারকাচিহ্নগুলি সরিয়ে ফেলা উচিত।

— এপেরিওকুলাস

Answer 7

একই সমস্যা ছিল এবং সমস্ত সমাধান কার্যকর হয়নি। এই রত্নটি পেয়েছি এবং ভেবেছিলাম যে এটি অন্য কাউকে সহায়তা করলে আমি পাশ দিয়ে যাব। ডিএলএল অনুপস্থিত ত্রুটি পেয়ে সার্ভারে 2012 আর 2 এ ইনস্টল করুন, ভিএস সি ++ 2015 পুনরায় ইনস্টল করার চেষ্টা করুন এবং একটি ত্রুটি পান। নিম্নলিখিতটি করা ঠিক করুন:

মনে C:\ProgramData\Package Cache\...\packages\Patch\x64\Windows8.1-KB2999226-x64.msuহচ্ছে ফাইলটি ইনস্টল হতে সমস্যা রয়েছে। অ্যাডমিন কমান্ড প্রম্পট ওপেন করুন:

c:
mkdir tmp
mkdir tmp\tmp
move "C:\ProgramData\Package Cache\...\packages\Patch\x64\Windows8.1-KB2999226-x64.msu" c:\tmp
expand -F:* c:\tmp\Windows8.1-KB2999226-x64.msu c:\tmp\tmp
dism /online /add-package /packagepath:c:\tmp\tmp\Windows8.1-KB2999226-x64.cab

দ্রষ্টব্য: "..." টি সঠিক ফোল্ডারের নাম দিয়ে প্রতিস্থাপন করুন। এর পরে ভিএস সি ++ 2015 প্যাকেজটি পুনরায় ইনস্টল করুন।

Answer 8

আমারও একই রকম সমস্যা ছিল এবং শার্লক হোমসকে উদ্ধৃত করার জন্য: " আপনি যখন অসম্ভবকে সরিয়ে দিয়েছেন, তবে যা অসম্ভব, যা সত্য, তা কি সত্য হওয়া উচিত? "

আমি লক্ষ্য করেছিলাম .NET ফ্রেমওয়ার্কটি সার্ভারে ইনস্টল করা আছে কিনা তা আমি যাচাই করেছিলাম এবং দেখা গেছে যে এটি ছিল না। আমি 4.6.2। নেট ফ্রেমওয়ার্ক ইনস্টল করেছি এবং এটি কার্যকর হয়েছে।

Answer 9

আমার ভিএস প্রকল্পটি স্বয়ংক্রিয়ভাবে। নেট কোর 1.1.2 এ আপগ্রেড হওয়ার পরে আমি আমার প্রোডাকশন সার্ভারে এই সমস্যাটি পেয়েছি।

আমি আমার প্রোডাকশন সার্ভারে এখান থেকে কেবল 1.1.2। নেট কোর রানটাইম ইনস্টল করেছি: https://www.microsoft.com/net/download/core#/runtime

Comments

আমি একই ইস্যুটি জুড়ে দৌড়েছি তবে সদ্য প্রকাশিত নেট কোর 2.0.0 নিয়ে .6 প্রোডাকশন সার্ভারে নেট কোর এসডিকে 2.0.6 ইনস্টল করে স্থির করা হয়েছে

— ডডব্রিয়ান

Answer 10

মীমাংসিত আমি শুধু আজ একই সমস্যা মাধ্যমে দৌড়ে যখন নিয়োজনের আকাশী নীল । তারপরে আমি স্থানীয় আইআইএসের জন্যও একই চেষ্টা করেছি, একই সমস্যা পেয়েছি। যেমন আমি নেট নেট তে নতুন, আমি এটি সমাধান করার কয়েক ঘন্টা আগে লড়াই করেছি।

আমাদের সমাধানে, আমি আইআইএসে প্রকাশের পরে, আমি আমার ওয়েবকনফায়াল ফাইলটি বিশেষ করে রেখার নীচে পর্যবেক্ষণ করেছি <aspNetCore processPath="bin\IISSupport\VSIISExeLauncher.exe" arguments="-argFile IISExeLauncherArgs.txt" forwardWindowsAuthToken="false" stdoutLogEnabled="false" />

আমাদের ডিপ্লোয়মেন্ট ফোল্ডারে জেনারেট হওয়া ওয়েবকনফিগ দেখতে দেখতে:<aspNetCore processPath="dotnet" arguments=".\Yodlee.dll -argFile IISExeLauncherArgs.txt" forwardWindowsAuthToken="false" stdoutLogEnabled="false" stdoutLogFile=".\logs\stdout" />

এখন দয়া করে ভিজ্যুয়াল স্টুডিও সমাধানটিতে উপরের কনফিগারেশনটি পরিবর্তন করার চেষ্টা করুন<aspNetCore processPath="bin\IISSupport\VSIISExeLauncher.exe" forwardWindowsAuthToken="false" stdoutLogEnabled="false" />

আমাদের নতুন ডিপ্লোয়মেন্ট ফোল্ডারে জেনারেটেড ওয়েবকনফিগ দেখতে দেখতে:<aspNetCore processPath="dotnet" arguments=".\Yodlee.dll" forwardWindowsAuthToken="false" stdoutLogEnabled="false" stdoutLogFile=".\logs\stdout" />

এবং এটি আমার সমস্যা সমাধান করেছে, আশা করি এটি সহায়তা করবে।

Comments

আরে @ অগ্নি, এটি আমার জন্য কাজ করেছে, ধন্যবাদ তবে, যতবারই আমি আবার প্রকল্পটি অ্যাজুরেতে প্রকাশ করার চেষ্টা করব, এটি পুনরায় তৈরি হবে এবং সমস্যাটি সৃষ্টি করার অংশটি দিয়ে ওয়েবকনফাইগটি স্বয়ংক্রিয়ভাবে আসলটিতে ফিরে যাবে। আপনি কি এর জন্য কোনও সমাধান খুঁজে পেয়েছেন? (আমি এসপ নেট কোর 2.0 ব্যবহার করছি)।

— রদ্রিগো পাইরেস

আমার ক্ষেত্রে আমাকে পরিবর্তন processPath="dotnet"করতে হয়েছিল processPath="C:\Program Files\dotnet\dotnet.exe"। তারপর এটি কাজ করে।

— vaheeds

Answer 11

আমি যখন আমার ডেভ মেশিনটি কোর ১.০.১ এ আপডেট করেছি তখন আমার একই সমস্যা হয়েছিল তবে সার্ভারটি আপডেট করতে ভুলে গিয়েছি।

Comments

আমার জন্য আমি নেট কোর এসডিকে এখান থেকে পুনরায় ইনস্টল করেছি: মাইক্রোসফ্ট / নেট / কোয়ার# উইন্ডো তখন এটি কাজ করে।

— জিন

ভিএস2017 এখন ডিফল্টরূপে নেট কোর 1.1 - আইআইএসে আপগ্রেড করা প্রজ প্রকাশের আগে সমস্ত রিমোট সার্ভারগুলি আপডেট করা দরকার। আপনি আরও সহায়ক ত্রুটি বার্তাটি পেতে পারেন (".NET কোর 1.1 ইনস্টল করা হয়নি") তবে চলছেdotnet .\YOURPROJDLL.dll

— Coruscate5

Answer 12

AWS EB- এ আমার .NET কোর 2.0 এপিআই প্রকাশ করার চেষ্টা করার সময় আমি HTTP ত্রুটি 502.5 পেয়েছিলাম এবং .csproj এ নিম্নলিখিত কোডটি যুক্ত করে সমাধান করেছি:

  <PropertyGroup>
    <PublishWithAspNetCoreTargetManifest>false</PublishWithAspNetCoreTargetManifest>
  </PropertyGroup>

Answer 13

আমারও একই সমস্যা ছিল। আমি অ্যাপ্লিকেশন পুল পরিচয়টি নেটওয়ার্ক পরিষেবা অ্যাকাউন্টে পরিবর্তন করেছি। তারপর আমি স্পষ্টভাবে পথ কাজ অ্যাপ্লিকেশনের জন্য web.config সঠিকভাবে যেমন @danielyewright তার বলেন মধ্যে dotnet.exe সেট GitHub মন্তব্য নেই। এটি পথ নির্ধারণের পরে কাজ করে।

ধন্যবাদ

Answer 14

আমার ক্ষেত্রে এই ত্রুটিটি ভাগ করে নেওয়া হয়েছিল কারণ আমি প্রকল্প.জসন এর সাথে আপডেট করতে ভুলে গেছি :

"buildOptions": {
    "emitEntryPoint": true
  }

Answer 15

প্রস্তাবিত উত্তরে ভিএসজি 24 দ্বারা বর্ণিত একই সমস্যাগুলির সাথে আমার একই প্রশ্নে ত্রুটি ছিল - সিএমডি-তে 'ডটনেট' টাইপ করার সময় বাজে ত্রুটি বার্তা:

প্রোগ্রামটি আরম্ভ করা যাচ্ছে না কারণ api-ms-win-crt-runtime-l1-1-0.dll অনুপস্থিত

আমি উইন্ডোজ সার্ভার 2012 আর 2 (এবং পূর্ব-প্রয়োজনীয়তা এবং সংযুক্ত অন্যান্য সমস্ত আপডেট - মাইক্রোসফ্ট ওয়েবসাইটে সাবধানতার সাথে ইনস্টলেশন নির্দেশাবলী পড়ুন) এ নিম্নলিখিত 2 আপডেট ম্যানুয়ালি ইনস্টল করে সমাধান করেছি :

1. KB2919355
2. KB2999226

আশা করি এটি কাউকে সাহায্য করবে।

Answer 16

আমি আমার ওয়েব অ্যাপ্লিকেশনটির ডিবাগ সংস্করণ প্রকাশের চেষ্টা করার সময় আমি একই সমস্যার মুখোমুখি হয়েছিলাম। এই সেটগুলির ফাইলগুলিতে web.configঅ্যাট্রিবিটের যথাযথ মান সহ ফাইল থাকে না processPath।

আমি এই ফাইলটি রিলিজ সংস্করণ থেকে নিয়েছি, মানটি আমার এক্সি ফাইলের পথে নির্ধারিত হয়েছিল।

<aspNetCore processPath=".\My.Web.App.exe" ... />

Answer 17

আমার ক্ষেত্রে সার্ভারে নেট কোর সংস্করণ ইনস্টল করার ক্ষেত্রে সমস্যা ছিল। আমি কেবল আমার বিকাশ মেশিনের মতো একই সংস্করণটি ইনস্টল করেছি এবং সবকিছু ঠিক আছে :-)

Answer 18

আমি এখানে পাওয়া সর্বশেষ। নেট কোর সংস্করণ ইনস্টল করা প্রয়োজন । সাইট বা সার্ভার পুনরায় চালু করার দরকার নেই

Answer 19

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

Answer 20

আমার ক্ষেত্রে, ইনস্টল করার পরে AspNetCore.2.0.6.RuntimePackageStore_x64.exeএবং DotNetCore.2.0.6-WindowsHosting.exe, আমার 502 খারাপ গেটওয়ে এবং প্রক্সি ত্রুটি ছাড়াই এটি কাজ করার জন্য সার্ভারটি পুনরায় চালু করতে হবে।

হালনাগাদ:

এটি পুনঃসূচনা ছাড়াই আপনি ব্যবহার করতে পারেন এমন একটি উপায় রয়েছে: https://stackoverflow.com/a/50808634/3634867

Answer 21

প্রশাসক শংসাপত্রগুলির সাথে ওপেন কমান্ড প্রম্পট

নিম্নলিখিত কমান্ডটি টাইপ করুন এবং এন্টার চাপুন

> আইস্রেসেট

অথবা

প্রশাসকের শংসাপত্রগুলির সাথে ভিজ্যুয়াল স্টুডিও 2017 খুলুন

প্যাকেজ ম্যানেজার কনসোলে নিম্নলিখিত কমান্ডটি টাইপ করুন এবং এন্টার টিপুন

প্রধানমন্ত্রী > আইআইএসআরএসইটি

PM> IISRESET
Attempting stop...
Internet services successfully stopped
Attempting start...
Internet services successfully restarted

Answer 22

আমার জন্য এটি। নেট কোর ইনস্টল করার বিভিন্ন সংস্করণ থাকার কারণে ঘটেছিল। আমি আমার ডেভ এবং প্রোডাকশন সার্ভারের সাথে মেলে এবং এটি কার্যকর।

Answer 23

আমারও এই সমস্যাটি ছিল (ত্রুটিটি ভিএস 15 এবং 17 এ উভয়ই ঘটেছে)। তবে CONNECTION_REFUSEDভিএস 15 এ এটি একটি ত্রুটি ফিরে পেয়েছিল এবং ভিএস 17 এ এটি ফিরে এসেছে ASP.NET Core 1.0 on IIS error 502.5।

ফিক্স

1. আপনার প্রকল্প ডিরেক্টরিতে নেভিগেট করুন এবং লুকানো ফোল্ডারটি সনাক্ত করুন .vs(এটি প্রকল্পের ফোল্ডারে ডায়ারে অবস্থিত)। (লুকানো ফাইল / ফোল্ডার দেখাতে ভুলবেন না)

2. বন্ধ

3. .Vs-ফোল্ডার মুছুন
4. অ্যাডমিন হিসাবে ভিএস শুরু করুন (.vs-ফোল্ডারটি ভিএস দ্বারা পুনরায় তৈরি করা হবে)

Answer 24

আমি যা অনুগ্রহ করেছি তা এখানেই এবং উইন্ডোজ 10 এ একটি আপডেট ইনস্টল হওয়ার পরে এটি ঘটেছিল। আমি যা জড়ো করেছি, সেখান থেকে একটি উইন্ডোজ ডিফেন্ডার আপডেট ইনস্টল করা হয়েছিল যা ধরে নিয়েছে যে আমার "প্রজেক্ট.ডিল" (একটি এসপ নেট কোর প্রকল্প) ভাইরাসের মতো আচরণ করেছে যাতে এটি মুছে ফেলা হয়।

সুতরাং, স্টাফগুলি ইনস্টল / আনইনস্টল করা শুরু করার আগে আমি আপনাকে প্রথমে যে পরামর্শ দিই তা হ'ল আপনার "প্রজেক্ট.ডিল" এটি কোথায় হওয়া উচিত তা নিশ্চিত করে পরীক্ষা করা।

এটি যদি আবার না থাকে তবে এটিকে আবার অনুলিপি করুন।

আপনার যদি ফাইলটি অনুলিপি করতে ব্যর্থ হয় তবে উইন্ডোজ ডিফেন্ডারটিতে আপনার প্রকল্প ফোল্ডারে কোনও বর্ধন যোগ করুন । ( এটি এখানে কীভাবে করবেন তা শিখুন ))

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

Answer 25

আমার জন্য এটি ছিল যে স্টার্টআপ.কে সংযোগ স্ট্রিংটি শূন্য ছিল:

services.AddDbContext<ApplicationDbContext>(options => options.UseSqlServer(Configuration.GetConnectionString("DefaultConnection")));

এবং এটি নাল ছিল কারণ সংযোগের স্ট্রিংয়ের জন্য অ্যাপ্লিকেশনটি appsettings.json এ খুঁজছিল না।

প্রোগ্রামের কোডগুলি এতে পরিবর্তন করতে হয়েছিল:

public static void Main(string[] args)
{
    BuildWebHost(args).Run();
}

public static IWebHost BuildWebHost(string[] args) =>
     WebHost.CreateDefaultBuilder(args)
     .ConfigureAppConfiguration((context, builder) => builder.SetBasePath(context.HostingEnvironment.ContentRootPath)
     .AddJsonFile("appsettings.json").Build())
     .UseStartup<Startup>().Build();

Answer 26

এটি আমার পক্ষে কেন কাজ করেছে তা আমার কোনও ধারণা নেই তবে আমি উইন্ডোজ প্রমাণীকরণ ব্যবহার করছি এবং আমার কোডটিতে এই বিট কোডটি BuildWebHostছিল Program.cs:

.UseStartup<Startup>()
.UseHttpSys(options =>
{
    options.Authentication.Schemes =
        AuthenticationSchemes.NTLM | AuthenticationSchemes.Negotiate;
    options.Authentication.AllowAnonymous = false;
})
.Build();

.UserHttpSysবিটটি সরানোর পরে , এটি এখন কাজ করে এবং আমি এখনও একটি ডোমেন ব্যবহারকারী হিসাবে প্রমাণীকরণ করতে পারি।

BuildWebHost এখন মত দেখাচ্ছে

public static IWebHost BuildWebHost(string[] args) =>
    WebHost.CreateDefaultBuilder(args)
    .UseStartup<Startup>()
    .Build();

Comments

আমার এসপনেট কোরটিতে কুকি প্রমাণীকরণ রয়েছে। আমি কীভাবে কনফিগার করব?

— কুডলটিগার

@ কুডলটিগার দুঃখিত আমি নিশ্চিত নই - আপনার সেরা বাজিটি একটি পৃথক প্রশ্ন তৈরি করা

— বাসি

Answer 27

আমি একই ত্রুটি পেয়েছিলাম, এবং সমস্যাটি খুঁজে পেয়েছিলাম যে আজুরে প্রকাশের সময়, আমার ওয়েবকনফাইগ ফাইলটি সংশোধন করা হয়েছিল যাতে নীচের লাইনটি এভাবে শেষ হয়েছিল:

<aspNetCore processPath="bin\IISSupport\VSIISExeLauncher.exe" arguments="-argFile IISExeLauncherArgs.txt" forwardWindowsAuthToken="false" stdoutLogEnabled="false" startupTimeLimit="3600" requestTimeout="23:00:00" />

উত্পাদনের সমস্যাটি হ'ল আর্গুমেন্টের বিষয়বস্তু: "-argFile IISExeLauncherArgs.txt"

দেখে মনে হচ্ছে এই সমস্যাটি পরবর্তী .NET কোর এসডিকে (বর্তমানে পূর্বরূপে রয়েছে) ঠিক করা হবে তবে আপাতত, কাজটি এই ব্লকটিকে .csproj ফাইলে যুক্ত করতে হবে:

<Target Name="bug_242_workaround" AfterTargets="_TransformWebConfig">
    <Exec Command="powershell &quot;(Get-Content '$(PublishDir)Web.config').replace(' -argFile IISExeLauncherArgs.txt', '') | Set-Content '$(PublishDir)Web.config'&quot;" />
  </Target>

এটি ওয়েবকনফিগকে সংশোধন করবে এবং প্রকাশের জন্য সমস্যাযুক্ত অংশটি সরিয়ে ফেলবে।

তথ্যসূত্র: https://github.com/aspnet/websdk/issues/242

আশা করি এটা সাহায্য করবে.

Comments

স্টার্টআপটাইমলিমিট এবং অনুরোধ উভয়ই যোগ করা হচ্ছে টাইমআউট সংযোজন একটি টুলিং বাগ হিসাবে দেখা যাচ্ছে ।

— মার্ক

Answer 28

প্রকাশনা কনফিগারেশন পরিবর্তন করার পরে আমার জন্য কাজ করেছেন।

Comments

দুঃখিত আমি আমার সংস্থায় চিত্র দেখতে পাচ্ছি না। ডাউনলোড করা চিত্রগুলি অবরুদ্ধ করা হয়েছে (বেশিরভাগ সংগঠনে)।

— আগস্ট

Answer 29

আমার একটি অনুরূপ সমস্যা ছিল (Asp.Net Core 2.x) যা একটি 64৪-বিট উইন্ডোজ সার্ভারে আইআইএস-এ একটি 32-বিট অ্যাসপেট কোর অ্যাপ্লিকেশন চালানোর চেষ্টা করার কারণে হয়েছিল। মূল কারণটি হ'ল যে ওয়েবকনফিগ যা স্বয়ংক্রিয়ভাবে উত্পন্ন হয় (যদি আপনার প্রকল্পটি স্পষ্টভাবে একটিতে অন্তর্ভুক্ত না করে, যা এসপ নেট কোর প্রকল্পগুলি ডিফল্টরূপে না করে) ডটনেট এক্সিকিউটেবলের পুরো পথ ধারণ করে না। আপনি যখন একটি 64 বিট মেশিনে হোস্টিং বান্ডেল ইনস্টল করবেন এটি ডটনেটের 64 এবং 32 বিট সংস্করণ ইনস্টল করবে তবে পাথটি ডিফল্টভাবে 64 বিটের মধ্যে সমাধান হয়ে যাবে এবং আপনার 32 বিট এসপি নেট কোর অ্যাপ লোড হতে ব্যর্থ হবে। আপনার ব্রাউজারে আপনি একটি 502.5 ত্রুটি দেখতে পাবেন এবং আপনি যদি সার্ভার ইভেন্ট লগটি দেখতে পান তবে আপনি ত্রুটি কোড 0x80004005 দেখতে পাবেন। যদি আপনি সেই সার্ভারে আপনার এসপিএন কোর অ্যাপ্লিকেশন ডেলকে লোড করার জন্য একটি কমান্ড প্রম্পট থেকে dotnet.exe চালানোর চেষ্টা করেন তবে আপনি "ব্যাডিম্যাজ ফরমেট এক্সেকশন" বা "এর মতো একটি ত্রুটি দেখতে পাবেন

<?xml version="1.0" encoding="utf-8"?>
<configuration>
    <location path="." inheritInChildApplications="false">
        <system.webServer>
            <handlers>
                <add name="aspNetCore" path="*" verb="*" modules="AspNetCoreModule" resourceType="Unspecified" />
            </handlers>
            <aspNetCore processPath="C:\Program Files (x86)\dotnet\dotnet.exe" arguments=".\My32BitAspNetCoreApp.dll" stdoutLogEnabled="false" stdoutLogFile=".\logs\stdout" />
       </system.webServer>
   </location>
</configuration>

Answer 30

আমি একই সমস্যা পেয়েছি এবং আমার ক্ষেত্রে কারণটি ছিল যে EF কোর appsettings.development.jsonফাইল থেকে সংযোগ স্ট্রিং পড়ার চেষ্টা করছিল । আমি এটি খুলেছি এবং সংযোগের স্ট্রিং মন্তব্য করা হয়েছে।

//{
//  "ConnectionStrings": {
//    "DefaultConnection": "Server=vaio;Database=Goldentaurus;Trusted_Connection=True;",
//    "IdentityConnection": "Server=vaio;Database=GTIdentity;Trusted_Connection=True;"
//  }
//}

আমি তখন নীচের মত এগুলিকে ছাড় দিয়েছি এবং সমস্যাটি সমাধান হয়েছে:

{
  "ConnectionStrings": {
    "DefaultConnection": "Server=vaio;Database=Goldentaurus;Trusted_Connection=True;",
    "IdentityConnection": "Server=vaio;Database=GTIdentity;Trusted_Connection=True;"
  }
}