DHCP works but no internet to clients
-
@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
-
@davidka While I’m a bit baffled why its set. One link I found said to edit vsftpd.confg (should be some place under /etc) and remove or comment out the
tcp_wrappers
statement.Edit: Actually I think it needs to be tcp_wrappers=no the default may be yes
-
@davidka @george1421 We removed the
tcp_wrapper=
option from vsftpd.conf in our install scripts just recently because it caused an issue with CentOS 8. It’s very unfortunate that no one noticed this to be an issue in Fedora 30 as well. Just remove the line from the config, restart your FOG server and things should be working. -
@george1421 okay so setting that to NO seems to have done the trick. I can log in to ftp now, and the image capture successfully put the finished image in the images dir. I am now doing my first image restore to a test machine, its looking promising ^_^
-
@davidka Just as an FYI, only the capture uses FTP. The deployment should work just fine. As for the upload residue, you can safely delete the directories that appear as mac address in /images/dev. You can also salvage the upload too but it will take a little manual activity.
-
and now my routing has stopped working again. did’nt notice it because i had to step away for a bit, but the test machine that just imaged has no network access. I also tried another machine that is a known good one and its not getting network either. I can ping the 192.168.1.1 just fine, PXE booting still works, its just now not routing. I mean its better than nothing we can get by with out network on this if it comes down to it. Thank you to every one who has helped me so far.
-
Figured it out, re running the fog installer after messing with the passwords etc reset my option routers in the dhcpd.conf file.