☰

apache "Índices de opções" funcionando localhost, mas não com nome DNS público

tag-icon • tag-icon linux ubuntu apache-2.4 kubernetes devops
apache "Índices de opções" funcionando localhost, mas não com nome DNS público

Tenho um cluster Kubernetes e um contêiner muito básico. Estou tentando acessá-lo pela internet e a tarefa é muito simples, só preciso listar o índice do diretório. Aqui está minha configuração 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>

Quando uso o serviço ou pods com a opção kubectl port-forward, ele está funcionando conforme o esperado e meus arquivos estão listados em xyz.com/docs. No entanto, quando tento acessar o pod por meio do ingresso por meio do meu FQDN, ocorre um erro 404. Quando acesso um arquivo test.txt que está dentro da pasta, posso ver o conteúdo do arquivo, mas ele não lista os índices como se estivesse trabalhando com a opção de encaminhamento de porta. então, resumindo, posso alcançar o pod e acessar os arquivos, mas não consigo listá-los com o módulo autoindex e com o mesmo pod posso listar o índice com a opção de encaminhamento de porta 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

Qualquer ajuda seria muito apreciada.

Obrigado,

Responder1

Ok, a solução para mim foi uma solução alternativa. Percebi que a pasta "webroot" (/var/www/html) poderia ser acessada da mesma forma que eu queria acessar a pasta WebDAV (por exemplo, xyz.com/doc). Então, criei um link simbólico na pasta raiz como /var/www/html/doc, e o link simbólico do documento está apontando para a pasta de documentos necessária. A opção FollowSymLinks também está habilitada na configuração, o que permitiu que funcionasse para mim.

No entanto, ainda não sei por que funciona dessa maneira com o FQDN.

informação relacionada