Apache default page shows but Apache not found

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP












0















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










share|improve this question
























  • 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















0















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










share|improve this question
























  • 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













0












0








0








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










share|improve this question
















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






share|improve this question















share|improve this question













share|improve this question




share|improve this question








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

















  • 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










2 Answers
2






active

oldest

votes


















3














If wget -O - http://localhost fails, then it must be coming from the browser cache.






share|improve this answer























  • 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


















3














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.






share|improve this answer
























    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
    );



    );













    draft saved

    draft discarded


















    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









    3














    If wget -O - http://localhost fails, then it must be coming from the browser cache.






    share|improve this answer























    • 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















    3














    If wget -O - http://localhost fails, then it must be coming from the browser cache.






    share|improve this answer























    • 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













    3












    3








    3







    If wget -O - http://localhost fails, then it must be coming from the browser cache.






    share|improve this answer













    If wget -O - http://localhost fails, then it must be coming from the browser cache.







    share|improve this answer












    share|improve this answer



    share|improve this answer










    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

















    • 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













    3














    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.






    share|improve this answer





























      3














      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.






      share|improve this answer



























        3












        3








        3







        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.






        share|improve this answer















        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.







        share|improve this answer














        share|improve this answer



        share|improve this answer








        edited Feb 22 at 18:03

























        answered Feb 22 at 14:43









        Rui F RibeiroRui F Ribeiro

        41.5k1483141




        41.5k1483141



























            draft saved

            draft discarded
















































            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.




            draft saved


            draft discarded














            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





















































            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






            Popular posts from this blog

            How to check contact read email or not when send email to Individual?

            Displaying single band from multi-band raster using QGIS

            How many registers does an x86_64 CPU actually have?