These are chat archives for Exa-Networks/exabgp

27th
Feb 2016
Bryan Benson
@bmbenson
Feb 27 2016 01:24
Also... Why set the umask explicitly? Why not take what the parent process sets?
Thomas Mangin
@thomas-mangin
Feb 27 2016 10:35
@bmbenson no but if you perform outgoing connection, exabgp does not really to bind to the local ip on the server so you should be able to use there your NAT IP. Never tried tho.
I do not trust the parent process to not have it too lax and as we pass it to our forked process it makes sure the files it create will not be world writeable for example
Bryan Benson
@bmbenson
Feb 27 2016 17:47
@thomas-mangin umask - I fugred that was the case, I ended up simply setting it in the subprocess and that seems to work. Thank you.
& I was thinking something similar, the NAT happens off my machine, so I was thinking some way to fake it out with the public IP the private is translated to so that it uses the 'faked' nat IP for the pseudo-header. Essentially (host(Pub->Priv)->Pub), then the md5 should match up.
Thomas Mangin
@thomas-mangin
Feb 27 2016 17:51
@bmbenson - yes setting it explicitely in your program is safer (as more explicit) than relying on the system defaults / parent program
Bryan Benson
@bmbenson
Feb 27 2016 17:52
Agreed, I should have probably kept my question to myself, at the time I was a bit surprised :) Thanks
Thomas Mangin
@thomas-mangin
Feb 27 2016 17:52
Another to way to fake the MD5 may be to add the NAT IP on your machine loopback and see how it goes :package:
Bryan Benson
@bmbenson
Feb 27 2016 17:54
Yeah, that's probably cleaner than a full on virtual interface - I'll toy with it today & let you know!