Miałem wrażenie, że możemy uruchomić aplikację na żywo na serwerze, który będzie nasłuchiwał i serwował dane (strony internetowe, gdyby były w tym celu). W ten sposób nie będziemy musieli hostować naszych aplikacji internetowych w usługach IIS. Zawsze myślałem, że to właśnie oznacza "hosting aplikacji internetowych w swoim własnym procesie".ASP.net 5 Self-Hosted na Live Windows Server - odmowa dostępu EACCES?
Tutaj jest częścią mojego project.json że myślę, że jest istotne:
"dependencies": {
"Microsoft.AspNet.IISPlatformHandler": "1.0.0-rc1-final",
"Microsoft.AspNet.Server.Kestrel": "1.0.0-rc1-final"
},
"commands": {
"web": "Microsoft.AspNet.Server.Kestrel --server.urls http://localhost:5010"
},
Gdybym poszedł do wierszu polecenia dir do katalogu głównego projektu, a następnie pobiegł DNX sieci, tak, w istocie aplikacja konsolowa jest uruchomiona i mógłbym przejść do przeglądarki i wpisać http://localhost:5010 i zobaczyć stronę internetową.
Ale kiedy zmienię ten URL na rzeczywisty URL (i tak, mam już DNS wskazujący na mój serwer dla tego adresu URL), otrzymam komunikat o błędzie EACCES permission denied.
Jeśli możemy "samemu hostować", ale tylko z localhost, wydaje się, że tylko dobre dla rozwoju lokalnego. Dlaczego mam możliwość "samodzielnego hostingu w moim własnym procesie", jeśli nie może być on dostępny na żywo/na produkcji?
Co powinienem zrobić? Czy muszę ustawić pewne uprawnienia do określonego folderu? Który użytkownik/grupa, jakie uprawnienia i który folder? Próbowałem IIS_IUSRS w katalogu głównym projektu i oczywiście to nie działa, ponieważ chciałem i tak obejść IIS.
Każda pomoc zostanie bardzo doceniona.
Czy zorientowaliśmy się jeszcze? Czy to możliwe, że inna aplikacja korzysta już z tego portu? Podobnie jak aplikacja w IIS, uruchomiona jest inna instancja aplikacji? Czy można wkleić cały dziennik wyjściowy z konsoli? –
Myślę, że możesz mieć rację. Jest taka sama strona zarejestrowana w IIS, że próbuję nakłonić Kestrela do wysłuchania. Zajrzę do tego, a ja wrócę do ciebie, kiedy coś znajdę. –
Po prostu miałem podobny błąd i zmiana portu rozwiązała go. IIS miał kilka aplikacji w porcie 80. Dzięki, @JijieChen –