Hostname changer not working
-
I’m running the lastest git build as of today maybe a half hour ago. I uninstalled the old client service from the client, removed the FOG certificate, downloaded the latest one from the server, and installed it, but I’m still having an issue with the hostname changer, as you can see in the fog.log
-
Can you press “Reset encryption data” for the host on the fog server?
-
Didn’t know that button existed. Thanks. That did it, but now the clients are trying to update to 0.9.5 automatically, and all they succeed in doing is uninstall the old version. I’ll probably have to push out 0.9.5 in an image, but I thought I’d let you know
-
@nengelhardt said:
Didn’t know that button existed. Thanks. That did it, but now the clients are trying to update to 0.9.5 automatically, and all they succeed in doing is uninstall the old version. I’ll probably have to push out 0.9.5 in an image, but I thought I’d let you know
Why did they fail? Can you provide the logs, or an explanation or suspicion?
-
@nengelhardt I need to see a fog.log file from one of the clients that failed to update.
-
Hi all
I’m seeing this on FOG version 4582 and client version 0.94.
C:\fog.log on client shows
------------------------------------------------------------------------------ --------------------------------HostnameChanger------------------------------- ------------------------------------------------------------------------------ 15/09/2015 16:37 Client-Info Version: 0.9.4 15/09/2015 16:37 HostnameChanger Running... 15/09/2015 16:37 Middleware::Communication URL: http://fogserver.domain.com/fog/service/servicemodule-active.php?moduleid=hostnamechanger&mac=FC:AA:14:10:4D:7C||00:00:00:00:00:00:00:E0|00:00:00:00:00:00:00:E0&newService=1 15/09/2015 16:37 Middleware::Communication Response: Success 15/09/2015 16:37 Middleware::Communication URL: http://fogserver.domain.com/fog/service/hostname.php?moduleid=hostnamechanger&mac=FC:AA:14:10:4D:7C||00:00:00:00:00:00:00:E0|00:00:00:00:00:00:00:E0&newService=1 15/09/2015 16:37 Middleware::Communication Response: Invalid host certificate 15/09/2015 16:37 Middleware::Communication URL: http://fogserver.domain.com/fog/management/other/ssl/srvpublic.crt 15/09/2015 16:37 Middleware::Authentication ERROR: Could not get security token 15/09/2015 16:37 Middleware::Authentication ERROR: Could not find file 'C:\Windows\system32\token.dat'. 15/09/2015 16:37 Data::RSA CA cert found 15/09/2015 16:37 Data::RSA ERROR: Certificate validation failed 15/09/2015 16:37 Data::RSA ERROR: Trust chain did not complete to the known authority anchor. Errors: The signature of the certificate cannot be verified. (NotSignatureValid) 15/09/2015 16:37 Middleware::Authentication ERROR: Could not authenticate 15/09/2015 16:37 Middleware::Authentication ERROR: Certificate is not from FOG CA ------------------------------------------------------------------------------
But I cannot see a Reset encryption data button anywhere. Does this exist on my version of FOG? If so could someone give me a pointer on where I can find it?
regards, Kiweegie
-
@Kiweegie Same problem here !
-
-
same problem for me but i have no error about a certificate or authenticate
client are using new fog client 0.9.5 but hostname changer didnt work
I see no error in fog.log -
@giejo63 Can you upload the fog.log anyways? I can’t help unless I know exactly what is or isn’t happening.
-
@Jbob said:
@Kiweegie @ch3i The “Reset encryption” button will only fix “Invalid security token” errors. What you have is an untrusted server. Did you reset the CA keys or swap out FOG servers recently?
I think it’s a problem in my installation. @Tom-Elliott tried to help me via Teamviewer, but as he said : It’s weird ! lol
-
@Jbob Hi Jbob, yes this was indeed my issue and resolved by Tom Elliot. I had rebuilt my FOG server and so had a different CA key on the client which was imaged from the “old” FOG server before I rebuilt it.
Tom advised issue as:
The crt file that the client is using to send its authentication data is not signed by the server’s ca, or rather what your client thinks is the server’s certificate authority
Fix was to download new crt file from http://your_FOG_server/fog/management/other/ca.cert.der and install that on the affected client.
-
@Jbob said:
@giejo63 Can you upload the fog.log anyways? I can’t help unless I know exactly what is or isn’t happening.
Hi,
Here is my fog.log. I dont know why there is a communication error only for Hostname changer ??------------------------------------------------------------------------------ --------------------------------HostnameChanger------------------------------- ------------------------------------------------------------------------------ 22/09/2015 15:18 Client-Info Version: 0.9.5 22/09/2015 15:18 HostnameChanger Running... 22/09/2015 15:18 Middleware::Communication URL: http://xxx.xxx.xxx.xxx/fog/service/servicemodule-active.php?moduleid=hostnamechanger&mac=D4:3D:7E:D2:52:B4|&newService=1 22/09/2015 15:18 Middleware::Communication Response: Success 22/09/2015 15:18 Middleware::Communication URL: http://xxx.xxx.xxx.xxx/fog/service/hostname.php?moduleid=hostnamechanger&mac=D4:3D:7E:D2:52:B4|&newService=1 22/09/2015 15:20 Middleware::Communication ERROR: Could not contact FOG server 22/09/2015 15:20 Middleware::Communication ERROR: Le délai d'attente de l'opération a expiré. ------------------------------------------------------------------------------ ------------------------------------------------------------------------------ ---------------------------------SnapinClient--------------------------------- ------------------------------------------------------------------------------ 22/09/2015 21:02 Client-Info Version: 0.9.5 22/09/2015 21:02 SnapinClient Running... 22/09/2015 21:02 Middleware::Communication URL: http://xxx.xxx.xxx.xxx/fog/service/servicemodule-active.php?moduleid=snapinclient&mac=D4:3D:7E:D2:51:69||00:00:00:00:00:00:00:E0|00:00:00:00:00:00:00:E0&newService=1 22/09/2015 21:02 Middleware::Communication Response: Success 22/09/2015 21:02 Middleware::Communication URL: http://xxx.xxx.xxx.xxx/fog/service/snapins.checkin.php?mac=D4:3D:7E:D2:51:69||00:00:00:00:00:00:00:E0|00:00:00:00:00:00:00:E0&newService=1 22/09/2015 21:02 Middleware::Communication Response: No snapins ------------------------------------------------------------------------------ ------------------------------------------------------------------------------ --------------------------------PrinterManager-------------------------------- ------------------------------------------------------------------------------ 22/09/2015 21:02 Client-Info Version: 0.9.5 22/09/2015 21:02 PrinterManager Running... 22/09/2015 21:02 Middleware::Communication URL: http://xxx.xxx.xxx.xxx/fog/service/servicemodule-active.php?moduleid=printermanager&mac=D4:3D:7E:D2:51:69||00:00:00:00:00:00:00:E0|00:00:00:00:00:00:00:E0&newService=1 22/09/2015 21:02 Middleware::Communication Response: Success 22/09/2015 21:02 Middleware::Communication URL: http://xxx.xxx.xxx.xxx/fog/service/Printers.php?mac=D4:3D:7E:D2:51:69||00:00:00:00:00:00:00:E0|00:00:00:00:00:00:00:E0&newService=1 22/09/2015 21:02 Middleware::Communication Response: No Printers 22/09/2015 21:02 Middleware::Communication URL: http://xxx.xxx.xxx.xxx/fog/service/printerlisting.php?newService=1 22/09/2015 21:02 Middleware::Communication Response: No Printers ------------------------------------------------------------------------------
-
Pretty weird! Is xxx.xxx.xxx.xxx always the exact same IP address? Please make sure!
Why would one HTTP GET request work and another one the same minute not? Maybe just try this link in your webbrowser and see what response you get. Usually it should be like: ‘#!ok=<hostname> #AD=…’
-
@Uncle-Frank said:
Pretty weird! Is xxx.xxx.xxx.xxx always the exact same IP address? Please make sure!
Why would one HTTP GET request work and another one the same minute not? Maybe just try this link in your webbrowser and see what response you get. Usually it should be like: ‘#!ok=<hostname> #AD=…’
Hi,
xxx.xxx.xxx.xxx is always the same IP address. I’m sure.
I have never seen ‘#!ok=<hostname> #AD=…’
I dont know why… -
I meant that you could try to access this link http://xxx.xxx.xxx.xxx/fog/service/hostname.php?moduleid=hostnamechanger&mac=D4:3D:7E:D2:52:B4|&newService=1 (exchange xxx.xxx.xxx.xxx with the IP of your FOG server) in a normal browser from any host in your network which has access to the FOG server via HTTP (probably most if not all hosts will have access I guess). Then you should see something like ‘#!ok=<hostname> #AD=…’ in that browser window… or possibly an error. Give it a try!
-
@Uncle-Frank
when i try in a browser, i see “#!ih”
-
I am sorry but I don’t know the code of the new client much yet. So I am not sure how the client would handle this response. Usually ‘#!ih’ means ‘invalid host’. What about if you access the other URLs you see in the log, e.g. http://xxx.xxx.xxx.xxx/fog/service/servicemodule-active.php?moduleid=hostnamechanger&mac=D4:3D:7E:D2:52:B4|&newService=1
By the way. Which version of FOG du you use (see in the blue cloud in the webinterface).
-
@Uncle-Frank my guess as to why he is seeing ih which is invalid host, is the MAC address being sent is the wifi while the Mac registered to the host is wired. This is just a guess.
-
@Uncle-Frank
when i try the other URL i have : “#!nh”
I’m in version 4682