ticket的过期策略（5.x）

最新推荐文章于 2023-08-01 11:33:54 发布
最新推荐文章于 2023-08-01 11:33:54 发布
阅读量1.3k 收藏 1
点赞数
CC 4.0 BY-SA版权
分类专栏： cas 文章标签： cas cas5.x ticket的过期策略
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/Donatello_Jiang/article/details/86487742
本文详细介绍了CAS 5.x中Ticket Granting Ticket（TGT）的五种过期策略，包括HardTimeout、NeverExpiresExpirationPolicy、ThrottledUseAndTimeoutExpirationPolicy、TicketGrantingTicketExpirationPolicy和TimeoutExpirationPolicy。每种策略的配置和过期条件都有所不同，如硬过期时间、无过期时间、活动检测等。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

tgt的过期策略：

1.hardTimeout

org.jasig.cas.ticket.support.HardTimeoutExpirationPolicy，它的配置:

<bean id="grantingTicketExpirationPolicy"
	class="org.jasig.cas.ticket.support.HardTimeoutExpirationPolicy">
	<constructor-arg index="0"  value="7200000" /> <!-- 单位是毫秒 -->
</bean>

5.x对应Appliction配置：

cas:
	tgt:
      hardTimeout:
        timeToKillInSeconds: 7200000

在tgt创建之时起，两个小时之后则tgt过期，这个是硬性的没有商量的余地，所以类名有个hard；

2.NeverExpiresExpirationPolicy
org.jasig.cas.ticket.support.NeverExpiresExpirationPolicy，它的配置:

<bean id="grantingTicketExpirationPolicy"
	class="org.jasig.cas.ticket.support.NeverExpiresExpirationPolicy">
</bean>

cas:
	tgt:
      hardTimeout:
        timeToKillInSeconds: 7200000

在tgt创建之时起，两个小时之后则tgt过期，这个是硬性的没有商量的余地，所以类名有个hard；

3.ThrottledUseAndTimeoutExpirationPolicy
org.jasig.cas.ticket.

最低0.47元/天 解锁文章

200万优质内容无限畅学
Spring Security 6.x 系列【35】认证篇之基于JWT的集成方案
记录知识、锤炼自我
05-06 2625
在云计算、微服务流行的技术架构下，大型项目中的后端服务可能成千上万，用户端不仅仅是浏览器网站，可能还包含移动APP、机器终端等应用，传统的Cookie Session方式可能会面临一些问题。
【CAS6.6源码解析】ST的默认淘汰策略 MultiTimeUseOrTimeoutExpirationPolicy
ATFWUS的博客
08-01 6万+
本篇文章是对上篇文章【深度解析票据淘汰与过期策略】的一个补充，上篇文章主要分析了TGT的默认淘汰策略配置，ST的配置有TGT的默认配置有一些差异化，特别是ST是基于MultiTimeUseOrTimeoutExpirationPolicy这样一种淘汰策略，本文将详细解析ST的淘汰策略。
CAS单点登录开源框架解读（十七）--ticket失效策略
joeljx的专栏
01-27 3992
本文主要讲解ticket的失效判断策略，源码目前还是以开源cas4.2.7版本为主。 ticket失效策略的默认使用类 ticket的失效可分为两类一个是TGT（TicketGrantingTicket）的失效策略，另外一个是ST（ServiceTicket）的失效策略。结合源码我们可知在创建ticket的时候就必须放入对应的失效策略，针对不同的ticket会放入不同的失效策略，先看看具体有多少种失效策略。 具体的失效策略主要是实现ExpirationPolicy这个接口类来完成，然后基于实现的抽象类Abs
【CAS6.6源码解析】深度解析票据淘汰与过期策略-探究数据淘汰策略的设计
热门推荐
ATFWUS的博客
08-01 10万+
票据作为一种时效很敏感的数据，其过期策略的设计对其功能性和性能影响很大。本文将深度解析票据淘汰与过期策略，并基于此探究数据淘汰策略的设计，让我们一起走进企业级中央认证中心CAS的源码，分析其设计的巧妙之处。
CAS TGT ST 过期策略
weixin_44446659的博客
04-15 2268
也就是说一旦TGT过期，所有的系统就都不能访问了，ST是针对每一个系统的。两者都是有默认的过期策略，都可以根据自己的需求设置自己的需要的过期策略。 # Default Expiration Policy # tgt.maxTimeToLiveInSeconds=28800 # tgt.timeToKillInSeconds=7200 上面是cas.properties中的默认过期策略，tg...
cas入门之二十四：ticket的过期策略
snoopy
08-19 2万+
cas 提供了可插拔式的ticket过期策略框架用于tgt和st。在cas应用中，tgt和st的过期策略配置默认在cas/webapp/WEB-INF/spring-configuration/ticketExpirationPolicies.xml 文件中。在cas的过期策略中，并没有明确指出哪一种ticket应用于哪一种过期策略，但是我们根据类名，还是能够进行区分的。但是并不能说明这个过期策
CAS单点登录 v5.3.x：自定义Ticket管理
CAS单点登录的概念源自于中心化的认证服务器，它负责验证用户的身份，并颁发一个令牌（Ticket），用于之后的认证请求。通过CAS协议和令牌的颁发和校验过程，实现了单点登录的功能。 CAS的工作原理如下： 1. 用户...
2025-07-10 10:25:36.743 [TextFileReader -> (Filter -> InfoAppendixParser -> Sink: InfoAppendixDebugSink, Filter -> SaleRecordParser -> Sink: SaleRecordDebugSink) (1/2)#0] INFO com.train.data.processor.ZipFileProcessorJob.DebugSaleRecordSink - SaleRecord Sink Hive配置成功 2025-07-10 10:25:36.743 [TextFileReader -> (Filter -> InfoAppendixParser -> Sink: InfoAppendixDebugSink, Filter -> SaleRecordParser -> Sink: SaleRecordDebugSink) (2/2)#0] INFO com.train.data.processor.ZipFileProcessorJob.DebugSaleRecordSink - SaleRecord Sink Hive配置成功 2025-07-10 10:25:36.743 [TextFileReader -> (Filter -> InfoAppendixParser -> Sink: InfoAppendixDebugSink, Filter -> SaleRecordParser -> Sink: SaleRecordDebugSink) (1/2)#0] INFO com.train.data.processor.ZipFileProcessorJob.DebugSaleRecordSink - 测试表连接，表名: sale_record 2025-07-10 10:25:36.743 [TextFileReader -> (Filter -> InfoAppendixParser -> Sink: InfoAppendixDebugSink, Filter -> SaleRecordParser -> Sink: SaleRecordDebugSink) (2/2)#0] INFO com.train.data.processor.ZipFileProcessorJob.DebugSaleRecordSink - 测试表连接，表名: sale_record 2025-07-10 10:25:36.743 [TextFileReader -> (Filter -> InfoAppendixParser -> Sink: InfoAppendixDebugSink, Filter -> SaleRecordParser -> Sink: SaleRecordDebugSink) (1/2)#0] INFO com.train.data.processor.ZipFileProcessorJob.DebugSaleRecordSink - 执行测试SQL: SELECT COUNT(*) FROM sale_record LIMIT 1 2025-07-10 10:25:36.743 [TextFileReader -> (Filter -> InfoAppendixParser -> Sink: InfoAppendixDebugSink, Filter -> SaleRecordParser -> Sink: SaleRecordDebugSink) (2/2)#0] INFO com.train.data.processor.ZipFileProcessorJob.DebugSaleRecordSink - 执行测试SQL: SELECT COUNT(*) FROM sale_record LIMIT 1 Found ticket for hive/ddp1@HADOOP.COM to go to krbtgt/HADOOP.COM@HADOOP.COM expiring on Fri Jul 11 10:25:25 CST 2025 Entered Krb5Context.initSecContext with state=STATE_NEW Service ticket not found in the subject >>> Credentials serviceCredsSingle: same realm default etypes for default_tgs_enctypes: 17. >>> EType: sun.security.krb5.internal.crypto.Aes128CtsHmacSha1EType >>> CksumType: sun.security.krb5.internal.crypto.HmacSha1Aes128CksumType >>> EType: sun.security.krb5.internal.crypto.Aes128CtsHmacSha1EType >>> KrbKdcReq send: kdc=192.168.100.219 TCP:88, timeout=30000, number of retries =3, #bytes=607 >>> KDCCommunication: kdc=192.168.100.219 TCP:88, timeout=30000,Attempt =1, #bytes=607 Found ticket for hive/ddp1@HADOOP.COM to go to krbtgt/HADOOP.COM@HADOOP.COM expiring on Fri Jul 11 10:25:25 CST 2025 Entered Krb5Context.initSecContext with state=STATE_NEW Service ticket not found in the subject >>> Credentials serviceCredsSingle: same realm default etypes for default_tgs_enctypes: 17. >>> EType: sun.security.krb5.internal.crypto.Aes128CtsHmacSha1EType >>> CksumType: sun.security.krb5.internal.crypto.HmacSha1Aes128CksumType >>> EType: sun.security.krb5.internal.crypto.Aes128CtsHmacSha1EType >>> KrbKdcReq send: kdc=192.168.100.219 TCP:88, timeout=30000, number of retries =3, #bytes=607 >>> KDCCommunication: kdc=192.168.100.219 TCP:88, timeout=30000,Attempt =1, #bytes=607 >>>DEBUG: TCPClient reading 602 bytes >>> KrbKdcReq send: #bytes read=602 >>> KdcAccessibility: remove 192.168.100.219:88 >>> EType: sun.security.krb5.internal.crypto.Aes128CtsHmacSha1EType >>> TGS credentials serviceCredsSingle: >>> DEBUG: ----Credentials---- client: hive/ddp1@HADOOP.COM server: hive/ddp2@HADOOP.COM ticket: sname: hive/ddp2@HADOOP.COM startTime: 1752114331000 endTime: 1752200725000 ----Credentials end---- >>> KrbApReq: APOptions are 00100000 00000000 00000000 00000000 >>> EType: sun.security.krb5.internal.crypto.Aes128CtsHmacSha1EType Krb5Context setting mySeqNumber to: 971222954 Created InitSecContextToken: 0000: 01 00 6E 82 02 1D 30 82 02 19 A0 03 02 01 05 A1 ..n...0......... 0010: 03 02 01 0E A2 07 03 05 00 20 00 00 00 A3 82 01 ......... ...... 0020: 3E 61 82 01 3A 30 82 01 36 A0 03 02 01 05 A1 0C >a..:0..6....... 0030: 1B 0A 48 41 44 4F 4F 50 2E 43 4F 4D A2 17 30 15 ..HADOOP.COM..0. 0040: A0 03 02 01 00 A1 0E 30 0C 1B 04 68 69 76 65 1B .......0...hive. 0050: 04 64 64 70 32 A3 82 01 06 30 82 01 02 A0 03 02 .ddp2....0...... 0060: 01 12 A1 03 02 01 01 A2 81 F5 04 81 F2 60 4C 6A .............`Lj 0070: A1 C5 6A 22 24 F5 D7 DC 8E 1E 72 8C E4 50 5B 94 ..j"$.....r..P[. 0080: C7 A2 72 ED 0A 3A E2 71 23 E5 28 CB 5C C4 9D EC ..r..:.q#.(.\... 0090: BE AE 14 8F 44 64 CC C2 57 77 BF D9 5E E6 22 90 ....Dd..Ww..^.". 00A0: B9 83 EB 9E 3F BD 8F 1F 8D 0F E2 AD 14 09 E2 CA ....?........... 00B0: C7 1A 43 D7 5C 2B AF 88 E9 54 E7 8D 5F C6 C5 11 ..C.\+...T.._... 00C0: 35 85 31 5C B9 3B 41 2C DF F3 66 CA 60 7E CC 9A 5.1\.;A,..f.`... 00D0: 28 2B AD CE 59 7A 3E 3E 31 DC 65 76 85 B9 2C 63 (+..Yz>>1.ev..,c 00E0: B9 B7 46 7B 46 4C FD 8B 15 8C 64 E1 0D DE 3E B4 ..F.FL....d...>. 00F0: F5 19 68 B5 AD 11 97 14 94 85 1C BC 26 EF 3E 3E ..h.........&.>> 0100: 67 86 F5 40 A4 5B 63 65 A4 DD 29 5B 6E 2E 25 D8 g..@.[ce..)[n.%. 0110: BF 3E 4B A5 D1 AD 49 B6 73 B8 7F 90 37 6C A9 08 .>K...I.s...7l.. 0120: 8E 25 21 1F 8B C0 38 9D 55 43 98 19 35 6C 86 C2 .%!...8.UC..5l.. 0130: 1D CE 9E 95 32 12 E9 FC D9 9F 86 1E 07 BC 68 37 ....2.........h7 0140: E0 B1 B7 41 AA 04 FD 87 0E EF 05 2D 7D 2C 98 9A ...A.......-.,.. 0150: 7A 43 B0 2F 6B 47 DF 21 6A A5 7D FE 57 23 D2 A4 zC./kG.!j...W#.. 0160: 81 C1 30 81 BE A0 03 02 01 11 A2 81 B6 04 81 B3 ..0............. 0170: F8 E0 32 ED 94 0B 4D 8B FC 7B 3F 27 2C E8 DB 06 ..2...M...?',... 0180: 90 87 15 39 2E B5 F6 C0 15 34 13 EB 56 97 1C C5 ...9.....4..V... 0190: 26 9A 1F AE 3C CB D0 51 3F B3 89 35 F7 45 8C 18 &...<..Q?..5.E.. 01A0: A2 55 71 8C 0D 85 84 E8 98 67 75 74 4E 95 C4 61 .Uq......gutN..a 01B0: 8F 63 40 12 F3 77 8A 2F CE A4 A8 7F 7D 99 16 74 .c@..w./.......t 01C0: 90 26 91 C4 2D AD D1 33 64 7E 88 18 5C 67 A4 79 .&..-..3d...\g.y 01D0: A3 50 61 6F 5C 2E F1 2A AE 97 B8 9D 01 C8 4C 9A .Pao\..*......L. 01E0: C5 DA E4 3A 30 8C 2B 12 CC 38 F1 83 B6 72 C0 D0 ...:0.+..8...r.. 01F0: D5 F9 B9 60 D1 97 9F 00 28 8C 65 75 E4 4F 21 35 ...`....(.eu.O!5 0200: 62 8C 6C F8 35 FC 7E 10 80 8B 74 C7 89 62 C8 55 b.l.5.....t..b.U 0210: E5 D4 B4 2D 73 C1 5B 21 36 B1 44 83 FD 4F 84 40 ...-s.[!6.D..O.@ 0220: C3 C9 8D ... >>>DEBUG: TCPClient reading 602 bytes >>> KrbKdcReq send: #bytes read=602 >>> KdcAccessibility: remove 192.168.100.219:88 >>> EType: sun.security.krb5.internal.crypto.Aes128CtsHmacSha1EType >>> TGS credentials serviceCredsSingle: >>> DEBUG: ----Credentials---- client: hive/ddp1@HADOOP.COM server: hive/ddp2@HADOOP.COM ticket: sname: hive/ddp2@HADOOP.COM startTime: 1752114331000 endTime: 1752200725000 ----Credentials end---- >>> KrbApReq: APOptions are 00100000 00000000 00000000 00000000 >>> EType: sun.security.krb5.internal.crypto.Aes128CtsHmacSha1EType Krb5Context setting mySeqNumber to: 885422836 Created InitSecContextToken: 0000: 01 00 6E 82 02 1D 30 82 02 19 A0 03 02 01 05 A1 ..n...0......... 0010: 03 02 01 0E A2 07 03 05 00 20 00 00 00 A3 82 01 ......... ...... 0020: 3E 61 82 01 3A 30 82 01 36 A0 03 02 01 05 A1 0C >a..:0..6....... 0030: 1B 0A 48 41 44 4F 4F 50 2E 43 4F 4D A2 17 30 15 ..HADOOP.COM..0. 0040: A0 03 02 01 00 A1 0E 30 0C 1B 04 68 69 76 65 1B .......0...hive. 0050: 04 64 64 70 32 A3 82 01 06 30 82 01 02 A0 03 02 .ddp2....0...... 0060: 01 12 A1 03 02 01 01 A2 81 F5 04 81 F2 1A 62 BB ..............b. 0070: C8 84 AE 1B 42 00 65 82 53 92 5B 34 6D 85 D7 CA ....B.e.S.[4m... 0080: 2B FA 21 7E 4C CC AE B9 81 DE 48 0B A4 31 C6 28 +.!.L.....H..1.( 0090: 8D E9 8F 68 BB 98 51 66 37 3C 70 2C A6 ED CD D0 ...h..Qf7<p,.... 00A0: CC 73 4D 2B 29 71 5D 64 05 BE 76 D6 08 9B FE 74 .sM+)q]d..v....t 00B0: 75 47 8E C6 9E BB 9B CD CF A1 55 83 33 62 DE B3 uG........U.3b.. 00C0: E0 CD 79 3F E4 89 8A 43 00 67 79 73 76 D9 82 A9 ..y?...C.gysv... 00D0: 9F E8 A1 52 4E C6 0B BD 96 6B B8 6A 4F C1 D3 52 ...RN....k.jO..R 00E0: 2A D0 E6 C8 54 CF 67 9F 48 AF E7 31 7D 97 F0 4A *...T.g.H..1...J 00F0: 7D 81 35 6A 2A 23 45 18 AF F8 47 09 47 B6 0C 42 ..5j*#E...G.G..B 0100: 95 AA 6F 0F 01 F9 A2 D2 12 91 3A D1 54 C1 C7 CD ..o.......:.T... 0110: CF 11 2A EE 7C 40 6A D0 E5 A2 7A 25 F0 82 B7 E0 ..*..@j...z%.... 0120: 77 D8 DD 36 ED 09 A9 2E 59 45 5D B2 1E 64 13 FD w..6....YE]..d.. 0130: 1B 8E 7A CC 44 B6 14 DC 61 8F 97 01 93 A7 2E A3 ..z.D...a....... 0140: F4 28 61 EF F7 5F DE 4C 1D 8F 98 BD B2 3E A1 3D .(a.._.L.....>.= 0150: 68 4C D0 DA 8D 39 AC 7C D0 2E B3 EE 30 BE A4 A4 hL...9......0... 0160: 81 C1 30 81 BE A0 03 02 01 11 A2 81 B6 04 81 B3 ..0............. 0170: 4B 4F D3 3A EA CE 49 4B F9 62 46 51 7D 19 FB 97 KO.:..IK.bFQ.... 0180: AF 42 F9 E3 B6 83 E6 88 24 EC 4B 58 75 B7 51 47 .B......$.KXu.QG 0190: 75 72 68 53 5C 38 48 78 27 58 2E B1 6B 6B 1D E4 urhS\8Hx'X..kk.. 01A0: 7C C5 9F 04 74 76 91 5A CA 74 93 11 14 40 87 7C ....tv.Z.t...@.. 01B0: 49 81 0B EE B6 AE 9E D0 4C 61 0E 11 6E A8 FE A4 I.......La..n... 01C0: 24 68 1B 74 C3 46 58 A7 15 5D 74 A8 11 7E 4C FD $h.t.FX..]t...L. 01D0: D4 85 D7 8B A0 CD 28 3F 9B 9A 34 81 58 98 19 AB ......(?..4.X... 01E0: 09 D7 5B AF AC 8C 45 4B 45 79 E3 E3 DD 2A A0 E7 ..[...EKEy...*.. 01F0: 4F 61 53 9B 1D BB A2 A2 1C 0B 81 D5 8B D7 5D 39 OaS...........]9 0200: 9F 45 55 57 5A E0 18 48 3F 46 19 1D 35 A2 44 EA .EUWZ..H?F..5.D. 0210: 9C D6 E5 15 6B 82 1D 52 6D BB B8 75 2B 75 9E F5 ....k..Rm..u+u.. 0220: 6E E2 8F n.. Entered Krb5Context.initSecContext with state=STATE_IN_PROCESS >>> EType: sun.security.krb5.internal.crypto.Aes128CtsHmacSha1EType Krb5Context setting peerSeqNumber to: 310403291 Entered Krb5Context.initSecContext with state=STATE_IN_PROCESS Krb5Context.unwrap: token=[05 04 01 ff 00 0c 00 00 00 00 00 00 12 80 60 db 01 01 00 00 f3 9f f7 b2 a6 31 5c 10 34 31 98 e1 ] >>> EType: sun.security.krb5.internal.crypto.Aes128CtsHmacSha1EType Krb5Context setting peerSeqNumber to: 1005687136 Krb5Context.wrap: token=[05 04 00 ff 00 0c 00 00 00 00 00 00 39 e3 af aa 01 01 00 00 41 36 c1 5b db 1a f4 d5 57 09 76 9c ] Krb5Context.unwrap: token=[05 04 01 ff 00 0c 00 00 00 00 00 00 3b f1 91 60 01 01 00 00 12 d2 5b 2e 08 4d 97 c8 c1 0e b3 d4 ] Krb5Context.wrap: token=[05 04 00 ff 00 0c 00 00 00 00 00 00 34 c6 7a f4 01 01 00 00 f9 46 ee a7 4a 98 77 46 ad 2c 5c 70 ] Java config name: D:/Development/GZKY/cursor-flink-hive/src/main/resources/krb5.conf Loaded from Java config >>> KdcAccessibility: reset Java config name: D:/Development/GZKY/cursor-flink-hive/src/main/resources/krb5.conf >>>KinitOptions cache name is C:\Users\H1994\krb5cc_H1994 >> Acquire default native Credentials Loaded from Java config >>> KdcAccessibility: reset default etypes for default_tkt_enctypes: 17. >>> Found no TGT's in LSA >>>KinitOptions cache name is C:\Users\H1994\krb5cc_H1994 >> Acquire default native Credentials default etypes for default_tkt_enctypes: 17. >>> Found no TGT's in LSA 2025-07-10 10:25:38.368 [TextFileReader -> (Filter -> InfoAppendixParser -> Sink: InfoAppendixDebugSink, Filter -> SaleRecordParser -> Sink: SaleRecordDebugSink) (2/2)#0] ERROR com.train.data.processor.ZipFileProcessorJob.DebugSaleRecordSink - 表连接测试失败: org.apache.flink.table.api.TableException: Failed to execute sql at org.apache.flink.table.api.internal.TableEnvironmentImpl.executeQueryOperation(TableEnvironmentImpl.java:1084) ~[flink-table-api-java-1.18.1.jar:1.18.1] at org.apache.flink.table.api.internal.TableEnvironmentImpl.executeInternal(TableEnvironmentImpl.java:1120) ~[flink-table-api-java-1.18.1.jar:1.18.1] at org.apache.flink.table.api.internal.TableEnvironmentImpl.executeSql(TableEnvironmentImpl.java:735) ~[flink-table-api-java-1.18.1.jar:1.18.1] at com.train.data.processor.ZipFileProcessorJob$DebugSaleRecordSink.lambda$testTableConnection$0(ZipFileProcessorJob.java:774) ~[classes/:?] at java.security.AccessController.doPrivileged(Native Method) ~[?:1.8.0_441] at javax.security.auth.Subject.doAs(Subject.java:422) ~[?:1.8.0_441] at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1878) ~[hadoop-common-3.3.3.jar:?] at com.train.data.utils.KerberosUtils.doAs(KerberosUtils.java:468) ~[classes/:?] at com.train.data.processor.ZipFileProcessorJob$DebugSaleRecordSink.testTableConnection(ZipFileProcessorJob.java:773) ~[classes/:?] at com.train.data.processor.ZipFileProcessorJob$DebugSaleRecordSink.open(ZipFileProcessorJob.java:706) ~[classes/:?] at org.apache.flink.api.common.functions.util.FunctionUtils.openFunction(FunctionUtils.java:34) ~[flink-core-1.18.1.jar:1.18.1] at org.apache.flink.streaming.api.operators.AbstractUdfStreamOperator.open(AbstractUdfStreamOperator.java:101) ~[flink-streaming-java-1.18.1.jar:1.18.1] at org.apache.flink.streaming.api.operators.StreamSink.open(StreamSink.java:46) ~[flink-streaming-java-1.18.1.jar:1.18.1] at org.apache.flink.streaming.runtime.tasks.RegularOperatorChain.initializeStateAndOpenOperators(RegularOperatorChain.java:107) ~[flink-streaming-java-1.18.1.jar:1.18.1] at org.apache.flink.streaming.runtime.tasks.StreamTask.restoreGates(StreamTask.java:753) ~[flink-streaming-java-1.18.1.jar:1.18.1] at org.apache.flink.streaming.runtime.tasks.StreamTaskActionExecutor$1.call(StreamTaskActionExecutor.java:55) ~[flink-streaming-java-1.18.1.jar:1.18.1] at org.apache.flink.streaming.runtime.tasks.StreamTask.restoreInternal(StreamTask.java:728) ~[flink-streaming-java-1.18.1.jar:1.18.1] at org.apache.flink.streaming.runtime.tasks.StreamTask.restore(StreamTask.java:693) ~[flink-streaming-java-1.18.1.jar:1.18.1] at org.apache.flink.runtime.taskmanager.Task.runWithSystemExitMonitoring(Task.java:953) ~[flink-runtime-1.18.1.jar:1.18.1] at org.apache.flink.runtime.taskmanager.Task.restoreAndInvoke(Task.java:922) ~[flink-runtime-1.18.1.jar:1.18.1] at org.apache.flink.runtime.taskmanager.Task.doRun(Task.java:746) ~[flink-runtime-1.18.1.jar:1.18.1] at org.apache.flink.runtime.taskmanager.Task.run(Task.java:562) ~[flink-runtime-1.18.1.jar:1.18.1] at java.lang.Thread.run(Thread.java:750) ~[?:1.8.0_441] Caused by: org.apache.flink.util.FlinkRuntimeException: org.apache.hadoop.security.KerberosAuthException: failure to login: for principal: hive/ddp1@HADOOP.COM javax.security.auth.login.LoginException: Unable to obtain password from user at org.apache.flink.runtime.security.token.DefaultDelegationTokenManager.lambda$obtainDelegationTokensAndGetNextRenewal$1(DefaultDelegationTokenManager.java:281) ~[flink-runtime-1.18.1.jar:1.18.1] at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193) ~[?:1.8.0_441] at java.util.HashMap$ValueSpliterator.forEachRemaining(HashMap.java:1652) ~[?:1.8.0_441] at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:482) ~[?:1.8.0_441] at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:472) ~[?:1.8.0_441] at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708) ~[?:1.8.0_441] at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) ~[?:1.8.0_441] at java.util.stream.ReferencePipeline.reduce(ReferencePipeline.java:479) ~[?:1.8.0_441] at java.util.stream.ReferencePipeline.min(ReferencePipeline.java:520) ~[?:1.8.0_441] at org.apache.flink.runtime.security.token.DefaultDelegationTokenManager.obtainDelegationTokensAndGetNextRenewal(DefaultDelegationTokenManager.java:286) ~[flink-runtime-1.18.1.jar:1.18.1] at org.apache.flink.runtime.security.token.DefaultDelegationTokenManager.obtainDelegationTokens(DefaultDelegationTokenManager.java:242) ~[flink-runtime-1.18.1.jar:1.18.1] at org.apache.flink.runtime.minicluster.MiniCluster.start(MiniCluster.java:430) ~[flink-runtime-1.18.1.jar:1.18.1] at org.apache.flink.client.program.PerJobMiniClusterFactory.submitJob(PerJobMiniClusterFactory.java:77) ~[flink-clients-1.18.1.jar:1.18.1] at org.apache.flink.client.deployment.executors.LocalExecutor.execute(LocalExecutor.java:85) ~[flink-clients-1.18.1.jar:1.18.1] at org.apache.flink.streaming.api.environment.StreamExecutionEnvironment.executeAsync(StreamExecutionEnvironment.java:2238) ~[flink-streaming-java-1.18.1.jar:1.18.1] at org.apache.flink.table.planner.delegation.DefaultExecutor.executeAsync(DefaultExecutor.java:110) ~[?:?] at org.apache.flink.table.api.internal.TableEnvironmentImpl.executeQueryOperation(TableEnvironmentImpl.java:1065) ~[flink-table-api-java-1.18.1.jar:1.18.1] ... 22 more
最新发布
07-11
- 认证流程中断：在`initSecContext`阶段，服务票据获取失败（`Service ticket not found in the subject`），导致SQL查询`SELECT COUNT(*) FROM sale_record LIMIT 1`执行失败。 2. **可能原因**： - **配置错误...
CAS单点登录 v5.3.x：RESTful API安全接入指南
CAS单点登录 v5.3.x 简介 ## 1.1 CAS单点登录概述 CAS（Central Authentication Service）是一个企业级的、开源的、单点登录系统。它为Web单点登录提供了一种可行的解决方案，允许用户在多个应用程序中进行身份...
CAS单点登录开源框架解读（五）--CAS单点登录服务端认证之用户认证
joeljx的专栏
03-29 2757
如何进行用户身份认证 在第四章节中已经分析了如何输入请求地址跳转到登录页面的流程，下面就要进行登录页面输入用户信息进行用户认证的具体流程。 行为状态realSubmit *login-webflow.xml：* <action-state id="realSubmit"> <evaluate expression="authenticati...
CAS总结之Ticket篇(转,非常详细，后文还提到一个ppt，非常易懂)
燃烧JAVA
07-18 2万+
CAS的核心就是其Ticket，及其在Ticket之上的一系列处理操作。CAS的主要票据有TGT、ST、PGT、PGTIOU、PT，其中TGT、ST是CAS1.0协议中就有的票据，PGT、PGTIOU、PT是CAS2.0协议中有的票据。   一 名词解释 TGT（Ticket Grangting Ticket） TGT是CAS为用户签发的登录票据，拥有了TGT，用户就可以证明自己在
CAS票据之ST与TGT过期策略详细说明
Java精选
11-16 2万+
CAS的核心就是Ticket中文称之为票据，以及在Ticket之上的一系列逻辑处理操作。CAS的主要包含票据有TGT、ST、PGT、PGTIOU、PT，其中TGT、ST是CAS1.0协议中就有的票据，PGT、PGTIOU、PT是CAS2.0协议中新增的的票据，目前CAS最新版本已经到了CAS4.0。cas分为服务端和客户端两部分组成，下简单说一说CAS认证过程： 1）用户访问cas-client
6.CAS增加Remember me
编码语言Codelang
11-25 2408
CAS增加Remeber me
解决jasig CAS server端 ticketGrantingTicket超时后的一个bug
weisuochengxuyuan的专栏
10-25 2132
原文：http://castte.iteye.com/blog/1255308 最近研究cas，发现在设置ticketGrantingTicket超时后，打开https://tski.com:8443/cas 仍然显示成功 ticketExpirationPolicies.xml Xml代码     bean id="grantingTicketExpir
单点登录cas常见问题(十四) - ST和TGT的过期策略是什么？
daobuxinzi的博客
01-05 1050
ST和TGT的过期策略可以参看配置文件：ticketExpirationPolicies.xml 1、先说ST：ST的过期包括使用次数和时间，默认使用一次就过期，或者即使没有使用，一段时间后也要过期 当cas配置为OAuth服务器时，oauth中的授权码code也是用一次就过期，它和单点登录中的ST实际上是一个东西； st默认过期时间是10秒，这个st在oauth中作为授权码code使用，过期时间也是10秒（过期时间默认10秒，可以在cas.properties中修改# st.timeToKillIn...
CDH6集成Kerberos
wangkuangood3200的专栏
09-12 2203
一、概述 本文是针对cloudera大数据集群安全部署整理的文档，主要介绍了大数据集群Kerberos服务器部署和集成的过程。 这篇文章介绍了kerberos配置高可用HA的过程：Kerberos高可用HA配置 二、环境说明 1、主机名 主机名首字母必须为小写，否则在集成kerberos时会出现很多异常问题。 2、hosts文件 /etc/hosts文件中不要包含127.0.0.1的...
CAS5 之 超时设置
GuanHao的博客
08-18 7627
TGT ST超时 详见TGT Expiration Policy https://apereo.github.io/cas/5.2.x/installation/Configuration-Properties.html#tgt-expiration-policy Ticket expiration policies are activated in the following order:...
关于CAS的TGT和Service Ticket的过期策略
为时已晚
05-24 1万+
首先说明一下什么是cas:cas是一套单点登录的框架，利用它可是实现登录一个账号就能访问多个相关系统的功能。它分为客户端Client和服务端Server，只要将开发单点登录的系统集成cas的客户端，然后部署好服务端，就可以实现多系统的单点登录。下面说一下cas的认证流程：1）用户访问cas-client，被拦截跳转到cas-server进行登录，输入正确的用户信息2）登录成功后，cas-serve...
java中的grant,Java ServiceTicket.grantTicketGrantingTicket方法代码示例
weixin_36208265的博客
03-14 244
import org.jasig.cas.ticket.ServiceTicket; //导入方法依赖的package包/类/*** @throws IllegalArgumentException if the ServiceTicketId or the* Credential are null.*/@Audit(action="PROXY_GRANTING_TICKET",actionRes...
SpringBoot集成CAS5.x和Shiro实现SSO的详细步骤
在深入分析文件内容之前，首先需要理解文件标题中提及的各个技术组件：Spring Boot、CAS 5.x、Shiro 以及 Pac4j。 Spring Boot 是一个开源的 Java 基础框架，用于简化 Spring 应用的初始搭建以及开发过程。它使用...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值