OK, I’ll update, then report back. Thank you.

This feels much better!

Upgraded Fog to 1.4.4, and captured the image, deployed it, and was presented with my AD Login screen! It logged me in, then restarted… Then let me log in properly.

A couple things I need to change on the image, but over all, this is much better than where I was before! Thank you for the advice

This worked! Thanks!

I’m disappointed Microsoft’s method doesn’t work anymore, it was super helpful when we were testing Windows 10 at my previous site…

@george1421 Thanks for the input!

I’m not looking to specifically put F2B in; I am putting in code to log to a file login failures and successes, then the SysAdmin can choose to setup a F2B jail based on that. I believe heavily in separation of responsibilities, so I will definitely look into writing a proper tutorial.

Do you think code for simply logging the login attempts would get merged?

WIP - I have FOG now logging to a text file with the remote IP, and an indicator of whether the username supplied was a success or not. I’ll continue testing this next week, and report back if I get it working on new installs too.

If it works, I’ll create a merge request on Github. This has been a fun challenge so far

I would like this as well, for my schools that I administer.

Sorry for the late reply… Tried on another computer, and I cannot get the FOG menu to appear (this computer has never registered on that FOG server).

@george1421 Yes I have. I found that document the first time I ran into the Netboot issue (posted above). I followed it, and the web interface loads (so I thought it was fine). It also let the computers that were stuck in a PXE boot-loop start up and boot into Windows. The current issue is that I can’t image this laptop, or even see the menu. Tomorrow when I’m back on site, I’ll test with another computer as well.

Possibly related to my old problem, but this is on a separate server.

Running Debian Jessie, I updated the IP address, and systems will boot into Windows if they boot from the NIC. That part is good.

I have a Dell laptop that will not load the menu. When I attempt to boot from the NIC, in BIOS mode (no UEFI), it presents me with a GRUB prompt after downloading the iPXE items (not sure what to call it). It will not launch FOG.

I log into the web interface, find this PC in the list, and start a Deploy (Debug) task, and it will boot me into the Fog OS. It looks good to me, so I type fog and press Enter, then it complains it can’t find the fog.postinit file.

It was running 1.3.0. I updated to the latest stable release from GIT, updated the MySQL tables in the web interface, and tried again - no change. I cannot load the FOG menu to select anything. I ran the tftp tests from another computer on the same switch, but no change.

Thoughts?

@Sebastian-Roth I added the new lines to my /etc/apache2/sites-enabled/001-fog file, entered my credentials and waited 10 minutes… No change, still getting an HTTP/503 response.

I downloaded the script to the FOG server, ran ./updateIP.sh, and got the following results:

Updating the IP Settings server-wide.
A password was not set in /opt/fog/.fogsettings for mysql use.
Updating the IP in /tftpboot/default.ipxe
Backing up /var/www/html//fog/lib/fog/config.class.php
Updating the IP inside /var/www/html//fog/lib/fog/config.class.php
Updating the fields inside of /opt/fog/.fogsettings

All done.

I tried to log in again, and it’s still spinning around (although, it’s only been 2 minutes since I ran the script and tried to log in).

EDIT: It’s working now! After running the script, I also restarted Apache, PHP and MySQL, then tried again:

systemctl restart php7.0-fpm.service apache2.service mysql.service

@Sebastian-Roth Output below:

# ss -antul | grep 9000
tcp    LISTEN     0      128    127.0.0.1:9000                  *:*

# cat /etc/apache2/sites-available/001-fog.conf
<VirtualHost *:80>
    <FilesMatch "\.php$">
        SetHandler "proxy:fcgi://127.0.0.1:9000/"
    </FilesMatch>
    KeepAlive Off
    ServerName 10.32.10.2
    DocumentRoot /var/www/html/
    <Directory /var/www/html/fog/>
        DirectoryIndex index.php index.html index.htm
    </Directory>
    RewriteEngine On
    RewriteCond %{REQUEST_METHOD} ^(TRACE|TRACK)
    RewriteRule .* - [F]
    RewriteCond %{DOCUMENT_ROOT}/%{REQUEST_FILENAME} !-f
    RewriteCond %{DOCUMENT_ROOT}/%{REQUEST_FILENAME} !-d
    RewriteRule ^/fog/(.*)$ /fog/api/index.php [QSA,L]
</VirtualHost>

And the config.class.php file looks normal to me.

My network address space changed from 192.168.0.0/23 to 10.32.10.0/23. I did nothing in the FOG config, but noticed PCs that were set to boot from the network first failed.

While searching for fixing it, I came across this page about changing the FOG server IP address. It was 1.5.5 before, so I expected the 1.3.0 instructions to work. I updated the ipaddress= parameter, and ran the installation. It completes successfully, and tells me to log in to the Management Interface in my web browser.

I type in my FOG username and password, and it hangs. I eventually get it to time out with a 503 error. When I check the Apache Error Log (/var/log/apache2/error.log), I see the following line:

[proxy_fcgi:error] [pid 597] (70007)The timeout specified has expired: [client 10.32.10.115:50251] AH01075: Error dispatching request to : (polling), referer: http://10.32.10.2/fog/management/

I have tried rebooting the server (Debian 9.8), but no change. I have checked the following as well:

• No firewall is running (iptables -L shows everything is Accept)
• Lots of free space on all partitions
• 250 MB of used memory, with 2.5 GB free
• No selinux installed or activated
• apt is updated, and all packages available are installed
• Checked /var/log/php7.0-fpm.log - the same four lines keep repeated:

    [25-Mar-2019 09:20:42] NOTICE: fpm is running, pid 6223
    [25-Mar-2019 09:20:42] NOTICE: ready to handle connections
    [25-Mar-2019 09:20:42] NOTICE: systemd monitor interval set to 10000ms
    [25-Mar-2019 09:25:27] NOTICE: Terminating ...
    [25-Mar-2019 09:25:27] NOTICE: exiting, bye-bye!
  

• Restarted apache2.service, mysql, and php7.0-fpm, no change.
• nginx is not installed, and has never been installed on this server.
• Attempted to run the latest stable installfog.sh script from Git Hub - no change

Where can I look next?

This worked! Thanks!

I’m disappointed Microsoft’s method doesn’t work anymore, it was super helpful when we were testing Windows 10 at my previous site…