Come posizionare la VM praticamente oltre l'host in rete

Ho scritto un programma che simula una macchina semplice. Questo programma ha il suo MAC e usa socket raw per scrivere frame raw ethernet, gestendo in modo efficace IP / ARP-Tables ecc. È possibile comunicare con il mondo esterno, ma ho problemi con la connessione host-to-guest e guest-to-host. Al momento utilizzo un'interfaccia MacVLan in Modalità Ponte , ma i pacchetti destinati all'host non arrivano mai in nessuno dei due macvlan1 o il sottostante eth0 . Anche i miei interruttori non supportano il forcina funzione richiesta per il modalità vepa .

Ho provato a riprodurlo questo post dove un utente ha avuto un problema simile, ma in primo luogo la risposta non ha funzionato per me e in secondo luogo la risposta dell'utente finito

Sarebbe stato molto più facile con un MacVlan, anche se ..,

Quindi, come impostare un macvlan in modo che l'ospite possa comunicare con il mondo esterno e il padrone di casa?

Vorrei anche usare il bridging (come in questo post ) se potesse funzionare per me. (Inoltre, vorrei evitare di predefinire gli IP statici)

Ok, ho dovuto giocare con le prese crude ora.

Però, prese crude ( man 7 raw, socket(AF_INET, SOCK_RAW, ...) ) funziona davvero sul layer 3. Hai detto di scrivere frame raw ethernet e di fare ARP, quindi forse vuoi dire prese del pacchetto ( man 7 packet, socket(AF_PACKET, SOCK_RAW, ...) ).

Per entrambi i pacchetti socket e raw socket, i pacchetti non sono correttamente instradati, ma collocati direttamente nella parte in uscita di una particolare interfaccia. Questa interfaccia può essere determinata vincolandola per nome o cercando l'indirizzo di destinazione. Quindi "l'inoltro avviene automaticamente dal kernel" non è vero: l'inoltro non avviene affatto. In particolare, se la destinazione è un indirizzo locale, il pacchetto non viene reindirizzato tramite l'interfaccia di loopback.

Questo rende questo metodo totalmente inadatto per la simulazione di un dispositivo con un "extra endpoint di interfaccia" nell'host.

Per quanto riguarda i macvlans, la modalità bridge è descritta come

Il macvlan è un ponte banale che non ha bisogno di imparare come questo   conosce ogni indirizzo MAC che può ricevere, quindi non ha bisogno di implementarlo   apprendimento o stp. Il che lo rende semplice e stupido e veloce.

Prendo questo per indicare che i macvlans eseguono il bridging esaminando l'indirizzo MAC dell'interfaccia originale e ogni altro indirizzo MAC aggiunto da un macvlan. Il che significa che mentre si sta emulando l'indirizzo MAC tramite socket non elaborati, il codice macvlan non sa che esiste un indirizzo MAC "aggiuntivo" e quindi non può trovare alcuna destinazione per esso.

Aggiungete che i socket raw e packet hanno bisogno di root (che non dovrebbe essere necessario per un'applicazione che emula qualche altro dispositivo), quindi, a mio parere, i socket raw e packet sono totalmente inadatti per questo tipo di applicazione. Sono orientati verso l'implementazione di nuovi protocolli IP o altri elementi di rete di basso livello nello spazio utente e nient'altro.

Quindi il mio consiglio sarebbe ancora: Non usare socket raw / packet. Usa un'interfaccia tap, come fanno QEMU o altri emulatori. Ciò consentirà alla tua applicazione di funzionare come non-root, e sarai in grado di configurare qualsiasi configurazione di rete nell'host che ti piace (instradarlo sul layer 3 o collegarlo al layer 2).