IP "routing" issue

[Abelenda Diego]

Hello Cristian,

Thank you for your pointer, however if I quote part of my question:
> From my understanding in FreeBSD the route command is unable to perform this
> kind of configuration where you tell that the IPv4 /32 is available without
> next-hop (no via) on a specific link.

I imply there that I read the man, tried quite a few things with the
"route" command and could not get anything out of it.

Best regards,
Diego Abelenda


On Wed, 9 Sep 2020 11:48:58 -0300
Cristian Cardoso <cristian.cardoso11 at gmail.com> wrote:

> Hi
> The equivalent command in FreeBSD for the ip route is the route,
> follow manpage https://www.freebsd.org/cgi/man.cgi?route
> 
> Em qua., 9 de set. de 2020 às 11:43, Abelenda Diego
> <diego.abelenda at gmail.com> escreveu:
> >
> > Hello,
> >
> > I've got a FreeBSD installation in a DataCenter that provided me with a
> > single address IPv4 with an upstream gateway (cidr is fine the upstream
> > gateway works everything is nice and running). I use this machine for
> > Masquerading an private infrastructure.
> >
> > Now I need other machines with public IPv4 and when I requested the
> > additional IPv4 to the DataCenter, they gave me a bunch of /32 addresses
> > saying that my previous IPv4 MUST be configured as next-hop on their side.
> > From my understanding in FreeBSD the route command is unable to perform this
> > kind of configuration where you tell that the IPv4 /32 is available without
> > next-hop (no via) on a specific link. I know the linux "ip route add $IP dev
> > $LINK" configures this, but I cannot seem to map this knowledge to FreeBSD.
> >
> > Is it possible to perform this very special setup with any command on
> > FreeBSD? If yes what is that command?
> >
> > Best regards,
> > Diego Abelenda  

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-net/attachments/20200909/d6120d2f/attachment.sig>