Apache default page shows but Apache not found
Clash Royale CLAN TAG#URR8PPP
In my raspberry pi when I go to http://localhost/ I see a Apache2 debian default page,
So I went to
/var/www/html/index.html
and changed the source code to see if there were any changes in the page, and there aren't.
So, there's some other server running and sharing the same folder maybe?
sudo netstat | grep apache
shows nothing, neither does httpd
debian apache-httpd daemon
add a comment |
In my raspberry pi when I go to http://localhost/ I see a Apache2 debian default page,
So I went to
/var/www/html/index.html
and changed the source code to see if there were any changes in the page, and there aren't.
So, there's some other server running and sharing the same folder maybe?
sudo netstat | grep apache
shows nothing, neither does httpd
debian apache-httpd daemon
Apart from should being "sudo netstat -a | grep http" and you probably wont be reloading the browser to get the new content of the page....no ideas. Have you checked this well, or am I missing something?
– Rui F Ribeiro
Feb 22 at 14:38
thanks for the support, i feel stupid this browser is really bad, doesnt have any options, im installing chromium now
– Navy Seal
Feb 22 at 15:03
See my answer about the cache... some browsers might have different behaviours and/or configurations...which browser anyway? (btw, also from Porto)=
– Rui F Ribeiro
Feb 22 at 15:04
I was using raspberry pre installed browser epiphany
– Navy Seal
Mar 8 at 17:30
add a comment |
In my raspberry pi when I go to http://localhost/ I see a Apache2 debian default page,
So I went to
/var/www/html/index.html
and changed the source code to see if there were any changes in the page, and there aren't.
So, there's some other server running and sharing the same folder maybe?
sudo netstat | grep apache
shows nothing, neither does httpd
debian apache-httpd daemon
In my raspberry pi when I go to http://localhost/ I see a Apache2 debian default page,
So I went to
/var/www/html/index.html
and changed the source code to see if there were any changes in the page, and there aren't.
So, there's some other server running and sharing the same folder maybe?
sudo netstat | grep apache
shows nothing, neither does httpd
debian apache-httpd daemon
debian apache-httpd daemon
edited Feb 22 at 15:01
chaos
35.9k976120
35.9k976120
asked Feb 22 at 14:30
Navy SealNavy Seal
32
32
Apart from should being "sudo netstat -a | grep http" and you probably wont be reloading the browser to get the new content of the page....no ideas. Have you checked this well, or am I missing something?
– Rui F Ribeiro
Feb 22 at 14:38
thanks for the support, i feel stupid this browser is really bad, doesnt have any options, im installing chromium now
– Navy Seal
Feb 22 at 15:03
See my answer about the cache... some browsers might have different behaviours and/or configurations...which browser anyway? (btw, also from Porto)=
– Rui F Ribeiro
Feb 22 at 15:04
I was using raspberry pre installed browser epiphany
– Navy Seal
Mar 8 at 17:30
add a comment |
Apart from should being "sudo netstat -a | grep http" and you probably wont be reloading the browser to get the new content of the page....no ideas. Have you checked this well, or am I missing something?
– Rui F Ribeiro
Feb 22 at 14:38
thanks for the support, i feel stupid this browser is really bad, doesnt have any options, im installing chromium now
– Navy Seal
Feb 22 at 15:03
See my answer about the cache... some browsers might have different behaviours and/or configurations...which browser anyway? (btw, also from Porto)=
– Rui F Ribeiro
Feb 22 at 15:04
I was using raspberry pre installed browser epiphany
– Navy Seal
Mar 8 at 17:30
Apart from should being "sudo netstat -a | grep http" and you probably wont be reloading the browser to get the new content of the page....no ideas. Have you checked this well, or am I missing something?
– Rui F Ribeiro
Feb 22 at 14:38
Apart from should being "sudo netstat -a | grep http" and you probably wont be reloading the browser to get the new content of the page....no ideas. Have you checked this well, or am I missing something?
– Rui F Ribeiro
Feb 22 at 14:38
thanks for the support, i feel stupid this browser is really bad, doesnt have any options, im installing chromium now
– Navy Seal
Feb 22 at 15:03
thanks for the support, i feel stupid this browser is really bad, doesnt have any options, im installing chromium now
– Navy Seal
Feb 22 at 15:03
See my answer about the cache... some browsers might have different behaviours and/or configurations...which browser anyway? (btw, also from Porto)=
– Rui F Ribeiro
Feb 22 at 15:04
See my answer about the cache... some browsers might have different behaviours and/or configurations...which browser anyway? (btw, also from Porto)=
– Rui F Ribeiro
Feb 22 at 15:04
I was using raspberry pre installed browser epiphany
– Navy Seal
Mar 8 at 17:30
I was using raspberry pre installed browser epiphany
– Navy Seal
Mar 8 at 17:30
add a comment |
2 Answers
2
active
oldest
votes
If wget -O - http://localhost
fails, then it must be coming from the browser cache.
yea seems to be cache , i hate this web browser, i had to go to preferences clean all data. Once i did the page start returning connection refused
– Navy Seal
Feb 22 at 14:43
add a comment |
You are making several simple mistakes.
Firstly, the port service name for the HTTP/HTTPS services is named http or https and not apache.
For checking the service name:
$ grep http /etc/services
http 80/tcp www # WorldWideWeb HTTP
https 443/tcp # http protocol over TLS/SSL
http-alt 8080/tcp webcache # WWW caching service
http-alt 8080/udp
Secondly, to see listening services you have to give the -a
option to netstat
.
So, you should be running:
netstat -a | grep http
or:
$ netstat -a | grep LISTEN | grep http
tcp 0 0 0.0.0.0:http 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:https 0.0.0.0:* LISTEN
You could also check Apache is running checking the process:
$ ps ax | grep apache
2362 ? Ss 0:00 /usr/sbin/apache2 -k start
2366 ? S 0:00 /usr/sbin/apache2 -k start
2367 ? S 0:00 /usr/sbin/apache2 -k start
2368 ? S 0:00 /usr/sbin/apache2 -k start
2369 ? S 0:00 /usr/sbin/apache2 -k start
2370 ? S 0:00 /usr/sbin/apache2 -k start
23476 pts/0 S+ 0:00 grep apache
So then you know Apache is running.
As for the page change: If using Debian or raspbian, the default is indeed /var/www/html
. The most probable thing is being the former version cached in the browser. At most, the default configuration could have been changed, but I guess you would remember doing it.
As for caching pages, your browser might not be entirely at fault. If you want to signal some page is not to be cached, you have to return headers signalling data to client software (browser, proxies).
Namely these headers:
Cache-Control: no-cache, no-store, must-revalidate
Pragma: no-cache
Expires: 0
You alternatively signal that you do not want particular pages cached in HTML:
<meta http-equiv="Cache-Control" content="no-cache, no-store, must-revalidate" />
<meta http-equiv="Pragma" content="no-cache" />
<meta http-equiv="Expires" content="0" />
See for more details: How to control web page caching, across all browsers?
P.S. Obviously signalling that you do not want pages cached is more useful for HTML pages with dynamic content. However, due the nature of the question, this situation was explored to try to explain your browser might be behaving as it is expected of it.
corollary: As a former Galician mentor of mine used to say, the important part of having tools, is understanding how they behave before putting them at fault.
add a comment |
Your Answer
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "106"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f502317%2fapache-default-page-shows-but-apache-not-found%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
If wget -O - http://localhost
fails, then it must be coming from the browser cache.
yea seems to be cache , i hate this web browser, i had to go to preferences clean all data. Once i did the page start returning connection refused
– Navy Seal
Feb 22 at 14:43
add a comment |
If wget -O - http://localhost
fails, then it must be coming from the browser cache.
yea seems to be cache , i hate this web browser, i had to go to preferences clean all data. Once i did the page start returning connection refused
– Navy Seal
Feb 22 at 14:43
add a comment |
If wget -O - http://localhost
fails, then it must be coming from the browser cache.
If wget -O - http://localhost
fails, then it must be coming from the browser cache.
answered Feb 22 at 14:40
FreddyFreddy
1,319210
1,319210
yea seems to be cache , i hate this web browser, i had to go to preferences clean all data. Once i did the page start returning connection refused
– Navy Seal
Feb 22 at 14:43
add a comment |
yea seems to be cache , i hate this web browser, i had to go to preferences clean all data. Once i did the page start returning connection refused
– Navy Seal
Feb 22 at 14:43
yea seems to be cache , i hate this web browser, i had to go to preferences clean all data. Once i did the page start returning connection refused
– Navy Seal
Feb 22 at 14:43
yea seems to be cache , i hate this web browser, i had to go to preferences clean all data. Once i did the page start returning connection refused
– Navy Seal
Feb 22 at 14:43
add a comment |
You are making several simple mistakes.
Firstly, the port service name for the HTTP/HTTPS services is named http or https and not apache.
For checking the service name:
$ grep http /etc/services
http 80/tcp www # WorldWideWeb HTTP
https 443/tcp # http protocol over TLS/SSL
http-alt 8080/tcp webcache # WWW caching service
http-alt 8080/udp
Secondly, to see listening services you have to give the -a
option to netstat
.
So, you should be running:
netstat -a | grep http
or:
$ netstat -a | grep LISTEN | grep http
tcp 0 0 0.0.0.0:http 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:https 0.0.0.0:* LISTEN
You could also check Apache is running checking the process:
$ ps ax | grep apache
2362 ? Ss 0:00 /usr/sbin/apache2 -k start
2366 ? S 0:00 /usr/sbin/apache2 -k start
2367 ? S 0:00 /usr/sbin/apache2 -k start
2368 ? S 0:00 /usr/sbin/apache2 -k start
2369 ? S 0:00 /usr/sbin/apache2 -k start
2370 ? S 0:00 /usr/sbin/apache2 -k start
23476 pts/0 S+ 0:00 grep apache
So then you know Apache is running.
As for the page change: If using Debian or raspbian, the default is indeed /var/www/html
. The most probable thing is being the former version cached in the browser. At most, the default configuration could have been changed, but I guess you would remember doing it.
As for caching pages, your browser might not be entirely at fault. If you want to signal some page is not to be cached, you have to return headers signalling data to client software (browser, proxies).
Namely these headers:
Cache-Control: no-cache, no-store, must-revalidate
Pragma: no-cache
Expires: 0
You alternatively signal that you do not want particular pages cached in HTML:
<meta http-equiv="Cache-Control" content="no-cache, no-store, must-revalidate" />
<meta http-equiv="Pragma" content="no-cache" />
<meta http-equiv="Expires" content="0" />
See for more details: How to control web page caching, across all browsers?
P.S. Obviously signalling that you do not want pages cached is more useful for HTML pages with dynamic content. However, due the nature of the question, this situation was explored to try to explain your browser might be behaving as it is expected of it.
corollary: As a former Galician mentor of mine used to say, the important part of having tools, is understanding how they behave before putting them at fault.
add a comment |
You are making several simple mistakes.
Firstly, the port service name for the HTTP/HTTPS services is named http or https and not apache.
For checking the service name:
$ grep http /etc/services
http 80/tcp www # WorldWideWeb HTTP
https 443/tcp # http protocol over TLS/SSL
http-alt 8080/tcp webcache # WWW caching service
http-alt 8080/udp
Secondly, to see listening services you have to give the -a
option to netstat
.
So, you should be running:
netstat -a | grep http
or:
$ netstat -a | grep LISTEN | grep http
tcp 0 0 0.0.0.0:http 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:https 0.0.0.0:* LISTEN
You could also check Apache is running checking the process:
$ ps ax | grep apache
2362 ? Ss 0:00 /usr/sbin/apache2 -k start
2366 ? S 0:00 /usr/sbin/apache2 -k start
2367 ? S 0:00 /usr/sbin/apache2 -k start
2368 ? S 0:00 /usr/sbin/apache2 -k start
2369 ? S 0:00 /usr/sbin/apache2 -k start
2370 ? S 0:00 /usr/sbin/apache2 -k start
23476 pts/0 S+ 0:00 grep apache
So then you know Apache is running.
As for the page change: If using Debian or raspbian, the default is indeed /var/www/html
. The most probable thing is being the former version cached in the browser. At most, the default configuration could have been changed, but I guess you would remember doing it.
As for caching pages, your browser might not be entirely at fault. If you want to signal some page is not to be cached, you have to return headers signalling data to client software (browser, proxies).
Namely these headers:
Cache-Control: no-cache, no-store, must-revalidate
Pragma: no-cache
Expires: 0
You alternatively signal that you do not want particular pages cached in HTML:
<meta http-equiv="Cache-Control" content="no-cache, no-store, must-revalidate" />
<meta http-equiv="Pragma" content="no-cache" />
<meta http-equiv="Expires" content="0" />
See for more details: How to control web page caching, across all browsers?
P.S. Obviously signalling that you do not want pages cached is more useful for HTML pages with dynamic content. However, due the nature of the question, this situation was explored to try to explain your browser might be behaving as it is expected of it.
corollary: As a former Galician mentor of mine used to say, the important part of having tools, is understanding how they behave before putting them at fault.
add a comment |
You are making several simple mistakes.
Firstly, the port service name for the HTTP/HTTPS services is named http or https and not apache.
For checking the service name:
$ grep http /etc/services
http 80/tcp www # WorldWideWeb HTTP
https 443/tcp # http protocol over TLS/SSL
http-alt 8080/tcp webcache # WWW caching service
http-alt 8080/udp
Secondly, to see listening services you have to give the -a
option to netstat
.
So, you should be running:
netstat -a | grep http
or:
$ netstat -a | grep LISTEN | grep http
tcp 0 0 0.0.0.0:http 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:https 0.0.0.0:* LISTEN
You could also check Apache is running checking the process:
$ ps ax | grep apache
2362 ? Ss 0:00 /usr/sbin/apache2 -k start
2366 ? S 0:00 /usr/sbin/apache2 -k start
2367 ? S 0:00 /usr/sbin/apache2 -k start
2368 ? S 0:00 /usr/sbin/apache2 -k start
2369 ? S 0:00 /usr/sbin/apache2 -k start
2370 ? S 0:00 /usr/sbin/apache2 -k start
23476 pts/0 S+ 0:00 grep apache
So then you know Apache is running.
As for the page change: If using Debian or raspbian, the default is indeed /var/www/html
. The most probable thing is being the former version cached in the browser. At most, the default configuration could have been changed, but I guess you would remember doing it.
As for caching pages, your browser might not be entirely at fault. If you want to signal some page is not to be cached, you have to return headers signalling data to client software (browser, proxies).
Namely these headers:
Cache-Control: no-cache, no-store, must-revalidate
Pragma: no-cache
Expires: 0
You alternatively signal that you do not want particular pages cached in HTML:
<meta http-equiv="Cache-Control" content="no-cache, no-store, must-revalidate" />
<meta http-equiv="Pragma" content="no-cache" />
<meta http-equiv="Expires" content="0" />
See for more details: How to control web page caching, across all browsers?
P.S. Obviously signalling that you do not want pages cached is more useful for HTML pages with dynamic content. However, due the nature of the question, this situation was explored to try to explain your browser might be behaving as it is expected of it.
corollary: As a former Galician mentor of mine used to say, the important part of having tools, is understanding how they behave before putting them at fault.
You are making several simple mistakes.
Firstly, the port service name for the HTTP/HTTPS services is named http or https and not apache.
For checking the service name:
$ grep http /etc/services
http 80/tcp www # WorldWideWeb HTTP
https 443/tcp # http protocol over TLS/SSL
http-alt 8080/tcp webcache # WWW caching service
http-alt 8080/udp
Secondly, to see listening services you have to give the -a
option to netstat
.
So, you should be running:
netstat -a | grep http
or:
$ netstat -a | grep LISTEN | grep http
tcp 0 0 0.0.0.0:http 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:https 0.0.0.0:* LISTEN
You could also check Apache is running checking the process:
$ ps ax | grep apache
2362 ? Ss 0:00 /usr/sbin/apache2 -k start
2366 ? S 0:00 /usr/sbin/apache2 -k start
2367 ? S 0:00 /usr/sbin/apache2 -k start
2368 ? S 0:00 /usr/sbin/apache2 -k start
2369 ? S 0:00 /usr/sbin/apache2 -k start
2370 ? S 0:00 /usr/sbin/apache2 -k start
23476 pts/0 S+ 0:00 grep apache
So then you know Apache is running.
As for the page change: If using Debian or raspbian, the default is indeed /var/www/html
. The most probable thing is being the former version cached in the browser. At most, the default configuration could have been changed, but I guess you would remember doing it.
As for caching pages, your browser might not be entirely at fault. If you want to signal some page is not to be cached, you have to return headers signalling data to client software (browser, proxies).
Namely these headers:
Cache-Control: no-cache, no-store, must-revalidate
Pragma: no-cache
Expires: 0
You alternatively signal that you do not want particular pages cached in HTML:
<meta http-equiv="Cache-Control" content="no-cache, no-store, must-revalidate" />
<meta http-equiv="Pragma" content="no-cache" />
<meta http-equiv="Expires" content="0" />
See for more details: How to control web page caching, across all browsers?
P.S. Obviously signalling that you do not want pages cached is more useful for HTML pages with dynamic content. However, due the nature of the question, this situation was explored to try to explain your browser might be behaving as it is expected of it.
corollary: As a former Galician mentor of mine used to say, the important part of having tools, is understanding how they behave before putting them at fault.
edited Feb 22 at 18:03
answered Feb 22 at 14:43
Rui F RibeiroRui F Ribeiro
41.5k1483141
41.5k1483141
add a comment |
add a comment |
Thanks for contributing an answer to Unix & Linux Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f502317%2fapache-default-page-shows-but-apache-not-found%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Apart from should being "sudo netstat -a | grep http" and you probably wont be reloading the browser to get the new content of the page....no ideas. Have you checked this well, or am I missing something?
– Rui F Ribeiro
Feb 22 at 14:38
thanks for the support, i feel stupid this browser is really bad, doesnt have any options, im installing chromium now
– Navy Seal
Feb 22 at 15:03
See my answer about the cache... some browsers might have different behaviours and/or configurations...which browser anyway? (btw, also from Porto)=
– Rui F Ribeiro
Feb 22 at 15:04
I was using raspberry pre installed browser epiphany
– Navy Seal
Mar 8 at 17:30