----- Original Message ----- > From: "Tom Gundersen" <[email protected]> > > Afaik, this is the expected behaviour. > > Assuming this is indeed by design, what's the rationale?
Can't speak for original developers, but it is pretty easy: 1) It is natural to avoid a defunct configuration by removing it whenever the network is not connected. 2) Defunct configuration of one interface can cause problems to an otherwise functional configuration of other interfaces (e.g. address, routing and DNS conflicts). 3) An overall defunct configuration can cause problems to the applications (e.g. an application communicates over a defunct network, causing timeouts and bad user experience). It's practical to treat network configuration as bound to the L1/L2 connectivity in general, and instead provide rationale for the rare exceptions where keeping interface configuration after disconnection makes sense. If that becomes important for more common with (some) statically configured servers, fair enough. You can already use that feature with git master builds. Pavel > > I would suggest your apps to use 127.0.0.1 to talk to each other. > > > > Cheers > > > > > > _______________________________________________ > > networkmanager-list mailing list > > [email protected] > > https://mail.gnome.org/mailman/listinfo/networkmanager-list > > > > _______________________________________________ > networkmanager-list mailing list > [email protected] > https://mail.gnome.org/mailman/listinfo/networkmanager-list > _______________________________________________ networkmanager-list mailing list [email protected] https://mail.gnome.org/mailman/listinfo/networkmanager-list
