Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

new domain creation error #8244

Open
alemumol opened this issue Aug 8, 2024 · 17 comments
Open

new domain creation error #8244

alemumol opened this issue Aug 8, 2024 · 17 comments
Assignees

Comments

@alemumol
Copy link

alemumol commented Aug 8, 2024

after I create a new domain, it pops up below error while testing.

Post "http://containers-gateway.internal:5000/ntlm/connect": context deadline exceeded (Client.Timeout exceeded while awaiting headers).

I can also telnet this service 'containers-gateway.internal:5000'.

2

@stgmsa
Copy link
Contributor

stgmsa commented Aug 9, 2024

Hi @alemumol,
could you provide the details when hitting this error ?
PacketFence version,
Fresh install or an upgrade
What is the linux version that has PacketFence installed on

This seems to be a network issue, and the information above can help us reproduce the error.
Thanks!

@alemumol
Copy link
Author

alemumol commented Aug 9, 2024

thanks for your reply stgmsa,
PacketFence version= ZEN-v13.3.0
With Debian version = 11 and it is a fresh install

@JeGoi
Copy link
Contributor

JeGoi commented Aug 30, 2024

@alemumol, you mean ZEN-v13.2.0 on debian 11, correct ?
There is no v13.3 and Packetfence next iteration, the v14.0, is on debian12.

@stgmsa
Copy link
Contributor

stgmsa commented Aug 30, 2024

I think it's debian 14.0 on debian 11.
@lzammit and I met this issue on v14 dev + debian, its' due to a chroot issue. but since v14 will be released based on debian12, there won't be an issue like this.

@JeGoi
Copy link
Contributor

JeGoi commented Aug 30, 2024

So, I need to remove debian11 on 14.0.
Thanks

@wtatanka
Copy link

wtatanka commented Oct 2, 2024

I also have the same problem on a new installation made like the iso of version 14.0 do you have the solution
(Post "http://containers-gateway.internal:5000/ntlm/connect": context deadline exceeded (Client.Timeout exceeded while awaiting headers))

@JeGoi
Copy link
Contributor

JeGoi commented Oct 2, 2024

@wtatanka you mean, you used the packetfence iso 14.0 and have the same issue, correct?
So, you are under debian12, correct?

@wtatanka
Copy link

wtatanka commented Oct 3, 2024 via email

@JeGoi JeGoi reopened this Oct 3, 2024
@wtatanka
Copy link

wtatanka commented Oct 3, 2024

you can sugest solution?
root@ALPANAC01:~# telnet containers-gateway.internal 5000
Trying 100.64.0.1...
Connected to containers-gateway.internal.
Escape character is '^]'.
get

<title>Error response</title>

Error response

Error code: 400

Message: Bad request syntax ('get').

Error code explanation: 400 - Bad request syntax or unsupported method.

Connection closed by foreign host. root@ALPANAC01:~#

I solved the problem

@MarioSpenc
Copy link

Same problem here: Install a fresh 14.0 from your ISO, Import data from running version 13.1, but when connecting to AD i get error:

image

@JeGoi
Copy link
Contributor

JeGoi commented Oct 9, 2024

@MarioSpenc ISO has been updated on "2024-10-07 20:56". Are you using the last ISO?
Please, check md5sum to be sure.
I will prepare VMs to test that part.
Thanks for feedbacks.

@MarioSpenc
Copy link

Hi, md5sum is good/the same.

What the workaround is: we have set the machine account password manually - in AC with powershell, in PF in domain.conf. That works, machine is joined. Something went wrong when joining in our AD ...

@stgmsa
Copy link
Contributor

stgmsa commented Oct 10, 2024

@MarioSpenc
Thanks for the feedback, we'll verify both the cases mentioned.

@wtatanka
Copy link

wtatanka commented Oct 10, 2024 via email

@JeGoi
Copy link
Contributor

JeGoi commented Oct 10, 2024

Hum, I am not able to reproduce.
I test it with new fresh install iso 14.0 on esx, (-/+ export/import) script + weird and insane password...
Always working...

@MarioSpenc
Copy link

JeGoi, I think the problem could be a subbug of #8301 (comment) . There is something changing in Hashmanagement in new sssd.

When I change the machine account password in Active Directory and the machine account password in domain.conf, it works.

/Mario

@JeGoi
Copy link
Contributor

JeGoi commented Oct 15, 2024

@MarioSpenc Could you try to change the fingerprint of the machine?
Perhaps related to: #8339
But should be on zen not iso...

rm /etc/ssh/ssh_host_*key*
ssh-keygen -A

And not sure it is related... just a try

@satkunas satkunas reopened this Oct 15, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

8 participants