DHCP works but no internet to clients
-
@davidka Dual-NIC setups are advanced. You can make it work but it’s not something we support by default because every setup is somewhat different and it’s very hard to try and suite for all.
just for whatever reason its not serving the connection through the second NIC along with the DHCP.
Please explain what you mean by that. The config and information you posted seems ok so far.
-
Ah I see what you are trying to do. What, do you think the fog server can be a router too?
The short answer is, YES you can do that.
You will need to update the dhcp server to tell to push the default route is the imaging network’s LAN interface on the fog server.
Then what you need to do is set a kernel parameter to allow forwarding between your network interfaces. I suggest that you google “linux kernel ip forwarding” to better understand what you are doing but the quick answer is this.
cat /proc/sys/net/ipv4/ip_forward
should return 0 so not forwarding.echo 1> /proc/sys/net/ipv4/ip_forward
then
cat /proc/sys/net/ipv4/ip_forward
should return 1 so do IP forwarding.To make it persistent (survive fog server reboots) you need to update
/etc/sysctl.conf
and add in as the last linenet.ipv4.ip_forward = 1
On a line by itself.Lastly if you need to send data back to your imaging network from your business lan, you will need to create a static route in the default router for your business lan describing the imaging network IP address and how to get there via the Business LAN interface of your fog server.
Understand this request has nothing to do with fog, but more to do with using linux as a router and pure IP routing.
-
I got it figured out. had to setup routes through iptable etc. Thanks.
-
@davidka said in DHCP works but no internet to clients:
had to setup routes through iptable
I guess I can say OK to that, but iptables shouldn’t be involved here unless you are doing NAT. But if you have it working, great.
-
@george1421 Yes NAT got involved. lol.
now I’m having issues with capturing the images. all signs are pointing to tftp but nothing I’ve tried has worked.) Its saving the images to /images/dev using the client MAC as the folder name. It just never finishes the process so it wont restore the images.
-
@davidka said in DHCP works but no internet to clients:
…all signs are pointing to tftp but nothing I’ve tried has worked.) Its saving the images to /images/dev using the client MAC as the folder name.
If this is the case then its not a tftp issue. If the files are being created in /images/dev FOS Linux is running at this point. TFTP is only used to deliver iPXE (FOG Menu) to the target computer.
It just never finishes the process so it wont restore the images.
What error is it giving you at this point. The upload is done. Do you see an error regarding FTP? A screen shot of the error should help us decide where to look next.
-
@george1421 I get that right after it gets done cloning. I recored that as a video its on my google drive https://drive.google.com/open?id=18fwBwbhZ34qPPnrlWwQA_EDyTevForsg I’ve got a couple guys on k-12 Technition suport group discord looking at with me too. (I found out about from the network admin at another school. I work at a college I’m trying to show my sysadmin we need to use FOG lol.)
-
@davidka This
Type: 1024
error is probably caused by a connection issue. We often have people post a similar picture but with authentication error. Here I guess it’s a connection thing. From the network where you have your hosts can you open a FTP connection from any of the clients (e.g. use WinSCP or FileZilla)? Username isfogproject
and the password you find in/var/www/html/fog/lib/fog/config.class.php
on your FOG server. -
@Sebastian-Roth when I try to connect using an ftp client (coreftp) it gives me this:```
Connect socket #1904 to ***.***.215.106, port 22... Can't establish connection --> ***.***.215.106:22 @ Tue Nov 05 14:38:50 2019 (0-38) Connection Failed
I started out the first part of my IP as that is a a private IP for our school.
-
@davidka Hmmm did someone play (test) with iptables that may be blocking ftp access? </snark>
-
@davidka said in DHCP works but no internet to clients:
Connect socket #1904 to ..215.106, port 22…
Port 22 is SSH/SCP not FTP?!
-
@davidka From your windows computer, can you ftp to 192.168.1.1 (your fog server I guess) with the user name of fogproject and the password found in /opt/fog/.fogsettings ? it will be a random long password. If you can connect via FTP from a windows computer then we have something else going wrong.
-
@Sebastian-Roth 22 is just was in the blank be default. I’m not sure what port it should be.
-
@george1421 I’ve changed that password in all its locations to a custom password. (but it was messing up before I did that though) and no it doesn’t connect.
Okay so I changed it to port 21 and got this
Connect socket #1760 to ***.***.215.106, port 21... 500 OOPS: tcp_wrappers is set to YES but no tcp wrapper support compiled in Can't establish connection --> ***.***.215.106:21 @ Tue Nov 05 15:12:53 2019 (0-
the 192.168.1.1 is my DHCP pool the server IP is different. it ends in 215.106
-
@davidka said in DHCP works but no internet to clients:
the 192.168.1.1 is my DHCP pool the server IP is different. it ends in 215.106
You are going to have to explain how you have things setup, because from your picture the client is trying to connect to 192.168.1.1
I’m also concerned about this statement
I’ve changed that password in all its locations to a custom password
What does that mean? The fogproject service account is owned and managed by the fog installer. Its password shouldn’t be touched.
-
@george1421 I went into all the config files and changed it. didnt realize it was a big deal. But it was messing up even before I did that. do I need to run the fog installer again ?
I’ve got two NICs one is 192.168.1.1 for DHCP on an isolated network the other is ..215.106 this one has access to the rest of the schools network and assigned by my sysadmin. I needed to be able to remote into the server and supply intert the clients at the same time, so I have it configured to route the traffic from 192.168.1.1 through IP tables and NAT to the 215.106 interface.
My sysadmin does not want DHCP to the rest of the network, hence the utterly complex setup i’m trying to pull off. I’ve tryed to explain to him that FOG wants to be part of the main network, and is expecting a DHCP server to already be setup, etc. But at this time he don’t want that. Its a whole other rant for another time… (we are manually updating everything, not using SCCM or any thing…)
-
@davidka Well there is a tutorial I have on resyncing all of the password locations that you can run through. You can change the password to what ever you like as long as its secure and consistent. https://forums.fogproject.org/topic/11203/resyncing-fog-s-service-account-password
Looking at your other posts it appears you do have the imaging lan nic set to 192.168.1.1 (at least in your OP).
From your fog server you can run this command to see if the ftp server is running.
netstat -an | grep ":21"
should show you the ftp server is up and running.From either the imaging network or from your business network you should be able to connect to the ftp server on the FOG server using a windows computer and the ftp command line client. Again the password will be what is found in /opt/fog/.fogsettings file once you resync all of the passwords. If you can log in via ftp to the fog server then we will dig elsewhere.
-
tcp 0 0 0.0.0.0:21 0.0.0.0:* LISTEN
thats what that gave me.
and this
ftp> open ***.***.215.106 Connected to ***.***.215.106. 500 OOPS: tcp_wrappers is set to YES but no tcp wrapper support compiled in Connection closed by remote host.
-
@davidka said in DHCP works but no internet to clients:
500 OOPS: tcp_wrappers is set to YES but no tcp wrapper support compiled in
what is the OS distro FOG is running on?
-
@george1421 Fedora 30