A segunda linha lhe parece familiar? Se você já entrou na pasta /var/www, com certeza é.
O problema está justamente nessa configuração. O Apache está configurado para procurar a página dentro da pasta html e não da pasta www, assim, temos que apagar a parte html da configuração, que ficará assim:
[4] Comentário enviado por flaguto em 08/05/2014 - 18:34h
Olá Eduardo Garbin, boa noite
Minha duvida ainda sobre o seu post que na minha versão do apache2 é 2.4.9, fiz a mudança sugerida que no meu caso funcionou pela metade rs.
Nesta linha gedit /etc/apache2/sites-enable/000-default.conf
[6] Comentário enviado por flaguto em 08/05/2014 - 20:15h
Olá Eduardo,
gedit /etc/apache2/sites-enable/000-default.conf aqui é enable
gedit /etc/apache2/sites-enabled/000-default.conf esta na palavra enabled
Mas a questão é mesmo tirando a pasta html não funciona arquivos salvos na pasta www/ por exmplo index.php ou qualquer arquivo em .php, pois a pagina do localhost ou 127.0.0.1 funciona e outro que também funciona é localhost/phpmyadmin.
[8] Comentário enviado por flaguto em 08/05/2014 - 20:47h
Eduardo,
O Meu esta assim. É só incluir as linhas que você indicou.
<VirtualHost *:80>
# The ServerName directive sets the request scheme, hostname and port that
# the server uses to identify itself. This is used when creating
# redirection URLs. In the context of virtual hosts, the ServerName
# specifies what hostname must appear in the request's Host: header to
# match this virtual host. For the default virtual host (this file) this
# value is not decisive as it is used as a last resort host regardless.
# However, you must set it for any further virtual host explicitly.
#ServerName www.example.com
# Available loglevels: trace8, ..., trace1, debug, info, notice, warn,
# error, crit, alert, emerg.
# It is also possible to configure the loglevel for particular
# modules, e.g.
#LogLevel info ssl:warn
# For most configuration files from conf-available/, which are
# enabled or disabled at a global level, it is possible to
# include a line for only one particular virtual host. For example the
# following line enables the CGI configuration for this host only
# after it has been globally disabled with "a2disconf".
#Include conf-available/serve-cgi-bin.conf
</VirtualHost>
[22] Comentário enviado por MarceloBalb em 23/07/2014 - 09:01h
[RESOLVIDO!!!!]
Depois de vários testes, inclusive estes já postados, consegui solucionar este problema de “Links Permanentes” no WordPress em Localhost no Lubuntu 13.10 onde utilizo Apache2. Simplesmente, localizei as configurações do apache em ” /etc/apache2/apache2.conf” e usando “sudo gedit /etc/apache2/apache2.conf” fiz as seguintes alterações:
De:
Options FollowSymLinks
AllowOverride None
Require all granted
Para:
Options Indexes FollowSymLinks MultiViews
AllowOverride All
Require all granted
Salvei o arquivo e reiniciei o apache com: sudo /etc/init.d/apache2 restart
[24] Comentário enviado por canindeh em 28/09/2014 - 12:02h
Tá quase tudo certo no meu pc. Com relação ao php+apache2+mysql. Porém, sempre que vou abrir algum projeto, dá o erro citado nesse post.
Fui tentar corrigir como o explicado aí e deu isso, e não corrigiu, o que poderia ser?
"(gedit:20899): Gtk-WARNING **: Calling Inhibit failed: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.SessionManager was not provided by any .service files"
[25] Comentário enviado por emilioemidio em 08/01/2015 - 10:43h
Bom dia pessoal . estou com um problema e vim parar neste tópico kkkk
já fiz de tudo (eu acho ) e o erro 404 não para alguém poderia me ajudar ?
quando acesso localhost ele esta funcionando, mas quando vou abrir um arquivo.php ele aparece esse erro .
já tirei DocumentRoot /var/www/ já voltei e nada .
[26] Comentário enviado por cvferrari em 27/01/2015 - 17:28h
Cara ótima dica! Agora estou com outro problema. Instalei o OCS inventory no servidor em nuvem. A instalação ocorreu tudo bem, porém consigo apenas acessar a página principal http://IP_EXTERNO_DO_SERVIDOR onde mostra que o apache está funcionando. Após a sua dica, configurei uma página http://IP_EXTERNO_DO_SERVIDOR/info.php que também está funcionando. Porém http://IP_EXTERNO_DO_SERVIDOR/ocsreports/install.php não funciona (erro 404). Você sabe por que?
[27] Comentário enviado por egarbin em 27/01/2015 - 18:45h
Tudo blz cvferrari?
404 é erro de arquivo não encontrado. Estas pastas que adicionou, tem permissão de acesso para elas?
Veja que você não consegue acessar uma subpasta.
[37] Comentário enviado por landerson.ro em 02/03/2016 - 00:16h
Meu amigo vou te contar uma coisa viu ... fazia horas que estava a procura de sanar esse detalhe ... BINGO ! Valeu obrigado mesmo. Estou retornando ao inicio com LINUX !
[38] Comentário enviado por jgomes13 em 28/03/2016 - 09:54h
Obrigado pela ajuda, estou testando o funcionamento do ocomon 2.0-RC6 e apresentava justamente este mesmo problema, que com a ajuda deste artigo foi resolvido, porém me deparei com um novo problema, a página do ocomon aparece totalmente em branco. Alguém que passou pelo mesmo problema e possa me ajudar?
[39] Comentário enviado por egarbin em 28/03/2016 - 10:33h
[37] Comentário enviado por landerson.ro em 02/03/2016 - 00:16h
Meu amigo vou te contar uma coisa viu ... fazia horas que estava a procura de sanar esse detalhe ... BINGO ! Valeu obrigado mesmo. Estou retornando ao inicio com LINUX !
Também gastei algumas horas pra achar... hehehe..
fico feliz em ajudar
[40] Comentário enviado por egarbin em 28/03/2016 - 10:37h
[38] Comentário enviado por jgomes13 em 28/03/2016 - 09:54h
Obrigado pela ajuda, estou testando o funcionamento do ocomon 2.0-RC6 e apresentava justamente este mesmo problema, que com a ajuda deste artigo foi resolvido, porém me deparei com um novo problema, a página do ocomon aparece totalmente em branco. Alguém que passou pelo mesmo problema e possa me ajudar?
Olá jgomes13;
Veja que no diretório /var/www/html temos um arquivo index..., logo quando alteramos o caminho padrão, este arquivo não é encontrado no diretório 'www'. Talvez o mesmo fato aconteça com o 'ocomon 2.0-RC6'. Tente colocar um arquivo index seu no diretório de teste o acesso.
Se der certo ou encontrar uma solução compartilhe com a gente.
[44] Comentário enviado por ZAIAS em 23/01/2017 - 14:15h
Boa Tarde Eduardo já fiz as alterações necessarias inclusive dando acesso ao grupo pelo chwon porem não obtive exito , a versão do meu apache2 é 2.4.7 não sei mesmo o que venha a ser, e o mais engraçado é que o arquivo contendo o phpinfo() esta no mesmo local que as demais e funciona.
[45] Comentário enviado por egarbin em 24/01/2017 - 13:37h
[44] Comentário enviado por ZAIAS em 23/01/2017 - 14:15h
Boa Tarde Eduardo já fiz as alterações necessarias inclusive dando acesso ao grupo pelo chwon porem não obtive exito , a versão do meu apache2 é 2.4.7 não sei mesmo o que venha a ser, e o mais engraçado é que o arquivo contendo o phpinfo() esta no mesmo local que as demais e funciona.
Oi ZAIAS;
Realmente parece permissão de arquivo.
Você executou o CHMOD de forma recursiva? "chmod -R 777" por exemplo?
Pode ter dado acesso a pasta mas não para os arquivos dela.
[46] Comentário enviado por timarcos em 15/02/2017 - 17:41h
Meu amigo, passei uma tarde toda instalei 2 vezes, fiz um monte de asneira, trocando permissões de diretório, até ver o seu post que me salvou....kkkkkk valeu a força ajudou muito!!!!!
Realmente um detalhe que passa totalmente dispercebido ;)