Настройка одинаковых адресов TUN-устройства на MacOS

Первый случай (разные адреса интерфейса)

У меня есть эта простая программа на Go для инициализации интерфейса и его чтения/записи. Простая труба:

package main

import (
    "fmt"
    "log"
    "log/slog"
    "slices"

    "github.com/google/gopacket"
    "github.com/google/gopacket/layers"
    "github.com/songgao/water"
)

func main() {
    // Создание сетевого интерфейса utun{номер}, имя назначается автоматически
    ifce, err := water.New(water.Config{DeviceType: water.TUN})
    if err != nil {
        panic(fmt.Errorf("новый tun: %w", err))
    }

    slog.Info("создан интерфейс", "имя", ifce.Name())
    for {
        fmt.Printf("\n")

        // Ожидание и чтение пакета из интерфейса DestAddr(?) в buf
        buf := make([]byte, 1024)
        n, err := ifce.Read(buf)
        if err != nil {
            panic(fmt.Errorf("чтение ifce: %w", err))
        }

        p := gopacket.NewPacket(buf[:n], layers.LayerTypeIPv4, gopacket.Default)
        icmpPacket, isICMP := p.Layer(layers.LayerTypeICMPv4).(*layers.ICMPv4)
        if !isICMP {
            slog.Warn("не ICMP пакет")
            continue
        }
        slog.Info("Получено сообщение", "байты", n, "тип", icmpPacket.TypeCode, "последовательность", icmpPacket.Seq)

        // Запись пакета на Addr(?)
        n, err = ifce.Write(buf[:n])
        if err != nil {
            panic(fmt.Errorf("запись ifce: %w", err))
        }
        slog.Info("Записан пакет", "байты", n, "тип", icmpPacket.TypeCode, "последовательность", icmpPacket.Seq)
    }
}

После запуска процесса и получения имени интерфейса, я настроил адреса:

ifconfig utun6 10.1.0.10 10.1.0.20 up
ifconfig -v utun6
#    utun6: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1500 index 25
#        eflags=1002080<TXSTART,NOAUTOIPV6LL,ECN_ENABLE>
#        xflags=4<NOAUTONX>
#        inet 10.1.0.10 --> 10.1.0.20 netmask 0xff000000
#        generation id: 958
#        state availability: 0 (true)
#        scheduler: FQ_CODEL
#        qosmarking enabled: no mode: none
#        low power mode: disabled
#        multi layer packet logging (mpklog): disabled
#        routermode4: disabled
#        routermode6: disabled

Что я вижу

Если я пингую адрес назначения, я получаю таймауты без ответов, и моя программа получает ICMP сообщение:

ping -c 1 10.1.0.20
# PING 10.1.0.20 (10.1.0.20): 56 data bytes
#
# --- 10.1.0.20 ping statistics ---
# 1 packets transmitted, 0 packets received, 100.0% packet loss

вывод программы go:
# INFO Получено сообщение байты=84 тип=EchoRequest seq=0
# INFO Записан пакет байты=84 тип=EchoRequest seq=0

Итак, мы получили пакет и отправили его куда-то (10.1.0.10) без ответа, он был потерян.

Второй случай (одинаковые адреса)

Давайте изменим шаг настройки utun6 на это:

sudo ifconfig utun6 10.1.0.20 10.1.0.20 up
ifconfig utun6                         
#    utun6: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1500
#        inet 10.1.0.20 --> 10.1.0.20 netmask 0xff000000

ping -c 2 10.1.0.20
# PING 10.1.0.20 (10.1.0.20): 56 data bytes
# 64 bytes from 10.1.0.20: icmp_seq=0 ttl=64 time=0.422 ms
# 64 bytes from 10.1.0.20: icmp_seq=1 ttl=64 time=0.476 ms

вывод программы go:
# INFO Получено сообщение байты=84 тип=EchoRequest seq=0
# INFO Записан пакет байты=84 тип=EchoRequest seq=0
# INFO Получено сообщение байты=84 тип=EchoReply seq=0
# INFO Записан пакет байты=84 тип=EchoReply seq=0
# INFO Получено сообщение байты=84 тип=EchoRequest seq=1
# INFO Записан пакет байты=84 тип=EchoRequest seq=1
# INFO Получено сообщение байты=84 тип=EchoReply seq=1
# INFO Записан пакет байты=84 тип=EchoReply seq=1

Вопросы

Первый случай (разные адреса)

Мое предположение:

1. ping отправляет ICMP пакет на 10.1.0.20
2. Интерфейс/сокет слушает на 10.1.0.20 и получает пакет
3. Мы отправляем его куда-то (10.1.0.10)??? (Я предполагаю, что из-за отсутствия маршрутного правила ядро не знает, что делать, и эти пакеты просто отбрасываются никуда)

Что на самом деле происходит на шаге 3? Почему я не могу прослушивать сообщения с 10.1.0.10 (или могу, на той же машине, не создавая обратный интерфейс)? Я предполагаю, что я мог бы настроить маршрут обратно к интерфейсу, чтобы смоделировать поведение второго случая с помощью route add).

Второй случай (одинаковые адреса)

Итак, как я понимаю:

1. ping отправляет ICMP пакет на 10.1.0.20
2. Интерфейс/сокет слушает на 10.1.0.20 и получает пакет (8 EchoRequest)
3. Пакет отправляется на тот же интерфейс, и мы получаем это отправленное сообщение в нашей программе на go на втором цикле (я предполагаю, что оба адреса указывают на наш интерфейс, поэтому мы получаем сообщение обратно, как при петлевой проверке)
4. Мы получаем сообщение с шага 3, но с другим типом (0 EchoReply)
5. Как-то мы возвращаем сообщение обратно команде ping

Почему мы получаем разные данные (тип), отправляя их через/в тот же интерфейс? Я предполагаю, это связано с тем, как ядро внутренне их преобразует, но почему? И почему ping получает ответ, все что мы делаем – это записываем его обратно на наш интерфейс, почему у нас не происходит бесконечная пересылка пакетов? Почему EchoRequest возвращается в нашу программу, но EchoReply распознается ping?

Я пытался разобраться в страницах man и route/ifconfig/netstats/tcpdump/гуглил в течение нескольких дней, но это все еще слишком запутано, а документация слишком неопределённая, чтобы правильно понять, что здесь происходит. Можете ли вы предложить какой-либо материал для чтения, чтобы понять весь этот хаос?