La oss først snakke om driftsmiljøet. Prosjektet asp.net MVC-versjonen er 4.5, og den eksterne serveren er Windows Server 2016 x64-bits system, og det native win10 x64-bits systemet er systemet.
VS installasjonskatalog for å finne Remote Debugger-katalogen, vil det være 3 versjoner "Appx", "x64", "x86" under katalogen, siden serveren vår er en x64-bits versjon, så kopier x64-mappen direkte til vår eksterne server.
Fjerndebugger-katalog
C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\Remote Debugger
De mange gale katalogene på Internett er: C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE
Vi åpner mappen vi nettopp kopierte på den eksterne serveren, finner "msvsmon.exe"-programmet og kjører det som administrator, og setter det i verktøyinnstillingene som følger:
(Ingen autentisering, la hvilken som helst bruker feilsøke, porter kan settes selv eller forlate standarden)
Vi publiserer prosjektet på serveren, og når vi publiserer,Merk at konfigurasjonen er valgt som "Debug"-alternativetSom følger:
Pakk den genererte release-pakken og last den opp til serveren for publisering, det er trinn, så jeg skal ikke snakke om det her.
Koden som må feilsøkes for kontrolleren er som følger:
La oss be om den direkte, og den returnerer normalt, som følger:
Fjernkommisjonering
I VS, velg Debug - Attach to Process, velg "Remote (Unauthenticated)" for tilkoblingstype, skriv inn ip:port for tilkobling og destinasjon, og enter! Som vist nedenfor:
Velg prosessen som må feilsøkes nedenfor, prosessen kalt "w3wp.exe", og legg ved! Ved å be om URL-en på nytt kan vi finne strømbruddet som kom inn i innstillingene, som vist i figuren nedenfor:
Til slutt, legg ved lenker til ulike MS Remote Debugging-hjelpedokumenter:Innloggingen med hyperkoblingen er synlig.
|
Publisert på 23.05.2018 17:27:57
|
|
|
|
