☰

Apache "Índices de opciones" funciona en localhost pero no con nombre DNS público

tag-icon • tag-icon linux ubuntu apache-2.4 kubernetes devops
Apache "Índices de opciones" funciona en localhost pero no con nombre DNS público

Tengo un clúster de Kubernetes y un contenedor muy básico. Estoy intentando acceder a través de internet y la tarea es muy sencilla, solo necesito listar el índice del directorio. Aquí está mi configuración básica de host virtual:

<VirtualHost *:80>
 Alias /docs /mnt/nfs
 <Directory /mnt/nfs>
  DAV Off
  Options Indexes FollowSymLinks MultiViews
  AllowOverride All
  Require all granted
 </Directory>
</VirtualHost>

Cuando uso el servicio o los pods con la opción de reenvío de puerto de kubectl, funciona como se esperaba y mis archivos aparecen en xyz.com/docs. Sin embargo, cuando intento acceder al pod mediante el ingreso a través de mi FQDN, aparece un error 404. Cuando accedo a un archivo test.txt que está dentro de la carpeta, puedo ver el contenido del archivo pero no enumera los índices como si estuviera funcionando con la opción de reenvío de puertos. En resumen, puedo acceder al pod y acceder a los archivos, pero no puedo enumerarlos con el módulo de autoindex y con el mismo pod puedo enumerar el índice con la opción de reenvío de puertos de kubectl.

kind: Ingress
metadata:
  name: webdav-app
  namespace: testing1
  annotations:
    cert-manager.io/issuer: "letsencrypt-staging"
    #cert-manager.io/cluster-issuer: "letsencrypt-prod"
    traefik.ingress.kubernetes.io/router.entrypoints: websecure
    traefik.ingress.kubernetes.io/router.tls: "true"
spec:
  tls:
    - hosts:
      - webdav.xyz.com
      secretName: webdav-app-certificate
  rules:
    - host: webdav.xyz.com
      http:
        paths:
          - path: /
            pathType: Prefix
            backend:
              service:
                name: webdav-app
                port:
                  number: 80

Cualquier ayuda sería muy apreciada.

Gracias,

Respuesta1

Bien, la solución para mí fue una solución alternativa. Noté que se podía acceder a la carpeta "webroot" (/var/www/html) de la misma manera que quería acceder a la carpeta WebDAV (por ejemplo, xyz.com/doc). Entonces, creé un enlace simbólico en la carpeta raíz como /var/www/html/doc, y el enlace simbólico del documento apunta a la carpeta del documento requerida. La opción FollowSymLinks también está habilitada en la configuración, lo que permitió que funcionara para mí.

Sin embargo, todavía no estoy seguro de por qué funciona de esta manera con FQDN.

información relacionada