After publishing and hosting my asp net site to IIS server I am facing a problem with change of IP Address of the computer that I hosted the site on. Every time the computer on/off a new IP Address is given to the computer and I can't access the site unless I changes the binding of the site to the newly given IP Address. I tried changing the IpV4 to use static IP Address, this time the site works but I can't access the internet. How can I make the site work with the DHCP given IP Address with out changing bindings every time after on/off???
Related
I have been at this since last couple of weeks. After tiring efforts leading to nowhere, I am posting here.
I have a Website built and hosted in IIS locally. I just bought domain name from GoDaddy. I have my computer's public IP where the website in IIS is present. What are my next steps so that I can keep my computer as server and link with domain name? So that website is accessible publicly through domain name.
I saw a lot of posts with Web Hosting in Azure or other places, do I HAVE TO buy and host to make my site public?
I am a novice website builder and have very limited knowledge about this.
first you need make sure your sever is secured, only open necessary ports
go to another computer, in browser input public ip to see if you can open your webpage
then in Godaddy you can add A record for your domain, to point your domain to your public IP, refer to this GoDaddy document: https://ca.godaddy.com/help/add-an-a-record-19238
If you are not comfortable or don't resource to do these, I suggest you host on Azure or other cloud providers
You could host your application in either Azure VM or your local machine. After all, Could VM should be more convenient because you don't need spend a lot of time to handle network issue and you don't need physical space.
When you decide to host your application locally, you have to ensure your are using windows server OS, otherwise, you have 10 concurrent request limit.
Access the application via domain is quite simple.
You need to enable port like 80 in windows firewall.Promise your server are in DMZ and can be accessed externally
Create IIS binding header with null domain and your public address
Try to access your website via your public IP address
Point godday domain to your public IP address
Add your domain to your Site's binding host header->host name field
If you decide to host your application in IAAS like Azure VM, then you have to create inbound rule for your port number and allow port in windows firewall. You also have to point your godday domain to your cloud VM's public IP address and create IIS binding with your domain. Finally, you should be able to access your website.
One of our customers is planning to change the public IP address of their server where their website is hosted (in-house on IIS).
The website was built with Classic ASP.
What changes are needed on the server after the IP address change, and where would they be?
(I know this question is very vague but this is all the information I have for now - apologies.)
Normally there will be no dependencies on a specific IP address in classic ASP.
IIS ofcourse manages on which IP address(es) and which hostnames the (asp) site will respond (in the bindings setting for the site), and the public DNS settings are responsible for routing the proper hostname to the correct (new) IP address, but ASP code doesn't care about hostnames or ip-addresses, it just responds to whatever IIS thinks should be handled by the site in question.
The DNS will propably be hosted at the companies Internet provider, you should check if the site in IIS has the correct bindings, and if it is not configured to respond to specifically the old IP address.
If the server uses multiple IP addresses you may need to alter the bindings in IIS manager to ensure that the domain of your website is associated with the correct IP, and obviously you will need to update the DNS record for your domain. Neither of these are specific to Classic ASP
I am able to access my website via the domain name outside of the network.
On the internal network I am able to access the site via "localhost/websiteName/", "internalIP/websiteName", and "computerName/websiteName", but I am unable to hit either "http://example.com" or "http://www.example.com".
I was able to get it to work on a computer by adding the ip and website to the hosts file, but I am still unable to access the website using the domain via mobile devices on the internal WiFi.
I completely disabled the firewall, so I know that that is not the problem.
I have bindings set up for www and without www with all IP Adresses unassigned.
I did try adding a binding for both www and not, using the internal and external IP addresses, both IPv4 and IPv6.
I am running this on http without any certificates.
I have a cname record for www
My # record is pointing to my external, static IP
The website is set up separately from the default website and it is not a virtual directory.
I am using Comcast Business with their Cisco DPC3939B router.
This is initial setup of the website, and it is not an issue that just started after having worked previously.
I figured it out. All I did was add an # record to the DNS to resolve the website to the internal IP. Here is a really great reference for accessing websites on a Local Network: devside.net
I created a IIS site in my windows server 2012 virtual machine. I want to be able to access it online on my android phone. I can access it locally on the server. The ip address of the server is 199.86.19.2 and for the IIS site its 192.168.113.133. Also the server is a dynamic ip. I have tried using an online site called noip.com to make a domain. I created a domain
mydomain.no-ip.biz and gave it the ip address 192.168.113.133. I even installed the client program so it keeps my ip up to date. However when I visit mydomain.no-ip.biz. it says it cannot be found.
Does anyone know what is wrong here?
Thanks.
192.168.113.133 is your local IP address on your network. 199.86.19.2 is your external IP address that your IPS assigned to your server (until it expires). I'm assuming you are doing this at home so you would need to make sure if you have a router, you need to configure it to set it up to port forward to your local IP address.
Set your 'mydomain.no-ip.biz' ip address to 199.86.19.2 and make sure your router (if you have one) is forwarding to 192.168.113.133.
We are installing a security camera system in our company which comes with a DVR that hosts a website on which you can view the cameras via the web.
I have setup the DVR with a static IP of 192.168.120.199 on our network and can view the website while on our network (either when at work or logged in via VPN). The camera DVR uses port 80 for viewing the webpage and port 9000 for Media Port.
We use GoDaddy to host our DNS info and I have added an Host(A) record of 'cameras' that points to the address of our server. I have also added a forward lookup Host(A) to our domain's DNS manager of 'cameras' that points to 192.168.120.199. When I use the address 'cameras.mysite.com' within our domain the website displays properly, but when I try the same address from outside our domain (ie, at home) it displays the default IIS 7 page (from our domain server).
Two questions about this setup:
Why does the forward lookup work when inside our domain but not outside (why does it go to the IIS default page when outside the network)?
How do I get this to forward correctly if not via the forward lookup host?
Because internally you're looking it up on your internal DNS server and you get the right 192.168.x.x machine. When you look it up externally GoDaddy is giving you back the 192.168.x.x, but that's not a publicly routable IP, so doesn't go anywhere. If you really want to be able to connect to your security cameras from outside your facility then I suggest setting up a VPN for security reasons. But if you want GoDaddy to directly route to your internal machine from the public internet then you'll have to give it a publicly routable IP.
As a further note on that - 10.x.x.x, 192.168.x.x and 172.16-31.255.255 are not publicly routable. They're called private IP blocks.