I encountered the problem that there is an account in the database, but the authentication process feedback does not exist. Please help.
娶你苟命
qunigouming at gmail.com
Tue Dec 19 06:46:24 UTC 2023
I checked with my colleagues about the security group on openstack. It only
allows udp 1812 1813. I tested that the port can be connected, but the
response times out. But after testing and adding TCP, it works fine, but I
see that the background service only has TCP, which makes people very
confused!
Thank you Matthew
Matthew Newton via Freeradius-Users <freeradius-users at lists.freeradius.org>
于2023年12月18日周一 18:31写道:
>
>
> On 18/12/2023 10:25, 娶你苟命 wrote:
> > *Supplement radiusd -X information:*
> >
> > (1) Received Access-Request Id 97 from 172.16.1.1:38272 to
> 10.51.154.75:1812
>
> This is an authentication request (port 1812).
>
>
> >> I encountered a new problem: when the freeradius server and the
> switch
> >> do not exist in the same subnet, some types of switches respond timed
> out.
> >> The following is the switch debug information:
> >> *Jun 25 22:16:05:497 2021 V16-37U-S6812 RADIUS/7/EVENT: Processing AAA
> >> request data.
> >> *Jun 25 22:16:09:024 2021 V16-37U-S6812 RADIUS/7/EVENT: *Response timed
> >> out.*
> >> *Jun 25 22:16:09:024 2021 V16-37U-S6812 RADIUS/7/EVENT: Found request
> >> context, dstIP: 10.1.1.1; dstPort: 1813; VPN instance: Meth; socketfd:
> 39;
> >> pktID:200.
>
> This is an accounting request (port 1813). It's also being sent to
> 10.1.1.1 not to 10.51.154.75.
>
> You have likely either configured the switch with the wrong IP address
> for accounting, or port 1813 is being blocked by a firewall somewhere.
>
> --
> Matthew
> -
> List info/subscribe/unsubscribe? See
> http://www.freeradius.org/list/users.html
>
More information about the Freeradius-Users
mailing list