O problema foi causado pelo AdBlock. O AdBlock reconheceu o subdomínio DDNS como Ad-Server, bloqueando quase tudo. Desde que eu uso meu próprio TLD, tudo funciona bem novamente. Então sim.
Estou executando o Apache / 2.2.22 (Debian) em uma máquina local que usa um serviço DNS dinâmico para ser acessível de fora. Em geral, isso funciona como um encanto.
No entanto, o servidor se recusa a carregar imagens e CSS se você se conectar por meio do TLD fornecido pelo serviço DNS (por exemplo, "subdomain.dns.com"). Se você se conectar através da rede (VPN, por exemplo, "10.8.x.x"), tudo será exibido como deveria. Isso se aplica a cenários de teste simples, como um simples <img src="/images/test.png" />
w / no padrão index.html
, bem como para sistemas complexos como roundcubemail ou ownCloud (que parecem realmente bagunçados sem o estilo).
O arquivo /etc/apache2/sitse-available/default
está configurado como
<VirtualHost *:80> #apparently, this isn't the complete file
<VirtualHost *:443>
E o etc/apache2/ports.conf
como
NameVirtualHost *:80
Listen 80 #same for 443
Eu realmente não tenho ideia do que está acontecendo aqui. Minha configuração .htaccess não limita o acesso a um determinado intervalo de IP, o .htaccess
para a subpasta / images usada no exemplo acima é configurado como:
Satisfy Any
Order Allow,Deny
Allow from all
Mesmo com set chmod 777, a imagem não é carregada via acesso TLD.
Dê uma olhada no código da página em si (onde ele carrega o arquivo CSS). Pode ser codificado para apontar para o endereço interno ou IP. É o navegador que carrega o arquivo CSS, não o servidor.
Tags dns debian ddns apache-http-server