[It Will Gives The Error When Access the COM Port Using the System.IO.Port 1
The error is pretty straight forward. You can't use System.IO.Ports in Blazor Wasm. It only works in a Windows environment. Using a browser on Windows doesn't make it execute in a Windows environment.
Browsers are restrictive when it comes to local resources.
This might help?
https://www.janduniec.blog/index.php/284/serial-port-operation-in-blazor-wasm/
Related
I've created a windows service using Owin and topshelf.
the application is a WebAPI that listens on port 9000 and I have allowed this port in my firewall rules.
when I executed the .exe file on windows server 2008 I can use it locally(localhost:9000)
but when I try to access it from other machines, I get this error message:
HTTP Error 400. The request hostname is invalid
what am I missing?
please help.
this solved my problem, which might be super obvious to you, but not as much to me.
instead of using this code:
WebApp.Start("http://localhost:8080/");
I had to use this:
WebApp.Start("http://*:8080/");
of course one shouldn't forget to open the port in the firewall too.
Maybe a hosts entry on the remote machine? remember that "localhost" points to the current machine itself. You may need to set up a local IIS server, deploy your WebApi to that, so that other computers can see it.
Incidentelly, there is no way for your ASP.Net development server (Visual Studio's built-in server) to serve other pages than localhost, so you may need to trick it using something like Fiddler or Cassini to act as a route during debug.
There are some related answers to this here:
Can I access ASP.NET Development server in an intranet?
I hope it helps you
I am using VS2012, .NET 4.5. I just downloaded NuGetGalary from github and trying to build and run the Web application of it.
I am using IIS Express with project Url http://localhost:8081
But when I launch the project, I get the following error message
What could be wrong ?
Silly reason,
I used this Microsoft Support Article to find out what was wrong. Turned out it was VMWare Workstation Server service holding up the 443 port. I stopped the service and now project launches fine.
Since I can't add comments yet, I put my thoughts here.
Since you launch the site on "localhost:8081", and it can't be launched because of port 443 being used, it's probably that inside the solution, some service is started, and by default is running on 443.
Your solution consisted of stopping the app "VMWare Workstation Server" which seemed to be using the same port. This might not always be possible, depending the type of app using the port.
What you could also have done (maybe), is configuring the project/service (inside Visual Studio) to use another port than 443.
You can usually find this element in the project properties.
I have been given a task where I have to write some code for an ASP.NET website that also uses a webservice.
The webservice works fine on the webserver, but when i run in debug mode in Visual Studio, I get an access not allowed when calling one of the methods (ip 127.0.0.1).
I need to run in debug mode to look at what the code does...
What to do from here ?
Do I need to do some changes in the host file.
Do I need to install IIS on my PC instead of using the VS local webserver (cassini)
Cassini web server does not allow remote connections. You could use Fiddler to forward traffic on localhost to another port on the same machine for some given requests.
By far the easiest solution is to install IIS on your local machine and run it from there.
Cassini is fine for development and getting something running up very quickl.
But never us it to test things that will go into production on a "real" IIS.
Yes, Microsoft says its completely the same, but running on your localmachine also IIS gives you exactly the same environment as you will have on any live hosting environment.
Sure, its a little bit more work, but developing this way reduces errors and artefacts which may steal you some time.
I've two web sites running on my IIS 7.5. Both on port 80. Since they are both on the same port, I have to stop one to start the other. I am not using the inbuilt cassini server. Debugging works fine when using cassini.
The problem I am facing is that when I try to debug my mvc application (which was created under the second website) I get the error:
Unable to start debugging on the web server. An unexpected DCOM error
occurred while trying to automatically attach to the remote web
server. Try manually attaching to the remote web server using the
'Attach To Process' dialog.
The web application has windows authentication enabled. Any ideas?
Additional details : I'm able to do a "attach to process" and debug it. But cannot debug using F5
Although I was trying to remotely debug a simple *.exe application running on a different machine but I was getting very similar error mentioned by the OP.
Unable to attach to the process. A DCOM error occurred trying to
contact the remote computer. Access is denied.
It may be possible to avoid this error by changing your settings to
debug only native code or only managed code.
I followed this Microsoft documentation and following below step helped resolve my error:
Turn off Native Compatibility Mode and Managed Compatibility Mode.
You can follow below screen shot to achieve the same:
I didn't require to reboot the machine. You can also try that way and if it doesn't work then go ahead the reboot the machine.
Set the Connect as property of the website to Application user.
Im testing an ASP.NEt site. When I execute it, it starts the ASP.NET Development Server and opens up a page.
Now I want to test it in the intranet I have.
Can I use this server or I need to configure IIS in this machine?
Do I need to configure something for it to work?
I've changed the localhost to the correct IP and I opened up the firewall.
Thanks
Yes you can! And you don't need IIS
Just use a simple Java TCP tunnel. Download this Java app & just tunnel the traffic back.
http://jcbserver.uwaterloo.ca/cs436/software/tgui/tcpTunnelGUI.shtml
In command prompt, you'd then run the java app like this... Let's assume you want external access on port 80 and your standard debug environment runs on port 1088...
java -jar tunnel.jar 80 localhost 1088
(Also answered here: Accessing asp. net development server external to VM)
No, you can't. It's set up so it only works on localhost, and I couldn't find any workarounds to make it work.
But, here's what I've been doing - I created the website on a specific port in IIS and opened that port up so it's visible on the network. I pointed that IIS website to my website's root folder (the one with web.config in it). Then I continued to use the ASP.NET Development server on that local machine while developing - both IIS and the ASP.NET Development Server can access the files at the same time (unless you're doing something wacky).
Let me know if there's a challenge with running IIS on your machine and I'll update my answer.
I realize this isn't a direct answer to your question, but an alternative to debugging using the ASP development server is to attach to the IIS process: How do I attach the debugger to IIS instead of ASP.NET Development Server?
Nope, stupidly (IMHO) there's no way to get the default ASP.net development server to serve pages to IPs other than localhost. What I did was to use UltiDev Cassini which is very quick to set up and is basically a version of the ASP.net development server compiled by UltiDev, and it will serve pages to any IP address.
Just for those who don't want/cant set up IIS for whatever reason...
Use fiddler or similar on your host - set your browser on the client VM to use the proxy then just use localhost:dev_port as usual on the client.
All requests from the client goto the proxy on your dev machine which routes to localhost on the dev machine and the ASP.net dev server thinks the request is from your dev machine!
You can recompile Cassini to get it to work - there's a fairly easy to remove check for localhost in there. Or, I'm pretty sure Ultidev's Cassini doesn't have this restriction. Both of these are easier to setup than IIS.
But, yeah, the builtin WebDev.WebServer doesn't work....Hmm, unless you run something like AnalogX's Proxy on your dev box and point it to the WebDev port. That should work (though I haven't tried it, it should take < 2 mins to setup).
You can use Cassini to expose your web apps externally. You just need to proxy the connection. I wrote a simple program to do this that you can run in another VS instance. Just change the port to match the port Cassini is using.
https://gist.github.com/945649
You can do port redirection using SOAP Toolkit 3.0
Once installed, go to My Programs > Microsoft Soap Toolkit 3 > Trace Utility
Once Trace Utility opened, go to File > New > Formatted Trace
In the dialog insert your ASP .NET Development Server port in Forward To Destination Port field.
It's only a workaround for testing purposes
I believe the built in ASP.NET server only works on localhost. You'll have to use IIS.
Compile all you website in Debug mode, then create the website and publish it in IIS (make sure you can view it from other machine). Then attach the VS2010 Debugger to the process with the AppPool of your website (the process is called w3wp.exe when IIS>v5 and aspnet_wp.exe when IIS<5).
If you make some changes, just replace the package contents on the physical path of the website, and there you go again.