The document provides information about the DHCP configuration file. It includes details about the status of the DHCP server, connecting to the server using SSH, setting up the Git server, and creating a Git project. The document also includes the configuration file for the DHCP server.
Contribute Materials
Your contribution can guide someone’s learning journey. Share your
documents today.
Running head: SYSTEM AND NETWORK ADMINISTRATION System and Network administration Name of the Student Name of the University Authors note
Secure Best Marks with AI Grader
Need help grading? Try our AI Grader for instant feedback on your assignments.
4SYSTEM AND NETWORK ADMINISTRATION the Status of the DHCP server can be Seen as running and ready to lease the ip addreses that requests for any IP address. Cleint machine ready to connect to the DHCP server DHCP lease list from the server deployed in Ubuntu installing SSH
5SYSTEM AND NETWORK ADMINISTRATION connecting to the ssh server from a client machine using the ssh Instaliing and setting up the git server
6SYSTEM AND NETWORK ADMINISTRATION Setting the git shell logging in to the git server from client
Secure Best Marks with AI Grader
Need help grading? Try our AI Grader for instant feedback on your assignments.
7SYSTEM AND NETWORK ADMINISTRATION Creating a git project from client through the use of the Git server
8SYSTEM AND NETWORK ADMINISTRATION configuration # Defaults for isc-dhcp-server (sourced by /etc/init.d/isc-dhcp-server) # Path to dhcpd's config file (default: /etc/dhcp/dhcpd.conf). #DHCPDv4_CONF=/etc/dhcp/dhcpd.conf #DHCPDv6_CONF=/etc/dhcp/dhcpd6.conf # Path to dhcpd's PID file (default: /var/run/dhcpd.pid). #DHCPDv4_PID=/var/run/dhcpd.pid #DHCPDv6_PID=/var/run/dhcpd6.pid # Additional options to start dhcpd with. #Don't use options -cf or -pf here; use DHCPD_CONF/ DHCPD_PID instead #OPTIONS="" # On what interfaces should the DHCP server (dhcpd) serve DHCP requests? #Separate multiple interfaces with spaces, e.g. "eth0 eth1". INTERFACESv4="ens3" INTERFACESv6="" dhcpd.conf # dhcpd.conf # # Sample configuration file for ISC dhcpd # # Attention: If /etc/ltsp/dhcpd.conf exists, that will be used as # configuration file instead of this file. # # option definitions common to all supported networks... #option domain-name "example.org"; #option domain-name-servers ns1.example.org, ns2.example.org; default-lease-time 600; max-lease-time 7200; # The ddns-updates-style parameter controls whether or not the server will # attempt to do a DNS update when a lease is confirmed. We default to the
9SYSTEM AND NETWORK ADMINISTRATION # behavior of the version 2 packages ('none', since DHCP v2 didn't # have support for DDNS.) ddns-update-style none; # If this DHCP server is the official DHCP server for the local # network, the authoritative directive should be uncommented. authoritative; # Use this to send dhcp log messages to a different log file (you also # have to hack syslog.conf to complete the redirection). #log-facility local7; # No service will be given on this subnet, but declaring it helps the # DHCP server to understand the network topology. #subnet 10.152.187.0 netmask 255.255.255.0 { #} # This is a very basic subnet declaration. #subnet 10.254.239.0 netmask 255.255.255.224 { # range 10.254.239.10 10.254.239.20; # option routers rtr-239-0-1.example.org, rtr-239-0-2.example.org; #} # This declaration allows BOOTP clients to get dynamic addresses, # which we don't really recommend. #subnet 10.254.239.32 netmask 255.255.255.224 { # range dynamic-bootp 10.254.239.40 10.254.239.60; # option broadcast-address 10.254.239.31; # option routers rtr-239-32-1.example.org; #} # A slightly different configuration for an internal subnet. subnet 10.10.64.0 netmask 255.255.255.0 { range 10.10.64.10 10.10.64.50; # option domain-name-servers ns1.internal.example.org; # option domain-name "internal.example.org"; option subnet-mask 255.255.255.0; option routers 10.10.64.255; option broadcast-address 10.10.64.255; default-lease-time 600; max-lease-time 7200; } # Hosts which require special configuration options can be listed in # host statements.If no address is specified, the address will be # allocated dynamically (if possible), but the host-specific information # will still come from the host declaration.
Paraphrase This Document
Need a fresh take? Get an instant paraphrase of this document with our AI Paraphraser
10SYSTEM AND NETWORK ADMINISTRATION #host passacaglia { # hardware ethernet 0:0:c0:5d:bd:95; # filename "vmunix.passacaglia"; # server-name "toccata.example.com"; #} # Fixed IP addresses can also be specified for hosts.These addresses # should not also be listed as being available for dynamic assignment. # Hosts for which fixed IP addresses have been specified can boot using # BOOTP or DHCP.Hosts for which no fixed address is specified can only # be booted with DHCP, unless there is an address range on the subnet # to which a BOOTP client is connected which has the dynamic-bootp flag # set. #host fantasia { # hardware ethernet 08:00:07:26:c0:a5; # fixed-address fantasia.example.com; #} # You can declare a class of clients and then do address allocation # based on that.The example below shows a case where all clients # in a certain class get addresses on the 10.17.224/24 subnet, and all # other clients get addresses on the 10.0.29/24 subnet. #class "foo" { # match if substring (option vendor-class-identifier, 0, 4) = "SUNW"; #} #shared-network 224-29 { # subnet 10.17.224.0 netmask 255.255.255.0 { #option routers rtr-224.example.org; # } # subnet 10.0.29.0 netmask 255.255.255.0 { #option routers rtr-29.example.org; # } # pool { #allow members of "foo"; #range 10.17.224.10 10.17.224.250; # } # pool { #deny members of "foo"; #range 10.0.29.10 10.0.29.230; # } #}