You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In order to decide whether to allow a client to reach a particular peer IP, STUNner consults the list of pod IP addresses belonging to the backends assigned to the target UDPRoute. Currently only Service resources are allowed as backends. However, in a multi-cluster setting services globally exported across the clusterset will appear as ServiceImport objects locally (and not as regular Services), with the assumption that ServiceImports and Services are essentially equivalent in that wherever one can use a Service one could also use a ServiceImport instead. Currently, however, STUNner accepts only Services as backends.
This issue is tracking the progress on extending the operator to accept ServiceImports are backends.
The text was updated successfully, but these errors were encountered:
In order to decide whether to allow a client to reach a particular peer IP, STUNner consults the list of pod IP addresses belonging to the backends assigned to the target UDPRoute. Currently only Service resources are allowed as backends. However, in a multi-cluster setting services globally exported across the clusterset will appear as ServiceImport objects locally (and not as regular Services), with the assumption that ServiceImports and Services are essentially equivalent in that wherever one can use a Service one could also use a ServiceImport instead. Currently, however, STUNner accepts only Services as backends.
This issue is tracking the progress on extending the operator to accept ServiceImports are backends.
The text was updated successfully, but these errors were encountered: