[pawel40]

У меня баг был в скрипте который коммутаторы конфигурит.

netstat -rnW показывает полное название интерфейса.

[911]

Похоже в 9.2 поломали такой вариант ip unnumbered

root@freebsdtest:~ # ifconfig re2 inet 192.168.1.1/24
root@freebsdtest:~ # route delete 192.168.1.0/24
route: writing to routing socket: Address already in use
delete net 192.168.1.0 fib 0: gateway uses the same route

[apm]

И как теперь?

[911]

а кто-то реально использует ip unnumbered на freebsd?

[vlad11]

а кто-то реально использует ip unnumbered на freebsd?

 

Я использую.

В основном для экономии адресного пространства и когда надо в одном влане маршрутизировать несколько сетей.

[911]

А нет ли какого-нибудь удобного способа создания/удаления роутов при получении абонентом ip-адреса по dhcp, подобно тому, как сделали на accel-ppp в линуксе?

[vlad11]

А нет ли какого-нибудь удобного способа создания/удаления роутов при получении абонентом ip-адреса по dhcp, подобно тому, как сделали на accel-ppp в линуксе?

 

Почитайте тут.

[911]

А нет ли какого-нибудь удобного способа создания/удаления роутов при получении абонентом ip-адреса по dhcp, подобно тому, как сделали на accel-ppp в линуксе?

 

Почитайте тут.

Меня интересует добавление маршрутов на клиента со стороны сервера

[vlad11]

Меня интересует добавление маршрутов на клиента со стороны сервера

 

Тогда вдумчиво читайте настройку в DHCP через option static-routes

[kayot]

vlad11

Вопрос не о том, человек хочет создавать маршруты на клиента на сервере - IPOE-брас халявный.

[vlad11]

А, понял.

Ну, нужно смотреть в каком интерфейсе клиенты, в одном общем или персональном.

[pawel40]

На 9,2 и 10 удалось починить route: writing to routing socket: Address already in use?

[apm]

На 9,2 и 10 удалось починить route: writing to routing socket: Address already in use?

 

У меня вот новая 9.3-rc2 и както оно не работает.

[DVM-Avgoor]

А зачем оно? У меня 10-S, и вот так нормально срабатывает:

 

[root@fbsd-10 ~]# ifconfig em1.401
em1.401: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
       options=3<RXCSUM,TXCSUM>
       ether 00:0c:29:1a:62:3b
       inet 10.2.0.1 netmask 0xffffff00 broadcast 10.2.0.255
       nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
       media: Ethernet autoselect (1000baseT <full-duplex>)
       status: active
       vlan: 401 parent interface: em1
[root@fbsd-10 ~]# ifconfig em1.400
em1.400: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
       options=3<RXCSUM,TXCSUM>
       ether 00:0c:29:1a:62:3b
       inet 10.2.0.1 netmask 0xffffff00 broadcast 10.2.0.255
       nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
       media: Ethernet autoselect (1000baseT <full-duplex>)
       status: active
       vlan: 400 parent interface: em1

[root@fbsd-10 ~]# route add -host 10.2.0.35 -iface em1.401
add host 10.2.0.35: gateway em1.401
[root@fbsd-10 ~]# route add -host 10.2.0.36 -iface em1.400
add host 10.2.0.36: gateway em1.400

[root@fbsd-10 ~]# netstat -rn
Routing tables

Internet:
Destination        Gateway            Flags    Netif Expire
10.2.0.35          00:0c:29:1a:62:3b  UHS    em1.40
10.2.0.36          00:0c:29:1a:62:3b  UHS    em1.40

[hsvt]

Решил потестировать ip unnumbered на 9.3 Releng, вот не могу понять почему не маршрутизируются сетки между собой. 

Изменено 2 октября, 2019 пользователем hsvt

[s.lobanov]

во внешку конектится всё ходит, но нельзя достучаться до подсети 1.1.1.0/22 например.

 

sysctl net.link.ether.inet.proxyall=1

включал не помогает.

 

в линуксе нужная для этого фича называется local_proxy_arp и появилась не так уж и давно, во фре возможно и нет, а возможно есть, ищите

[hsvt]

во внешку конектится всё ходит, но нельзя достучаться до подсети 1.1.1.0/22 например.

 

sysctl net.link.ether.inet.proxyall=1

включал не помогает.

 

в линуксе нужная для этого фича называется local_proxy_arp и появилась не так уж и давно, во фре возможно и нет, а возможно есть, ищите

 

Вообще это оно и есть судя по man arp.

 

Proxy ARP is a feature whereby the	local host will	respond	to requests
    for addresses other than itself, with its own address.  Normally, proxy
    ARP in FreeBSD is set up on a host-by-host	basis using the	arp(8) util-
    ity, by adding an entry for each host inside a given subnet for which
    proxying of ARP requests is desired.  However, the	``proxy	all'' feature
    causes the	local host to act as a proxy for all hosts reachable through
    some other	network	interface, different from the one the request came in
    from.  It may be enabled by setting the sysctl(8) MIB variable
    net.link.ether.inet.proxyall to 1.

 

Но здесь дело в чём то другом видимо...

[s.lobanov]

hsvt

допустим у вас 2 клиента - 1.1.1.11 и 1.1.1.12

 

когда 1.1.1.11 запускает ping 1.1.1.12, то посылает arp who-has 1.1.1.12. сервер ему отвечает на этот request?

[hsvt]

В 19.12.2014 в 16:20, s.lobanov сказал:

hsvt

допустим у вас 2 клиента - 1.1.1.11 и 1.1.1.12

 

когда 1.1.1.11 запускает ping 1.1.1.12, то посылает arp who-has 1.1.1.12. сервер ему отвечает на этот request?

 

Воспроизвсти еще одну такую же схему на тестовом буке не смогу, но вот с клиента ping до шлюза 1.1.1.1 не ходит. До, например 8.8.8.8 - ходит. Если отключить net.link.ether.inet.proxyall: 1 -> 0 - внешка перестаёт работать.

 

Изменено 2 октября, 2019 пользователем hsvt

[hsvt]

s.lobanov: Если setfib убирать из правила ipfw у клиента всё ок и работает (ip-unnumbered).

 

? Тогда на FreeBSD не придётся ничего прописывать, останется только NAT для других клиентов. (без Vlan-per-user).

Изменено 2 октября, 2019 пользователем hsvt