Support, aprsc 2.1.19-g6d55570 git version, dose not care given uolink

[Joni-Pekka Kurronen]

hi,

I have Telia/Laitenetti and tried to configure aprsc server to

use it as only uplink, what happens if configured only uplinlk

is closed it reroutes itself to StarLink !

aprsc.conf:

UplinkBind 192.168.18.b
Uplink "Core rotate" ro  tcp  rotate.aprs.net 10152

How this is possible, Netplan give only via:

    enp7s0:
     dhcp6: true
     accept-ra: true
     dhcp4: no
     addresses:
      - 192.168.0.å/24
     nameservers:
       addresses: [192.168.0.253,8.8.8.8,1.1.1.1]
     routes:
      - to: 0.0.0.0/0
        via: 192.168.0.a
        metric: 1

    enp3s0:
     dhcp6: true
     accept-ra: true
     dhcp4: no
     addresses:
      - 192.168.18.b/23
      - 192.168.18.c/23
      - 192.168.80.d/32
     nameservers:
       addresses:  [192.168.0.254,193.210.19.19,193.210.18.18,193.210.19.190,192.89.123.231]
     routes:
      - to: 0.0.0.0/0
        via: 192.168.18.e
        metric: 2
      - to: 192.168.16.0/24
        via: 192.168.0.f
        metric: 5
      - to: 192.168.17.0/24
        via: 193.168.0.g
        metric: 5

[Heikki Hannikainen]

Hi,

Can you clarify and reword your question a bit, it is not clear to me what
is the problem?

- What is happening now
- What would you expect to happen instead

The aprsc process can only bind the source IP address, it does not control
the outbound routing of packets.

If you wish to select a specific outbound path for a specific process,
you'll need to do it with the Linux kernel routing table, possibly by
setting specific routes for the destination IP addresses, or by doing
policy routing (for example, by marking the packets based on user ID and
then selecting a different route table based on the mark). But this is
outside the control of aprsc.

> --
> You received this message because you are subscribed to the Google Groups "aprsc" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to aprsc+un...@googlegroups.com.
> To view this discussion visit https://groups.google.com/d/msgid/aprsc/a878e727-4691-4289-b064-aa4fd74ee543n%40googlegroups.com.
>
>

- Hessu

[Joni-Pekka Kurronen]

Outrouting to work correctly needs

bindaddress to work due routing out from server is controlled by address service is using.

Eighter aprc did not use bindaddress or netplan / routing tables corrupt other reasons.

I do not use anymore this setup,

so can not verify anything.

But if not take much time just check

that bindaddress is used and it goes physically out from interfaces that uses bindaddress,... you can not set link level

interface whit bindaddress.

Joni-Pekka Kurronen
Joni.K...@gmail.com
gsm. +358 50 521 2279

To view this discussion visit https://groups.google.com/d/msgid/aprsc/6796b15-fb30-2622-845-e3f05b3c0f7%40hes.iki.fi.

[Heikki Hannikainen]

Hi,

The source address binding does work, I use it on a server which requires
using it (the server has multiple IP addresses and can only connect to the
upstream server using one of them).

It does not, alone, have any effect on the selection of the outbound
interface, because the IP routing layer in the kernel only uses, by
default, the destination IP address to select the interface. Additional
"ip rule" configs are needed to do that, but that works too, it's outside
the control of aprsc.

> https://groups.google.com/d/msgid/aprsc/CAMpzTZiw3tgChVuNBMLTebFjubawjb1V%3DUZm0dW9y%2BLbbLPJNQ%40mail.gmail.com.
>
>

- Hessu

[Joni-Pekka Kurronen]

Ok, then it was problem whit netplan!

Joni-Pekka Kurronen
Joni.K...@gmail.com
gsm. +358 50 521 2279

To view this discussion visit https://groups.google.com/d/msgid/aprsc/915e1fd6-1c86-cb5a-fb1-4563fad64462%40hes.iki.fi.