CentOS 7 DHCP Client - How to use “classless-static-routes” (“code 121”)?Use dnsmasq to pushing...
How does IBM's 53-bit quantum computer compares to classical ones for cryptanalytic tasks?
Do things made of adamantine rust?
What is the need of methods like GET and POST in the HTTP protocol?
Temporarily moving a SQL Server 2016 database to SQL Server 2017 and then moving back. Is it possible?
Asking an expert in your field that you have never met to review your manuscript
GitHub repo with Apache License version 2 in package.json, but no full license copy nor comment headers
Gas leaking in base of new gas range?
What do you do if you have developments on your paper during the long peer review process?
Can one guy with a duplicator initiate a nuclear apocalypse?
Can Northern Ireland's border issue be solved by repartition?
How is the problem, {⟨G⟩|G has no triangle} in Logspace?
Runaway-argument error message when line break occurs inside argument of a macro
Pseudo Game of Cups in Python
Applications of mathematics in clinical setting
Is It Possible to Have Different Sea Levels, Eventually Causing New Landforms to Appear?
How could artificial intelligence harm us?
What was the deeper meaning of Hermione wanting the cloak?
Minimize taxes now that I earn more
What do solvers like Gurobi and CPLEX do when they run into hard instances of MIP
How to deal with my team leader who keeps calling me about project updates even though I am on leave for personal reasons?
How do rulers get rich from war?
Manager encourages me to take day of sick leave instead of PTO, what's in it for him?
Leaving a job that I just took based on false promise of a raise. What do I tell future interviewers?
What was an "insurance cover"?
CentOS 7 DHCP Client - How to use “classless-static-routes” (“code 121”)?
Use dnsmasq to pushing routes to my clients on a small local networkHow can I use ISC KEA DHCP (DHCPv4) server to push routes to clients?dhclient-exit-hooks was not executed with NetworkManagerwhat is “rfc3442-classless-static-routes” in /etc/dhcp/dhclient.confWhen no dhcp server answer, how can I force dhclient to use the static lease from dhclient.conf instead of a previous dhcp lease?Raspbian Jessie wired LAN no DHCPOFFERS from pfSense 2.2.6 DHCP serverCentos 6.8 VM client not getting DHCP Reserved IP from Rasbian dnsmasq serverDhclient not updating /etc/resolv.confHow to avoid dhclient default gateway on an interfaceHow to use ISC KEA DHCP to inform “DNS” and “GATEWAY” to my DHCPv4 clients?Is there a way to cache the last IP assigned on DHCP clients and use that if the DHCP server is down?dhclient Active for Interfaces with BOOTPROTO=none
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ margin-bottom:0;
}
According to this answer...
https://unix.stackexchange.com/a/457577/61742
... I can use the following configuration to use pushed routes from my DHCP server in my DHCP client by placing in the /etc/dhclient.conf
or /etc/dhcp3/dhclient.conf
file the following configuration...
option classless-static-routes code 121 = array of { ip-address, ip-address };
But in CentOS 7 this file does not exist, but the following files...
[root@localhost ~]# ps -eaf | grep dhcli
root 780 650 0 15:02 ? 00:00:00 /sbin/dhclient -d -q -sf /usr/libexec/nm-dhcp-helper -pf /var/run/dhclient-enp0s8.pid -lf /var/lib/NetworkManager/dhclient-00cb8299-feb9-55b6-a378-3fdc720e0bc6-enp0s8.lease -cf /var/lib/NetworkManager/dhclient-enp0s8.conf enp0s8
root 783 650 0 15:02 ? 00:00:00 /sbin/dhclient -d -q -sf /usr/libexec/nm-dhcp-helper -pf /var/run/dhclient-enp0s17.pid -lf /var/lib/NetworkManager/dhclient-8512e951-6012-c639-73b1-5b4d7b469f7f-enp0s17.lease -cf /var/lib/NetworkManager/dhclient-enp0s17.conf enp0s17
root 2218 1152 0 15:36 pts/0 00:00:00 grep --color=auto dhcli
NOTE: Note the value for the "-cf" parameter (files: /var/lib/NetworkManager/dhclient-enp0s8.conf
and /var/lib/NetworkManager/dhclient-enp0s17.conf
).
My question is: What is the correct way to use "classless-static-routes" (code 121) on a CentOS 7 DHCP client?
Thanks!
PLUS:
This is the configuration of my ISC KEA DHCP (DHCPv4)...
cat /usr/local/etc/kea/kea-dhcp4.conf
[...]
"option-def": [{
"name": "rfc3442-classless-static-routes",
"code": 121,
"space": "dhcp4",
"type": "record",
"record-types": "uint8,uint8,uint8,ipv4-address"
}
],
"option-data": [{
"name": "rfc3442-classless-static-routes",
"data": "10,1,4, 10.1.6.4"
}]
[...]
The goal is that requests to 10.1.4.0/24 be routed to ip 10.1.6.4/32 in my DHCP clients.
NOTE: Is the same thing I would get with the command ip route add 10.1.4.0/24 dev enp0s8 via 10.1.6.4
in each my DHCP clients.
networking network-interface networkmanager dhcp isc-dhcpd
|
show 7 more comments
According to this answer...
https://unix.stackexchange.com/a/457577/61742
... I can use the following configuration to use pushed routes from my DHCP server in my DHCP client by placing in the /etc/dhclient.conf
or /etc/dhcp3/dhclient.conf
file the following configuration...
option classless-static-routes code 121 = array of { ip-address, ip-address };
But in CentOS 7 this file does not exist, but the following files...
[root@localhost ~]# ps -eaf | grep dhcli
root 780 650 0 15:02 ? 00:00:00 /sbin/dhclient -d -q -sf /usr/libexec/nm-dhcp-helper -pf /var/run/dhclient-enp0s8.pid -lf /var/lib/NetworkManager/dhclient-00cb8299-feb9-55b6-a378-3fdc720e0bc6-enp0s8.lease -cf /var/lib/NetworkManager/dhclient-enp0s8.conf enp0s8
root 783 650 0 15:02 ? 00:00:00 /sbin/dhclient -d -q -sf /usr/libexec/nm-dhcp-helper -pf /var/run/dhclient-enp0s17.pid -lf /var/lib/NetworkManager/dhclient-8512e951-6012-c639-73b1-5b4d7b469f7f-enp0s17.lease -cf /var/lib/NetworkManager/dhclient-enp0s17.conf enp0s17
root 2218 1152 0 15:36 pts/0 00:00:00 grep --color=auto dhcli
NOTE: Note the value for the "-cf" parameter (files: /var/lib/NetworkManager/dhclient-enp0s8.conf
and /var/lib/NetworkManager/dhclient-enp0s17.conf
).
My question is: What is the correct way to use "classless-static-routes" (code 121) on a CentOS 7 DHCP client?
Thanks!
PLUS:
This is the configuration of my ISC KEA DHCP (DHCPv4)...
cat /usr/local/etc/kea/kea-dhcp4.conf
[...]
"option-def": [{
"name": "rfc3442-classless-static-routes",
"code": 121,
"space": "dhcp4",
"type": "record",
"record-types": "uint8,uint8,uint8,ipv4-address"
}
],
"option-data": [{
"name": "rfc3442-classless-static-routes",
"data": "10,1,4, 10.1.6.4"
}]
[...]
The goal is that requests to 10.1.4.0/24 be routed to ip 10.1.6.4/32 in my DHCP clients.
NOTE: Is the same thing I would get with the command ip route add 10.1.4.0/24 dev enp0s8 via 10.1.6.4
in each my DHCP clients.
networking network-interface networkmanager dhcp isc-dhcpd
I think/etc/dhcp/dhclient-exit-hooks.d/rfc3442-classless-routes
does that job by default. Nonetheless, I am not much found of passing around static routes via DHCP.
– Rui F Ribeiro
Aug 1 '18 at 21:54
1
Please read this. Mainly: addalso request rfc3442-classless-static-routes;
(and the ms option for Microsoft) in the dhcp client config file (whichever it might be).
– Isaac
Aug 1 '18 at 22:24
1
Hmmm, Network manager is not the best way to manage static routes from dhcp (IMnshO). Is that a must requirement?
– Isaac
Aug 1 '18 at 22:30
1
@EduardoLucio Network Manager is designed (and used) to bring interfaces up for each diferent user when the GUI (desktop manager) starts. That is not a "system wide" interface configuration. Where each interface has "static" values for all users. It is up to you to make take such decision. But it seems reasonable to me that "static routes" should be used with "static interfaces". Just saying .....
– Isaac
Aug 2 '18 at 1:53
1
The KEA server is misconfigured"data": "10,1,4, 10.1.6.4"
will hand a route to network 1.4.0.0/10 (it's already wrong this would be 1.0.0.0/10) via 10.1.6.4 . The answer is in rfc 3422 + kea's informations (previous link I provided twice). Both have to be understood
– A.B
Aug 2 '18 at 6:44
|
show 7 more comments
According to this answer...
https://unix.stackexchange.com/a/457577/61742
... I can use the following configuration to use pushed routes from my DHCP server in my DHCP client by placing in the /etc/dhclient.conf
or /etc/dhcp3/dhclient.conf
file the following configuration...
option classless-static-routes code 121 = array of { ip-address, ip-address };
But in CentOS 7 this file does not exist, but the following files...
[root@localhost ~]# ps -eaf | grep dhcli
root 780 650 0 15:02 ? 00:00:00 /sbin/dhclient -d -q -sf /usr/libexec/nm-dhcp-helper -pf /var/run/dhclient-enp0s8.pid -lf /var/lib/NetworkManager/dhclient-00cb8299-feb9-55b6-a378-3fdc720e0bc6-enp0s8.lease -cf /var/lib/NetworkManager/dhclient-enp0s8.conf enp0s8
root 783 650 0 15:02 ? 00:00:00 /sbin/dhclient -d -q -sf /usr/libexec/nm-dhcp-helper -pf /var/run/dhclient-enp0s17.pid -lf /var/lib/NetworkManager/dhclient-8512e951-6012-c639-73b1-5b4d7b469f7f-enp0s17.lease -cf /var/lib/NetworkManager/dhclient-enp0s17.conf enp0s17
root 2218 1152 0 15:36 pts/0 00:00:00 grep --color=auto dhcli
NOTE: Note the value for the "-cf" parameter (files: /var/lib/NetworkManager/dhclient-enp0s8.conf
and /var/lib/NetworkManager/dhclient-enp0s17.conf
).
My question is: What is the correct way to use "classless-static-routes" (code 121) on a CentOS 7 DHCP client?
Thanks!
PLUS:
This is the configuration of my ISC KEA DHCP (DHCPv4)...
cat /usr/local/etc/kea/kea-dhcp4.conf
[...]
"option-def": [{
"name": "rfc3442-classless-static-routes",
"code": 121,
"space": "dhcp4",
"type": "record",
"record-types": "uint8,uint8,uint8,ipv4-address"
}
],
"option-data": [{
"name": "rfc3442-classless-static-routes",
"data": "10,1,4, 10.1.6.4"
}]
[...]
The goal is that requests to 10.1.4.0/24 be routed to ip 10.1.6.4/32 in my DHCP clients.
NOTE: Is the same thing I would get with the command ip route add 10.1.4.0/24 dev enp0s8 via 10.1.6.4
in each my DHCP clients.
networking network-interface networkmanager dhcp isc-dhcpd
According to this answer...
https://unix.stackexchange.com/a/457577/61742
... I can use the following configuration to use pushed routes from my DHCP server in my DHCP client by placing in the /etc/dhclient.conf
or /etc/dhcp3/dhclient.conf
file the following configuration...
option classless-static-routes code 121 = array of { ip-address, ip-address };
But in CentOS 7 this file does not exist, but the following files...
[root@localhost ~]# ps -eaf | grep dhcli
root 780 650 0 15:02 ? 00:00:00 /sbin/dhclient -d -q -sf /usr/libexec/nm-dhcp-helper -pf /var/run/dhclient-enp0s8.pid -lf /var/lib/NetworkManager/dhclient-00cb8299-feb9-55b6-a378-3fdc720e0bc6-enp0s8.lease -cf /var/lib/NetworkManager/dhclient-enp0s8.conf enp0s8
root 783 650 0 15:02 ? 00:00:00 /sbin/dhclient -d -q -sf /usr/libexec/nm-dhcp-helper -pf /var/run/dhclient-enp0s17.pid -lf /var/lib/NetworkManager/dhclient-8512e951-6012-c639-73b1-5b4d7b469f7f-enp0s17.lease -cf /var/lib/NetworkManager/dhclient-enp0s17.conf enp0s17
root 2218 1152 0 15:36 pts/0 00:00:00 grep --color=auto dhcli
NOTE: Note the value for the "-cf" parameter (files: /var/lib/NetworkManager/dhclient-enp0s8.conf
and /var/lib/NetworkManager/dhclient-enp0s17.conf
).
My question is: What is the correct way to use "classless-static-routes" (code 121) on a CentOS 7 DHCP client?
Thanks!
PLUS:
This is the configuration of my ISC KEA DHCP (DHCPv4)...
cat /usr/local/etc/kea/kea-dhcp4.conf
[...]
"option-def": [{
"name": "rfc3442-classless-static-routes",
"code": 121,
"space": "dhcp4",
"type": "record",
"record-types": "uint8,uint8,uint8,ipv4-address"
}
],
"option-data": [{
"name": "rfc3442-classless-static-routes",
"data": "10,1,4, 10.1.6.4"
}]
[...]
The goal is that requests to 10.1.4.0/24 be routed to ip 10.1.6.4/32 in my DHCP clients.
NOTE: Is the same thing I would get with the command ip route add 10.1.4.0/24 dev enp0s8 via 10.1.6.4
in each my DHCP clients.
networking network-interface networkmanager dhcp isc-dhcpd
networking network-interface networkmanager dhcp isc-dhcpd
edited Aug 2 '18 at 2:38
Eduardo Lucio
asked Aug 1 '18 at 21:44
Eduardo LucioEduardo Lucio
2403 silver badges21 bronze badges
2403 silver badges21 bronze badges
I think/etc/dhcp/dhclient-exit-hooks.d/rfc3442-classless-routes
does that job by default. Nonetheless, I am not much found of passing around static routes via DHCP.
– Rui F Ribeiro
Aug 1 '18 at 21:54
1
Please read this. Mainly: addalso request rfc3442-classless-static-routes;
(and the ms option for Microsoft) in the dhcp client config file (whichever it might be).
– Isaac
Aug 1 '18 at 22:24
1
Hmmm, Network manager is not the best way to manage static routes from dhcp (IMnshO). Is that a must requirement?
– Isaac
Aug 1 '18 at 22:30
1
@EduardoLucio Network Manager is designed (and used) to bring interfaces up for each diferent user when the GUI (desktop manager) starts. That is not a "system wide" interface configuration. Where each interface has "static" values for all users. It is up to you to make take such decision. But it seems reasonable to me that "static routes" should be used with "static interfaces". Just saying .....
– Isaac
Aug 2 '18 at 1:53
1
The KEA server is misconfigured"data": "10,1,4, 10.1.6.4"
will hand a route to network 1.4.0.0/10 (it's already wrong this would be 1.0.0.0/10) via 10.1.6.4 . The answer is in rfc 3422 + kea's informations (previous link I provided twice). Both have to be understood
– A.B
Aug 2 '18 at 6:44
|
show 7 more comments
I think/etc/dhcp/dhclient-exit-hooks.d/rfc3442-classless-routes
does that job by default. Nonetheless, I am not much found of passing around static routes via DHCP.
– Rui F Ribeiro
Aug 1 '18 at 21:54
1
Please read this. Mainly: addalso request rfc3442-classless-static-routes;
(and the ms option for Microsoft) in the dhcp client config file (whichever it might be).
– Isaac
Aug 1 '18 at 22:24
1
Hmmm, Network manager is not the best way to manage static routes from dhcp (IMnshO). Is that a must requirement?
– Isaac
Aug 1 '18 at 22:30
1
@EduardoLucio Network Manager is designed (and used) to bring interfaces up for each diferent user when the GUI (desktop manager) starts. That is not a "system wide" interface configuration. Where each interface has "static" values for all users. It is up to you to make take such decision. But it seems reasonable to me that "static routes" should be used with "static interfaces". Just saying .....
– Isaac
Aug 2 '18 at 1:53
1
The KEA server is misconfigured"data": "10,1,4, 10.1.6.4"
will hand a route to network 1.4.0.0/10 (it's already wrong this would be 1.0.0.0/10) via 10.1.6.4 . The answer is in rfc 3422 + kea's informations (previous link I provided twice). Both have to be understood
– A.B
Aug 2 '18 at 6:44
I think
/etc/dhcp/dhclient-exit-hooks.d/rfc3442-classless-routes
does that job by default. Nonetheless, I am not much found of passing around static routes via DHCP.– Rui F Ribeiro
Aug 1 '18 at 21:54
I think
/etc/dhcp/dhclient-exit-hooks.d/rfc3442-classless-routes
does that job by default. Nonetheless, I am not much found of passing around static routes via DHCP.– Rui F Ribeiro
Aug 1 '18 at 21:54
1
1
Please read this. Mainly: add
also request rfc3442-classless-static-routes;
(and the ms option for Microsoft) in the dhcp client config file (whichever it might be).– Isaac
Aug 1 '18 at 22:24
Please read this. Mainly: add
also request rfc3442-classless-static-routes;
(and the ms option for Microsoft) in the dhcp client config file (whichever it might be).– Isaac
Aug 1 '18 at 22:24
1
1
Hmmm, Network manager is not the best way to manage static routes from dhcp (IMnshO). Is that a must requirement?
– Isaac
Aug 1 '18 at 22:30
Hmmm, Network manager is not the best way to manage static routes from dhcp (IMnshO). Is that a must requirement?
– Isaac
Aug 1 '18 at 22:30
1
1
@EduardoLucio Network Manager is designed (and used) to bring interfaces up for each diferent user when the GUI (desktop manager) starts. That is not a "system wide" interface configuration. Where each interface has "static" values for all users. It is up to you to make take such decision. But it seems reasonable to me that "static routes" should be used with "static interfaces". Just saying .....
– Isaac
Aug 2 '18 at 1:53
@EduardoLucio Network Manager is designed (and used) to bring interfaces up for each diferent user when the GUI (desktop manager) starts. That is not a "system wide" interface configuration. Where each interface has "static" values for all users. It is up to you to make take such decision. But it seems reasonable to me that "static routes" should be used with "static interfaces". Just saying .....
– Isaac
Aug 2 '18 at 1:53
1
1
The KEA server is misconfigured
"data": "10,1,4, 10.1.6.4"
will hand a route to network 1.4.0.0/10 (it's already wrong this would be 1.0.0.0/10) via 10.1.6.4 . The answer is in rfc 3422 + kea's informations (previous link I provided twice). Both have to be understood– A.B
Aug 2 '18 at 6:44
The KEA server is misconfigured
"data": "10,1,4, 10.1.6.4"
will hand a route to network 1.4.0.0/10 (it's already wrong this would be 1.0.0.0/10) via 10.1.6.4 . The answer is in rfc 3422 + kea's informations (previous link I provided twice). Both have to be understood– A.B
Aug 2 '18 at 6:44
|
show 7 more comments
2 Answers
2
active
oldest
votes
Shameless copying from this answer:
If you wish to do this via DHCP, ensure that your have properly configured your DHCP client per the RedHat Knowledgebase article in here
To ensure that RFC3442-standard classless static routes provided by a DHCP server are processed correctly when using NetworkManager, the
following lines should be placed into/etc/dhclient.conf
or, if
using per-interface DHCP options,/etc/dhclient-<ifname>.conf
:
option rfc3442-classless-static-routes code 121 = array of unsigned integer 8;
option ms-classless-static-routes code 249 = array of unsigned integer 8;
also request rfc3442-classless-static-routes;
also request ms-classless-static-routes;
These lines will ensure that RFC3442 classless static routes are requested from the DHCP server, and that they are properly processed
by NetworkManager.
I tried what you suggested, but it did not work. Note that the/var/lib/NetworkManager/dhclient-enp0s8.conf
file contains everything that should be in/etc/dhclient-.conf
. The impression I have is that in reality this is already configured... I'm really confused... =/ Thanks!
– Eduardo Lucio
Aug 2 '18 at 2:37
1
It did not work is a pretty broad statement. It does not give any detail of what did work and what exactly did not work. Are the static routes being emitted by the DHCP server? Are the static routes being loaded to the route table of the client computers? Is a ping meant to reach a computer in the 10.1.6.0/24 network and sent from a computer in the 10.1.4.0/24 actually reaching the 10.1.6.0/24 network? Are the pings in the 10.1.4.0/24 network being answered by the target computer? Are the answer packets traveling back to the 10.1.6.0/24 network? so on and so forth ...@EduardoLucio
– Isaac
Aug 2 '18 at 2:52
Any suggestions on what tests (a bash command, for example) could I do to get you better information? =D Thanks!
– Eduardo Lucio
Aug 2 '18 at 3:01
That's basic networking work that you must be able to perform on your own. It is pretty complex to build a shell script to do all of that (and several different commands should be executed in different computers at different times). No, not something that you should expect to get here (nor anywhere else). @EduardoLucio
– Isaac
Aug 2 '18 at 3:09
add a comment
|
In fact this answer is a complement to @Isaac's answer and some pitfalls - may seem a bit obvious, but not to me - on the issue presented.
First of all, although there is some pattern within the presented universe, it is necessary to understand a correlation between what is configured in DHCP Server and what is expected in DHCP Client. Practically, parameters such as "option-def" -> "name" can vary between "rfc3442-classless-static-routes" and "classless-static-routes", "option-def" -> "record-types" between "uint8, uint8, uint8, ipv4-address" and "uint8, uint8, uint8, uint8, uint8, uint8, uint8, uint8", and so on... That is, it depends on what the DHCP Client expects from the "other side" basically.
In the case of CentOS 7 what is pointed out in the thread https://unix.stackexchange.com/a/459963/61742 is already configured by default, then it is only necessary to configure in ISC KEA DHCP (DHCPv4) (my case) what CentOS 7 waits from the "other side".
Finally, the configuration looks like this...
cat /usr/local/etc/kea/kea-dhcp4.conf
[...]
"option-def": [{
"name": "rfc3442-classless-static-routes",
"code": 121,
"space": "dhcp4",
"type": "record",
"array": true,
"record-types": "uint8,uint8,uint8,uint8,uint8,uint8,uint8,uint8"
}
],
"option-data": [{
"name": "rfc3442-classless-static-routes",
"data": "24,10,1,4,10,1,6,4"
}]
[...]
... since CentOS 7 is configured as...
cat /var/lib/NetworkManager/dhclient-enp0s8.conf
[...]
option rfc3442-classless-static-routes code 121 = array of unsigned integer 8;
also request rfc3442-classless-static-routes;
[...]
SOME CLARIFICATIONS:
"record-types" is a mask, that is, what is in each position of the array informed in "date" that as expected in CentOS 7 is an "array of unsigned integer 8" (uint8).
"data" works according to the following example: if I want the following routing 10.1.4.0/24 via 10.1.6.4
then I will inform "24,10,1,4,10,1,6,4"
. Note that the zero in 10.1.4.0/24
should be omitted since it is a mask for 3 octets (/24).
TIP: The "option-data" parameter can be placed in multiple locations in "subnet4" (file "/usr/local/etc/kea/kea-dhcp4.conf") and this will depend on how you want to distribute your configuration for routing.
Especial thanks to @Isaac , @Rui F Ribeiro and @A.B !
1
kea guide 8.2.9. Custom DHCPv4 options: "When array is set to true and type is set to "record", the last field is an array, i.e., it can contain more than one value" [...] so a single (or to be more rigorous 5 uint8 for a /0 + 1 ipv4) uint8 should work for all cases (as is done with the dhcpd equivalent). 8 uint8 will work only for /17 or narrower.
– A.B
Aug 2 '18 at 17:39
add a comment
|
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "106"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/4.0/"u003ecc by-sa 4.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f459945%2fcentos-7-dhcp-client-how-to-use-classless-static-routes-code-121%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
Shameless copying from this answer:
If you wish to do this via DHCP, ensure that your have properly configured your DHCP client per the RedHat Knowledgebase article in here
To ensure that RFC3442-standard classless static routes provided by a DHCP server are processed correctly when using NetworkManager, the
following lines should be placed into/etc/dhclient.conf
or, if
using per-interface DHCP options,/etc/dhclient-<ifname>.conf
:
option rfc3442-classless-static-routes code 121 = array of unsigned integer 8;
option ms-classless-static-routes code 249 = array of unsigned integer 8;
also request rfc3442-classless-static-routes;
also request ms-classless-static-routes;
These lines will ensure that RFC3442 classless static routes are requested from the DHCP server, and that they are properly processed
by NetworkManager.
I tried what you suggested, but it did not work. Note that the/var/lib/NetworkManager/dhclient-enp0s8.conf
file contains everything that should be in/etc/dhclient-.conf
. The impression I have is that in reality this is already configured... I'm really confused... =/ Thanks!
– Eduardo Lucio
Aug 2 '18 at 2:37
1
It did not work is a pretty broad statement. It does not give any detail of what did work and what exactly did not work. Are the static routes being emitted by the DHCP server? Are the static routes being loaded to the route table of the client computers? Is a ping meant to reach a computer in the 10.1.6.0/24 network and sent from a computer in the 10.1.4.0/24 actually reaching the 10.1.6.0/24 network? Are the pings in the 10.1.4.0/24 network being answered by the target computer? Are the answer packets traveling back to the 10.1.6.0/24 network? so on and so forth ...@EduardoLucio
– Isaac
Aug 2 '18 at 2:52
Any suggestions on what tests (a bash command, for example) could I do to get you better information? =D Thanks!
– Eduardo Lucio
Aug 2 '18 at 3:01
That's basic networking work that you must be able to perform on your own. It is pretty complex to build a shell script to do all of that (and several different commands should be executed in different computers at different times). No, not something that you should expect to get here (nor anywhere else). @EduardoLucio
– Isaac
Aug 2 '18 at 3:09
add a comment
|
Shameless copying from this answer:
If you wish to do this via DHCP, ensure that your have properly configured your DHCP client per the RedHat Knowledgebase article in here
To ensure that RFC3442-standard classless static routes provided by a DHCP server are processed correctly when using NetworkManager, the
following lines should be placed into/etc/dhclient.conf
or, if
using per-interface DHCP options,/etc/dhclient-<ifname>.conf
:
option rfc3442-classless-static-routes code 121 = array of unsigned integer 8;
option ms-classless-static-routes code 249 = array of unsigned integer 8;
also request rfc3442-classless-static-routes;
also request ms-classless-static-routes;
These lines will ensure that RFC3442 classless static routes are requested from the DHCP server, and that they are properly processed
by NetworkManager.
I tried what you suggested, but it did not work. Note that the/var/lib/NetworkManager/dhclient-enp0s8.conf
file contains everything that should be in/etc/dhclient-.conf
. The impression I have is that in reality this is already configured... I'm really confused... =/ Thanks!
– Eduardo Lucio
Aug 2 '18 at 2:37
1
It did not work is a pretty broad statement. It does not give any detail of what did work and what exactly did not work. Are the static routes being emitted by the DHCP server? Are the static routes being loaded to the route table of the client computers? Is a ping meant to reach a computer in the 10.1.6.0/24 network and sent from a computer in the 10.1.4.0/24 actually reaching the 10.1.6.0/24 network? Are the pings in the 10.1.4.0/24 network being answered by the target computer? Are the answer packets traveling back to the 10.1.6.0/24 network? so on and so forth ...@EduardoLucio
– Isaac
Aug 2 '18 at 2:52
Any suggestions on what tests (a bash command, for example) could I do to get you better information? =D Thanks!
– Eduardo Lucio
Aug 2 '18 at 3:01
That's basic networking work that you must be able to perform on your own. It is pretty complex to build a shell script to do all of that (and several different commands should be executed in different computers at different times). No, not something that you should expect to get here (nor anywhere else). @EduardoLucio
– Isaac
Aug 2 '18 at 3:09
add a comment
|
Shameless copying from this answer:
If you wish to do this via DHCP, ensure that your have properly configured your DHCP client per the RedHat Knowledgebase article in here
To ensure that RFC3442-standard classless static routes provided by a DHCP server are processed correctly when using NetworkManager, the
following lines should be placed into/etc/dhclient.conf
or, if
using per-interface DHCP options,/etc/dhclient-<ifname>.conf
:
option rfc3442-classless-static-routes code 121 = array of unsigned integer 8;
option ms-classless-static-routes code 249 = array of unsigned integer 8;
also request rfc3442-classless-static-routes;
also request ms-classless-static-routes;
These lines will ensure that RFC3442 classless static routes are requested from the DHCP server, and that they are properly processed
by NetworkManager.
Shameless copying from this answer:
If you wish to do this via DHCP, ensure that your have properly configured your DHCP client per the RedHat Knowledgebase article in here
To ensure that RFC3442-standard classless static routes provided by a DHCP server are processed correctly when using NetworkManager, the
following lines should be placed into/etc/dhclient.conf
or, if
using per-interface DHCP options,/etc/dhclient-<ifname>.conf
:
option rfc3442-classless-static-routes code 121 = array of unsigned integer 8;
option ms-classless-static-routes code 249 = array of unsigned integer 8;
also request rfc3442-classless-static-routes;
also request ms-classless-static-routes;
These lines will ensure that RFC3442 classless static routes are requested from the DHCP server, and that they are properly processed
by NetworkManager.
edited 1 hour ago
muru
44.8k5 gold badges111 silver badges184 bronze badges
44.8k5 gold badges111 silver badges184 bronze badges
answered Aug 1 '18 at 22:36
IsaacIsaac
14.8k1 gold badge23 silver badges63 bronze badges
14.8k1 gold badge23 silver badges63 bronze badges
I tried what you suggested, but it did not work. Note that the/var/lib/NetworkManager/dhclient-enp0s8.conf
file contains everything that should be in/etc/dhclient-.conf
. The impression I have is that in reality this is already configured... I'm really confused... =/ Thanks!
– Eduardo Lucio
Aug 2 '18 at 2:37
1
It did not work is a pretty broad statement. It does not give any detail of what did work and what exactly did not work. Are the static routes being emitted by the DHCP server? Are the static routes being loaded to the route table of the client computers? Is a ping meant to reach a computer in the 10.1.6.0/24 network and sent from a computer in the 10.1.4.0/24 actually reaching the 10.1.6.0/24 network? Are the pings in the 10.1.4.0/24 network being answered by the target computer? Are the answer packets traveling back to the 10.1.6.0/24 network? so on and so forth ...@EduardoLucio
– Isaac
Aug 2 '18 at 2:52
Any suggestions on what tests (a bash command, for example) could I do to get you better information? =D Thanks!
– Eduardo Lucio
Aug 2 '18 at 3:01
That's basic networking work that you must be able to perform on your own. It is pretty complex to build a shell script to do all of that (and several different commands should be executed in different computers at different times). No, not something that you should expect to get here (nor anywhere else). @EduardoLucio
– Isaac
Aug 2 '18 at 3:09
add a comment
|
I tried what you suggested, but it did not work. Note that the/var/lib/NetworkManager/dhclient-enp0s8.conf
file contains everything that should be in/etc/dhclient-.conf
. The impression I have is that in reality this is already configured... I'm really confused... =/ Thanks!
– Eduardo Lucio
Aug 2 '18 at 2:37
1
It did not work is a pretty broad statement. It does not give any detail of what did work and what exactly did not work. Are the static routes being emitted by the DHCP server? Are the static routes being loaded to the route table of the client computers? Is a ping meant to reach a computer in the 10.1.6.0/24 network and sent from a computer in the 10.1.4.0/24 actually reaching the 10.1.6.0/24 network? Are the pings in the 10.1.4.0/24 network being answered by the target computer? Are the answer packets traveling back to the 10.1.6.0/24 network? so on and so forth ...@EduardoLucio
– Isaac
Aug 2 '18 at 2:52
Any suggestions on what tests (a bash command, for example) could I do to get you better information? =D Thanks!
– Eduardo Lucio
Aug 2 '18 at 3:01
That's basic networking work that you must be able to perform on your own. It is pretty complex to build a shell script to do all of that (and several different commands should be executed in different computers at different times). No, not something that you should expect to get here (nor anywhere else). @EduardoLucio
– Isaac
Aug 2 '18 at 3:09
I tried what you suggested, but it did not work. Note that the
/var/lib/NetworkManager/dhclient-enp0s8.conf
file contains everything that should be in /etc/dhclient-.conf
. The impression I have is that in reality this is already configured... I'm really confused... =/ Thanks!– Eduardo Lucio
Aug 2 '18 at 2:37
I tried what you suggested, but it did not work. Note that the
/var/lib/NetworkManager/dhclient-enp0s8.conf
file contains everything that should be in /etc/dhclient-.conf
. The impression I have is that in reality this is already configured... I'm really confused... =/ Thanks!– Eduardo Lucio
Aug 2 '18 at 2:37
1
1
It did not work is a pretty broad statement. It does not give any detail of what did work and what exactly did not work. Are the static routes being emitted by the DHCP server? Are the static routes being loaded to the route table of the client computers? Is a ping meant to reach a computer in the 10.1.6.0/24 network and sent from a computer in the 10.1.4.0/24 actually reaching the 10.1.6.0/24 network? Are the pings in the 10.1.4.0/24 network being answered by the target computer? Are the answer packets traveling back to the 10.1.6.0/24 network? so on and so forth ...@EduardoLucio
– Isaac
Aug 2 '18 at 2:52
It did not work is a pretty broad statement. It does not give any detail of what did work and what exactly did not work. Are the static routes being emitted by the DHCP server? Are the static routes being loaded to the route table of the client computers? Is a ping meant to reach a computer in the 10.1.6.0/24 network and sent from a computer in the 10.1.4.0/24 actually reaching the 10.1.6.0/24 network? Are the pings in the 10.1.4.0/24 network being answered by the target computer? Are the answer packets traveling back to the 10.1.6.0/24 network? so on and so forth ...@EduardoLucio
– Isaac
Aug 2 '18 at 2:52
Any suggestions on what tests (a bash command, for example) could I do to get you better information? =D Thanks!
– Eduardo Lucio
Aug 2 '18 at 3:01
Any suggestions on what tests (a bash command, for example) could I do to get you better information? =D Thanks!
– Eduardo Lucio
Aug 2 '18 at 3:01
That's basic networking work that you must be able to perform on your own. It is pretty complex to build a shell script to do all of that (and several different commands should be executed in different computers at different times). No, not something that you should expect to get here (nor anywhere else). @EduardoLucio
– Isaac
Aug 2 '18 at 3:09
That's basic networking work that you must be able to perform on your own. It is pretty complex to build a shell script to do all of that (and several different commands should be executed in different computers at different times). No, not something that you should expect to get here (nor anywhere else). @EduardoLucio
– Isaac
Aug 2 '18 at 3:09
add a comment
|
In fact this answer is a complement to @Isaac's answer and some pitfalls - may seem a bit obvious, but not to me - on the issue presented.
First of all, although there is some pattern within the presented universe, it is necessary to understand a correlation between what is configured in DHCP Server and what is expected in DHCP Client. Practically, parameters such as "option-def" -> "name" can vary between "rfc3442-classless-static-routes" and "classless-static-routes", "option-def" -> "record-types" between "uint8, uint8, uint8, ipv4-address" and "uint8, uint8, uint8, uint8, uint8, uint8, uint8, uint8", and so on... That is, it depends on what the DHCP Client expects from the "other side" basically.
In the case of CentOS 7 what is pointed out in the thread https://unix.stackexchange.com/a/459963/61742 is already configured by default, then it is only necessary to configure in ISC KEA DHCP (DHCPv4) (my case) what CentOS 7 waits from the "other side".
Finally, the configuration looks like this...
cat /usr/local/etc/kea/kea-dhcp4.conf
[...]
"option-def": [{
"name": "rfc3442-classless-static-routes",
"code": 121,
"space": "dhcp4",
"type": "record",
"array": true,
"record-types": "uint8,uint8,uint8,uint8,uint8,uint8,uint8,uint8"
}
],
"option-data": [{
"name": "rfc3442-classless-static-routes",
"data": "24,10,1,4,10,1,6,4"
}]
[...]
... since CentOS 7 is configured as...
cat /var/lib/NetworkManager/dhclient-enp0s8.conf
[...]
option rfc3442-classless-static-routes code 121 = array of unsigned integer 8;
also request rfc3442-classless-static-routes;
[...]
SOME CLARIFICATIONS:
"record-types" is a mask, that is, what is in each position of the array informed in "date" that as expected in CentOS 7 is an "array of unsigned integer 8" (uint8).
"data" works according to the following example: if I want the following routing 10.1.4.0/24 via 10.1.6.4
then I will inform "24,10,1,4,10,1,6,4"
. Note that the zero in 10.1.4.0/24
should be omitted since it is a mask for 3 octets (/24).
TIP: The "option-data" parameter can be placed in multiple locations in "subnet4" (file "/usr/local/etc/kea/kea-dhcp4.conf") and this will depend on how you want to distribute your configuration for routing.
Especial thanks to @Isaac , @Rui F Ribeiro and @A.B !
1
kea guide 8.2.9. Custom DHCPv4 options: "When array is set to true and type is set to "record", the last field is an array, i.e., it can contain more than one value" [...] so a single (or to be more rigorous 5 uint8 for a /0 + 1 ipv4) uint8 should work for all cases (as is done with the dhcpd equivalent). 8 uint8 will work only for /17 or narrower.
– A.B
Aug 2 '18 at 17:39
add a comment
|
In fact this answer is a complement to @Isaac's answer and some pitfalls - may seem a bit obvious, but not to me - on the issue presented.
First of all, although there is some pattern within the presented universe, it is necessary to understand a correlation between what is configured in DHCP Server and what is expected in DHCP Client. Practically, parameters such as "option-def" -> "name" can vary between "rfc3442-classless-static-routes" and "classless-static-routes", "option-def" -> "record-types" between "uint8, uint8, uint8, ipv4-address" and "uint8, uint8, uint8, uint8, uint8, uint8, uint8, uint8", and so on... That is, it depends on what the DHCP Client expects from the "other side" basically.
In the case of CentOS 7 what is pointed out in the thread https://unix.stackexchange.com/a/459963/61742 is already configured by default, then it is only necessary to configure in ISC KEA DHCP (DHCPv4) (my case) what CentOS 7 waits from the "other side".
Finally, the configuration looks like this...
cat /usr/local/etc/kea/kea-dhcp4.conf
[...]
"option-def": [{
"name": "rfc3442-classless-static-routes",
"code": 121,
"space": "dhcp4",
"type": "record",
"array": true,
"record-types": "uint8,uint8,uint8,uint8,uint8,uint8,uint8,uint8"
}
],
"option-data": [{
"name": "rfc3442-classless-static-routes",
"data": "24,10,1,4,10,1,6,4"
}]
[...]
... since CentOS 7 is configured as...
cat /var/lib/NetworkManager/dhclient-enp0s8.conf
[...]
option rfc3442-classless-static-routes code 121 = array of unsigned integer 8;
also request rfc3442-classless-static-routes;
[...]
SOME CLARIFICATIONS:
"record-types" is a mask, that is, what is in each position of the array informed in "date" that as expected in CentOS 7 is an "array of unsigned integer 8" (uint8).
"data" works according to the following example: if I want the following routing 10.1.4.0/24 via 10.1.6.4
then I will inform "24,10,1,4,10,1,6,4"
. Note that the zero in 10.1.4.0/24
should be omitted since it is a mask for 3 octets (/24).
TIP: The "option-data" parameter can be placed in multiple locations in "subnet4" (file "/usr/local/etc/kea/kea-dhcp4.conf") and this will depend on how you want to distribute your configuration for routing.
Especial thanks to @Isaac , @Rui F Ribeiro and @A.B !
1
kea guide 8.2.9. Custom DHCPv4 options: "When array is set to true and type is set to "record", the last field is an array, i.e., it can contain more than one value" [...] so a single (or to be more rigorous 5 uint8 for a /0 + 1 ipv4) uint8 should work for all cases (as is done with the dhcpd equivalent). 8 uint8 will work only for /17 or narrower.
– A.B
Aug 2 '18 at 17:39
add a comment
|
In fact this answer is a complement to @Isaac's answer and some pitfalls - may seem a bit obvious, but not to me - on the issue presented.
First of all, although there is some pattern within the presented universe, it is necessary to understand a correlation between what is configured in DHCP Server and what is expected in DHCP Client. Practically, parameters such as "option-def" -> "name" can vary between "rfc3442-classless-static-routes" and "classless-static-routes", "option-def" -> "record-types" between "uint8, uint8, uint8, ipv4-address" and "uint8, uint8, uint8, uint8, uint8, uint8, uint8, uint8", and so on... That is, it depends on what the DHCP Client expects from the "other side" basically.
In the case of CentOS 7 what is pointed out in the thread https://unix.stackexchange.com/a/459963/61742 is already configured by default, then it is only necessary to configure in ISC KEA DHCP (DHCPv4) (my case) what CentOS 7 waits from the "other side".
Finally, the configuration looks like this...
cat /usr/local/etc/kea/kea-dhcp4.conf
[...]
"option-def": [{
"name": "rfc3442-classless-static-routes",
"code": 121,
"space": "dhcp4",
"type": "record",
"array": true,
"record-types": "uint8,uint8,uint8,uint8,uint8,uint8,uint8,uint8"
}
],
"option-data": [{
"name": "rfc3442-classless-static-routes",
"data": "24,10,1,4,10,1,6,4"
}]
[...]
... since CentOS 7 is configured as...
cat /var/lib/NetworkManager/dhclient-enp0s8.conf
[...]
option rfc3442-classless-static-routes code 121 = array of unsigned integer 8;
also request rfc3442-classless-static-routes;
[...]
SOME CLARIFICATIONS:
"record-types" is a mask, that is, what is in each position of the array informed in "date" that as expected in CentOS 7 is an "array of unsigned integer 8" (uint8).
"data" works according to the following example: if I want the following routing 10.1.4.0/24 via 10.1.6.4
then I will inform "24,10,1,4,10,1,6,4"
. Note that the zero in 10.1.4.0/24
should be omitted since it is a mask for 3 octets (/24).
TIP: The "option-data" parameter can be placed in multiple locations in "subnet4" (file "/usr/local/etc/kea/kea-dhcp4.conf") and this will depend on how you want to distribute your configuration for routing.
Especial thanks to @Isaac , @Rui F Ribeiro and @A.B !
In fact this answer is a complement to @Isaac's answer and some pitfalls - may seem a bit obvious, but not to me - on the issue presented.
First of all, although there is some pattern within the presented universe, it is necessary to understand a correlation between what is configured in DHCP Server and what is expected in DHCP Client. Practically, parameters such as "option-def" -> "name" can vary between "rfc3442-classless-static-routes" and "classless-static-routes", "option-def" -> "record-types" between "uint8, uint8, uint8, ipv4-address" and "uint8, uint8, uint8, uint8, uint8, uint8, uint8, uint8", and so on... That is, it depends on what the DHCP Client expects from the "other side" basically.
In the case of CentOS 7 what is pointed out in the thread https://unix.stackexchange.com/a/459963/61742 is already configured by default, then it is only necessary to configure in ISC KEA DHCP (DHCPv4) (my case) what CentOS 7 waits from the "other side".
Finally, the configuration looks like this...
cat /usr/local/etc/kea/kea-dhcp4.conf
[...]
"option-def": [{
"name": "rfc3442-classless-static-routes",
"code": 121,
"space": "dhcp4",
"type": "record",
"array": true,
"record-types": "uint8,uint8,uint8,uint8,uint8,uint8,uint8,uint8"
}
],
"option-data": [{
"name": "rfc3442-classless-static-routes",
"data": "24,10,1,4,10,1,6,4"
}]
[...]
... since CentOS 7 is configured as...
cat /var/lib/NetworkManager/dhclient-enp0s8.conf
[...]
option rfc3442-classless-static-routes code 121 = array of unsigned integer 8;
also request rfc3442-classless-static-routes;
[...]
SOME CLARIFICATIONS:
"record-types" is a mask, that is, what is in each position of the array informed in "date" that as expected in CentOS 7 is an "array of unsigned integer 8" (uint8).
"data" works according to the following example: if I want the following routing 10.1.4.0/24 via 10.1.6.4
then I will inform "24,10,1,4,10,1,6,4"
. Note that the zero in 10.1.4.0/24
should be omitted since it is a mask for 3 octets (/24).
TIP: The "option-data" parameter can be placed in multiple locations in "subnet4" (file "/usr/local/etc/kea/kea-dhcp4.conf") and this will depend on how you want to distribute your configuration for routing.
Especial thanks to @Isaac , @Rui F Ribeiro and @A.B !
edited Aug 2 '18 at 18:02
answered Aug 2 '18 at 17:22
Eduardo LucioEduardo Lucio
2403 silver badges21 bronze badges
2403 silver badges21 bronze badges
1
kea guide 8.2.9. Custom DHCPv4 options: "When array is set to true and type is set to "record", the last field is an array, i.e., it can contain more than one value" [...] so a single (or to be more rigorous 5 uint8 for a /0 + 1 ipv4) uint8 should work for all cases (as is done with the dhcpd equivalent). 8 uint8 will work only for /17 or narrower.
– A.B
Aug 2 '18 at 17:39
add a comment
|
1
kea guide 8.2.9. Custom DHCPv4 options: "When array is set to true and type is set to "record", the last field is an array, i.e., it can contain more than one value" [...] so a single (or to be more rigorous 5 uint8 for a /0 + 1 ipv4) uint8 should work for all cases (as is done with the dhcpd equivalent). 8 uint8 will work only for /17 or narrower.
– A.B
Aug 2 '18 at 17:39
1
1
kea guide 8.2.9. Custom DHCPv4 options: "When array is set to true and type is set to "record", the last field is an array, i.e., it can contain more than one value" [...] so a single (or to be more rigorous 5 uint8 for a /0 + 1 ipv4) uint8 should work for all cases (as is done with the dhcpd equivalent). 8 uint8 will work only for /17 or narrower.
– A.B
Aug 2 '18 at 17:39
kea guide 8.2.9. Custom DHCPv4 options: "When array is set to true and type is set to "record", the last field is an array, i.e., it can contain more than one value" [...] so a single (or to be more rigorous 5 uint8 for a /0 + 1 ipv4) uint8 should work for all cases (as is done with the dhcpd equivalent). 8 uint8 will work only for /17 or narrower.
– A.B
Aug 2 '18 at 17:39
add a comment
|
Thanks for contributing an answer to Unix & Linux Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f459945%2fcentos-7-dhcp-client-how-to-use-classless-static-routes-code-121%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
I think
/etc/dhcp/dhclient-exit-hooks.d/rfc3442-classless-routes
does that job by default. Nonetheless, I am not much found of passing around static routes via DHCP.– Rui F Ribeiro
Aug 1 '18 at 21:54
1
Please read this. Mainly: add
also request rfc3442-classless-static-routes;
(and the ms option for Microsoft) in the dhcp client config file (whichever it might be).– Isaac
Aug 1 '18 at 22:24
1
Hmmm, Network manager is not the best way to manage static routes from dhcp (IMnshO). Is that a must requirement?
– Isaac
Aug 1 '18 at 22:30
1
@EduardoLucio Network Manager is designed (and used) to bring interfaces up for each diferent user when the GUI (desktop manager) starts. That is not a "system wide" interface configuration. Where each interface has "static" values for all users. It is up to you to make take such decision. But it seems reasonable to me that "static routes" should be used with "static interfaces". Just saying .....
– Isaac
Aug 2 '18 at 1:53
1
The KEA server is misconfigured
"data": "10,1,4, 10.1.6.4"
will hand a route to network 1.4.0.0/10 (it's already wrong this would be 1.0.0.0/10) via 10.1.6.4 . The answer is in rfc 3422 + kea's informations (previous link I provided twice). Both have to be understood– A.B
Aug 2 '18 at 6:44