Resolved IIS doesn't work. (ASP.NET)

P

patrick

Well-known member
Joined
Dec 5, 2021
Messages
305
Programming Experience
1-3
Hello


11.png


22.png


33.png



44.png


77.png



88.png



I set up IIS as shown in the picture above, and the result is as follows.

55.png


66.png



What's the problem with number (1) ( www.ulsanpe.com )


Please help me. ㅠㅠ
 

Attachments

  • 33.png
    33.png
    183 KB · Views: 22
  • 44.png
    44.png
    177.4 KB · Views: 22
Last edited by a moderator:
Sort by date Sort by votes
Where is the port 70 in that URL?
 
Upvote 0 Downvote
Skydiver said:
You setup your applications as .NET Framework 2.0 Classic, but your web.config indicates that it wants to use .NET 4.5.1.

I recommend running the applications as .NET Framework 4.0 in Integrated Mode is IIS.

I also highly recommend using .NET Framework 4.6.2 as the minimum. Try to use .NET Framework 4.8 so that you have all the latest fixes and security patches.
Click to expand...
106.png
 
Last edited by a moderator:
Upvote 0 Downvote
Skydiver said:
Where is the port 70 in that URL?
Click to expand...
I don't know how to set the port.
In the VS2015 source, I set it to http://localhost:7070/ and In IIS Site Binding, I set it to Port 70.
I didn't know it was set.
How do I set the port correctly?

Strangely, number (2) opens the web just fine. number (2) ====> In the VS2015 source, I set it to http://localhost:28995/ and In IIS Site Binding, I set it to Port 80.
77.png


33.png
 
Upvote 0 Downvote
Upvote 0 Downvote
Is he "Syncfusion.EJ.dll" file in the bin directory of your web app?

If it's not there, is it in the .NET Framework version 4 GAC?

If your web app is running as 64-bit, is Syncfusion.EJ compiled for any processor or x64?

If your web app is running as 32-bit, is Syncfusion.EJ compiled for any processor or x86?
 
Upvote 0 Downvote
So far, all these issues seem to be IIS deployment issues rather than C# programming issues.
 
Upvote 0 Downvote
Skydiver said:
Is he "Syncfusion.EJ.dll" file in the bin directory of your web app?

If it's not there, is it in the .NET Framework version 4 GAC?

If your web app is running as 64-bit, is Syncfusion.EJ compiled for any processor or x64?

If your web app is running as 32-bit, is Syncfusion.EJ compiled for any processor or x86?
Click to expand...

If your web app is running as 64-bit, is Syncfusion.EJ compiled for any processor or x64?
If your web app is running as 32-bit, is Syncfusion.EJ compiled for any processor or x86?
=====>
108.png




If it's not there, is it in the .NET Framework version 4 GAC?
============>
109.png


110.png



Is he "Syncfusion.EJ.dll" file in the bin directory of your web app?
====>
There are no files in VS2015 Source (bin) the folder.
Now, I Now delete "Syncfusion.EJ.dll" in VS2015 Source Code.
 
Last edited by a moderator:
Upvote 0 Downvote
All that the first screenshot on your post #24 shows is that YOUR code is compiled for Any CPU. I was asking if Syncfusion.EJ.dll is compiled for Any CPU, x86 or x64. I was also asking if your application pool is running as 64-bit or 32-bit.

Your second screenshot in post #24 is showing that you are building targeting .NET Framework. You should really target 4.6.1 at minimum due to the TLS security changes.

But that still doesn't answer my question about whether Syncfusion.EJ.dll is in the GAC or not. Screenshot #3 from post #24 doesn't answer the question either.

That is highly unusual to have an empty bin directory for a VS2015 ASP.NET project. Maybe for a VS2005 or VS2008 project where all the code is in App_Code directory and everything compiles on first run, but very odd for a VS2015 project. Is all your code in the App_Code directory of the web project?

Why did you delete the Syncfusion.EJ.dll when your web.config is showing that your are using it? Where was it before you deleted it?
 
Upvote 0 Downvote
Skydiver said:
All that the first screenshot on your post #24 shows is that YOUR code is compiled for Any CPU. I was asking if Syncfusion.EJ.dll is compiled for Any CPU, x86 or x64. I was also asking if your application pool is running as 64-bit or 32-bit.

Your second screenshot in post #24 is showing that you are building targeting .NET Framework. You should really target 4.6.1 at minimum due to the TLS security changes.

But that still doesn't answer my question about whether Syncfusion.EJ.dll is in the GAC or not. Screenshot #3 from post #24 doesn't answer the question either.

That is highly unusual to have an empty bin directory for a VS2015 ASP.NET project. Maybe for a VS2005 or VS2008 project where all the code is in App_Code directory and everything compiles on first run, but very odd for a VS2015 project. Is all your code in the App_Code directory of the web project?

Why did you delete the Syncfusion.EJ.dll when your web.config is showing that your are using it? Where was it before you deleted it?
Click to expand...
Your Answer) I was asking if Syncfusion.EJ.dll is compiled for Any CPU, x86 or x64. I was also asking if your application pool is running as 64-bit or 32-bit.
===> When I checked the ASP.NET VS2015 Source, it was unused code. So I deleted Syncfusion.EJ.dll. Deleting it has no effect on anything else.

Your Answer) Your second screenshot in post #24 is showing that you are building targeting .NET Framework. You should really target 4.6.1 at minimum due to the TLS security changes.
====> I used IIS by compiling in .NET4.6.1 version as your answer. The result is as below. The Microsoft screen appear in IIS.
111.png


112.png



Your Answer) But that still doesn't answer my question about whether Syncfusion.EJ.dll is in the GAC or not. Screenshot #3 from post #24 doesn't answer the question either.
====> When I checked the ASP.NET VS2015 Source, it was unused code. So I deleted Syncfusion.EJ.dll. Deleting it has no effect on anything else.


Your Answer) That is highly unusual to have an empty bin directory for a VS2015 ASP.NET project.
===> NO,
113.png


Your Answer) Maybe for a VS2005 or VS2008 project where all the code is in App_Code directory and everything compiles on first run, but very odd for a VS2015 project. Is all your code in the App_Code directory of the web project?
====>
In LocalHost, which compiles, builds, and directly executes the ASP.NET VS2015 Source, the web runs normally.
So I'm guessing, I think there is no problem with the source. About App_Code Folder.....
114.png



Your Answer) Why did you delete the Syncfusion.EJ.dll when your web.config is showing that your are using it? Where was it before you deleted it?
====> When I checked the ASP.NET VS2015 Source, it was unused code. So I deleted Syncfusion.EJ.dll. Deleting it has no effect on anything else.
====> This is the result screen after deleting the dll.
112.png
 
Last edited by a moderator:
Upvote 0 Downvote
And once more you are trying to acces http://www.uldanpe.com . You need to access http://www.ulsanpe.com:70 . Recall that you configured your IIS to host that app on port 70, and do you must access it via port 70.
 
Upvote 0 Downvote
Skydiver said:
And once more you are trying to acces http://www.uldanpe.com . You need to access http://www.ulsanpe.com:70 . Recall that you configured your IIS to host that app on port 70, and do you must access it via port 70.
Click to expand...
Your Answer) And once more you are trying to access http://www.uldanpe.com . You need to access http://www.ulsanpe.com:70
===> The reason I tried to access http://www.ulsanpe.com is as follows.
It doesn't put the port80 after the (www.webip.com) domain. However, the web is connected normally.

66.png




Why should I use this domain with a port after it? <====== www.ulsanpe.com:70/ =====> As you said, the web runs normally.
www.webip.com Domain runs normally.<==== The port is not used.
www.ulsanpe.com:70/ Domain runs normally. <==== port was used.
115.png
 
Upvote 0 Downvote
yunhyejeong said:
It doesn't put the port80 after the (www.webip.com) domain. However, the web is connected normally.
Click to expand...
That is because port 80 is the default port for HTTP, so a courtesy the web browser doesn't show it because it's just visual noise not needed by the user. Just like when you connect via HTTPS, port 443 is not shown by the web browser, either.

Since you decided to host www.ulsanpe.com on a non-standard port on your IIS server, you need to put in the port number. It's not any different when you were running your apps on IIS Express while testing with Visual Studio. Recall that you were accessing http://localhost:7070 and http://localhost:28995.
 
Upvote 0 Downvote
And what's up with 11410 NE 124th St. Kirkland, WA? I used to go to the Starbucks at the west end of that strip mall regularly.
 
Last edited:
Upvote 0 Downvote

Similar threads

P
  • Question
Hide Console Windows
Replies
8
Views
1K
jmcilhinney
J
saad
  • Question
C# ASP.NET MVC with Active Directory
Replies
1
Views
600
Skydiver
Skydiver
ivanik62
  • Solved
binding property shadows net maui android
Replies
2
Views
392
ivanik62
ivanik62
P
  • Question
Question Set up MudBlazor for Blazor Wep App in .Net 8
Replies
2
Views
847
Skydiver
Skydiver
B
  • Question
Grouping Sum Guru?
Replies
4
Views
1K
cjard
cjard

Share this page

Latest posts

Back
Top Bottom