I am having problem with my ports, yesterday I opened port 80 and setup local area connection propeties for ipv4 to use static ip 192.168.1.4, I used ipconifg in cmd to check it first. I am using WAMP server on my pc with windows 7 64-bit. It worked ok.
But today ports are closed, and I didn't changed anything from yesterday. I tried to opened additional ports besides 80 like 8081,443, 8080 in my router with local ip 192.168.1.4 like same setings in my ipv4 propeties to see if give some result, I disabled router firewall, allowed ports to go trough windows firewall, and added all ports for tcp and udp to my norton internet security, I tried also disabling whole firewall but same result.
WAMP is running and listening on port 80, 8081, 8080, 443.
This is part of wamp apache httpd.conf file.
Listen 0.0.0.0:80
Listen [::0]:80
Listen 8081
Listen 443
Listen 8080
ServerName localhost:80
When I check which program is using port 80, it says Apache/2.4.9 PHP/5.5.12
I noticed that all other ports except 80 and 443 are closed, but 80 and 443 are refusing connection if router firewall is off, and if its on they are closed also. And yesterday I had router firewall on, norton firewall on, and no rules for windows firewall, and it worked.
Thanks for your help in advance.
Try to open the task manager --> processes and close all the process related to apache or JBoss or which ever server you are using. Then try to restart the application. If this does not work try to go the location of the server/ bin folder and run the shutdown.bat in windows or shutdown.sh in linux. It should start working.
It seems there is a Web server running on your PC. try to shut it down
Related
firewall-settings section they have said that the ports 80 and 443 should be opened, but we have already installed the APACHE server on our Linux server and the ports 80 and 443 are occupied already by our APACHE server. So its a conflict situation. What should we do here?
mesibo on-premise server will detect and use other ports. You can ignore port warnings.
I am attempting to set up an apache2 web server on my raspberry pi. I am able to connect to it by doing http://localhost:8080 (8080 because my router blocks port 80). Although when I do http://my.pub.lic.ip:8080 the connection times out. I set up port forwarding so that requests going to my router on port 8080 go to my raspberry pi on port 8080. This does not seem to work but I'm also not sure if the port forwarding is the cause or if it is something else. Any suggestions?
Is your web server configured to listen on the network interface besides localhost?
https://httpd.apache.org/docs/2.4/bind.html
For example, to make the server accept connections on both port 80 and port 8000, on all interfaces, use:
Listen 80
Listen 8000
To make the server accept connections on port 80 for one interface, and port 8000 on another, use
Listen 192.0.2.1:80
Listen 192.0.2.5:8000
You can try using nmap by finding your router's public IP and on the raspberry pi type nmap my.pub.lic.ip This will show you what services are actually being published to the world. This gives more insight to the problem.
I got the web server up and running although for some reason it appears that my isp would only allow it to be hosted securely (as an https page)(I'm not sure if that's the right way to phrase it). To achieve this for free, I used cloudflare's ssl service. A tutorial to set it up for apache2 can be found here
according to this doc
Does this mean we could port forward 8000 and 8443?
If I deploy a spring integration project with TCP port binding to 8000 or 8443, will I able to telnet to openshift?
I have tried, but not sure what happened. When I use putty RAW mode connect to 8443, and send some text, nothing happened on the server console, my program should print out what it received. so I suppose I failed, right?
P.S. that project was tested using localhost tomcat, it works locally.
this related question seems to successfully forwarding many port.
I just want to know if I can forward port 80 or 8080 or 21 on my router just to check if those ports are open to public. I don't have a server running on my PC though. I'm sure it's possible if a server is running and configured.
This is a very detailed link on how to do it , but i guess it is also depends on the router you've got .
http://www.pcworld.com/article/244314/how_to_forward_ports_on_your_router.html
I wrote a simple WebServer using HttpListener class (.net 2.0)
It seems that It doesn't work on port other then 80.
When i sniff the transport to my server i can see the Syn packets on Port 8080 arrive to the server, but there is no Syn/Ack response, although when i sue netstat -a i can see that the server is listening to port 8080 (i verified that my application is the one that listens)
HttpListener server = new HttpListener()
server.Prefixes.Add("http://192.168.4.133:8080/");
server.Start();
_log.Write("Waiting for a connection... ");
HttpListenerContext context = server.GetContext();
HttpListenerRequest request = context.Request;
HttpListenerResponse response = context.Response;
_log.Write("Got request for " + request.RawUrl);
the above code doesn't receive any Context (stuck at the line server.GetContext())
if i change the Prefix to "http://192.168.4.133/"
the above code works perfectly.
when i am testing it on Port 80, i am killing the IIS services, and making sure that my application is the one that listen to the relevant port.
i am running this on XP, so i don't think it is security issues....but you never know..
i have read about the httpcfg tool, but didnt really understood it...
is there something inherntly diffrent between listening on port 80 to listening on other ports? 8080 or even better another random user port?
Thanks,
Itay
I'd suggest checking your firewall, and if you don't find anything -- try to run another server on 8080 and check if it's working (so you know that it's the port, not the server).
Check if you're firewall is on or off and if on, whether prohibiting this port access.
You can termorarily turn it of for the test just to make sure.
Side note: No need to be hunting down and killing IIS processes, simply stop the IIS windows service (run the command "services.msc" to see a list)