Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Custom domains leading to the same ingress port #273

Closed
piber-dev opened this issue Jan 8, 2025 · 1 comment
Closed

Custom domains leading to the same ingress port #273

piber-dev opened this issue Jan 8, 2025 · 1 comment
Assignees
Labels
repo/provider Akash provider-services repo issues

Comments

@piber-dev
Copy link

Describe the bug
A user created a report on Discord where he explained how when using the accept / hosts feature in SDL both lead to the external port 80 even though this was not specified from the beginning. I was able to recreate this with the following SDL where external ports 3001 and 3002 lead nowhere (as intended) but both the URIs created were mapped to external port 80 when one of them should have been pointed to external port 3001 and not lead anywhere. This is not the expected behavior from users and he was able to fix it by running some local commands on his own provider, but does not seem to be possible to do on Akash in its current form.

External port 3001: http://provider.europlots.com:31584/
External port 3002: http://provider.europlots.com:31626/
External port 80, mapped: port-80.ingress.europlots.com
External port 3001, mapped: qbrvo7b7vhernf1rpsglelmnn0.ingress.europlots.com

---
version: "2.0"
services:
  service-1:
    image: baktun/hello-akash-world:1.0.0
    expose:
      - port: 3000
        as: 80
        to:
          - global: true
        accept:
          - port-80.ingress.europlots.com
      - port: 3001
        as: 3001
        to:
          - global: true
        accept:
          - port-3001.port-80.ingress.europlots.com
      - port: 3002
        as: 3002
        to:
          - global: true
profiles:
  compute:
    service-1:
      resources:
        cpu:
          units: 1
        memory:
          size: 1GB
        storage:
          - size: 1Gi
  placement:
    dcloud:
      pricing:
        service-1:
          denom: uakt
          amount: 10000
deployment:
  service-1:
    dcloud:
      profile: service-1
      count: 1
@chainzero
Copy link
Collaborator

@piber-dev - this is actually working as currently designed and implemented.

The purpose of the accept field in the Akash SDL is to spawn creation of an associated ingress record which only serves HTTP/HTTPS ports.

Appears desired behavior referenced in this issue is the creation of TCP port mappings in the ingress controller config for non-HTTP/HTTPS ports and this is not currently supported.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
repo/provider Akash provider-services repo issues
Projects
None yet
Development

No branches or pull requests

4 participants