Ich verwende Apache/2.2.22 (Debian) auf einem lokalen Rechner, der einen dynamischen DNS-Dienst verwendet, um von außen erreichbar zu sein. Im Allgemeinen funktioniert das einwandfrei.
Allerdings weigert sich der Server, Bilder und CSS zu laden, wenn man sich über die vom DNS-Dienst bereitgestellte TLD (z. B. „subdomain.dns.com“) verbindet. Wenn man sich innerhalb des Netzwerks (VPN, z. B. „10.8.xx“) verbindet, wird alles so angezeigt, wie es soll. Das gilt für einfache Testszenarien wie ein unkompliziertes <img src="/images/test.png" />„innerhalb“ des Standards index.htmlebenso wie für komplexe Systeme wie Roundcubemail oder ownCloud (die ohne das Styling wirklich chaotisch aussehen).
Die /etc/apache2/sitse-available/defaultDatei ist konfiguriert als
<VirtualHost *:80> #apparently, this isn't the complete file
<VirtualHost *:443>
Und das etc/apache2/ports.confals
NameVirtualHost *:80
Listen 80 #same for 443
Ich habe wirklich keine Ahnung, was hier los ist. Meine .htaccess-KonfigurationnichtBeschränken Sie den Zugriff auf einen bestimmten IP-Bereich. .htaccessFür den im obigen Beispiel verwendeten Unterordner /images ist dies sogar wie folgt konfiguriert:
Satisfy Any
Order Allow,Deny
Allow from all
Selbst mit gesetztem Chmod 777 wird das Bild nicht über den TLD-Zugriff geladen.
Antwort1
Sehen Sie sich den Code für die Seite selbst an (wo die CSS-Datei geladen wird). Er ist möglicherweise so fest codiert, dass er auf die interne Adresse oder IP verweist. Es ist der Browser, der die CSS-Datei lädt, nicht der Server.
Antwort2
Das Problem wurde durch AdBlock verursacht. AdBlock erkannte die DDNS-Subdomain als Ad-Server und blockierte daher fast alles. Seitdem ich meine eigene TLD verwende, funktioniert alles wieder einwandfrei. Also, ja.