D7net
Home
Console
Upload
information
Create File
Create Folder
About
Tools
:
/
usr
/
share
/
locale
/
uk
/
LC_MESSAGES
/
Filename :
ipa.mo
back
Copy
�� � �� � <+ � � 8 � W� X s� C ̏ ! � / 2� � b� $ !� 7 F� M ~� � ̒ � �� $ V� [ {� 4 י D � & Q� � x� � �� A �� ?� ! Q� s� � �� K f� p �� x #� � �� z K� 2 Ơ W �� _ Q� V �� - � ) 6� 2 `� N �� V � W 9� G �� L ٣ : &� = a� g �� ] � � e� H � D 7� L |� s ɦ � =� n .� X �� 0 �� \ '� r �� m �� ` e� U ƪ W � P t� � ū v j� ^ � { @� � �� L W� Z �� � �� � �� � P� � Ұ ˲ q � � W� g � O u� m Ŷ � 3� v ߷ � V� s ݸ � Q� � �� { �� V (� h � � � � ֽ � f� � � w �� 3 � > S� a �� ? � � 4� 3 �� � � K �� : �� 2 #� K V� ^ �� z � [ |� | �� � U� � � T �� P � e a� o �� | 7� _ �� [ � 7 p� N �� @ �� > 8� O w� n �� v 6� < �� � �� g �� q #� 9 �� K �� P � � l� � �� 5 �� U � k b� ~ �� � M� v � U �� � �� 5 �� � �� s� � �� � x� P 2� L �� w �� c H� � �� Q 1� � �� � � { �� � 6� : �� � � � �� � R� h � v r� X �� Q B� T �� � �� / �� � � ^ �� � 1� � �� ] }� Z �� 7 6� Z n� � �� 8 `� 9 �� n �� � B� +� f H� �� f �� X � � w� � B� #� � )� 1 �� } �� }� ` �� a � Q M� � �� � S � � � t � N � � � � H U ` X � 6 n F- x �- ? .. � n. � @/ x �/ B0 ^ a0 �0 � @1 \ �1 t .= � �H �I o �I B K \ aK � �K � n^ q } )q $ �� � �� u� 1 �� H �� . �� E +� � q� � G� � , 6� c� � y� � � � � H �� � &� l � � w� � N� &� �� �� � �� � �� � � � � � � �+ � �? eR � �R � Y � �a �b p �b ? 6c ve �e �f � �f u Hg � �g 7 zh D �i $ �i � j l � $l � �m wo � }s 9 Mw K �~ Ӂ > � k 3� p �� ' � 8� M� l� �� �� �� % Ǐ � � � ʞ �� ɭ � ԯ � �� � q� F P� � �� 9� � F� [ 9� � �� R /� �� � �� � )� � �� � �� � � � .� � �� K M� � �� * S� ~� l �� ' � *� � H� � A� \ 6� H �� � �� k � \ :� �� � �� � � T Y � � � ~ � 6 � [ � � V% � �/ � �7 #@ 9G �_ SG � � � ب - �� # ݹ ) � � +� � �� g x� � �� � n� � d� � 5� � � � } �� � � � ^ x 2 � @ + � l q K t � � 2 x C � B � S # n � � � � � � � - e 6 �) �* �+ � �- Z. � k. & c/ �/ �/ �/ �/ �/ 0 0 ?0 Z0 s0 �0 �0 R �0 # 1 +1 F1 f1 }1 �1 �1 �1 �1 �1 2 22 ! K2 m2 �2 �2 �2 �2 3 #3 ;3 U3 % u3 �3 ! �3 % �3 p �3 � n4 , 55 2 b5 * �5 h �5 : )6 H d6 8 �6 J �6 > 17 4 p7 < �7 > �7 : !8 8 \8 L �8 F �8 J )9 > t9 8 �9 F �9 @ 3: J t: @ �: < ; : =; 0 x; . �; 8 �; 6 < : H< 0 �< 8 �< 4 �< 0 "= . S= / �= 4 �= < �= T $> X y> 4 �> B ? E J? 0 �? . �? �? 0 @ 2 5@ < h@ . �@ A �@ A )A 7A TA dA A E �A ^ �A 8 -B fB # oB ! �B 8 �B - �B I C @ fC �C �C �C D "D - -D . [D 2 �D L �D E 'E 1E >E ME [E kE �E �E �E �E �E F F 1F CF WF jF F �F �F �F �F �F �F G G %G BG ! OG qG �G �G . �G 0 �G !H ' =H eH 6 |H 7 �H % �H I I +I X DI " �I �I ! �I 5 �I � .K �L �M �N � �O T t �W X � Y � �Y ` )Z �] � �_ � `a � ,c �e �e 2 f G 6f F ~f ) �f & �f g 4g Og pg ' �g % �g . �g ( h ) 7h . ah �h �h / �h } �h ji . �i P j jj P sj 3 �j 1 �j *k 9k Ck Qk ek uk �k �k �k " �k �k �k �k �k l ^ l il xl w �l m m "m /m x ;m �m �m �m �m �m �m n n n $n 5n Dn Un tn |n ! �n �n �n % �n 0 �n -o - Ko 2 yo �o 0 �o �o p p p p 8 3p lp �p # �p �p �p �p �p q : q Tq 7 kq 1 �q : �q r r )r 1 :r lr �r �r �r 0 �r 5 �r / s Is ^s & gs % �s �s �s �s t %t =t Pt gt t �t �t �t �t �t u 5u Ku lu |u �u �u �u �u �u " �u v ,v ( Fv ov 8 v 0 �v & �v 9 w Jw = Ww 7 �w \ �w *x Bx bx vx �x �x �x �x �x % �x y 5 )y _y ; ~y % �y �y �y < z 6 =z tz - z = �z �z ! { = #{ = a{ �{ ) �{ * �{ ( �{ $ &| ) K| u| / �| 0 �| . �| / } , D} / q} 6 �} 0 �} . ~ * 8~ / c~ / �~ & �~ ) �~ 0 * E ( p $ � ) � ( � + � $ =� ' b� - �� . �� 0 � " � ;� S� o� �� �� Á ځ % � E � ^� , k� , �� ł ! � $ � % )� . O� ) ~� = �� 7 � 8 � 3 W� . �� �� ۄ � � � 5� C� / Q� / �� �� ˅ � ) � ) � B� K� g� ' s� ) �� 3 ņ 2 �� ' ,� - T� �� �� 1 �� 0 � � ,� 6� : G� �� : �� Ԉ � , � 0 � < P� . �� ) �� ( � � $� 9� C� ) L� ( v� $ �� ) Ċ * � � 5 .� d� / s� . �� * ҋ / �� 0 -� , ^� / �� 6 �� 6 � . )� 5 X� * �� / �� 0 � + � , F� ! s� % �� 1 �� < � < *� & g� ) �� 0 �� 0 � ( � / C� $ s� ) �� * - � 0 � 4 L� % �� �� �� �� 2 ؑ � 3 $� # X� |� �� $ �� ܒ �� � /� N� % j� " �� �� $ ғ �� " � ! 6� ( X� �� $ �� Ɣ . � & � 0 <� 3 m� + �� & ͕ ! � � 3� K� b� ~� �� % �� * � 6 � % B� 1 h� �� �� ӗ � � "� ) <� + f� �� �� # И ! � � -� E� ! ^� �� �� �� ʙ ޙ � �� . �� * .� J Y� @ �� � � $ �� : � Z� \ q� 6 Λ 8 � 0 >� 2 o� �� 2 �� � D �� P C� �� 5 �� 6 ٝ 8 � 0 I� 2 z� J �� M �� L F� O �� � � � "� 3 =� q� �� �� �� / �� 0 � � + 3� � _� F � * 5� `� s� z� �� �� �� �� �� �� � ɢ � W� � " � ' � 6 5� l� �� ( �� �� $ Ԥ Y �� , S� 1 �� ? �� H � . ;� * j� 1 �� + Ǧ 2 � * &� 1 Q� 1 �� B �� + �� 0 $� ) U� . � @ �� / � / � 2 O� �� �� 7 �� � - � � * /� Z� 5 e� �� �� �� 1 Ǫ Q �� K� V� � r� | �� 0 |� / �� ݬ �� * � * 4� 5 _� + �� �� ǭ ֭ � �� � # 2� / V� �� �� $ �� � � � ! � :� 6 V� �� �� �� ~ ϯ N� Y� , i� * �� �� ˰ ٰ � �� � +� 9� H� \� r� �� �� �� �� ӱ ر � � #� 5� P� X� v� ~� # �� 1 �� ݲ �� " � # >� b� " �� �� �� % ų 8 � $� ! 3� U� X� l� s� {� �� > �� Դ � � � * � F� U� k� �� �� �� , �� [ # :� ^� j� s� �� V �� � � 5 � * '� D R� _ �� + �� #� <� [� ) z� � �� � 3� ι � N� � � ' j� ( �� & �� & � � � ? �� 3 ̼ ! � ) "� L� X� d� �� �� �� �� ֽ � 1 � ! 2� - T� & �� " �� 2 ̾ �� � -� H� ]� y� �� �� ſ ֿ � ( �� # #� # G� k� 4 �� & �� � I �� ( @� i� y� �� �� �� � � �� $ � ?� Q� & [� + �� * �� 2 �� � 8 '� 9 `� 8 �� $ �� �� �� = � A� G� O e� �� 2 �� �� 1 � @ ?� �� �� �� �� �� % �� " �� H � G X� K �� J �� L 7� K �� M �� L � % k� & �� ( �� ) �� ' � ( 3� ) \� ) �� ' �� ) �� * � & -� ' T� , |� ' �� & �� ' �� & � ) G� & q� ( �� ) �� . �� ' � & B� ) i� ' �� ' �� ' �� ) � & 5� ( \� ( �� ' �� & �� �� $ � 3� @� X� a� " m� $ �� �� 9 �� �� ' � :� } O� / �� �� � ;� N� [� # h� �� �� �� R �� )� 2� & H� H o� I �� � $ � C 9� }� �� ' �� �� �� / �� � ,� K� g� �� �� " �� % �� ' � )� =� Y� k� {� ! �� �� �� �� � ) � A� Y� p� �� ' �� i �� � =� N� d� �� �� �� �� �� �� �� �� ) �� < � 4 P� 3 �� �� # �� �� � � � � 6� G� Y� ; r� �� �� �� �� �� �� � � 7 #� [� e� � �� �� �� � �� Z� - p� - �� 4 �� A � - C� q� �� �� R �� � ~ � � �� ! � ;� G� P� V l� & �� �� �� 3 � } 6� �� �� �� �� �� �� 9 � \ :� �� �� �� �� , �� �� � ? "� - b� + �� �� �� �� ! �� � ( 0� % Y� � 2 �� �� $ �� � � ' 0� X� + m� . �� ! �� �� �� 1 � J� ^� o� �� �� �� �� �� �� �� �� � (� D� b� u� �� �� �� �� % �� � + � @� ^� r� �� �� �� �� �� � � +� ?� N� ! `� �� �� �� �� �� 9 �� "� 1� K� [� y� �� �� �� �� �� �� � +� B� W� [ s� �� �� � !� :� [� i� w� ! �� �� �� �� �� 5 � $ @� e� �� % �� �� �� & � -� I� i� �� �� �� ' �� $ � 1� & R� y� $ �� # �� ! �� & � ! )� K� j� �� �� �� �� �� � 1� L� e� �� �� & �� - �� � " 1� # T� x� �� �� �� C �� f !� U �� V �� @ 5� v� {� �� �� ! �� �� �� * � =� $ I� # n� 0 �� �� d �� A /� C q� �� �� �� ! � $� E� f� ( w� ) �� �� �� �� �� �� �� � @ $� e� m� �� �� �� , �� � �� � ! )� K� : e� E �� � 7 � ,� 5� M� 6 i� % �� � � % � )� + A� m� �� ! �� ! � 9 � ; "� 3 ^� 5 �� 9 � ; � 3 >� 5 r� M �� P �� O G� R �� � � � 5� Q� g� z� ' �� �� � � & � /� , M� > z� - �� 2 � 0 � " K� + n� . �� $ � ' � ' � ! >� & `� ( �� : �� < � % ( ' N & v " � ! � 4 � ' + ? " k ! � , � " � / 0 0 * a % � ) � * � ) ' 1 . Y - � * � C � % W 2 + � " � # � � 0 2 N ' � 2 � � 2 � & & F M 7 � . � + � P ' ) x � � � @ � % Y E E � � � % < @ } � � , � � $ � " + + W w � � � � � � � ( D K d u � + � � � ! � ! B # X 2 | � � � � 5 � $ , Q n $ � � � � � ; W ` k ! { � ! � � � W V \ � � � � � , 2 _ e * � ) � � � - I @ f � � . I S ` t ~ � 2 � � & � � ; N 4 m � � & � A ? ^ � : � 6 � , < , K x : � ; � - ! M o � � � � � � � & 5 C T d % � � � R 8 a ? � 3 � 1 @ F \ � � � � B 3 v � � � � � # . $ N s � < � 0 � % 4 0 P , � � � 0 � ' > U F [ % � � � � I � ? W % w & � ( � & � ) " > % a $ � ! � " � � ! 0 ; B ~ � � ! � � � � ! & ! 9! F! L! W! a! ; }! ( �! $ �! % " -" 8" $ >" c" F i" = �" J �" 9# & F# 5 m# �# . �# 3 �# $ h ;$ �$ �$ �$ �$ X �$ , 4% a% t% % � �% y& �& �& �& �& �& �& ( �& ' ' ' 8 +' d' > �' 1 �' �' ( ( ! ( 9( T( s f( T �( /) 6) H) W) l) �) �) �) �) �) �) �) �) * * &* 8* C* V* m* �* �* �* " �* �* �* ! + #+ 9+ 7 C+ {+ �+ �+ �+ �+ �+ �+ �+ . �+ (, 3, @, Y, l, �, �, �, �, �, �, - - 9- U- t- �- $ �- �- �- / �- - . % G. / m. �. �. �. �. �. �. 6 / 3 B/ 3 v/ �/ �/ = �/ �/ 0 0 *0 ?0 D0 A ^0 ( �0 �0 �0 �0 �0 $ 1 & *1 Q1 \1 f1 t1 O �1 �1 ! �1 2 %2 * 62 a2 z2 $ �2 �2 �2 3 �2 3 #3 " =3 `3 � k3 � 4 �4 �4 �4 �4 �4 5 ; =5 > y5 $ �5 ' �5 6 6 " =6 , `6 �6 �6 �6 �6 �6 �6 �6 ' 7 .7 L7 k7 t7 �7 � �7 $ B8 A g8 � �8 09 ; ;9 : w9 < �9 + �9 : /: H: a: {: �: �: �: �: �: �: ; ; #; 3; @; Y; l g; f �; u ;< �< �< �< �< �< U �< Q= c= � x= ]> z> , �? �? �? �? �? * �? # @ # A@ e@ y@ ) �@ . �@ / �@ , A , DA - qA �A �A �A �A �A �A �A B B @ -B @ nB 0 �B �B �B C 3 &C ZC qC �C �C �C 3 �C & �C $D " BD / eD �D �D �D �D �D �D ( E 1 5E # gE �E �E �E �E * �E �E �E " F ! 8F ZF qF �F �F �F �F �F G .G JG bG {G �G �G # �G " �G H H 3H # <H `H kH . zH , �H Q �H P (I yI J �I & �I & J 7 0J hJ wJ # �J �J A �J > K LK ( iK �K �K �K �K ' L $ +L PL 3 iL + �L �L �L �L �L / M 2 8M / kM �M �M �M �M % �M �M # �M N &N 0N JN ]N wN \ �N 4 �N + O @O 8 ZO �O �O �O �O �O �O �O P P P (P 3P NP [P iP D sP �P �P & �P ) Q ) /Q YQ yQ I �Q ' �Q 4 R # 7R [R sR L �R �R % �R S S *S 2S IS aS hS 0 yS �S + �S �S % �S T T % 'T MT X YT �T �T 8 �T U U 4U JU aU yU �U �U �U �U �U �U V V V V $ %V JV eV oV + �V �V % �V ' �V " W 5W ;W SW - hW �W �W �W �W 2 X X 4X / �X A �X , �X ,Y 4Y AY NY WY `Y nY �Y �Y �Y ! �Y �Y �Y �Y % �Y Z } *Z � �Z )[ 5[ <[ I[ W[ a[ 5 q[ �[ �[ �[ �[ ) \ & 2\ Y\ p\ {\ �\ = �\ �\ �\ �\ �\ ] ] N ] + h] �] �] �] % �] 1 �] # ^ @^ H^ V^ d^ r^ �^ �^ �^ �^ �^ �^ �^ D �^ H "_ k_ �_ ( �_ �_ " �_ 3 ` 5 9` : o` ? �` - �` C a # \a �a �a �a �a �a b b $b 8b Sb _b pb �b �b �b �b �b �b �b �b c %c 9c Kc [c lc �c �c �c �c �c �c �c ; �c 1d ! Qd sd d �d �d ( �d �d V �d 4 .e ce te e �e Y �e f # f $ Bf gf }f �f �f �f 2 �f �f , g Ig fg ~g �g �g �g �g �g ( �g h +h Ch 6 _h ( �h �h �h ! �h ' i Hi ! fi �i �i ( �i % �i ! j ' 8j `j ) j �j # �j ( �j $ k " ;k " ^k �k �k �k �k �k l 3l Rl ll �l �l �l # �l $ m C 0m tm �m �m �m �m �m 2 n ) 4n ^n |n �n �n �n �n �n ! o 8o So ho zo + �o �o �o �o p "p 7p Wp gp {p �p �p �p �p ! �p �p q (q Bq Qq aq ~q �q �q �q �q �q r *r Cr \r |r �r " �r �r ) �r ' )s Qs gs P �s �s �s " �s t %t >t = Xt �t �t �t �t �t �t �t u #u 1u >u 2 Nu �u �u } �u / v Ev [v iv uv �v J �v �v �v w w -w @w Yw 4 rw �w A �w 9 x � >x �x �x �x y y !y 6y Dy Ny _y ly |y �y �y �y �y �y ' �y 5 z Sz fz wz �z �z ' �z / �z e �z n X{ �{ S �{ 0| B| ]| }| �| �| �| �| - �| - } 3 >} r} �} �} �} �} �} �} ) ~ > +~ j~ O �~ �~ �~ L �~ D K � � � � � � � C � L� 5 j� �� �� ŀ ʀ 7 � � 8� 8 U� * �� �� - ԁ + � .� F� `� w� �� �� ʂ � �� u � ' �� �� ڃ � � 3 '� [� d� g� k� }� �� �� �� �� ̄ ڄ � ' � 0 � E� N P� �� * �� 3 ܅ 2 � 4 C� 3 x� �� �� Ć چ , � � 4� F� d� ~� + �� P ć i � 8 � �� Ɉ ߈ � �� J � d U� b �� V � t� 4 |� 2 �� > � ; #� G _� = �� � = � )� 3� 8 @� y� �� �� �� �� ܌ � �� � � *� ;� . M� |� �� ` �� � � �� �� ˎ َ ߎ � �� � � � 6� # W� {� �� �� �� �� $ �� Տ - � � � $� 8 /� h� m� z� �� �� = �� ސ % � ; � L� ' U� }� �� 2 �� ( ґ �� � (� =� S� % j� ! �� & �� ْ " � ! � 7� X� o� �� � �� �� 6 �� , � 5 � I� � h� w � � �� u 6� 8 �� . � � � ?� [� l� |� �� �� > �� � 5 �� 3 2� f� % �� �� �� 7 ƙ �� ! � ;� B� G� [� . p� �� 5 �� � C � 8� P K� �� �� ƛ ֛ ۛ 8 � %� 6� < @� u }� E � 9� ; I� 8 �� �� ͝ � B � + H� t� }� : �� 8 ɞ $ � '� 1� D� X� n� }� �� �� G �� ( � � # � A� / W� ; �� à נ � �� L � ^� ~� �� �� �� �� 5 �� # � � R � o� x� d �� �� & � ,� 3� P� ^� m� }� $ �� �� Σ � 1 �� -� B� - X� �� �� �� 7 ʤ � > � K� [� i� v� �� �� �� Υ � �� � � +� ;� J� U� `� k� z� �� �� �� �� ʦ ۦ � �� � !� 4� C� S� h� x� �� �� �� �� ǧ ا � �� � � +� ;� K� ]� l� }� �� �� �� > �� * � @ +� l� 0 z� �� �� ĩ ک � * �� ` "� �� �� 0 �� & � & � = 3� q� �� �� �� �� �� ϫ ۫ � �� � � 5 &� \� # n� �� �� � �� 3 �� 9 �� ( � � 1� B� ]� p� G w� �� ή ; � $� =� Y� j� = |� �� : կ � 4 %� = Z� �� �� �� 5 ΰ � � ,� >� 3 T� 8 �� 2 �� ( � " � ; @� 3 |� # �� @ Բ : � P� q� �� �� �� ճ � ) � 6� V� 8 r� " �� # δ > � * 1� : \� �� ? �� 9 � $� 3� 6 K� �� �� $ �� B Ѷ B � W� , c� - �� + �� ' � , � 2 ?� 3 r� 1 �� 2 ظ � / � 2 N� 9 �� 3 �� 1 � - !� 2 O� �� 2 �� ) º , � 3 � - M� + {� ' �� , ϻ + �� . (� ' W� * � 6 �� > � 3 � 5 T� . �� ' �� � �� � ! ?� a� �� �� * �� / � � / &� B V� < �� ; ֿ 6 � 1 I� {� % �� �� � �� $ � -� ( D� % m� / �� * � 2 � !� 3� 2 R� �� , �� �� , �� � +� * D� 4 o� �� , �� �� 6 � 5 7� * m� 0 �� 5 �� �� = � P� k� = �� �� �� 3 �� 1 � 5 J� A �� �� �� , �� + � ' B� , j� - �� �� 9 �� 2 � 1 K� - }� 2 �� 3 �� � / %� 2 U� 9 �� 9 �� 1 �� 8 .� - g� 2 �� 3 �� �� . � / 8� & h� * �� 6 �� ) �� , � 3 H� A |� A �� 3 � + 4� 2 `� ' �� , �� - �� 0 � 3 G� 7 {� ( �� �� % �� * � % ;� 4 a� 2 �� * �� 4 �� 7 )� / a� * �� % �� ; �� 8 � 5 W� % �� > �� �� � � # � % C� # i� �� �� % �� " �� � ,� D� a� }� �� �� �� , �� � ~ � �� 0 �� �� 6 � < ;� 8 x� ' �� Q �� 1 +� ]� h� �� �� �� �� �� �� �� 3 � 4� >� V� e� � �� ( �� C �� # � A� I� P� e� 1 {� 8 �� < �� A #� 8 e� = �� E �� < "� ; _� @ �� D �� > !� 8 `� > �� ; �� 9 � : N� ? �� ; �� = � G C� C �� �� �� ! �� J � + b� �� �� % �� # �� * � ?� _� 1 e� �� / �� M �� \ -� �� �� �� �� �� �� �� �� & � *� $ 8� ]� & h� �� @ �� �� �� �� �� � � A � b� l� x� �� B �� 2 �� � 5 � F� S� \� ( j� + �� �� �� �� ( �� &� 3� ' G� o� 5 {� 4 �� 3 �� � ,� <� I� Z� p� �� < �� / �� / � 0 6� g� ~� �� �� �� �� �� �� � % � 7 7� s o� 9 �� � .� <� H� S� d� r� �� �� �� �� �� �� �� � $� =� G� R� ) ^� �� �� �� �� �� �� � "� .� 8� C� T� _� h� u� �� �� �� �� �� �� �� �� � � 4 &� [� `� m� : r� �� �� �� �� �� K � N L� 2 �� �� �� . �� !� ! B� d� �� �� # �� �� �� � 2 #� V� n� �� �� �� �� �� � ,� % C� i� ! �� �� �� �� �� ! � =� Z� , w� / �� �� �� � � 1� ! R� t� # �� + �� 2 �� . � 1 D� - v� 2 �� * �� . � 5 1� 1 g� 4 �� 0 �� 5 �� - 5� c� v� 5 �� / �� 7 �� 8 ,� 6 e� 7 �� 8 � 2 � : @� ; {� 9 �� : � ,� . C� - r� + �� 1 � 2 �� 0 1� , b� 1 �� 1 �� 0 � . $� 4 S� 5 �� 3 �� / � 4 "� W� . i� 3 �� - � 1 �� 4 ,� - a� 1 �� 6 �� 0 �� 4 )� 7 ^� 0 �� � � �� � / � 2 K� % ~� $ �� 0 � 3 �� 7 .� 3 f� 6 �� 2 � 7 � : <� 6 w� 9 �� 5 � : Y q � � � � 1 � - + 0 Y , � 1 � 4 � 0 3 O / � 4 � � � , : G Y k w � � � � ` � 4 P ` m x � � � � � @ � W ( [ � � � � � > 1 p 3 w 2 � � � � 2 E 3 e � ) � # � � # $ , = ( Q z ] � 4 � ) 8 H Y h # y $ � � � � ( ; ! H j | C � S � , J b x J � C � D [ d . r � � � � � � � � 7 � 7 � % ( 7 @ X _ m � � � � � � � � @ U < r # � � * � 4 S m / z � � � � � * � u * � � L � 4 � 2 @ A � � � � � � � ' ( < e s � � � � � 1 , ; h � � � � � � � � 3 2 Q � � � � � . � B � 0 ? p � � � � � � � � % 4 E ` w � � � � � � % � 4 J % e � � � � � � $ > F ^ ~ � � � � � � � � / ; E P [ g r - � � � � � � z 1 � � ! � � � ( D + _ , � ' � � � � $ * 1 ; " M 8 p � � � 6 � 2 O W f , w � ! � � � 8 � � � * � / � ! ; �! ; �! & #" ) J" " t" 8 �" b �" G 3# > {# �# 1 �# = $ ) B$ l$ ) �$ * �$ �$ W �$ P S% 0 �% � �% 7 d& 4 �& + �& 1 �& : /' - j' G �' M �' H .( � w( j ?) L �) �) < * S T* �* 1 �* & �* ) + 5 F+ u |+ ? �+ v 2, Z �, ! - &- ( @- i- �- �- �- * �- 1 . =. E [. ( �. 5 �. / & / 6/ A/ 0 a/ �/ �/ % �/ 8 �/ 0 0 !0 i 30 �0 �0 �0 & �0 �0 1 1 & 61 ! ]1 1 & �1 �1 �1 �1 �1 2 2 D '2 l2 6 �2 �2 �2 ( �2 3 3 % "3 ' H3 p3 v3 �3 �3 �3 �3 - �3 �3 � �3 = �4 - �4 8 5 G5 ^5 n5 �5 �5 �5 �5 * �5 �5 6 6 6 > 6 I ^6 �6 6 �6 H �6 & :7 a7 e7 r7 v7 z7 7 �7 * �7 , �7 �7 8 +8 * J8 X u8 C �8 ' 9 c :9 " �9 u �9 7: - U: & �: : �: # �: 9 ; W C; < �; �; �; < ' 1< Y< 9 q< ( �< & �< ( �< * $= * O= , z= �= " �= �= �= �= > " *> M> c> }> �> �> �> �> �> �> �> �> ? " ? @? \? f? v? �? �? q �? @ @ -@ * G@ A r@ �@ �@ �@ �@ �@ 7 �@ A 0A BA MA ZA fA uA �A �A �A O �A B ! ?B aB lB {B �B �B �B ! �B " �B 0 C =C KC eC pC |C �C �C �C �C �C �C - �C 9 'D K aD �D �D �D �D �D E 3E ME jE �E �E + �E �E ) �E F , #F PF * dF �F �F �F �F �F �F �F �F �F G % G :G LG WG fG xG �G �G �G �G �G �G �G �G �G �G H H 'H 3H 8H ' IH qH & yH �H % �H & �H L I [I bI c }I % �I f J 0 nJ �J �J 1 �J # �J K � K ^ �K 5 L 2 KL 8 ~L p �L # (M # LM & pM 7 �M . �M Y �M XN eN iN yN �N �N " �N �N & �N / O ( 8O ' aO + �O �O 8 �O R P `P % ~P = �P S �P H 6Q % Q �Q 1 �Q �Q 4 R = ER 5 �R 3 �R M �R ;S IS XS kS S �S �S & �S + �S �S ! T " &T ' IT qT �T L �T �T # U ' *U & RU $ yU ! �U P �U Q V cV " �V ! �V D �V 9 W , DW 2 qW 5 �W H �W $ #X # HX lX ? �X �X �X A �X 2 ,Y 5 _Y , �Y / �Y % �Y 8 Z ( QZ * zZ - �Z $ �Z ' �Z S [ ( t[ + �[ # �[ K �[ " 9\ ) \\ , �\ $ �\ ' �\ 2 ] 5 3] , i] / �] $ �] 7 �] ' #^ K^ h S^ % �^ �^ 4 �^ + _ / L_ |_ ) �_ �_ �_ �_ + ` # 7` [` f` r` y` $ �` ( �` �` �` �` @ a 0 Ja 4 {a �a �a A �a b b 7 b ' Ub ) }b S �b , �b (c Ec * Nc * yc # �c ; �c " d " 'd , Jd ' wd M �d �d �d 1 g � Ig $ h (h >h Dh 1 Ph �h �h �h �h �h B �h i i (i ;i Qi mi Z wi �i �i 0 �i c j X {j �j . �j ( k 2k ?k Ok Xk fk |k �k �k �k �k F �k :l Tl gl zl �l �l �l �l ( �l m " 5m Xm im }m �m # �m �m �m * �m n 0n Kn kn �n 8 �n �n �n o 9o Uo ( so �o 3 �o - �o . p & 6p ]p |p �p �p �p �p ' �p q !q 7q Aq \q pq �q �q �q �q �q �q �q �q r #r 7r Qr ]r sr $ �r : �r �r �r s s 0s Fs \s qs % �s �s �s �s $ �s ) t 9t Wt ut �t �t �t �t �t ' �t u 5u % Vu |u �u ! �u �u �u �u ! v :v Y Cv �v �v �v % �v �v w 1 3w $ ew # �w " �w $ �w . �w ! %x Gx Qx % ex W �x �x �x y -y % Dy \ jy % �y C �y A 1z sz �z �z �z A �z { P ,{ , }{ �{ �{ T �{ | "| -| # C| # g| & �| �| �| �| % �| } % } 4} @} G} + P} |} ( �} �} �} ' �} D ~ L~ V~ g~ " |~ $ �~ �~ �~ �~ H �~ 4 ? t D � � 1 � & $� K� R X� �� �� ɀ : ڀ F � - \� " �� % �� J Ӂ 4 � 0 S� �� �� �� �� �� �� Ă Ђ � O �� L� f� �� s �� � � � )� A� Z� a� m� z� �� H �� ӄ � � � ! 9� $ [� �� 4 �� �� ΅ � 9 � <� " K� n� �� �� �� * �� = چ 9 � ' R� z� �� �� �� ɇ � �� � "� ,� 7� >� G� Q V� - �� K ֈ # "� * F� 6 q� T �� + �� )� J� d� |� �� �� �� �� �� Ҋ � � D � < \� �� 1 �� � �� � +� /� 4� B P� �� " �� C �� . � , /� \� i� �� �� �� �� �� ō Ս 2 ܍ � ! )� K� b� # �� �� R �� 0 � � @� � �� L z� \ ǒ = $� P b� b �� � � } �� H � N ^� � �� ^ m� w ̥ L D� % �� � �� { �� & %� : L� ' �� �� a �� � � � �� A T� � �� I �� | � � ]� � � 9 �� ; ų C � � E� � δ � _� g � h �� J � W 5� � �� � � � �� o [� c ˹ k /� � �� '� � (� x � = `� � �� � !� � �� s W� i ˿ j 5� c �� � � � � � �� � )� � �� x �� ~ *� � �� �� � �� $ r� � �� � <� P �� � � i �� � H� � �� � �� � �� � l� �� � � � � �� � d� � � � �� � �� �� � �� R V� ] �� y � f �� � �� A �� � �� � �� M L� @ �� X �� � 4� � �� � f� � �� �� �� z �� � .� � �� � o� � � � �� � G� P �� � 2� T �� R � ] k� � �� � V� f � A �� � �� � K� I �� n "� $ �� � �� � d� o /� � �� � '� � � O �� � � k �� ~ � ^ �� � �� � � � � m � � � � � ? � � o � � � � � � � J Y B � � � � � � � u � � { � � # � � � t � _ � � � � � � � % X � x � } X > I � ( � � " � �# � R% �% � �' � �( � f) � + �, / e *0 � �0 �1 �1 �7 �= � �C � �I � gM � Q � �R w ,T � �U 7 BW 1 zW � �h � 0} � � � � Ó � k� _ � 6 {� D �� � �� � ~� . m� �� �� �� - �� � �� � f� � � " �� " �� . � =1 " $< `= �y �| �| � �~ S M� � �� � ,� � � � � � �� � z� � $� � Ԡ e �� P � � E� [ � � K� � �� g �� ! �� = � � ^� � �� M � �& 8� �& � �& �F $ pm * w� � �� � �� � h� �� � � � �� �� � �� �� �� �� V յ K ,� u x� V � � E� * <� � g� _� �� } �� | p� � �� > �� � �� M � N �� G * d < � . � ( � , $ $ Q D v � a � 58 � O8 H �; @= M@ � QC V �C -E � @E )H *L � EV b � )b w �p � n� � E� � � 6 Ց 6 � � C� A � g b� $ ʢ � � � �� / S� � �� 8 3� � l� p � � }� � #� � � �� � �� J �� � � � �� $ �� � �� � �� � 1� � � � N P 8( � �6 . !B ;� PB �� � �� � C� <$ �� <$ 6 � s* l R6 � �7 p �8 � �; L �= M 1? @ � �@ � %M � �V KX : dY � �Y \ �Z h �Z � b[ � �\ � �_ Q` � na r Zb �b � �n m mo + �o ' r � /t > ~ U $ f �� �� < Z �� Z� ~ q� & � " � :� S� l� �� �� �� ب � � *� H� j T� D �� - � , 2� $ _� ( �� ( �� * ֪ ( � . *� E Y� E �� X � + >� ) j� % �� 1 �� % � " � 3 5� i� ( �� $ �� * ح 4 � W 8� 1 �� � ® � }� � o� � /� � �� � �� � s� � d� � � ո � ֹ M �� a � � l� � M� � >� '� 3 H� |� � �� � o� � [� f � d m� b �� � 5� 2� � 5� � � � �� � �� � �� � �� � � � � � �� � �� � �� � �� u� B �� Z �� � 4� I � U� s� � y� v� � �� � l� � Q� � Q� ^ N� �� �� , �� �� " � 6� t ?� � �� X D� �� / �� 2 �� R � 8 \� j �� � � - �� + �� ) �� * � 0� i ;� [ �� � � � �� = /� m� w� �� �� �� : �� > � : F� > �� �� # �� ! � % &� L� ! j� �� �� 9 �� = � 9 @� = z� �� �� 1 �� �� � @ &� g� : �� $ �� = �� H "� R k� N �� ; � 9 I� $ �� L �� W �� E M� �� �� , �� � �� D �� � D 3� k x� r � 4 W� 6 �� � � � \� � B � � � � � � y � L � i � � ` � % �# $ Y $ � s$ � �$ 6 �% H �% & 0& ) O& ' y& ; �& H �& V &' S }' f �' S 8( �( �( � �( a) t* j �+ | �+ z, � �, � &- b �- . +. 9. 3 W. �. �. �. �. �. 6 �. / * / 0 I/ z/ ~/ � �/ ( �0 " �0 % �0 �1 2 +2 <2 ) S2 }3 �3 ! �3 �3 �3 ' �3 &4 <4 I4 4 g4 * �4 . �4 < �4 35 :5 D I5 7 �5 �5 8 �5 G 6 0 c6 9 �6 L �6 7 G 47 % |7 �7 �7 �7 �7 Q �7 / J8 . z8 M �8 < �8 * 49 _9 y9 �9 O �9 ' : S 1: J �: Q �: < "; : _; �; D �; R �; N< h< �< I �< b �< W R= 8 �= �= P �= S H> H �> 6 �> ] ? 1 z? ( �? H �? R @ 2 q@ ' �@ ' �@ ' �@ 9 A ' VA g ~A / �A 1 B D HB . �B . �B 2 �B 0 C ) OC yC ' �C E �C < D F DD R �D 1 �D � E e �E E F f ZF �F d �F [ CG � �G B AH 1 �H ! �H �H �H 2 I 4 II 4 ~I 2 �I X �I > ?J S ~J @ �J o K R �K . �K ' L f -L ] �L �L @ M � KM Q �M B .N x qN � �N oO A �O E �O K P : [P A �P $ �P N �P R LQ X �Q N �Q C GR P �R o �R T LS Z �S E �S P BT h �T 6 �T C 3U b wU G �U M "V 8 pV C �V L �V N :W a �W V �W > BX v �X ~ �X B wY 0 �Y 7 �Y C #Z J gZ C �Z ; �Z < 2[ @ o[ � �[ ( S\ \ |\ ^ �\ 6 8] K o] w �] q 3^ � �^ } ._ � �_ � <` b �` u $a o �a V b A ab * �b & �b = �b 2 3c fc F �c F �c 9 d ( Ld ud @ �d @ �d e , )e Ve < pe 8 �e ` �e ` Gf : �f U �f & 9g 3 `g [ �g ] �g . Nh }h �h S �h ) i U /i " �i �i V �i e j � �j c k T wk I �k + l . Bl ql # �l M �l d �l F bm M �m j �m ] bn � �n 0 Zo Z �o q �o ` Xp Z �p w q O �q \ �q { 9r w �r f -s w �s Q t \ ^t l �t t (u � �u @ !v O bv t �v � 'w � �w D Ax Q �x p �x l Iy [ �y l z F z Q �z a { i z{ � �{ � g| o �| g} �} ! �} Y �} ! ~ t 6~ a �~ . , < 5 i J � V � J A� 4 �� ) �� ; � F '� . n� 7 �� . Ձ k � O p� r �� S 3� U �� U ݃ p 3� N �� R � k F� e �� Z � * s� 5 �� % Ԇ % �� 2 � A S� C �� U ه l /� o �� a � R n� 4 �� + �� # "� ) F� ? p� ' �� K ؊ E $� < j� H �� E � : 6� 1 q� ) �� & ͌ Z � > O� K �� ) ڍ & � +� G� X� U _� m �� � #� � ԏ Z� 1 m� D �� } � 9 b� � �� p �� p � c u� c ٓ E =� ` �� � o � { r� ) � k � | �� | � o ~� o � � ^� � � � �� � e� � @ .� C o� C �� u �� ! m� - �� �� ʜ q � X V� ( �� k ؝ D� ~ \� J ۟ 7 &� ^� s� �� �� ʠ � � . � g G� g �� � Q .� i �� � 1 j� ( �� P ť 2 � ? I� � �� @ *� o k� f ۧ � B� H � < /� T l� < �� R �� > Q� V �� > � j &� > �� m Ы > >� � }� � � [ �� e � e m� . Ӯ � � � F �� X � F� \ d� �� L ڰ '� 6� * P� j {� � � �� ? �� � � � a q @� , �� 2 ߵ W � Z j� g Ŷ [ -� �� �� �� / ʷ - �� / (� \ X� l �� & "� 5 I� B � ¹ ' չ 4 �� ? 2� Y r� v ̺ O C� 2 �� ' ƻ = � # ,� 4 P� p �� t �� + k� % �� ' �� ' � < � ) J� ' t� : �� F I � * h� F �� $ � �� & � 9� * D� P o� S �� . � 7 C� {� C �� �� �� F �� t F� 3 �� = �� A -� ? o� I �� 8 �� 7 2� j� 3 �� ` �� 1 � ( M� v� = y� �� �� �� �� � �� E �� �� �� � I � V� " l� $ �� �� �� 8 �� \ � � u� S 4� �� �� �� �� � �� �� �� ` �� O � v T� � �� d �� 6 � [ C� Y �� c �� � ]� ! ]� � � W� � _� � H� I �� W *� V �� � �� g �� Y *� H �� ^ �� # ,� P� 5 e� % �� # �� �� 6 � % <� < b� l �� Y � b f� d �� Y .� n �� Q �� ' I� Q q� ' �� A �� A -� ) o� 5 �� �� / �� ) � 4 G� I |� 8 �� 3 �� T 3� V �� ? �� x � P �� �� � � : 5� p� $ �� / �� ) �� 5 � A� ]� X t� a �� M /� d }� / �� f � g y� f �� g H� �� �� � �� O� ; d� � �� $ S� ` x� ) �� t � � x� # � (� D� X S� �� U �� H � � c� � �� � �� � M� � � � �� � U� � � U �� V �� X 0� Y �� W �� X ;� Y �� Y �� W H� Y �� Z �� V U� W �� \ � W a� V �� W � V h� Y �� V � X p� Y � ^ #� W �� V � Y 1� W �� W � W ;� Y �� V � X D� X �� W �� E N� �� Z �� � * )� T� c� 3 |� 7 �� � � � # �� N �� ( �� !� p 7� T �� N �� ) L v ( � = � , � # % M I � � a 7 v e � � � � * F Z q � � � - � � � \ # | i � % = 0 J n W � 9 % K N q B � < @ F a � � A � / + . [ 0 � % � . � N " _ , � � ! � ` � � S . � ' + E 5 q ! � � � � ! * * U o R ~ � � R U b � ( z 4 � � � � B � / / / _ - � U � ! 1 S d � � � � r � B / O 0 / � / � " < 3 p ^ � \ � y L W � J i & � ! � y � J � [ � = ' ) Q d + q � � Y C � � T � 0 E Y ) z � � l � � 8 � - � � * S 4 � + � � � l a f � 5! * S! ~! @ �! B �! _ " Z t" 4 �" w # $ |# = �# �# H �# Z F$ �$ E �$ f % I o% 0 �% B �% � -& 0 �& �& ' ' % ;' a' |' 9 �' �' 3 �' A ( - S( / �( / �( " �( H ) M) . k) 0 �) % �) p �) b* k {* 9 �* . !+ 2 P+ = �+ , �+ ? �+ ., ) K, - u, + �, " �, �, - @ .- > o- ? �- 1 �- ) . ' J. } r. ( �. 1 / K/ 8 l/ �/ X �/ % 0 , =0 A j0 M �0 A �0 <1 " ]1 �1 b �1 � 2 F �2 J 3 L ]3 L �3 ; �3 34 O4 l4 < �4 3 �4 " �4 , 5 % K5 x q5 N �5 / 96 + i6 e �6 2 �6 0 .7 9 _7 N �7 X �7 N A8 8 �8 / �8 - �8 ? '9 J g9 2 �9 ; �9 2 !: o T: S �: W ; Y p; Y �; 9 $< ) ^< ) �< 6 �< : �< 8 $= / ]= - �= ) �= ' �= - > C ;> + > @ �> I �> K 6? L �? > �? 6 @ 5 E@ - {@ 0 �@ � �@ [A � `B � C � �C 7D JD % dD / �D W �D U E R hE F �E F " F P .F Z F �F � �F e �G c 0H 8 �H E �H > I ; RI = �I @ �I * J t 8J ` �J K & ,K SK ^K % yK �K �K k �K EL A VL �L �L 7 �L k M % tM F �M % �M L N T TN L �N d �N [O i wO �O D �O % 7P x ]P N �P + %Q 2 QQ J �Q & �Q [ �Q ) RR + |R 6 �R S �R r 3S r �S e T e T ~ �T ~ dU q �U q UV � �V � vW � %X � �X # �Y 3 �Y " �Y . �Y % -Z % SZ yZ V �Z J �Z L <[ L �[ = �[ 5 \ [ J\ { �\ O "] C r] F �] . �] b ,^ Q �^ > �^ > _ ; __ . �_ ; �_ C ` k J` s �` A *a ; la 4 �a 6 �a , b P Ab E �b U �b 0 .c : _c E �c 2 �c j d > ~d 5 �d U �d ] Ie 2 �e 4 �e @ f t Pf X �f Q g v pg �g � �g G �h < i / Si + �i P �i c j < dj �j # !k t Ek @ �k v �k a rl H �l J m � hm < �m (n An [n b fn �n �n = �n � 3o � �o " �p �p % �p 6 �p P q fq �q 2 �q Q �q J !r \ lr �r R �r C -s qs 3 �s / �s % �s t (t # At et 0 �t �t �t J �t ;u C Nu �u �u 9 �u m v ' vv H �v � �v ' jw N �w . �w E x t Vx �x �x F �x ' Cy z ky P �y - 7z 4 ez L �z - �z * { 8 @{ U y{ W �{ n '| �| �| �| : �| , } @ M} % �} 8 �} � �} 2 �~ S � h� s� % �� 3 �� = � d +� �� a �� c � p e� < ւ W � v k� � � � d� , � . 3� c b� ƅ ׅ % � � 4 $� Y� N u� Ć F ֆ � (� } ;� \ �� � 3 �� L ʈ ] � 2 u� � �� � e� ' � � � � �� (� ! F� h� V �� 8 Q � w h� � / �� : &� W a� W �� � ; 1� m� 6 �� �� 7 ԏ & � - 3� . a� �� �� K ͐ � � � � ? v� + �� n � S Q� f �� K � r X� ? ˔ � � 9 �� O � / ;� D k� R �� � � A �� B ޗ < !� A ^� H �� A � P +� H |� Q ř < � = T� u �� _ � u h� > ޛ d � [ �� @ ޜ � ;� 0 �� * � 9 � Q� � V� F ޞ %� ;� 2 Y� � �� ) @� D j� K �� M �� W I� O �� W � B I� J �� L ע L $� M q� B �� W � $ Z� � � � / � P� : ]� �� �� �� ۥ @ � 4� E� R� f� @ w� � �� @ B� < �� N �� � � J (� s� � �� � � � �� % V� f |� � � 4 i� d �� � � 2 Ǭ � �� ' �� - ۭ ) � 1 3� � e� e *� �� �� 3 ί � � (� =� N ^� �� �� ² y Ʋ @� P� a� � v� P � � S� G � (� ?� % P� C v� : �� 1 �� '� � 9� � 4 !� V� n� , �� �� 1 ĸ �� D � D W� �� �� ع � � "� 6� % L� - r� �� = �� . �� ,� D H� �� V �� X � D H� �� l �� � "� 4� O� j� |� �� 2 �� r ѽ D� X� j� �� # �� ľ 4 ߾ 4 � I� + [� + �� �� * ¿ * � Q � Q j� �� K � $ � . A� � p� V �� 7 T� S �� �� �� ( � ) :� ) d� 4 �� o �� p 3� z �� � ! 2� � T� � � 0 @� . q� �� - �� \ �� 8 6� o� �� * �� �� c �� e N� �� �� �� � � � O �� Z � & s� $ �� S �� & � 9 :� c t� C �� � e 2� & �� B �� Q � T� � l� p �� _� u� / �� �� V �� X $� � }� � � S �� q �� A ^� i �� p � 4 {� / �� 1 �� / � < B� M � Z �� \ (� � �� L � N [� 1 �� 9 �� j � � �� i � � n� �� � N &� K u� P �� N � a� ( �� . �� J �� %� 9 A� {� 0 �� �� �� �� 5 � 9� L� c� r� �� � �� � 1� � �� \� m� �� B �� �� � �� �� �� � �� 3 l� � �� N �� �� ( � 6� H� ` `� > �� B � ( C� & l� S �� [ �� \ C� c �� g � v l� �� �� � '� ) G� ! q� �� ! �� 4 �� c �� � ]� � �� * z� . �� : �� w � 6 �� : �� F �� / @� & p� p �� V � ? _� D �� M �� " 2� " U� 3 x� # �� % �� 0 �� ? '� c g� R �� � # 4� X� 2 g� @ �� �� ? �� H :� � �� 2 � F 9� 9 �� I �� > � > C� 5 �� E �� 5 �� 3 4� 3 h� G �� > � ) #� ? M� > �� 2 � 4 �� 4� @ E� �� & �� � � I g� o �� n !� ? �� � � Y s� e � } 3� ! �� + � 5 �� ' 5� � ]� � �� I �� x � W Z < � O � F ? C � c � 5 . l d k � , = " j � , � Q � S ] q � � � 6 H 8 Z � � , � * � ' 6 � N e � \ U J � � � � � � � * = Y n � � ( � � � x $ � � ? � A m P J � & � 0 S � ` < , � $ � . � � [ � Z C � % � � , � , 1 H [ z � T � 3 ] < � � K � � 5 � � r ~ � ! � � ! � 2 F d � ! � � . � + 1 < 8 n � 8 � c � U ? k M � > � 8 - E ; s i � 7 P Q J � 5 � n # � � y p � � c x � ! � 5 B M c ) � ; � � V � J 4 U . � E � � % + A m ~ � � � � � � . z! U �! ` �! d `" b �" i (# + �# �# �# �# } $ # �$ �$ �$ �$ �$ * �$ � % ` �% & 9& 9 T& g �& � �& } �' 1 ( + >( # j( �( ) �( # �( �( ) ) 7) % a) �) $ �) � �) � |* 2 (+ ; [+ P �+ i �+ M R, m �, } - � �- � . \ �. � / E �/ v �/ 4 g0 M �0 G �0 5 21 ' h1 �1 " �1 + �1 �1 ( 2 a >2 $ �2 % �2 �2 3 3 , 83 e3 ! t3 ' �3 ! �3 �3 �3 4 -4 ) H4 8 r4 & �4 �4 2 �4 ! #5 E5 u V5 H �5 L 6 b6 z6 �6 �6 P �6 7 � 7 k �7 ! ,8 N8 - e8 0 �8 � �8 0 \9 E �9 I �9 2 : 3 P: �: �: �: i �: O B; g �; C �; 4 >< % s< @ �< B �< 0 = N= [= B j= �= �= # �= v > D �> : �> 0 ? . :? 7 i? L �? 6 �? : %@ + `@ J �@ H �@ 0 A 9 QA 0 �A c �A L B V mB m �B Q 2C U �C W �C 7 2D ' jD ' �D 4 �D 8 �D 6 (E - _E % �E + �E A �E ) !F I KF J �F < �F m G 3 �G + �G 4 �G 7 H XH + wH k �H P I 1 `I ? �I : �I - J ? ;J A {J 6 �J ? �J , 4K # aK # �K �K i �K - *L XL = wL ; �L * �L = M ZM ' uM + �M ) �M �M N -N > LN < �N = �N / O 9 6O pO V �O # �O * P ! 5P ? WP I �P ` �P D BQ H �Q J �Q 8 R ; TR = �R Z �R , )S 0 VS 4 �S + �S k �S � TT 2 �T !U h AU �U 1 �U - �U � &V ' �V * �V % �V !W 8W " MW % pW �W �W �W �W [ �W IX bX � pX T AY - �Y �Y �Y �Y Z � Z �Z * �Z ; �Z " [ $ @[ C e[ F �[ y �[ , j\ [ �\ y �\ � m] ? N^ �^ # �^ �^ 0 �^ & _ ( 9_ b_ ~_ �_ �_ �_ A �_ .` P D` 6 �` / �` Q �` [ Na + �a 0 �a + b 3b ( <b ? eb [ �b � c � �c 0 pd � �d - Ke D ye J �e f + $f / Pf 5 �f ; �f T �f f Gg _ �g ( h 7h C Uh L �h Q �h 8i Ui ] gi � �i Tj � uj Ek S Pk p �k o l �l �l �l ' �l $ �l & m & 5m \m a �m ~ >n ' �n $ �n o G o y ao * �o . p � 5p F �p 6 �p h 6q v �q 4 r 8 Kr C �r G �r 9 s L Js < �s 4 �s 8 t � Bt N �u > .v 4 mv 3 �v % �v t �v qw �w �w �w �w # �w �w / �w %x ) Ex : ox �x \ �x � y �y � �y ' Wz H z m �z } 6{ h �{ x | �| - �| 5 �| # �| S #} ; w} # �} 0 �} & ~ L /~ m |~ �~ � � f �� # � : � + R� ~� �� � �� � C� � � � ۃ �� ` �� Y � j m� b s ;� d �� � � #� �� �� ʇ # J� * n� �� �� - ӈ % � $ '� % L� $ r� % �� & �� 0 � ] � " s� H �� � ߊ > Ƌ 6 � D <� > �� �� ύ � �� ' � C� H T� L �� b � M� X� \� " c� , �� T �� � � � �� �� Ð Q Ґ $� 5� Q� o� ! �� r �� � E 5� u {� � _ �� & ^� $ �� b �� e � * s� 5 �� 6 Ԕ * � ) 6� 3 `� 0 �� D ŕ 2 � 0 =� 7 n� i �� & � ' 7� ( _� �� * �� s љ ` E� w �� + � � J� � � � � �� � �� p 6� �� 8 �� + �� ( &� " O� * r� �� ( �� ~ � d� { ~� W �� 0 R� C �� b Ǥ *� l =� E �� D � 5� D� % M� * s� m �� : � ` G� �� � �� G� m ]� 1 ˨ 7 �� 1 5� g� r� �� $ � % 7� � ]� � � � � < �� y � � ^� 4 � * (� 0 S� � �� L >� �� - �� ] ̯ _ *� D �� ϰ % � % � ,� F� b� s� �� � �� ^ 6� # �� S �� ' � Y 5� ] �� � � % � 5 :� � p� c � h� }� �� �� õ s ߵ F S� �� � �� r� T �� � ڷ �� u Ҹ H� 5 O� �� �� " �� , ҹ T �� , T� �� - �� K к " � C ?� � �� U � d� 2 y� ~ �� +� � 9� ɽ � �� � ,� & ?� # f� $ �� & �� ־ � F �� ! ?� % a� �� �� ſ & ߿ � "� ?� ^� ~� �� �� � �� � 9� Z� w� " �� �� � � � .� N� k� �� �� �� �� � #� A� _� � �� �� �� �� 9 � � Q� A �� � 2� �� W �� /� K� F e� �� % �� C �� � '� T �� U E� u �� ` � l r� � �� `� �� K �� �� �� ! � 0� D� Q� k� 6 �� �� d �� 5� F V� ( �� �� s �� e Z� x �� S 9� 4 �� �� ? �� 0 � O� \ `� 8 �� �� S � @ i� 2 �� �� $ �� Q � + r� U �� " �� L � S d� B �� B �� >� H ^� , �� �� * �� & � K F� d �� Y �� W Q� L �� � �� i �� V �� f N� ] �� 3 � E G� K �� K �� K %� 6 q� < �� [ �� B A� 8 �� U �� F � D Z� s �� T � m h� + �� h � _ k� �� $ �� U � d� U |� D �� z � � �� % � C ?� G �� M �� < � C V� P �� T �� Z @� P �� ( �� E � R [� q �� V � \ w� G �� R � o� l �� 8 �� E 1� d w� I �� O &� : v� E �� P �� R H� e �� Z � S \� q �� z "� � �� Z � D {� 2 �� 9 �� E -� P s� F �� = � @ I� B �� ^ �� , ,� ` Y� � �� � N� f �� y >� n �� X '� Z �� @ �� . � K� ? k� > �� j �� r U� � �� v J� H �� ! � ; ,� H h� , �� B � !� B ;� I ~� C � > � P K� �� : �� ( �� d � d �� < � W %� _ }� 6 � U � - j� $ �� W �� ( � $ >� g c� Z � g &� � �� 4 � * R� O }� Y � H '� O p� _ �� e � � ^ " u � d � ^ \ { � 4 7 Q l ^ � } { � h { � S � ^ P n � ) x H � � F I O � v � F W S � r � � e � � p � ] � p R H � S c ` m � � 2 � � s M � P � g 2 \ � j � t b R � V * q � i � ^ ] , � v � R ` T � I u R @ � * $ : O H � m � X A 9 � K � y c � 3 � B 2 ; u 1 � J � ? . 1 n e � ) ; = R y - � u � d p X � P . � ] ( � 9 � A � H ^ t � B � � G � G! 2 [! �! + �! # �! 0 �! E +" � q" M �" J# ]# # p# 4 �# � �# m S$ q �$ 3% m �% r !& z �& q ' p �' u �' y h( s �( m V) s �) p 8* n �* o + t �+ p �+ r n, } �, x _- �- . �- @ %. � f. [ �. . I/ = x/ ; �/ n �/ X a0 � �0 A1 � T1 A 2 ` Y2 v �2 � 13 + �3 �3 % �3 !4 * 64 ) a4 �4 �4 > �4 �4 @ 5 T5 A l5 �5 h �5 "6 +6 I6 ]6 @ o6 �6 � �6 G7 a7 y7 �7 � �7 � Z8 �8 � 9 �9 �9 * �9 k �9 V \: ( �: 4 �: > ; y P; + �; L �; � C< 7 �< P = O T= o �= & > ;> V> + s> : �> : �> + ? � A? N �? � "@ j �@ 8 "A [A qA �A , �A . �A 4 �A 6 B % UB Q {B f �B � 4C \ D jD �D �D �D �D �D $ �D ! E " 6E $ YE ~E # �E 2 �E 0 �E F # 6F ZF gF �F F �F & �F G @ )G * jG U �G , �G " H ;H % RH xH �H �H �H �H �H �H I I 4 4I iI �I �I �I �I �I Y J aJ jJ �J j �J K K K / <K * lK L �K Q �K � 6L �L �L g �L 5 NM / �M 9 �M �M N + 0N ! \N ~N �N W �N O 4O SO 0 pO 9 �O * �O ! P ! (P ) JP < tP T �P ( Q = /Q G mQ ^ �Q W R H lR W �R B S P PS L �S �S G T OT $ lT @ �T 1 �T ) U ; .U T jU K �U L V a XV J �V K W ` QW L �W E �W F EX Y �X H �X E /Y \ uY �Y * �Y b Z W yZ X �Z \ *[ n �[ V �[ \ M\ S �\ Z �\ V Y] l �] b ^ % �^ a �^ J _ H S_ K �_ Y �_ a B` J �` K �` a ;a F �a D �a E )b S ob Y �b H c E fc �c e �c r +d Y �d n �d f ge e �e S 4f ` �f W �f f Ag ` �g c h ' mh �h �h �h R �h N ?i 8 �i > �i L j H Sj d �j e k z gk c �k d Fl ^ �l _ m r jm a �m ^ ?n > �n D �n 1 "o / To / �o ' �o Y �o X 6p o �p X �p Y Xq S �q T r g [r V �r S s & ns �s < �s �s . t ( :t ct wt ! �t �t �t �t � �t ) �u 1 v # @v dv �v @ �v �v �v . �v C w / `w S �w � �w � �x by |y �y < �y �y < z z Jz �z ^ �z m 1{ �{ ! �{ �{ �{ � | 1 �| X �| %} Q ?} A �} �} Z �} F~ " U~ x~ F �~ �~ � �~ R � ! � � � <� \� v� M �� X � 0 ;� 0 l� * �� 8 ȁ � "� 3 :� 2 n� \ �� � �� � �� J +� $ v� ( �� Ą � � w� � � �� a ކ ( @� i� . ~� # �� 8 ч ! � 9 ,� f� q m� z ߉ Z Z� 0 �� � + �� %� 4� 5 R� : �� Ë " ԋ �� % � H 8� 4 �� # �� 3 ڌ \ � 1 k� 6 �� | ԍ = Q� 9 �� N Ɏ u � 9 �� 5 ȏ U �� T� a� �� �� I �� n � � x� o� ! |� � �� � ,� + �� � � 2 r� < �� � �� 2 � : K� $ �� �� ŕ , ߕ c � p� + �� �� ' Ȗ � ) � 3 8� a l� X Η + '� 3 S� �� �� ! �� 9 Ҙ ! � M .� |� , �� | �� � ;� Ě ! ͚ � �� � U *� u �� O �� 6 F� }� �� & �� ( ޜ & � & .� ( U� ~� �� A �� % � 4 � + C� & o� T �� � * � 1� # L� ) p� q �� 2 � E ?� - �� W �� O � - [� M �� - ס : � O @� - �� ] �� � G /� ] w� գ � � 1 � & $� K� _� |� �� 3 �� ( � � � .� B� V� p� 8 �� B �� �� + � , @� m� 0 �� 0 �� � � � : � 4 L� " �� �� �� * ʨ * �� S � S t� T ȩ � -� K� ; Z� �� �� , �� [ � ~ B� �� ! ۫ * �� n (� I �� < � � 2� O� Z k� ƭ < � � � L � .� 3 A� M u� F ð � � u � S |� E г Q � : h� V �� � �� � �� f %� % �� _ �� � � G �� B ܷ W � T w� 1 ̸ � �� � �� r W� � ʺ h �� U #� E y� ] �� � � Y �� � � � �� � >� ) ȿ � � � �� Z B� n �� � � * �� e �� N S� W �� e �� � `� � V� �� � �� x �� # � H =� 9 �� ) �� + �� @ � T W� l �� � � 6� S �� � � ) �� W �� 6� < R� \ �� �� � 9 � M P� ! �� �� 8 �� � � w �� ' 4� \� 9 v� & �� . �� 7 � U >� F �� T �� H 0� ' y� �� �� �� ! �� # � � 2� ( �� n �� P� ! p� 0 �� + �� �� F �� I =� �� �� �� % �� �� � B "� e� � �� � z� ` � b z� 0 �� � 2 ,� _� H }� �� �� F �� ?� ]� d� �� n �� � � �� � �� � r� Y � p� t� �� �� �� �� q �� � "� � �� F -� = t� < �� J �� � :� k �� > Q� � �� @ �� . �� 3 �� [ *� E �� i �� L 6� �� � � � �� < J� K �� Z �� X .� 0 �� e �� C � A b� C �� E �� E .� Z t� [ �� W +� �� �� < �� # �� U � V n� : �� � � ,� / L� |� D �� �� - �� < #� > `� 4 �� B �� ) � ! A� * c� �� - �� � �� �� �� . �� D �� � 3� �� # �� # � 4� > Q� � �� P )� P z� �� ) �� ' � % 2� = X� < �� + �� + �� � +� [ �� f � 6 }� + �� # � N � 2 S� 0 �� m �� l %� � �� . � ; L� �� �� �� 1 � 9 � # ?� L c� . �� 8 � Y � � r� � �� �� F �� �� b � d o� @ � < � G R� $ �� �� + � R �� % N� T t� % � L � < E [ � / � � % � @ O ! o � ' � ^ � . F ` ( � * � � � # # G ' V ~ � I � 6 8 * E p � + � S � J 8 E � f � i 0 � � 8 " A � d A < � ~ � - � � � � J V / � � � � O � f � f @ � � = E ? � ^ � ~ " � � � 1 � � ' � " 0 D ; _ B � f � e E J � _ � f V 0 � S � � B > � H � O j � � ; O � D 5 f z 9 � ^ z z [ � l Q � � % g ' � ' � ) � ' : / j t | D � 6 W W ] � ] 3 k 3 � � � ' c + � P � V R _ N � � � � G �! H �! X ," � �" � # } �# S !$ V u$ � �$ b �% K & $ U& � z& ] �& Y' � r' l ( p �( c �( g \) \ �) | !* ` �* i �* m i+ ` �+ d 8, � �, o K- s �- M /. � }. H �. f G/ j �/ ^ 0 b x0 n �0 r J1 e �1 i #2 { �2 � 3 �3 %4 44 Q F5 �5 a �5 A 6 e K6 + �6 E �6 #7 " D7 " g7 B �7 : �7 8 #8 >8 O8 D X8 S �8 �8 & �8 % #9 ^ I9 o �9 | : �: �: \ �: .; ;; z F; < �; j �; � i< R �< V Q= �= L �= n > _ z> � �> D w? m �? � *@ � �@ � DA 6 �A � B l �D S E U [F ! �F �F G �F S &G zG $ �G H �G $ �G H � #H �H �H 1 �H 1 ,I 3 ^I �I � �I ^J vJ k �J � �J � �K �L l �L O M $ ZM $ M / �M 8 �M , N :N K VN , �N �N @ �N o -O @ �O @ �O ! P 6 AP 0 xP 0 �P , �P 0 Q M 8Q ] �Q I �Q , .R , [R 4 �R B �R A S $ BS gS r �S �S " T 7 7T / oT 2 �T � �T \U vU �U �U �U d �U TV n ]V [ �V K (W A tW = �W 2 �W 'X 2X 4 =X / rX 7 �X C �X 4 Y SY 6 gY " �Y + �Y �Y Z ( #Z , LZ 8 yZ ! �Z �Z �Z G [ $ R[ + w[ % �[ 2 �[ �[ = \ � X\ ] ] 6] B W] / �] / �] ) �] ( $^ W M^ 1 �^ $ �^ ' �^ Q $_ V v_ A �_ / ` $ ?` $ d` % �` / �` 7 �` " a P :a ! �a F �a H �a C =b " �b A �b �b 4 c < <c L yc �c � �c �d 9 �d 5 �d Y &e �e L �e m �e : Xf = �f M �f 9 g b Yg G �g h $ h T ?h � �h ! "i 3 Di I xi 9 �i K �i � Hj I k { ek y �k : [l �l e �l A m � ]m $ �m � n L �n �n o � o �o # �o , p R .p K �p c �p 1q & >q $ eq o �q �q 9 r Nr hr or � �r @ s ^ Ws ? �s ? �s d 6t � �t $u % 5u 2 [u K �u E �u v * 1v * \v � �v e 6w # �w ] �w * x K Ix - �x " �x � �x & �y �y % z � 1z k �z P ${ 5 u{ I �{ � �{ p || N �| <} E} " N} " q} G �} S �} S 0~ " �~ �~ � �~ ( M < v & � � � �� �� �� . Ѐ 3 �� 3� @� X� p� � � �� 2 "� 0 U� * �� 8 �� R � R =� �� h �� & � & -� C T� n �� � S � > j� �� ą ! � 6 � � =� � !� Q ݇ /� C� `� 6 }� 6 �� � 1 �� - 1� _� s� �� �� B �� � � W �� � �� : �� L Ћ Z � � x� O � B j� A �� 2 � "� ) /� Y� w� �� / �� E َ N � n� � �� H M� - �� Z Đ ! � H A� 2 �� �� ʑ 6 ߑ � � Ւ \ � � I� � � a �� 0 � c 8� G �� � $ �� � )� ! I� k� ^ z� 0 ٖ - � 1 8� 9 j� � � � � � � � z q u � � � D R � � $ � � < Y Y > � � | � � � y � � � � N � � ! � } $ � i � m � � t M � 5 � � � � l E 6 t z � u � � 7 � < w � � � � A � s # q ' � $ � 1 � � | � � $ � H ~ � ) � � A R k � � ` � ( f & � � � � : � 2 � � c � � � a / � � � F � 7 � + J � , � � � � � s � � � � H � � � : f t � L t � C d � � � � 9 � � � N � � s � � � 0 * � ` � W � � � y � � � � 9 , 5 � 5 � H I � � 2 � q C + � � � � g � � R � ? � � � � � � � z 8 � � � a � � q � � � � � 9 � B � N I W � � , � K k � _ � � > / l � � � v 9 � � 9 K � � � u � 4 � � 7 � � { � & � � � � � ) 9 0 � � r p � � � � y � � M � � � @ � t [ � � � f � < � � S ' � � � � N ? ' � � � � 1 � � � � H � 5 � � � � d � ] T � } � � 1 � � � D y Z @ [ c C � a ~ � � � j | � � { � � � � / � � � b � � � � � $ 2 = � � w c � % � � � j � � 0 } { � � � f - � � L � � - 3 � ] ^ � � � � � a � � w � " � � � � � � � � 3 � � � 2 G � | 1 � > � R � | � � F � � Y � � � � � � h � � � � { Q x � � " W � � � & ) Z � b ! � ; i � y � � � � � w � � � � � r � � E q � v � � v � � ( m P � ~ � � ` w Z : H / L � � � % b { : � V } � P � 0 � � , � 8 O x � ) c T � � � u � � � % s � D � � � � Z | � � o V 6 � � � � ; = ] � � � � � � � � = E � � � � � � m a � � t R E � � � � : � L � V � � � 0 : X � f � @ X � � � 2 � \ � � � � c � c " Y � � j � � @ � ; 9 x � � � u � ^ � � � - ! � � � � " � � < � � ` Y � z � _ e � � � � _ � � � d � � � y v � - � 8 # � � � � j J - j $ o � H C e � � I � � � � [ c � � 8 � � � F � � � � � � � � l � � \ 8 6 � 3 � . d � � � � m � x T � � � c [ 7 l � � ? � a + k ! x � � � W � f z � � � � � a � n � � � � � D L P � � & Y � � l � � � Q 6 � E � M t � � � � � 3 � D G � � w � F " � � � � � � � � 2 � @ � � 3 G � � � � U � w � A j ^ v � + e u b � � � 9 � � S � N / � Q � S � � ` * # # � � � � , � � � > [ % E � � 4 < � A � H � � � 4 � � � o 1 � $ � U � Z � x � � \ ( ^ � > _ � f � % A � � l _ 3 ~ U B � F � � � D [ � � � � � � � / O n 0 x � k � � . ! [ � | � � � � � � / � � � E � " C i � ~ � � � � � q � q @ � � � � � a - � � � x � a � � 3 u � � g G e � � . � � 6 � � g B � � U � � T � � & � � � W , ` c � � t , � � ] � 9 C ~ R � I � z � � ^ � u � � � � � � n � h ] � � / � � � � � � . y m � < � � � { U c � � O � N { � ^ 1 } � f * : � � � ? C ? � � J � � � � � R � ; � � � " � d t � � { d � � � � � � h � � 7 9 � � � � * � l 6 = G � g i , � � z � � � � . � � n M � � � � [ � � � W < � � � � � � Y � � � � 0 � 7 Y � � � I � p � _ X ! * � � � ; ] � � � � / � � � � � � � � � + � � U � � � � � � � P . � K � � � \ � � O � � R 5 5 � � � � W u � � � \ . � � � v n T H � y K f � r � b � � � e � � � � f � % � � � � � � � � M � S 3 j � 7 � 1 - � j $ L � s j j � � � � � � 3 � / � 8 ? � & � � u ( c � m - � � � K � R � � � d 0 X � � � 9 J ) � � � � 8 � } l � � � P B � u ( [ U h 5 � � � � � i � � � � � � ] \ ( : ( � � � @ ? � � � 5 V � � � p � Q � � � 0 T - � � f e o � @ � 5 � ' � N X 0 � � � � 9 $ � � ` � � w � N � � d � � � � � � h � � � F � � � � � � u \ � � � � / ' ? ! � � � U � a p � � ) � U ^ @ b � + i � � � � � & , � r � � � � & k � � � 0 < � � � W � L � B % � N � W � � d ? � � � % 2 V � I � l > ` � � � L � � � = � � � / � H % � D I w � * � � � L � � � � � � � � � � v � � L � Z / t $ � � R � � 8 E � � � � � ^ m g � � { ^ K � = � S � � � p � � ! r % � � � + � � � � � � � M � � � � \ � � � � " c � � � 7 � } e � 8 d � � I R H V � � � ' � � x F � � � � � s � j � x G + C � \ � ' 9 7 l � � � < # � � � 1 7 � � a i s � % } � 1 � ^ � � R / � � � � � � v � � n � � / M 1 � � � L V � V ) � � � � k b d � � A t � n v � m ( � � � E 4 � o p � � h � F r � � ! � � � � x � � p _ . � � _ � i � i � � � a � � � � � � � > � � � � � � P { � � / � � � � X � & � y a � : _ I � � � � m K � A d � � � J M � � � � � W { � � 4 $ B � � > � � � � � J � h ? � � � G � H ] � k � n ^ # 5 V � � � � � o � T A � � � � � � * � * � r � " ' ; � 1 t � � v � � � � � � � � � a � " � � � � & , � � � � � g � o } T + F � [ � � � X � � � M � ! U � � W � � l � � ! t ( � � � � q : z E � � � � � � * # � p m � ! � � E J � � : � � � G b V � ] � > � | � � � � � � � � 1 � � � � O - _ I � > � . � � � � � � � p � � � 7 � � U � � K � q � � � � � � $ � � � l � 5 � ; / � � 7 � � � h ) � � � W a � v � A � ' � c � $ � ~ < � � M � B � � � � � T � ? , . \ � ; r V � � � � g � � M ! � k � � � � m � ? � � R � ^ & � ' � T � � O � 0 W � � E � � } � � 7 b � B ; 3 � o � � � � � � � � b - T j � ^ � � l � : � C � � 6 � . � 7 � � � � � � � � " � X < � > W � � � � . c x F � R � � 9 O { � � � + H K F � � � # @ � � � � | � � 5 ) � � � S * P r � g Z W � � _ � J � � � 8 � b � # � ` � < Y � � Z l � Q = N # [ � � � ( r � T � � G � � � M � F � 8 x � 2 � � � � | # � � � � o � � r n m q � � � � O 7 � � � � � � � | � P � � � | � , � � < ] , - O � U U X � � � � e � n A � L 1 % � q � o . ! � � � � � � H � � � � � � � � � � � ? r h � x O � d ] � ` [ \ � � � � s t � � ! � _ k � D � � � H � � � A � � � � � � D � � � z 0 . � � � X � � � g @ � � � ` ] � � � � ` � � � & � J ~ � F � ' a � � � # l < � � � e } � B � � P \ � � � � � N � � � � � � � 5 � v v � � � J � � � � � � [ � # W 3 � Z C � � � � f ] Z � � Q g � B � % � . � � � � t i � � 9 � � � � � 9 . h r = � � � � C � � P � w o * � Y t � 4 ~ � 6 ) � � � ` � � I � � � $ � � � � � � a u Z g � { f 1 � � � Y } � � # � � 1 � � � B w & � � � � < d 6 I � > � � $ � � � i � t ) � = � � � � � h � A T g � _ � w � � � � e E > � � k � 4 t � L � � � � � O � � � � � . 1 � T � y � e � � B k � � o � � � S � � � � � � � � 5 � � � � 2 � 3 � g � j ? � � � � z � " � � � � � � � � � � p � 7 ' � � X � � S i | p x � S ) Z y r � � U u � V � � I � V " � K � " � � o � R � � G \ � � 8 � ! � � � � � 5 6 � ' b Y 3 0 � � � z ~ � � R � � � � � B R Y � e � ' 1 ; � C P � � � 4 � 0 � ( � � � � h � N � h � l v � ) J � � � p m � � � � = = � � � l + � � f v � Q $ � X � n { � � � � ? � : � ) 5 � � � � � 6 6 � � ` � � � � ! J � � \ � P � Q y � � � � � � " � X � + 8 ] � � � D � o � � � N � � A Z � � / � c ~ w � � Z % Y � � f � � ` � � > / + � ( � P 4 ; � A $ w � � ~ � f � ! b 5 � � Z _ � k � _ * � � ( � } q � � 6 � � � � } E � � � � � � , � � � Q � 8 � 8 � � D � � � � � � i � � � � � , � � e � � � � � w � � Q � 7 % � ) � c Z � � � � � x � � � V ^ s � ? � � m � - � Q p � k : j � [ � x $ 2 O � � � � # � � � 4 � � | � � � w C � Z � Q Q D � , � � � � A G � � � � � . J � � R � � " � � B � � P 8 � + � � � � � g � [ � � � 2 T � � � � ) \ � X � � � � = P # j � � � � � ' f > ; < M � Z ( P X G � � � - � z ; d � 2 v � G 3 � � B � � � � � � B N D � D � � � ] � } k � m � � � � � � 2 � D � � � � ( t & 4 ` � � � ~ � [ r � Q _ � Z � � C � � K 0 � � � � q k � B L = � � y h r ? � � � � � U � b \ � y � � � b � _ - � � D c � � * < � � � � g � * � � � \ I � A e � y � H � � � � � � � � � � ; � � y i � X J ' � 2 } � � � � � I N @ � � � � � � z � , � � � � m � s � � y � ' � I = M � � � � � � z � # � � F K A * � S � [ % S O y � � d � n � � M Y � Y � � 3 � m � � X � � � - � > � r Q g � � � o ? @ ^ � ^ � 2 � � � � - � � � � � T � � � � � 4 E � i � @ P f � 4 C � 0 K � U n � U 4 � R � ; � � � � � � y : 8 v � � u � 4 + � L � � � � � � � ] h 9 � * 6 � K � � � u � � 4 � � � C 1 � � � ^ ] � � � � M � n � � � � p p � � � � � * � z � � w ~ � N K � G � � X ~ F � � � N > � � � h � � � o � ) � � � I M � � _ e � � e � � � � � � � E @ � V 3 � � � J . m � ] � s 0 � & v � B � u � 2 � g S A s � r � n K | : � # O � 7 � � > _ T � � , � � z � V � q � Y k q � � � h � � � T P I � � � L w � � � � � } � � - ^ % � � � � M � � W C � � � � � � � � � � D z � � � + � � H � 5 � T l � % � � � � v � V p � � ; � � ) U � o } � Y � � s k s � � 6 � + � F � G � � p < � p W � � S � = � x B | 6 ' 2 � � � � � 2 � � V e � � � � g � � c i � K N z � 4 � � D � � � � E d � b a S : C h � � H � @ F � � � � � D � Q � � � m � K b g L � � � � | � � { � � % � F $ = = � ! � 1 � N � w � � 6 # q E M d d � O � � q � h � � U � � & j + � � � � � 7 � � � � � � � , i O u l " � b � � � � � + � n 8 � � H f � n L � " s � ) O � j � k � � e � � � X & E * ~ s � " � � W � J S � � Q � � ` V ( � � � = i i P 3 * 0 � � o : 9 � 9 K < � { � � > � ~ n ; � { � � � � � � � Q O q � � � \ � p � \ � c � : o ' � ( ; O � � @ n F 5 � x G � � � ( j ^ � [ b � � � 6 � � ` � � j � | J { ] � � s � � S � � S S r � � u 2 } ; � J � - e ` � � � � = J � S � G 8 � � � � � � � s � C � � � � & s � � 4 ~ � � � � @ L � � � � ( � � � � ? k { � 3 � & � � ~ � � [ � � z G � 4 � � A a G � � q � � � � Y H 3 I | � � � @ � � � 6 Q EXAMPLES: Examples: Find all IPA servers: ipa server-find GLOBAL DNS CONFIGURATION Override this so we can add completed and failed to the return result. Override this so we can set completed and failed. Add an automember rule. Add conditions to an automember rule. Add new ID range. To add a new ID range you always have to specify --base-id --range-size Additionally --rid-base --secondary-rid-base may be given for a new ID range for the local domain while --auto-private-groups may be given for a new ID range for a trusted AD domain and --rid-base --dom-sid must be given to add a new range for a trusted AD domain. Delete an automember rule. Display information about an automember rule. Display information about the default (fallback) automember groups. Lockout status of a user account An account may become locked if the password is entered incorrectly too many times within a specific time period as controlled by password policy. A locked account is a temporary condition and may be unlocked by an administrator. This connects to each IPA master and displays the lockout status on each one. To determine whether an account is locked on a given server you need to compare the number of failed logins and the time of the last failure. For an account to be locked it must exceed the maxfail failures within the failinterval duration as specified in the password policy associated with the user. The failed login counter is modified only when a user attempts a log in so it is possible that an account may appear locked but the last failed login attempt is older than the lockouttime of the password policy. This means that the user may attempt a login again. Modify a trust (for future use). Currently only the default option to modify the LDAP attributes is available. More specific options will be added in coming releases. Modify an automember rule. Modify realm domains DNS check: When manually adding a domain to the list, a DNS check is performed by default. It ensures that the domain is associated with the IPA realm, by checking whether the domain has a _kerberos TXT record containing the IPA realm name. This check can be skipped by specifying --force option. Removal: when a realm domain which has a matching DNS zone managed by IPA is being removed, a corresponding _kerberos TXT record in the zone is removed automatically as well. Other records in the zone or the zone itself are not affected. Remove conditions from an automember rule. Remove default (fallback) group for all unmatched entries. Search for automember rules. Search for orphan automember rules. The command might need to be run as a privileged user user to get all orphan rules. Search for users matching the provided certificate. This command relies on SSSD to retrieve the list of matching users and may return cached data. For more information on purging SSSD cache, please refer to sss_cache documentation. Set default (fallback) group for all unmatched entries. Unlock a user account An account may become locked if the password is entered incorrectly too many times within a specific time period as controlled by password policy. A locked account is a temporary condition and may be unlocked by an administrator. Vault Container object. Vault object. This is the equivalent of: ipa dnszone-mod example.com --dynamic-update=TRUE \ --update-policy="grant EXAMPLE.COM krb5-self * A; grant EXAMPLE.COM krb5-self * AAAA; grant EXAMPLE.COM krb5-self * SSHFP;" Add location: ipa location-add location --description 'My location' Add topology segment to 'ca' suffix: ipa topologysegment-add ca --left IPA_SERVER_A --right IPA_SERVER_B Add topology segment to 'domain' suffix: ipa topologysegment-add domain --left IPA_SERVER_A --right IPA_SERVER_B Create new CA, subordinate to the IPA CA (requires permission "System: Add CA"): ipa ca-add puppet --desc "Puppet" \ --subject "CN=Puppet CA,O=EXAMPLE.COM" Delete a CA (requires permission "System: Delete CA"; also requires CA to be disabled first): ipa ca-del puppet Delete location: ipa location-del location Delete topology segment in 'ca' suffix: ipa topologysegment-del ca segment_name Delete topology segment in 'domain' suffix: ipa topologysegment-del domain segment_name Disable a CA (requires permission "System: Modify CA"): ipa ca-disable puppet Find all locations: ipa location-find Find all servers: ipa server-find Find all suffixes: ipa topologysuffix-find List all topology segments in 'ca' suffix: ipa topologysegment-find ca List all topology segments in 'domain' suffix: ipa topologysegment-find domain Re-enable a CA (requires permission "System: Modify CA"): ipa ca-enable puppet Show configuration of a specific DNS server: ipa dnsserver-show Show implicit IPA master role: ipa server-role-find --include-master Show specific location: ipa location-show location Show specific server: ipa server-show ipa.example.com Show status of 'DNS server' role on a server: ipa server-role-show ipa.example.com "DNS server" Show status of all configured roles on a server: ipa server-role-find ipa.example.com Show status of all roles containing 'AD' on a server: ipa server-role-find --server ipa.example.com --role="AD trust controller" Update configuration of a specific DNS server: ipa dnsserver-mod Verify topology of 'ca' suffix: ipa topologysuffix-verify ca Verify topology of 'domain' suffix: ipa topologysuffix-verify domain Add LOC record for example.com: ipa dnsrecord-add example.com @ --loc-rec="49 11 42.4 N 16 36 29.6 E 227.64m" Add a condition to the rule: ipa automember-add-condition --key=fqdn --type=hostgroup --inclusive-regex=^web[1-9]+\.example\.com webservers ipa automember-add-condition --key=manager --type=group --inclusive-regex=^uid=mscott devel Add a host that can manage this host's keytab and certificate: ipa host-add-managedby --hosts=test2 test Add a host to the rule: ipa sudorule-add-host readfiles --hosts server.example.com Add a host: ipa host-add web1.example.com Add a mail server for example.com: ipa dnsrecord-add example.com @ --mx-rec="10 mail1" Add a new host with a one-time password: ipa host-add --os='Fedora 12' --password=Secret123 test.example.com Add a new host with a random one-time password: ipa host-add --os='Fedora 12' --random test.example.com Add a new host: ipa host-add --location="3rd floor lab" --locality=Dallas test.example.com Add a new server: ipa radiusproxy-add MyRADIUS --server=radius.example.com:1812 Add a new token: ipa otptoken-add --type=totp --owner=jdoe --desc="My soft token" Add a new token: ipa otptoken-add-yubikey --owner=jdoe --desc="My YubiKey" Add a permission that grants the ability to manage group membership: ipa permission-add --attrs=member --permissions=write --type=group "Manage Group Members" Add a permission that grants the creation of users: ipa permission-add --type=user --permissions=add "Add Users" Add a special Sudo rule for default Sudo server configuration: ipa sudorule-add defaults Add a standard vault: ipa vault-add <name> [--user <user>|--service <service>|--shared] --type standard Add a symmetric vault: ipa vault-add <name> [--user <user>|--service <service>|--shared] --type symmetric --password-file password.txt Add a user to the rule: ipa sudorule-add-user readfiles --users jsmith Add a user: ipa user-add --first=Tim --last=User --password tuser1 --manager=mscott Add an asymmetric vault: ipa vault-add <name> [--user <user>|--service <service>|--shared] --type asymmetric --public-key-file public.pem Add an exclusive condition to the rule to prevent auto assignment: ipa automember-add-condition --key=fqdn --type=hostgroup --exclusive-regex=^web5\.example\.com webservers Add another record using MX record specific options: ipa dnsrecord-add example.com @ --mx-preference=20 --mx-exchanger=mail2 Add another record using interactive mode (started when dnsrecord-add, dnsrecord-mod, or dnsrecord-del are executed with no options): ipa dnsrecord-add example.com @ Please choose a type of DNS resource record to be added The most common types for this type of zone are: NS, MX, LOC DNS resource record type: MX MX Preference: 30 MX Exchanger: mail3 Record name: example.com MX record: 10 mail1, 20 mail2, 30 mail3 NS record: nameserver.example.com., nameserver2.example.com. Add new A record for www.example.com. Create a reverse record in appropriate reverse zone as well. In this case a PTR record "2" pointing to www.example.com will be created in zone 2.0.192.in-addr.arpa. ipa dnsrecord-add example.com www --a-rec=192.0.2.2 --a-create-reverse Add new PTR record for www.example.com ipa dnsrecord-add 2.0.192.in-addr.arpa. 2 --ptr-rec=www.example.com. Add new SRV records for LDAP servers. Three quarters of the requests should go to fast.example.com, one quarter to slow.example.com. If neither is available, switch to backup.example.com. ipa dnsrecord-add example.com _ldap._tcp --srv-rec="0 3 389 fast.example.com" ipa dnsrecord-add example.com _ldap._tcp --srv-rec="0 1 389 slow.example.com" ipa dnsrecord-add example.com _ldap._tcp --srv-rec="1 1 389 backup.example.com" Add new reverse zone specified by network IP address: ipa dnszone-add --name-from-ip=192.0.2.0/24 Add new zone: ipa dnszone-add example.com --admin-email=admin@example.com Add second nameserver for example.com: ipa dnsrecord-add example.com @ --ns-rec=nameserver2.example.com Add sudo command object and add it as allowed command in the rule: ipa sudocmd-add /usr/bin/less ipa sudorule-add-allow-command readfiles --sudocmds /usr/bin/less Add system permission that can be used for per-zone privilege delegation: ipa dnszone-add-permission example.com Add the initial group or hostgroup: ipa hostgroup-add --desc="Web Servers" webservers ipa group-add --desc="Developers" devel Add the initial rule: ipa automember-add --type=hostgroup webservers ipa automember-add --type=group devel Add vault members: ipa vault-add-member <name> [--user <user>|--service <service>|--shared] [--users <users>] [--groups <groups>] [--services <services>] Add vault owners: ipa vault-add-owner <name> [--user <user>|--service <service>|--shared] [--users <users>] [--groups <groups>] [--services <services>] After this modification, three fifths of the requests should go to fast.example.com and two fifths to slow.example.com. Allow user to create a keytab: ipa host-allow-create-keytab test2 --users=tuser1 Allow user to create a keytab: ipa service-allow-create-keytab HTTP/web.example.com --users=tuser1 An example of the interactive mode for dnsrecord-del command: ipa dnsrecord-del example.com www No option to delete specific record provided. Delete all? Yes/No (default No): (do not delete all records) Current DNS record contents: A record: 192.0.2.2, 192.0.2.3 Delete A record '192.0.2.2'? Yes/No (default No): Delete A record '192.0.2.3'? Yes/No (default No): y Record name: www A record: 192.0.2.2 (A record 192.0.2.3 has been deleted) Archive data into asymmetric vault: ipa vault-archive <name> [--user <user>|--service <service>|--shared] --in <input file> Archive data into standard vault: ipa vault-archive <name> [--user <user>|--service <service>|--shared] --in <input file> Archive data into symmetric vault: ipa vault-archive <name> [--user <user>|--service <service>|--shared] --in <input file> --password-file password.txt Change forward-policy for external.example.com: ipa dnsforwardzone-mod external.example.com --forward-policy=only Change the secret: ipa idp-mod MyIdP --secret Change the secret: ipa radiusproxy-mod MyRADIUS --secret Change the vendor: ipa otptoken-mod a93db710-a31a-4639-8647-f15b2c70b78a --vendor="Red Hat" Check the status of a signing request: ipa cert-status 10 Create a new Certificate Identity Mapping Rule: ipa certmaprule-add rule1 --desc="Link certificate with subject and issuer" Create a new rule: ipa sudorule-add readfiles Delegate zone sub.example to another nameserver: ipa dnsrecord-add example.com ns.sub --a-rec=203.0.113.1 ipa dnsrecord-add example.com sub --ns-rec=ns.sub.example.com. Delete a Certificate Identity Mapping Rule: ipa certmaprule-del rule1 Delete a configuration: ipa radiusproxy-del MyRADIUS Delete a host: ipa host-del test.example.com Delete a token: ipa otptoken-del a93db710-a31a-4639-8647-f15b2c70b78a Delete a vault: ipa vault-del <name> [--user <user>|--service <service>|--shared] Delete an automember rule: ipa automember-del --type=hostgroup webservers ipa automember-del --type=group devel Delete forward zone external.example.com: ipa dnsforwardzone-del external.example.com Delete previously added nameserver from example.com: ipa dnsrecord-del example.com @ --ns-rec=nameserver2.example.com. Delete vault members: ipa vault-remove-member <name> [--user <user>|--service <service>|--shared] [--users <users>] [--groups <groups>] [--services <services>] Delete vault owners: ipa vault-remove-owner <name> [--user <user>|--service <service>|--shared] [--users <users>] [--groups <groups>] [--services <services>] Delete zone example.com with all resource records: ipa dnszone-del example.com Disable a Certificate Identity Mapping Rule: ipa certmaprule-disable rule1 Disable global forwarding for given sub-tree: ipa dnszone-mod example.com --forward-policy=none Disable the host Kerberos key, SSL certificate and all of its services: ipa host-disable test.example.com Display a automember rule: ipa automember-show --type=hostgroup webservers ipa automember-show --type=group devel Display information about a Certificate Identity Mapping Rule: ipa certmaprule-show rule1 Display the Certificate Identity Mapping global configuration: ipa certmapconfig-show Display vault configuration: ipa vaultconfig-show Enable a Certificate Identity Mapping Rule: ipa certmaprule-enable rule1 Examine a certificate: ipa cert-find --file=cert.pem --all Examine the configuration: ipa radiusproxy-show MyRADIUS Examine the token: ipa otptoken-show a93db710-a31a-4639-8647-f15b2c70b78a Find A records with value 192.0.2.2 in zone example.com ipa dnsrecord-find example.com --a-rec=192.0.2.2 Find all Certificate Identity Mapping Rules with the specified domain: ipa certmaprule-find --domain example.com Find all of the automember rules: ipa automember-find Find all of the orphan automember rules: ipa automember-find-orphans --type=hostgroup Find all of the orphan automember rules and remove them: ipa automember-find-orphans --type=hostgroup --remove Find all servers whose entries include the string "example.com": ipa radiusproxy-find example.com Find records for resources with "www" in their name in zone example.com: ipa dnsrecord-find example.com www Find user-find parameters: ipa param-find user-find Find zone with "example" in its domain name: ipa dnszone-find example Forward all requests for the zone external.example.com to another forwarder using a "first" policy (it will send the queries to the selected forwarder and if not answered it will use global root servers): ipa dnsforwardzone-add external.example.com --forward-policy=first \ --forwarder=203.0.113.1 Generate and retrieve a keytab for an IPA service: ipa-getkeytab -s ipa.example.com -p HTTP/web.example.com -k /etc/httpd/httpd.keytab If a global forwarder is configured, all queries for which this server is not authoritative (e.g. sub.example.com) will be routed to the global forwarder. Global forwarding configuration can be overridden per-zone. List all forward zones: ipa dnsforwardzone-find List vaults: ipa vault-find [--user <user>|--service <service>|--shared] Modify Certificate Identity Mapping global configuration: ipa certmapconfig-mod --promptusername=TRUE Modify a Certificate Identity Mapping Rule: ipa certmaprule-mod rule1 --maprule="<ALT-SEC-ID-I-S:altSecurityIdentities>" Modify asymmetric vault keys: ipa vault-mod <name> [--user <user>|--service <service>|--shared] --private-key-file <old private key file> --public-key-file <new public key file> Modify global DNS configuration and set a list of global forwarders: ipa dnsconfig-mod --forwarder=203.0.113.113 Modify information about a host: ipa host-mod --os='Fedora 12' test.example.com Modify symmetric vault password: ipa vault-mod <name> [--user <user>|--service <service>|--shared] --change-password ipa vault-mod <name> [--user <user>|--service <service>|--shared] --old-password <old password> --new-password <new password> ipa vault-mod <name> [--user <user>|--service <service>|--shared] --old-password-file <old password file> --new-password-file <new password file> Modify the automember rule: ipa automember-mod Modify the zone to allow dynamic updates for hosts own records in realm EXAMPLE.COM: ipa dnszone-mod example.com --dynamic-update=TRUE Modify the zone to allow zone transfers for local network only: ipa dnszone-mod example.com --allow-transfer=192.0.2.0/24 Modify vault description: ipa vault-mod <name> [--user <user>|--service <service>|--shared] --desc <description> Modify vault type: ipa vault-mod <name> [--user <user>|--service <service>|--shared] --type <type> [old password/private key] [new password/public key] Rebuild membership for all hosts: ipa automember-rebuild --type=hostgroup Rebuild membership for all users: ipa automember-rebuild --type=group Rebuild membership for specified hosts: ipa automember-rebuild --hosts=web1.example.com --hosts=web2.example.com Rebuild membership for specified users: ipa automember-rebuild --users=tuser1 --users=tuser2 Remove SSH public keys of a host and update DNS to reflect this change: ipa host-mod --sshpubkey= --updatedns test.example.com Remove a certificate from revocation hold status: ipa cert-remove-hold 1032 Remove a condition from the rule: ipa automember-remove-condition --key=fqdn --type=hostgroup --inclusive-regex=^web[1-9]+\.example\.com webservers Remove the default (fallback) target group: ipa automember-default-group-remove --type=hostgroup ipa automember-default-group-remove --type=group Request a new certificate and add the principal: ipa cert-request --add --principal=HTTP/lion.example.com example.csr Resolve a host name to see if it exists (will add default IPA domain if one is not included): ipa dns-resolve www.example.com ipa dns-resolve www Retrieve an existing certificate: ipa cert-show 1032 Retrieve data from asymmetric vault: ipa vault-retrieve <name> [--user <user>|--service <service>|--shared] --out <output file> --private-key-file private.pem Retrieve data from standard vault: ipa vault-retrieve <name> [--user <user>|--service <service>|--shared] --out <output file> Retrieve data from symmetric vault: ipa vault-retrieve <name> [--user <user>|--service <service>|--shared] --out <output file> --password-file password.txt Revoke a certificate (see RFC 5280 for reason details): ipa cert-revoke --revocation-reason=6 1032 Search for certificates based on issuance date ipa cert-find --issuedon-from=2013-02-01 --issuedon-to=2013-02-07 Search for certificates by hostname: ipa cert-find --subject=ipaserver.example.com Search for certificates owned by a specific user: ipa cert-find --user=user Search for revoked certificates by reason: ipa cert-find --revocation-reason=5 Semantics of forwarding in IPA matches BIND semantics and depends on the type of zone: * Master zone: local BIND replies authoritatively to queries for data in the given zone (including authoritative NXDOMAIN answers) and forwarding affects only queries for names below zone cuts (NS records) of locally served zones. * Forward zone: forward zone contains no authoritative data. BIND forwards queries, which cannot be answered from its local cache, to configured forwarders. Semantics of the --forward-policy option: * none - disable forwarding for the given zone. * first - forward all queries to configured forwarders. If they fail, do resolution using DNS root servers. * only - forward all queries to configured forwarders and if they fail, return failure. Set SELinux type and role transitions on a rule: ipa sudorule-add-option sysadmin_sudo --sudooption type=unconfined_t ipa sudorule-add-option sysadmin_sudo --sudooption role=unconfined_r Set a default Sudo option: ipa sudorule-add-option defaults --sudooption '!authenticate' Set multiple default Sudo options: ipa sudorule-add-option defaults --sudooption '!authenticate' --sudooption mail_badpass Set the default (fallback) target group: ipa automember-default-group-set --default-group=webservers --type=hostgroup ipa automember-default-group-set --default-group=ipausers --type=group Show a vault: ipa vault-show <name> [--user <user>|--service <service>|--shared] Show forward zone external.example.com: ipa dnsforwardzone-show external.example.com Show global DNS configuration: ipa dnsconfig-show Show records for resource www in zone example.com ipa dnsrecord-show example.com www Show the default (fallback) target group: ipa automember-default-group-show --type=hostgroup ipa automember-default-group-show --type=group Show user-find details: ipa command-show user-find Show zone example.com: ipa dnszone-show example.com The interactive mode can be used for easy modification: ipa dnsrecord-mod example.com _ldap._tcp No option to modify specific record provided. Current DNS record contents: SRV record: 0 3 389 fast.example.com, 0 1 389 slow.example.com, 1 1 389 backup.example.com Modify SRV record '0 3 389 fast.example.com'? Yes/No (default No): Modify SRV record '0 1 389 slow.example.com'? Yes/No (default No): y SRV Priority [0]: (keep the default value) SRV Weight [1]: 2 (modified value) SRV Port [389]: (keep the default value) SRV Target [slow.example.com]: (keep the default value) 1 SRV record skipped. Only one value per DNS record type can be modified at one time. Record name: _ldap._tcp SRV record: 0 3 389 fast.example.com, 1 1 389 backup.example.com, 0 2 389 slow.example.com This configuration forwards all queries for names outside the example.com sub-tree to global forwarders. Normal recursive resolution process is used for names inside the example.com sub-tree (i.e. NS records are followed etc.). Verify automembership: ipa hostgroup-show webservers Host-group: webservers Description: Web Servers Member hosts: web1.example.com ipa group-show devel Group name: devel Description: Developers GID: 1004200000 Member users: tuser Verify that a certificate is owned by a specific user: ipa cert-find --file=cert.pem --user=user * A permission grants access to read, write, add, delete, read, search, or compare. * A privilege combines similar permissions (for example all the permissions needed to add a user). * A role grants a set of privileges to users, groups, hosts or hostgroups. * The host must exist * The service must exist (or you use the --add option to automatically add it) A certificate is stored with a service principal and a service principal needs a host. A condition is a regular expression used by 389-ds to match a new incoming entry with an automember rule. If it matches an inclusive rule then the entry is added to the appropriate group or hostgroup. A default group or hostgroup could be specified for entries that do not match any rule. In case of user entries this group will be a fallback group because all users are by default members of group specified in IPA config. A permission enables fine-grained delegation of rights. A permission is a human-readable wrapper around a 389-ds Access Control Rule, or instruction (ACI). A permission grants the right to perform a specific task such as adding a user, modifying a group, etc. A permission is made up of a number of different parts: 1. The name of the permission. 2. The target of the permission. 3. The rights granted by the permission. A permission may not contain other permissions. A rule is directly associated with a group by name, so you cannot create a rule without an accompanying group or hostgroup. API Schema Add new ID range. To add a new ID range you always have to specify --base-id --range-size Additionally --rid-base --secondary-rid-base may be given for a new ID range for the local domain while --rid-bas --dom-sid must be given to add a new range for a trusted AD domain. WARNING: DNA plugin in 389-ds will allocate IDs based on the ranges configured for the local domain. Currently the DNA plugin *cannot* be reconfigured itself based on the local ranges set via this family of commands. Manual configuration change has to be done in the DNA plugin configuration for the new local range. Specifically, The dnaNextRange attribute of 'cn=Posix IDs,cn=Distributed Numeric Assignment Plugin,cn=plugins,cn=config' has to be modified to match the new range. Add new ID range. To add a new ID range you always have to specify --base-id --range-size Additionally --rid-base --secondary-rid-base may be given for a new ID range for the local domain while --rid-base --dom-sid must be given to add a new range for a trusted AD domain. WARNING: DNA plugin in 389-ds will allocate IDs based on the ranges configured for the local domain. Currently the DNA plugin *cannot* be reconfigured itself based on the local ranges set via this family of commands. Manual configuration change has to be done in the DNA plugin configuration for the new local range. Specifically, The dnaNextRange attribute of 'cn=Posix IDs,cn=Distributed Numeric Assignment Plugin,cn=plugins,cn=config' has to be modified to match the new range. Add new ID range. To add a new ID range you always have to specify --base-id --range-size Additionally --rid-base --secondary-rid-base may be given for a new ID range for the local domain while --rid-base --dom-sid must be given to add a new range for a trusted AD domain. ======= WARNING: DNA plugin in 389-ds will allocate IDs based on the ranges configured for the local domain. Currently the DNA plugin *cannot* be reconfigured itself based on the local ranges set via this family of commands. Manual configuration change has to be done in the DNA plugin configuration for the new local range. Specifically, The dnaNextRange attribute of 'cn=Posix IDs,cn=Distributed Numeric Assignment Plugin,cn=plugins,cn=config' has to be modified to match the new range. ======= Add new trust to use. This command establishes trust relationship to another domain which becomes 'trusted'. As result, users of the trusted domain may access resources of this domain. Only trusts to Active Directory domains are supported right now. The command can be safely run multiple times against the same domain, this will cause change to trust relationship credentials on both sides. Note that if the command was previously run with a specific range type, or with automatic detection of the range type, and you want to configure a different range type, you may need to delete first the ID range using ipa idrange-del before retrying the command with the desired range type. Add new trust to use. This command establishes trust relationship to another domain which becomes 'trusted'. As result, users of the trusted domain may access resources of this domain. Only trusts to Active Directory domains are supported right now. The command can be safely run multiple times against the same domain, this will cause change to trust relationship credentials on both sides. Additionally, there are the following convenience options. Setting one of these options will set the corresponding attribute(s). 1. type: a type of object (user, group, etc); sets subtree and target filter. 2. memberof: apply to members of a group; sets target filter 3. targetgroup: grant access to modify a specific group (such as granting the rights to manage group membership); sets target. Agreements are represented by topology segments. By default topology segment represents 2 replication agreements - one for each direction, e.g., A to B and B to A. Creation of unidirectional segments is not allowed. All CAs except the 'IPA' CA can be disabled or re-enabled. Disabling a CA prevents it from issuing certificates but does not affect the validity of its certificate. An order can be added to a sudorule to control the order in which they are evaluated (if the client supports it). This order is an integer and must be unique. Asymmetric vault is similar to the standard vault, but it pre-encrypts the secret using a public key before transport. The secret can only be retrieved using the private key. Auto Membership Rule. Auto Membership Rule. Bring clarity to the membership of hosts and users by configuring inclusive or exclusive regex patterns, you can automatically assign a new entries into a group or hostgroup based upon attribute information. A rule is directly associated with a group by name, so you cannot create a rule without an accompanying group or hostgroup. A condition is a regular expression used by 389-ds to match a new incoming entry with an automember rule. If it matches an inclusive rule then the entry is added to the appropriate group or hostgroup. A default group or hostgroup could be specified for entries that do not match any rule. In case of user entries this group will be a fallback group because all users are by default members of group specified in IPA config. EXAMPLES: Add the initial group or hostgroup: ipa hostgroup-add --desc="Web Servers" webservers ipa group-add --desc="Developers" devel Add the initial rule: ipa automember-add --type=hostgroup webservers ipa automember-add --type=group devel Add a condition to the rule: ipa automember-add-condition --key=fqdn --type=hostgroup --inclusive-regex=^web[1-9]+\.example\.com webservers ipa automember-add-condition --key=manager --type=group --inclusive-regex=^uid=mscott devel Add an exclusive condition to the rule to prevent auto assignment: ipa automember-add-condition --key=fqdn --type=hostgroup --exclusive-regex=^web5\.example\.com webservers Add a host: ipa host-add web1.example.com Add a user: ipa user-add --first=Tim --last=User --password tuser1 --manager=mscott Verify automembership: ipa hostgroup-show webservers Host-group: webservers Description: Web Servers Member hosts: web1.example.com ipa group-show devel Group name: devel Description: Developers GID: 1004200000 Member users: tuser Remove a condition from the rule: ipa automember-remove-condition --key=fqdn --type=hostgroup --inclusive-regex=^web[1-9]+\.example\.com webservers Modify the automember rule: ipa automember-mod Set the default (fallback) target group: ipa automember-default-group-set --default-group=webservers --type=hostgroup ipa automember-default-group-set --default-group=ipausers --type=group Remove the default (fallback) target group: ipa automember-default-group-remove --type=hostgroup ipa automember-default-group-remove --type=group Show the default (fallback) target group: ipa automember-default-group-show --type=hostgroup ipa automember-default-group-show --type=group Find all of the automember rules: ipa automember-find Display a automember rule: ipa automember-show --type=hostgroup webservers ipa automember-show --type=group devel Delete an automember rule: ipa automember-del --type=hostgroup webservers ipa automember-del --type=group devel Auto Membership Rule. Bring clarity to the membership of hosts and users by configuring inclusive or exclusive regex patterns, you can automatically assign a new entries into a group or hostgroup based upon attribute information. A rule is directly associated with a group by name, so you cannot create a rule without an accompanying group or hostgroup. A condition is a regular expression used by 389-ds to match a new incoming entry with an automember rule. If it matches an inclusive rule then the entry is added to the appropriate group or hostgroup. A default group or hostgroup could be specified for entries that do not match any rule. In case of user entries this group will be a fallback group because all users are by default members of group specified in IPA config. The automember-rebuild command can be used to retroactively run automember rules against existing entries, thus rebuilding their membership. EXAMPLES: Add the initial group or hostgroup: ipa hostgroup-add --desc="Web Servers" webservers ipa group-add --desc="Developers" devel Add the initial rule: ipa automember-add --type=hostgroup webservers ipa automember-add --type=group devel Add a condition to the rule: ipa automember-add-condition --key=fqdn --type=hostgroup --inclusive-regex=^web[1-9]+\.example\.com webservers ipa automember-add-condition --key=manager --type=group --inclusive-regex=^uid=mscott devel Add an exclusive condition to the rule to prevent auto assignment: ipa automember-add-condition --key=fqdn --type=hostgroup --exclusive-regex=^web5\.example\.com webservers Add a host: ipa host-add web1.example.com Add a user: ipa user-add --first=Tim --last=User --password tuser1 --manager=mscott Verify automembership: ipa hostgroup-show webservers Host-group: webservers Description: Web Servers Member hosts: web1.example.com ipa group-show devel Group name: devel Description: Developers GID: 1004200000 Member users: tuser Remove a condition from the rule: ipa automember-remove-condition --key=fqdn --type=hostgroup --inclusive-regex=^web[1-9]+\.example\.com webservers Modify the automember rule: ipa automember-mod Set the default (fallback) target group: ipa automember-default-group-set --default-group=webservers --type=hostgroup ipa automember-default-group-set --default-group=ipausers --type=group Remove the default (fallback) target group: ipa automember-default-group-remove --type=hostgroup ipa automember-default-group-remove --type=group Show the default (fallback) target group: ipa automember-default-group-show --type=hostgroup ipa automember-default-group-show --type=group Find all of the automember rules: ipa automember-find Display a automember rule: ipa automember-show --type=hostgroup webservers ipa automember-show --type=group devel Delete an automember rule: ipa automember-del --type=hostgroup webservers ipa automember-del --type=group devel Rebuild membership for all users: ipa automember-rebuild --type=group Rebuild membership for all hosts: ipa automember-rebuild --type=hostgroup Rebuild membership for specified users: ipa automember-rebuild --users=tuser1 --users=tuser2 Rebuild membership for specified hosts: ipa automember-rebuild --hosts=web1.example.com --hosts=web2.example.com Automount Stores automount(8) configuration for autofs(8) in IPA. The base of an automount configuration is the configuration file auto.master. This is also the base location in IPA. Multiple auto.master configurations can be stored in separate locations. A location is implementation-specific with the default being a location named 'default'. For example, you can have locations by geographic region, by floor, by type, etc. Automount has three basic object types: locations, maps and keys. A location defines a set of maps anchored in auto.master. This allows you to store multiple automount configurations. A location in itself isn't very interesting, it is just a point to start a new automount map. A map is roughly equivalent to a discrete automount file and provides storage for keys. A key is a mount point associated with a map. When a new location is created, two maps are automatically created for it: auto.master and auto.direct. auto.master is the root map for all automount maps for the location. auto.direct is the default map for direct mounts and is mounted on /-. An automount map may contain a submount key. This key defines a mount location within the map that references another map. This can be done either using automountmap-add-indirect --parentmap or manually with automountkey-add and setting info to "-type=autofs :<mapname>". EXAMPLES: Locations: Create a named location, "Baltimore": ipa automountlocation-add baltimore Display the new location: ipa automountlocation-show baltimore Find available locations: ipa automountlocation-find Remove a named automount location: ipa automountlocation-del baltimore Show what the automount maps would look like if they were in the filesystem: ipa automountlocation-tofiles baltimore Import an existing configuration into a location: ipa automountlocation-import baltimore /etc/auto.master The import will fail if any duplicate entries are found. For continuous operation where errors are ignored, use the --continue option. Maps: Create a new map, "auto.share": ipa automountmap-add baltimore auto.share Display the new map: ipa automountmap-show baltimore auto.share Find maps in the location baltimore: ipa automountmap-find baltimore Create an indirect map with auto.share as a submount: ipa automountmap-add-indirect baltimore --parentmap=auto.share --mount=sub auto.man This is equivalent to: ipa automountmap-add-indirect baltimore --mount=/man auto.man ipa automountkey-add baltimore auto.man --key=sub --info="-fstype=autofs ldap:auto.share" Remove the auto.share map: ipa automountmap-del baltimore auto.share Keys: Create a new key for the auto.share map in location baltimore. This ties the map we previously created to auto.master: ipa automountkey-add baltimore auto.master --key=/share --info=auto.share Create a new key for our auto.share map, an NFS mount for man pages: ipa automountkey-add baltimore auto.share --key=man --info="-ro,soft,rsize=8192,wsize=8192 ipa.example.com:/shared/man" Find all keys for the auto.share map: ipa automountkey-find baltimore auto.share Find all direct automount keys: ipa automountkey-find baltimore --key=/- Remove the man key from the auto.share map: ipa automountkey-del baltimore auto.share --key=man Based on the ownership there are three vault categories: * user/private vault * service vault * shared vault Based on the security mechanism there are three types of vaults: * standard vault * symmetric vault * asymmetric vault Baseuser This contains common definitions for user/stageuser Bring clarity to the membership of hosts and users by configuring inclusive or exclusive regex patterns, you can automatically assign a new entries into a group or hostgroup based upon attribute information. CAs (all except the 'IPA' CA) can be deleted. Deleting a CA causes its signing certificate to be revoked and its private key deleted. CAs are enabled on creation, but their use is subject to CA ACLs unless the operator has permission to bypass CA ACLs. Certificate Identity Mapping Certificate requests exist in the form of a Certificate Signing Request (CSR) in PEM format. Certificates may be searched on by certificate subject, serial number, revocation reason, validity dates and the issued date. Classes to manage trust joins using DCE-RPC calls The code in this module relies heavily on samba4-python package and Samba4 python bindings. Cross-realm trusts Manage trust relationship between IPA and Active Directory domains. In order to allow users from a remote domain to access resources in IPA domain, trust relationship needs to be established. Currently IPA supports only trusts between IPA and Active Directory domains under control of Windows Server 2008 or later, with functional level 2008 or later. Please note that DNS on both IPA and Active Directory domain sides should be configured properly to discover each other. Trust relationship relies on ability to discover special resources in the other domain via DNS records. Examples: 1. Establish cross-realm trust with Active Directory using AD administrator credentials: ipa trust-add --type=ad <ad.domain> --admin <AD domain administrator> --password 2. List all existing trust relationships: ipa trust-find 3. Show details of the specific trust relationship: ipa trust-show <ad.domain> 4. Delete existing trust relationship: ipa trust-del <ad.domain> Once trust relationship is established, remote users will need to be mapped to local POSIX groups in order to actually use IPA resources. The mapping should be done via use of external membership of non-POSIX group and then this group should be included into one of local POSIX groups. Example: 1. Create group for the trusted domain admins' mapping and their local POSIX group: ipa group-add --desc='<ad.domain> admins external map' ad_admins_external --external ipa group-add --desc='<ad.domain> admins' ad_admins 2. Add security identifier of Domain Admins of the <ad.domain> to the ad_admins_external group: ipa group-add-member ad_admins_external --external 'AD\Domain Admins' 3. Allow members of ad_admins_external group to be associated with ad_admins POSIX group: ipa group-add-member ad_admins --groups ad_admins_external 4. List members of external members of ad_admins_external group to see their SIDs: ipa group-show ad_admins_external GLOBAL TRUST CONFIGURATION When IPA AD trust subpackage is installed and ipa-adtrust-install is run, a local domain configuration (SID, GUID, NetBIOS name) is generated. These identifiers are then used when communicating with a trusted domain of the particular type. 1. Show global trust configuration for Active Directory type of trusts: ipa trustconfig-show --type ad 2. Modify global configuration for all trusts of Active Directory type and set a different fallback primary group (fallback primary group GID is used as a primary user GID if user authenticating to IPA domain does not have any other primary GID already set): ipa trustconfig-mod --type ad --fallback-primary-group "alternative AD group" 3. Change primary fallback group back to default hidden group (any group with posixGroup object class is allowed): ipa trustconfig-mod --type ad --fallback-primary-group "Default SMB Group" Cross-realm trusts Manage trust relationship between IPA and Active Directory domains. In order to allow users from a remote domain to access resources in IPA domain, trust relationship needs to be established. Currently IPA supports only trusts between IPA and Active Directory domains under control of Windows Server 2008 or later, with functional level 2008 or later. Please note that DNS on both IPA and Active Directory domain sides should be configured properly to discover each other. Trust relationship relies on ability to discover special resources in the other domain via DNS records. Examples: 1. Establish cross-realm trust with Active Directory using AD administrator credentials: ipa trust-add --type=ad <ad.domain> --admin <AD domain administrator> --password 2. List all existing trust relationships: ipa trust-find 3. Show details of the specific trust relationship: ipa trust-show <ad.domain> 4. Delete existing trust relationship: ipa trust-del <ad.domain> Once trust relationship is established, remote users will need to be mapped to local POSIX groups in order to actually use IPA resources. The mapping should be done via use of external membership of non-POSIX group and then this group should be included into one of local POSIX groups. Example: 1. Create group for the trusted domain admins' mapping and their local POSIX group: ipa group-add --desc='<ad.domain> admins external map' ad_admins_external --external ipa group-add --desc='<ad.domain> admins' ad_admins 2. Add security identifier of Domain Admins of the <ad.domain> to the ad_admins_external group: ipa group-add-member ad_admins_external --external 'AD\Domain Admins' 3. Allow members of ad_admins_external group to be associated with ad_admins POSIX group: ipa group-add-member ad_admins --groups ad_admins_external 4. List members of external members of ad_admins_external group to see their SIDs: ipa group-show ad_admins_external GLOBAL TRUST CONFIGURATION When IPA AD trust subpackage is installed and ipa-adtrust-install is run, a local domain configuration (SID, GUID, NetBIOS name) is generated. These identifiers are then used when communicating with a trusted domain of the particular type. 1. Show global trust configuration for Active Directory type of trusts: ipa trustconfig-show --type ad 2. Modify global configuration for all trusts of Active Directory type and set a different fallback primary group (fallback primary group GID is used as a primary user GID if user authenticating to IPA domain does not have any other primary GID already set): ipa trustconfig-mod --type ad --fallback-primary-group "another AD group" 3. Change primary fallback group back to default hidden group (any group with posixGroup object class is allowed): ipa trustconfig-mod --type ad --fallback-primary-group "Default SMB Group" DNS configuration passed to command line install script is stored in a local configuration file on each IPA server where DNS service is configured. These local settings can be overridden with a common configuration stored in LDAP server: DNS server configuration Data stored on IPA servers is replicated to other IPA servers. The way it is replicated is defined by replication agreements. Replication agreements needs to be set for both suffixes separately. On domain level 0 they are managed using ipa-replica-manage and ipa-csreplica-manage tools. With domain level 1 they are managed centrally using `ipa topology*` commands. Dates are treated as GMT to match the dates in the certificates. Deleting or renaming a managed permission, as well as changing its target, is not allowed. Directory Server Access Control Instructions (ACIs) ACIs are used to allow or deny access to information. This module is currently designed to allow, not deny, access. The aci commands are designed to grant permissions that allow updating existing entries or adding or deleting new ones. The goal of the ACIs that ship with IPA is to provide a set of low-level permissions that grant access to special groups called taskgroups. These low-level permissions can be combined into roles that grant broader access. These roles are another type of group, roles. For example, if you have taskgroups that allow adding and modifying users you could create a role, useradmin. You would assign users to the useradmin role to allow them to do the operations defined by the taskgroups. You can create ACIs that delegate permission so users in group A can write attributes on group B. The type option is a map that applies to all entries in the users, groups or host location. It is primarily designed to be used when granting add permissions (to write new entries). An ACI consists of three parts: 1. target 2. permissions 3. bind rules The target is a set of rules that define which LDAP objects are being targeted. This can include a list of attributes, an area of that LDAP tree or an LDAP filter. The targets include: - attrs: list of attributes affected - type: an object type (user, group, host, service, etc) - memberof: members of a group - targetgroup: grant access to modify a specific group. This is primarily designed to enable users to add or remove members of a specific group. - filter: A legal LDAP filter used to narrow the scope of the target. - subtree: Used to apply a rule across an entire set of objects. For example, to allow adding users you need to grant "add" permission to the subtree ldap://uid=*,cn=users,cn=accounts,dc=example,dc=com. The subtree option is a fail-safe for objects that may not be covered by the type option. The permissions define what the ACI is allowed to do, and are one or more of: 1. write - write one or more attributes 2. read - read one or more attributes 3. add - add a new entry to the tree 4. delete - delete an existing entry 5. all - all permissions are granted Note the distinction between attributes and entries. The permissions are independent, so being able to add a user does not mean that the user will be editable. The bind rule defines who this ACI grants permissions to. The LDAP server allows this to be any valid LDAP entry but we encourage the use of taskgroups so that the rights can be easily shared through roles. For a more thorough description of access controls see http://www.redhat.com/docs/manuals/dir-server/ag/8.0/Managing_Access_Control.html EXAMPLES: NOTE: ACIs are now added via the permission plugin. These examples are to demonstrate how the various options work but this is done via the permission command-line now (see last example). Add an ACI so that the group "secretaries" can update the address on any user: ipa group-add --desc="Office secretaries" secretaries ipa aci-add --attrs=streetAddress --memberof=ipausers --group=secretaries --permissions=write --prefix=none "Secretaries write addresses" Show the new ACI: ipa aci-show --prefix=none "Secretaries write addresses" Add an ACI that allows members of the "addusers" permission to add new users: ipa aci-add --type=user --permission=addusers --permissions=add --prefix=none "Add new users" Add an ACI that allows members of the editors manage members of the admins group: ipa aci-add --permissions=write --attrs=member --targetgroup=admins --group=editors --prefix=none "Editors manage admins" Add an ACI that allows members of the admins group to manage the street and zip code of those in the editors group: ipa aci-add --permissions=write --memberof=editors --group=admins --attrs=street --attrs=postalcode --prefix=none "admins edit the address of editors" Add an ACI that allows the admins group manage the street and zipcode of those who work for the boss: ipa aci-add --permissions=write --group=admins --attrs=street --attrs=postalcode --filter="(manager=uid=boss,cn=users,cn=accounts,dc=example,dc=com)" --prefix=none "Edit the address of those who work for the boss" Add an entirely new kind of record to IPA that isn't covered by any of the --type options, creating a permission: ipa permission-add --permissions=add --subtree="cn=*,cn=orange,cn=accounts,dc=example,dc=com" --desc="Add Orange Entries" add_orange The show command shows the raw 389-ds ACI. IMPORTANT: When modifying the target attributes of an existing ACI you must include all existing attributes as well. When doing an aci-mod the targetattr REPLACES the current attributes, it does not add to them. Directory Server Access Control Instructions (ACIs) ACIs are used to allow or deny access to information. This module is currently designed to allow, not deny, access. The aci commands are designed to grant permissions that allow updating existing entries or adding or deleting new ones. The goal of the ACIs that ship with IPA is to provide a set of low-level permissions that grant access to special groups called taskgroups. These low-level permissions can be combined into roles that grant broader access. These roles are another type of group, roles. For example, if you have taskgroups that allow adding and modifying users you could create a role, useradmin. You would assign users to the useradmin role to allow them to do the operations defined by the taskgroups. You can create ACIs that delegate permission so users in group A can write attributes on group B. The type option is a map that applies to all entries in the users, groups or host location. It is primarily designed to be used when granting add permissions (to write new entries). An ACI consists of three parts: 1. target 2. permissions 3. bind rules The target is a set of rules that define which LDAP objects are being targeted. This can include a list of attributes, an area of that LDAP tree or an LDAP filter. The targets include: - attrs: list of attributes affected - type: an object type (user, group, host, service, etc) - memberof: members of a group - targetgroup: grant access to modify a specific group. This is primarily designed to enable users to add or remove members of a specific group. - filter: A legal LDAP filter used to narrow the scope of the target. - subtree: Used to apply a rule across an entire set of objects. For example, to allow adding users you need to grant "add" permission to the subtree ldap://uid=*,cn=users,cn=accounts,dc=example,dc=com. The subtree option is a fail-safe for objects that may not be covered by the type option. The permissions define what the ACI is allowed to do, and are one or more of: 1. write - write one or more attributes 2. read - read one or more attributes 3. add - add a new entry to the tree 4. delete - delete an existing entry 5. all - all permissions are granted Note the distinction between attributes and entries. The permissions are independent, so being able to add a user does not mean that the user will be editable. The bind rule defines who this ACI grants permissions to. The LDAP server allows this to be any valid LDAP entry but we encourage the use of taskgroups so that the rights can be easily shared through roles. For a more thorough description of access controls see http://www.redhat.com/docs/manuals/dir-server/ag/8.0/Managing_Access_Control.html EXAMPLES: NOTE: ACIs are now added via the permission plugin. These examples are to demonstrate how the various options work but this is done via the permission command-line now (see last example). Add an ACI so that the group "secretaries" can update the address on any user: ipa group-add --desc="Office secretaries" secretaries ipa aci-add --attrs=streetAddress --memberof=ipausers --group=secretaries --permissions=write --prefix=none "Secretaries write addresses" Show the new ACI: ipa aci-show --prefix=none "Secretaries write addresses" Add an ACI that allows members of the "addusers" permission to add new users: ipa aci-add --type=user --permission=addusers --permissions=add --prefix=none "Add new users" Add an ACI that allows members of the editors manage members of the admins group: ipa aci-add --permissions=write --attrs=member --targetgroup=admins --group=editors --prefix=none "Editors manage admins" Add an ACI that allows members of the admins group to manage the street and zip code of those in the editors group: ipa aci-add --permissions=write --memberof=editors --group=admins --attrs=street,postalcode --prefix=none "admins edit the address of editors" Add an ACI that allows the admins group manage the street and zipcode of those who work for the boss: ipa aci-add --permissions=write --group=admins --attrs=street,postalcode --filter="(manager=uid=boss,cn=users,cn=accounts,dc=example,dc=com)" --prefix=none "Edit the address of those who work for the boss" Add an entirely new kind of record to IPA that isn't covered by any of the --type options, creating a permission: ipa permission-add --permissions=add --subtree="cn=*,cn=orange,cn=accounts,dc=example,dc=com" --desc="Add Orange Entries" add_orange The show command shows the raw 389-ds ACI. IMPORTANT: When modifying the target attributes of an existing ACI you must include all existing attributes as well. When doing an aci-mod the targetattr REPLACES the current attributes, it does not add to them. Domain Name System (DNS) Domain Name System (DNS) Manage DNS zone and resource records. USING STRUCTURED PER-TYPE OPTIONS There are many structured DNS RR types where DNS data stored in LDAP server is not just a scalar value, for example an IP address or a domain name, but a data structure which may be often complex. A good example is a LOC record [RFC1876] which consists of many mandatory and optional parts (degrees, minutes, seconds of latitude and longitude, altitude or precision). It may be difficult to manipulate such DNS records without making a mistake and entering an invalid value. DNS module provides an abstraction over these raw records and allows to manipulate each RR type with specific options. For each supported RR type, DNS module provides a standard option to manipulate a raw records with format --<rrtype>-rec, e.g. --mx-rec, and special options for every part of the RR structure with format --<rrtype>-<partname>, e.g. --mx-preference and --mx-exchanger. When adding a record, either RR specific options or standard option for a raw value can be used, they just should not be combined in one add operation. When modifying an existing entry, new RR specific options can be used to change one part of a DNS record, where the standard option for raw value is used to specify the modified value. The following example demonstrates a modification of MX record preference from 0 to 1 in a record without modifying the exchanger: ipa dnsrecord-mod --mx-rec="0 mx.example.com." --mx-preference=1 EXAMPLES: Add new zone: ipa dnszone-add example.com --name-server=ns --admin-email=admin@example.com --ip-address=10.0.0.1 Add system permission that can be used for per-zone privilege delegation: ipa dnszone-add-permission example.com Modify the zone to allow dynamic updates for hosts own records in realm EXAMPLE.COM: ipa dnszone-mod example.com --dynamic-update=TRUE This is the equivalent of: ipa dnszone-mod example.com --dynamic-update=TRUE --update-policy="grant EXAMPLE.COM krb5-self * A; grant EXAMPLE.COM krb5-self * AAAA; grant EXAMPLE.COM krb5-self * SSHFP;" Modify the zone to allow zone transfers for local network only: ipa dnszone-mod example.com --allow-transfer=10.0.0.0/8 Add new reverse zone specified by network IP address: ipa dnszone-add --name-from-ip=80.142.15.0/24 --name-server=ns.example.com. Add second nameserver for example.com: ipa dnsrecord-add example.com @ --ns-rec=nameserver2.example.com Add a mail server for example.com: ipa dnsrecord-add example.com @ --mx-rec="10 mail1" Add another record using MX record specific options: ipa dnsrecord-add example.com @ --mx-preference=20 --mx-exchanger=mail2 Add another record using interactive mode (started when dnsrecord-add, dnsrecord-mod, or dnsrecord-del are executed with no options): ipa dnsrecord-add example.com @ Please choose a type of DNS resource record to be added The most common types for this type of zone are: NS, MX, LOC DNS resource record type: MX MX Preference: 30 MX Exchanger: mail3 Record name: example.com MX record: 10 mail1, 20 mail2, 30 mail3 NS record: nameserver.example.com., nameserver2.example.com. Delete previously added nameserver from example.com: ipa dnsrecord-del example.com @ --ns-rec=nameserver2.example.com. Add LOC record for example.com: ipa dnsrecord-add example.com @ --loc-rec="49 11 42.4 N 16 36 29.6 E 227.64m" Add new A record for www.example.com. Create a reverse record in appropriate reverse zone as well. In this case a PTR record "2" pointing to www.example.com will be created in zone 15.142.80.in-addr.arpa. ipa dnsrecord-add example.com www --a-rec=80.142.15.2 --a-create-reverse Add new PTR record for www.example.com ipa dnsrecord-add 15.142.80.in-addr.arpa. 2 --ptr-rec=www.example.com. Add new SRV records for LDAP servers. Three quarters of the requests should go to fast.example.com, one quarter to slow.example.com. If neither is available, switch to backup.example.com. ipa dnsrecord-add example.com _ldap._tcp --srv-rec="0 3 389 fast.example.com" ipa dnsrecord-add example.com _ldap._tcp --srv-rec="0 1 389 slow.example.com" ipa dnsrecord-add example.com _ldap._tcp --srv-rec="1 1 389 backup.example.com" The interactive mode can be used for easy modification: ipa dnsrecord-mod example.com _ldap._tcp No option to modify specific record provided. Current DNS record contents: SRV record: 0 3 389 fast.example.com, 0 1 389 slow.example.com, 1 1 389 backup.example.com Modify SRV record '0 3 389 fast.example.com'? Yes/No (default No): Modify SRV record '0 1 389 slow.example.com'? Yes/No (default No): y SRV Priority [0]: (keep the default value) SRV Weight [1]: 2 (modified value) SRV Port [389]: (keep the default value) SRV Target [slow.example.com]: (keep the default value) 1 SRV record skipped. Only one value per DNS record type can be modified at one time. Record name: _ldap._tcp SRV record: 0 3 389 fast.example.com, 1 1 389 backup.example.com, 0 2 389 slow.example.com After this modification, three fifths of the requests should go to fast.example.com and two fifths to slow.example.com. An example of the interactive mode for dnsrecord-del command: ipa dnsrecord-del example.com www No option to delete specific record provided. Delete all? Yes/No (default No): (do not delete all records) Current DNS record contents: A record: 1.2.3.4, 11.22.33.44 Delete A record '1.2.3.4'? Yes/No (default No): Delete A record '11.22.33.44'? Yes/No (default No): y Record name: www A record: 1.2.3.4 (A record 11.22.33.44 has been deleted) Show zone example.com: ipa dnszone-show example.com Find zone with "example" in its domain name: ipa dnszone-find example Find records for resources with "www" in their name in zone example.com: ipa dnsrecord-find example.com www Find A records with value 10.10.0.1 in zone example.com ipa dnsrecord-find example.com --a-rec=10.10.0.1 Show records for resource www in zone example.com ipa dnsrecord-show example.com www Delegate zone sub.example to another nameserver: ipa dnsrecord-add example.com ns.sub --a-rec=10.0.100.5 ipa dnsrecord-add example.com sub --ns-rec=ns.sub.example.com. If global forwarder is configured, all requests to sub.example.com will be routed through the global forwarder. To change the behavior for example.com zone only and forward the request directly to ns.sub.example.com., global forwarding may be disabled per-zone: ipa dnszone-mod example.com --forward-policy=none Forward all requests for the zone external.com to another nameserver using a "first" policy (it will send the queries to the selected forwarder and if not answered it will use global resolvers): ipa dnszone-add external.com ipa dnszone-mod external.com --forwarder=10.20.0.1 --forward-policy=first Delete zone example.com with all resource records: ipa dnszone-del example.com Resolve a host name to see if it exists (will add default IPA domain if one is not included): ipa dns-resolve www.example.com ipa dns-resolve www GLOBAL DNS CONFIGURATION DNS configuration passed to command line install script is stored in a local configuration file on each IPA server where DNS service is configured. These local settings can be overridden with a common configuration stored in LDAP server: Show global DNS configuration: ipa dnsconfig-show Modify global DNS configuration and set a list of global forwarders: ipa dnsconfig-mod --forwarder=10.0.0.1 Domain Name System (DNS) Manage DNS zone and resource records. SUPPORTED ZONE TYPES * Master zone (dnszone-*), contains authoritative data. * Forward zone (dnsforwardzone-*), forwards queries to configured forwarders (a set of DNS servers). USING STRUCTURED PER-TYPE OPTIONS There are many structured DNS RR types where DNS data stored in LDAP server is not just a scalar value, for example an IP address or a domain name, but a data structure which may be often complex. A good example is a LOC record [RFC1876] which consists of many mandatory and optional parts (degrees, minutes, seconds of latitude and longitude, altitude or precision). It may be difficult to manipulate such DNS records without making a mistake and entering an invalid value. DNS module provides an abstraction over these raw records and allows to manipulate each RR type with specific options. For each supported RR type, DNS module provides a standard option to manipulate a raw records with format --<rrtype>-rec, e.g. --mx-rec, and special options for every part of the RR structure with format --<rrtype>-<partname>, e.g. --mx-preference and --mx-exchanger. When adding a record, either RR specific options or standard option for a raw value can be used, they just should not be combined in one add operation. When modifying an existing entry, new RR specific options can be used to change one part of a DNS record, where the standard option for raw value is used to specify the modified value. The following example demonstrates a modification of MX record preference from 0 to 1 in a record without modifying the exchanger: ipa dnsrecord-mod --mx-rec="0 mx.example.com." --mx-preference=1 EXAMPLES: Add new zone: ipa dnszone-add example.com --admin-email=admin@example.com Add system permission that can be used for per-zone privilege delegation: ipa dnszone-add-permission example.com Modify the zone to allow dynamic updates for hosts own records in realm EXAMPLE.COM: ipa dnszone-mod example.com --dynamic-update=TRUE This is the equivalent of: ipa dnszone-mod example.com --dynamic-update=TRUE --update-policy="grant EXAMPLE.COM krb5-self * A; grant EXAMPLE.COM krb5-self * AAAA; grant EXAMPLE.COM krb5-self * SSHFP;" Modify the zone to allow zone transfers for local network only: ipa dnszone-mod example.com --allow-transfer=192.0.2.0/24 Add new reverse zone specified by network IP address: ipa dnszone-add --name-from-ip=192.0.2.0/24 Add second nameserver for example.com: ipa dnsrecord-add example.com @ --ns-rec=nameserver2.example.com Add a mail server for example.com: ipa dnsrecord-add example.com @ --mx-rec="10 mail1" Add another record using MX record specific options: ipa dnsrecord-add example.com @ --mx-preference=20 --mx-exchanger=mail2 Add another record using interactive mode (started when dnsrecord-add, dnsrecord-mod, or dnsrecord-del are executed with no options): ipa dnsrecord-add example.com @ Please choose a type of DNS resource record to be added The most common types for this type of zone are: NS, MX, LOC DNS resource record type: MX MX Preference: 30 MX Exchanger: mail3 Record name: example.com MX record: 10 mail1, 20 mail2, 30 mail3 NS record: nameserver.example.com., nameserver2.example.com. Delete previously added nameserver from example.com: ipa dnsrecord-del example.com @ --ns-rec=nameserver2.example.com. Add LOC record for example.com: ipa dnsrecord-add example.com @ --loc-rec="49 11 42.4 N 16 36 29.6 E 227.64m" Add new A record for www.example.com. Create a reverse record in appropriate reverse zone as well. In this case a PTR record "2" pointing to www.example.com will be created in zone 2.0.192.in-addr.arpa. ipa dnsrecord-add example.com www --a-rec=192.0.2.2 --a-create-reverse Add new PTR record for www.example.com ipa dnsrecord-add 2.0.192.in-addr.arpa. 2 --ptr-rec=www.example.com. Add new SRV records for LDAP servers. Three quarters of the requests should go to fast.example.com, one quarter to slow.example.com. If neither is available, switch to backup.example.com. ipa dnsrecord-add example.com _ldap._tcp --srv-rec="0 3 389 fast.example.com" ipa dnsrecord-add example.com _ldap._tcp --srv-rec="0 1 389 slow.example.com" ipa dnsrecord-add example.com _ldap._tcp --srv-rec="1 1 389 backup.example.com" The interactive mode can be used for easy modification: ipa dnsrecord-mod example.com _ldap._tcp No option to modify specific record provided. Current DNS record contents: SRV record: 0 3 389 fast.example.com, 0 1 389 slow.example.com, 1 1 389 backup.example.com Modify SRV record '0 3 389 fast.example.com'? Yes/No (default No): Modify SRV record '0 1 389 slow.example.com'? Yes/No (default No): y SRV Priority [0]: (keep the default value) SRV Weight [1]: 2 (modified value) SRV Port [389]: (keep the default value) SRV Target [slow.example.com]: (keep the default value) 1 SRV record skipped. Only one value per DNS record type can be modified at one time. Record name: _ldap._tcp SRV record: 0 3 389 fast.example.com, 1 1 389 backup.example.com, 0 2 389 slow.example.com After this modification, three fifths of the requests should go to fast.example.com and two fifths to slow.example.com. An example of the interactive mode for dnsrecord-del command: ipa dnsrecord-del example.com www No option to delete specific record provided. Delete all? Yes/No (default No): (do not delete all records) Current DNS record contents: A record: 192.0.2.2, 192.0.2.3 Delete A record '192.0.2.2'? Yes/No (default No): Delete A record '192.0.2.3'? Yes/No (default No): y Record name: www A record: 192.0.2.2 (A record 192.0.2.3 has been deleted) Show zone example.com: ipa dnszone-show example.com Find zone with "example" in its domain name: ipa dnszone-find example Find records for resources with "www" in their name in zone example.com: ipa dnsrecord-find example.com www Find A records with value 192.0.2.2 in zone example.com ipa dnsrecord-find example.com --a-rec=192.0.2.2 Show records for resource www in zone example.com ipa dnsrecord-show example.com www Delegate zone sub.example to another nameserver: ipa dnsrecord-add example.com ns.sub --a-rec=203.0.113.1 ipa dnsrecord-add example.com sub --ns-rec=ns.sub.example.com. Delete zone example.com with all resource records: ipa dnszone-del example.com If a global forwarder is configured, all queries for which this server is not authoritative (e.g. sub.example.com) will be routed to the global forwarder. Global forwarding configuration can be overridden per-zone. Semantics of forwarding in IPA matches BIND semantics and depends on the type of zone: * Master zone: local BIND replies authoritatively to queries for data in the given zone (including authoritative NXDOMAIN answers) and forwarding affects only queries for names below zone cuts (NS records) of locally served zones. * Forward zone: forward zone contains no authoritative data. BIND forwards queries, which cannot be answered from its local cache, to configured forwarders. Semantics of the --forward-policy option: * none - disable forwarding for the given zone. * first - forward all queries to configured forwarders. If they fail, do resolution using DNS root servers. * only - forward all queries to configured forwarders and if they fail, return failure. Disable global forwarding for given sub-tree: ipa dnszone-mod example.com --forward-policy=none This configuration forwards all queries for names outside the example.com sub-tree to global forwarders. Normal recursive resolution process is used for names inside the example.com sub-tree (i.e. NS records are followed etc.). Forward all requests for the zone external.example.com to another forwarder using a "first" policy (it will send the queries to the selected forwarder and if not answered it will use global root servers): ipa dnsforwardzone-add external.example.com --forward-policy=first --forwarder=203.0.113.1 Change forward-policy for external.example.com: ipa dnsforwardzone-mod external.example.com --forward-policy=only Show forward zone external.example.com: ipa dnsforwardzone-show external.example.com List all forward zones: ipa dnsforwardzone-find Delete forward zone external.example.com: ipa dnsforwardzone-del external.example.com Resolve a host name to see if it exists (will add default IPA domain if one is not included): ipa dns-resolve www.example.com ipa dns-resolve www GLOBAL DNS CONFIGURATION DNS configuration passed to command line install script is stored in a local configuration file on each IPA server where DNS service is configured. These local settings can be overridden with a common configuration stored in LDAP server: Show global DNS configuration: ipa dnsconfig-show Modify global DNS configuration and set a list of global forwarders: ipa dnsconfig-mod --forwarder=203.0.113.113 ENROLLMENT: There are three enrollment scenarios when enrolling a new client: 1. You are enrolling as a full administrator. The host entry may exist or not. A full administrator is a member of the hostadmin role or the admins group. 2. You are enrolling as a limited administrator. The host must already exist. A limited administrator is a member a role with the Host Enrollment privilege. 3. The host has been created with a one-time password. EXAMPLES: Each option needs to be added separately and no validation is done whether the option is known by sudo or is in a valid format. Environment variables also need to be set individually. For example env_keep="FOO BAR" in sudoers needs be represented as --sudooption env_keep=FOO --sudooption env_keep+=BAR. Entitlements Manage entitlements for client machines Entitlements can be managed either by registering with an entitlement server with a username and password or by manually importing entitlement certificates. An entitlement certificate contains embedded information such as the product being entitled, the quantity and the validity dates. An entitlement server manages the number of client entitlements available. To mark these entitlements as used by the IPA server you provide a quantity and they are marked as consumed on the entitlement server. Register with an entitlement server: ipa entitle-register consumer Import an entitlement certificate: ipa entitle-import /home/user/ipaclient.pem Display current entitlements: ipa entitle-status Retrieve details on entitlement certificates: ipa entitle-get Consume some entitlements from the entitlement server: ipa entitle-consume 50 The registration ID is a Unique Identifier (UUID). This ID will be IMPORTED if you have used entitle-import. Changes to /etc/rhsm/rhsm.conf require a restart of the httpd service. Get information about installed IPA servers. Get status of roles (DNS server, CA, etc.) provided by IPA masters. Group to Group Delegation A permission enables fine-grained delegation of permissions. Access Control Rules, or instructions (ACIs), grant permission to permissions to perform given tasks such as adding a user, modifying a group, etc. Group to Group Delegations grants the members of one group to update a set of attributes of members of another group. EXAMPLES: Add a delegation rule to allow managers to edit employee's addresses: ipa delegation-add --attrs=street --group=managers --membergroup=employees "managers edit employees' street" When managing the list of attributes you need to include all attributes in the list, including existing ones. Add postalCode to the list: ipa delegation-mod --attrs=street --attrs=postalCode --group=managers --membergroup=employees "managers edit employees' street" Display our updated rule: ipa delegation-show "managers edit employees' street" Delete a rule: ipa delegation-del "managers edit employees' street" Group to Group Delegation A permission enables fine-grained delegation of permissions. Access Control Rules, or instructions (ACIs), grant permission to permissions to perform given tasks such as adding a user, modifying a group, etc. Group to Group Delegations grants the members of one group to update a set of attributes of members of another group. EXAMPLES: Add a delegation rule to allow managers to edit employee's addresses: ipa delegation-add --attrs=street --group=managers --membergroup=employees "managers edit employees' street" When managing the list of attributes you need to include all attributes in the list, including existing ones. Add postalCode to the list: ipa delegation-mod --attrs=street,postalCode --group=managers --membergroup=employees "managers edit employees' street" Display our updated rule: ipa delegation-show "managers edit employees' street" Delete a rule: ipa delegation-del "managers edit employees' street" Groups of Sudo Commands Manage groups of Sudo Commands. EXAMPLES: Add a new Sudo Command Group: ipa sudocmdgroup-add --desc='administrators commands' admincmds Remove a Sudo Command Group: ipa sudocmdgroup-del admincmds Manage Sudo Command Group membership, commands: ipa sudocmdgroup-add-member --sudocmds=/usr/bin/less --sudocmds=/usr/bin/vim admincmds Manage Sudo Command Group membership, commands: ipa group-remove-member --sudocmds=/usr/bin/less admincmds Show a Sudo Command Group: ipa group-show localadmins Groups of Sudo Commands Manage groups of Sudo Commands. EXAMPLES: Add a new Sudo Command Group: ipa sudocmdgroup-add --desc='administrators commands' admincmds Remove a Sudo Command Group: ipa sudocmdgroup-del admincmds Manage Sudo Command Group membership, commands: ipa sudocmdgroup-add-member --sudocmds=/usr/bin/less --sudocmds=/usr/bin/vim admincmds Manage Sudo Command Group membership, commands: ipa sudocmdgroup-remove-member --sudocmds=/usr/bin/less admincmds Show a Sudo Command Group: ipa sudocmdgroup-show admincmds Groups of Sudo Commands Manage groups of Sudo Commands. EXAMPLES: Add a new Sudo Command Group: ipa sudocmdgroup-add --desc='administrators commands' admincmds Remove a Sudo Command Group: ipa sudocmdgroup-del admincmds Manage Sudo Command Group membership, commands: ipa sudocmdgroup-add-member --sudocmds=/usr/bin/less,/usr/bin/vim admincmds Manage Sudo Command Group membership, commands: ipa group-remove-member --sudocmds=/usr/bin/less admincmds Show a Sudo Command Group: ipa group-show localadmins Groups of hosts. Manage groups of hosts. This is useful for applying access control to a number of hosts by using Host-based Access Control. EXAMPLES: Add a new host group: ipa hostgroup-add --desc="Baltimore hosts" baltimore Add another new host group: ipa hostgroup-add --desc="Maryland hosts" maryland Add members to the hostgroup (using Bash brace expansion): ipa hostgroup-add-member --hosts={box1,box2,box3} baltimore Add a hostgroup as a member of another hostgroup: ipa hostgroup-add-member --hostgroups=baltimore maryland Remove a host from the hostgroup: ipa hostgroup-remove-member --hosts=box2 baltimore Display a host group: ipa hostgroup-show baltimore Add a member manager: ipa hostgroup-add-member-manager --users=user1 baltimore Remove a member manager ipa hostgroup-remove-member-manager --users=user1 baltimore Delete a hostgroup: ipa hostgroup-del baltimore Groups of hosts. Manage groups of hosts. This is useful for applying access control to a number of hosts by using Host-based Access Control. EXAMPLES: Add a new host group: ipa hostgroup-add --desc="Baltimore hosts" baltimore Add another new host group: ipa hostgroup-add --desc="Maryland hosts" maryland Add members to the hostgroup (using Bash brace expansion): ipa hostgroup-add-member --hosts={box1,box2,box3} baltimore Add a hostgroup as a member of another hostgroup: ipa hostgroup-add-member --hostgroups=baltimore maryland Remove a host from the hostgroup: ipa hostgroup-remove-member --hosts=box2 baltimore Display a host group: ipa hostgroup-show baltimore Delete a hostgroup: ipa hostgroup-del baltimore Groups of hosts. Manage groups of hosts. This is useful for applying access control to a number of hosts by using Host-based Access Control. EXAMPLES: Add a new host group: ipa hostgroup-add --desc="Baltimore hosts" baltimore Add another new host group: ipa hostgroup-add --desc="Maryland hosts" maryland Add members to the hostgroup: ipa hostgroup-add-member --hosts=box1,box2,box3 baltimore Add a hostgroup as a member of another hostgroup: ipa hostgroup-add-member --hostgroups=baltimore maryland Remove a host from the hostgroup: ipa hostgroup-remove-member --hosts=box2 baltimore Display a host group: ipa hostgroup-show baltimore Delete a hostgroup: ipa hostgroup-del baltimore Groups of users Manage groups of users. By default, new groups are POSIX groups. You can add the --nonposix option to the group-add command to mark a new group as non-POSIX. You can use the --posix argument with the group-mod command to convert a non-POSIX group into a POSIX group. POSIX groups cannot be converted to non-POSIX groups. Every group must have a description. POSIX groups must have a Group ID (GID) number. Changing a GID is supported but can have an impact on your file permissions. It is not necessary to supply a GID when creating a group. IPA will generate one automatically if it is not provided. EXAMPLES: Add a new group: ipa group-add --desc='local administrators' localadmins Add a new non-POSIX group: ipa group-add --nonposix --desc='remote administrators' remoteadmins Convert a non-POSIX group to posix: ipa group-mod --posix remoteadmins Add a new POSIX group with a specific Group ID number: ipa group-add --gid=500 --desc='unix admins' unixadmins Add a new POSIX group and let IPA assign a Group ID number: ipa group-add --desc='printer admins' printeradmins Remove a group: ipa group-del unixadmins To add the "remoteadmins" group to the "localadmins" group: ipa group-add-member --groups=remoteadmins localadmins Add multiple users to the "localadmins" group: ipa group-add-member --users=test1 --users=test2 localadmins Remove a user from the "localadmins" group: ipa group-remove-member --users=test2 localadmins Display information about a named group. ipa group-show localadmins External group membership is designed to allow users from trusted domains to be mapped to local POSIX groups in order to actually use IPA resources. External members should be added to groups that specifically created as external and non-POSIX. Such group later should be included into one of POSIX groups. An external group member is currently a Security Identifier (SID) as defined by the trusted domain. When adding external group members, it is possible to specify them in either SID, or DOM\name, or name@domain format. IPA will attempt to resolve passed name to SID with the use of Global Catalog of the trusted domain. Example: 1. Create group for the trusted domain admins' mapping and their local POSIX group: ipa group-add --desc='<ad.domain> admins external map' ad_admins_external --external ipa group-add --desc='<ad.domain> admins' ad_admins 2. Add security identifier of Domain Admins of the <ad.domain> to the ad_admins_external group: ipa group-add-member ad_admins_external --external 'AD\Domain Admins' 3. Allow members of ad_admins_external group to be associated with ad_admins POSIX group: ipa group-add-member ad_admins --groups ad_admins_external 4. List members of external members of ad_admins_external group to see their SIDs: ipa group-show ad_admins_external HBAC Service Groups HBAC service groups can contain any number of individual services, or "members". Every group must have a description. EXAMPLES: Add a new HBAC service group: ipa hbacsvcgroup-add --desc="login services" login Add members to an HBAC service group: ipa hbacsvcgroup-add-member --hbacsvcs=sshd --hbacsvcs=login login Display information about a named group: ipa hbacsvcgroup-show login Delete an HBAC service group: ipa hbacsvcgroup-del login HBAC Service Groups HBAC service groups can contain any number of individual services, or "members". Every group must have a description. EXAMPLES: Add a new HBAC service group: ipa hbacsvcgroup-add --desc="login services" login Add members to an HBAC service group: ipa hbacsvcgroup-add-member --hbacsvcs=sshd,login login Display information about a named group: ipa hbacsvcgroup-show login Add a new group to the "login" group: ipa hbacsvcgroup-add --desc="switch users" login ipa hbacsvcgroup-add-member --hbacsvcs=su,su-l login Delete an HBAC service group: ipa hbacsvcgroup-del login HBAC Services The PAM services that HBAC can control access to. The name used here must match the service name that PAM is evaluating. EXAMPLES: Add a new HBAC service: ipa hbacsvc-add tftp Modify an existing HBAC service: ipa hbacsvc-mod --desc="TFTP service" tftp Search for HBAC services. This example will return two results, the FTP service and the newly-added tftp service: ipa hbacsvc-find ftp Delete an HBAC service: ipa hbacsvc-del tftp HBAC Services The PAM services that HBAC can control access to. The name used here must match the service name that PAM is evaluating. EXAMPLES: Add a new HBAC service: ipa hbacsvc-add tftp Modify an existing HBAC service: ipa hbacsvc-mod --desc="TFTP service" tftp Search for HBAC services. This example will return two results, the FTP service and the newly-added tftp service: ipa hbacsvc-find ftp Delete an HBAC service: ipa hbacsvc-del tftp Host-based access control Control who can access what services on what hosts and from where. You can use HBAC to control which users or groups on a source host can access a service, or group of services, on a target host. You can also specify a category of users, target hosts, and source hosts. This is currently limited to "all", but might be expanded in the future. Target hosts and source hosts in HBAC rules must be hosts managed by IPA. The available services and groups of services are controlled by the hbacsvc and hbacsvcgroup plug-ins respectively. EXAMPLES: Create a rule, "test1", that grants all users access to the host "server" from anywhere: ipa hbacrule-add --usercat=all --srchostcat=all test1 ipa hbacrule-add-host --hosts=server.example.com test1 Display the properties of a named HBAC rule: ipa hbacrule-show test1 Create a rule for a specific service. This lets the user john access the sshd service on any machine from any machine: ipa hbacrule-add --hostcat=all --srchostcat=all john_sshd ipa hbacrule-add-user --users=john john_sshd ipa hbacrule-add-service --hbacsvcs=sshd john_sshd Create a rule for a new service group. This lets the user john access the FTP service on any machine from any machine: ipa hbacsvcgroup-add ftpers ipa hbacsvc-add sftp ipa hbacsvcgroup-add-member --hbacsvcs=ftp,sftp ftpers ipa hbacrule-add --hostcat=all --srchostcat=all john_ftp ipa hbacrule-add-user --users=john john_ftp ipa hbacrule-add-service --hbacsvcgroups=ftpers john_ftp Disable a named HBAC rule: ipa hbacrule-disable test1 Remove a named HBAC rule: ipa hbacrule-del allow_server Host-based access control Control who can access what services on what hosts. You can use HBAC to control which users or groups can access a service, or group of services, on a target host. You can also specify a category of users and target hosts. This is currently limited to "all", but might be expanded in the future. Target hosts in HBAC rules must be hosts managed by IPA. The available services and groups of services are controlled by the hbacsvc and hbacsvcgroup plug-ins respectively. EXAMPLES: Create a rule, "test1", that grants all users access to the host "server" from anywhere: ipa hbacrule-add --usercat=all test1 ipa hbacrule-add-host --hosts=server.example.com test1 Display the properties of a named HBAC rule: ipa hbacrule-show test1 Create a rule for a specific service. This lets the user john access the sshd service on any machine from any machine: ipa hbacrule-add --hostcat=all john_sshd ipa hbacrule-add-user --users=john john_sshd ipa hbacrule-add-service --hbacsvcs=sshd john_sshd Create a rule for a new service group. This lets the user john access the FTP service on any machine from any machine: ipa hbacsvcgroup-add ftpers ipa hbacsvc-add sftp ipa hbacsvcgroup-add-member --hbacsvcs=ftp --hbacsvcs=sftp ftpers ipa hbacrule-add --hostcat=all john_ftp ipa hbacrule-add-user --users=john john_ftp ipa hbacrule-add-service --hbacsvcgroups=ftpers john_ftp Disable a named HBAC rule: ipa hbacrule-disable test1 Remove a named HBAC rule: ipa hbacrule-del allow_server Hosts/Machines A host represents a machine. It can be used in a number of contexts: - service entries are associated with a host - a host stores the host/ service principal - a host can be used in Host-based Access Control (HBAC) rules - every enrolled client generates a host entry Hosts/Machines A host represents a machine. It can be used in a number of contexts: - service entries are associated with a host - a host stores the host/ service principal - a host can be used in Host-based Access Control (HBAC) rules - every enrolled client generates a host entry ENROLLMENT: There are three enrollment scenarios when enrolling a new client: 1. You are enrolling as a full administrator. The host entry may exist or not. A full administrator is a member of the hostadmin role or the admins group. 2. You are enrolling as a limited administrator. The host must already exist. A limited administrator is a member a role with the Host Enrollment privilege. 3. The host has been created with a one-time password. A host can only be enrolled once. If a client has enrolled and needs to be re-enrolled, the host entry must be removed and re-created. Note that re-creating the host entry will result in all services for the host being removed, and all SSL certificates associated with those services being revoked. A host can optionally store information such as where it is located, the OS that it runs, etc. EXAMPLES: Add a new host: ipa host-add --location="3rd floor lab" --locality=Dallas test.example.com Delete a host: ipa host-del test.example.com Add a new host with a one-time password: ipa host-add --os='Fedora 12' --password=Secret123 test.example.com Add a new host with a random one-time password: ipa host-add --os='Fedora 12' --random test.example.com Modify information about a host: ipa host-mod --os='Fedora 12' test.example.com Remove SSH public keys of a host and update DNS to reflect this change: ipa host-mod --sshpubkey= --updatedns test.example.com Disable the host Kerberos key, SSL certificate and all of its services: ipa host-disable test.example.com Add a host that can manage this host's keytab and certificate: ipa host-add-managedby --hosts=test2 test Hosts/Machines A host represents a machine. It can be used in a number of contexts: - service entries are associated with a host - a host stores the host/ service principal - a host can be used in Host-based Access Control (HBAC) rules - every enrolled client generates a host entry ENROLLMENT: There are three enrollment scenarios when enrolling a new client: 1. You are enrolling as a full administrator. The host entry may exist or not. A full administrator is a member of the hostadmin role or the admins group. 2. You are enrolling as a limited administrator. The host must already exist. A limited administrator is a member a role with the Host Enrollment privilege. 3. The host has been created with a one-time password. RE-ENROLLMENT: Host that has been enrolled at some point, and lost its configuration (e.g. VM destroyed) can be re-enrolled. For more information, consult the manual pages for ipa-client-install. A host can optionally store information such as where it is located, the OS that it runs, etc. EXAMPLES: Add a new host: ipa host-add --location="3rd floor lab" --locality=Dallas test.example.com Delete a host: ipa host-del test.example.com Add a new host with a one-time password: ipa host-add --os='Fedora 12' --password=Secret123 test.example.com Add a new host with a random one-time password: ipa host-add --os='Fedora 12' --random test.example.com Modify information about a host: ipa host-mod --os='Fedora 12' test.example.com Remove SSH public keys of a host and update DNS to reflect this change: ipa host-mod --sshpubkey= --updatedns test.example.com Disable the host Kerberos key, SSL certificate and all of its services: ipa host-disable test.example.com Add a host that can manage this host's keytab and certificate: ipa host-add-managedby --hosts=test2 test Allow user to create a keytab: ipa host-allow-create-keytab test2 --users=tuser1 ID Views Manage ID Views IPA allows to override certain properties of users and groups per each host. This functionality is primarily used to allow migration from older systems or other Identity Management solutions. ID ranges Manage ID ranges used to map Posix IDs to SIDs and back. There are two type of ID ranges which are both handled by this utility: - the ID ranges of the local domain - the ID ranges of trusted remote domains Both types have the following attributes in common: - base-id: the first ID of the Posix ID range - range-size: the size of the range With those two attributes a range object can reserve the Posix IDs starting with base-id up to but not including base-id+range-size exclusively. Additionally an ID range of the local domain may set - rid-base: the first RID(*) of the corresponding RID range - secondary-rid-base: first RID of the secondary RID range and an ID range of a trusted domain must set - rid-base: the first RID of the corresponding RID range - dom_sid: domain SID of the trusted domain EXAMPLE: Add a new ID range for a trusted domain Since there might be more than one trusted domain the domain SID must be given while creating the ID range. ipa idrange-add --base-id=1200000 --range-size=200000 --rid-base=0 --dom-sid=S-1-5-21-123-456-789 trusted_dom_range This ID range is then used by the IPA server and the SSSD IPA provider to assign Posix UIDs to users from the trusted domain. If e.g. a range for a trusted domain is configured with the following values: base-id = 1200000 range-size = 200000 rid-base = 0 the RIDs 0 to 199999 are mapped to the Posix ID from 1200000 to 13999999. So RID 1000 <-> Posix ID 1201000 EXAMPLE: Add a new ID range for the local domain To create an ID range for the local domain it is not necessary to specify a domain SID. But since it is possible that a user and a group can have the same value as Posix ID a second RID interval is needed to handle conflicts. ipa idrange-add --base-id=1200000 --range-size=200000 --rid-base=1000 --secondary-rid-base=1000000 local_range The data from the ID ranges of the local domain are used by the IPA server internally to assign SIDs to IPA users and groups. The SID will then be stored in the user or group objects. If e.g. the ID range for the local domain is configured with the values from the example above then a new user with the UID 1200007 will get the RID 1007. If this RID is already used by a group the RID will be 1000007. This can only happen if a user or a group object was created with a fixed ID because the automatic assignment will not assign the same ID twice. Since there are only users and groups sharing the same ID namespace it is sufficient to have only one fallback range to handle conflicts. To find the Posix ID for a given RID from the local domain it has to be checked first if the RID falls in the primary or secondary RID range and the rid-base or the secondary-rid-base has to be subtracted, respectively, and the base-id has to be added to get the Posix ID. Typically the creation of ID ranges happens behind the scenes and this CLI must not be used at all. The ID range for the local domain will be created during installation or upgrade from an older version. The ID range for a trusted domain will be created together with the trust by 'ipa trust-add ...'. USE CASES: Add an ID range from a transitively trusted domain If the trusted domain (A) trusts another domain (B) as well and this trust is transitive 'ipa trust-add domain-A' will only create a range for domain A. The ID range for domain B must be added manually. Add an additional ID range for the local domain If the ID range of the local domain is exhausted, i.e. no new IDs can be assigned to Posix users or groups by the DNA plugin, a new range has to be created to allow new users and groups to be added. (Currently there is no connection between this range CLI and the DNA plugin, but a future version might be able to modify the configuration of the DNS plugin as well) In general it is not necessary to modify or delete ID ranges. If there is no other way to achieve a certain configuration than to modify or delete an ID range it should be done with great care. Because UIDs are stored in the file system and are used for access control it might be possible that users are allowed to access files of other users if an ID range got deleted and reused for a different domain. (*) The RID is typically the last integer of a user or group SID which follows the domain SID. E.g. if the domain SID is S-1-5-21-123-456-789 and a user from this domain has the SID S-1-5-21-123-456-789-1010 then 1010 is the RID of the user. RIDs are unique in a domain, 32bit values and are used for users and groups. WARNING: DNA plugin in 389-ds will allocate IDs based on the ranges configured for the local domain. Currently the DNA plugin *cannot* be reconfigured itself based on the local ranges set via this family of commands. Manual configuration change has to be done in the DNA plugin configuration for the new local range. Specifically, The dnaNextRange attribute of 'cn=Posix IDs,cn=Distributed Numeric Assignment Plugin,cn=plugins,cn=config' has to be modified to match the new range. ID ranges Manage ID ranges used to map Posix IDs to SIDs and back. There are two type of ID ranges which are both handled by this utility: - the ID ranges of the local domain - the ID ranges of trusted remote domains Both types have the following attributes in common: - base-id: the first ID of the Posix ID range - range-size: the size of the range With those two attributes a range object can reserve the Posix IDs starting with base-id up to but not including base-id+range-size exclusively. Additionally an ID range of the local domain may set - rid-base: the first RID(*) of the corresponding RID range - secondary-rid-base: first RID of the secondary RID range and an ID range of a trusted domain must set - rid-base: the first RID of the corresponding RID range - sid: domain SID of the trusted domain EXAMPLE: Add a new ID range for a trusted domain Since there might be more than one trusted domain the domain SID must be given while creating the ID range. ipa idrange-add --base-id=1200000 --range-size=200000 --rid-base=0 --dom-sid=S-1-5-21-123-456-789 trusted_dom_range This ID range is then used by the IPA server and the SSSD IPA provider to assign Posix UIDs to users from the trusted domain. If e.g. a range for a trusted domain is configured with the following values: base-id = 1200000 range-size = 200000 rid-base = 0 the RIDs 0 to 199999 are mapped to the Posix ID from 1200000 to 13999999. So RID 1000 <-> Posix ID 1201000 EXAMPLE: Add a new ID range for the local domain To create an ID range for the local domain it is not necessary to specify a domain SID. But since it is possible that a user and a group can have the same value as Posix ID a second RID interval is needed to handle conflicts. ipa idrange-add --base-id=1200000 --range-size=200000 --rid-base=1000 --secondary-rid-base=1000000 local_range The data from the ID ranges of the local domain are used by the IPA server internally to assign SIDs to IPA users and groups. The SID will then be stored in the user or group objects. If e.g. the ID range for the local domain is configured with the values from the example above then a new user with the UID 1200007 will get the RID 1007. If this RID is already used by a group the RID will be 1000007. This can only happen if a user or a group object was created with a fixed ID because the automatic assignment will not assign the same ID twice. Since there are only users and groups sharing the same ID namespace it is sufficient to have only one fallback range to handle conflicts. To find the Posix ID for a given RID from the local domain it has to be checked first if the RID falls in the primary or secondary RID range and the rid-base or the secondary-rid-base has to be subtracted, respectively, and the base-id has to be added to get the Posix ID. Typically the creation of ID ranges happens behind the scenes and this CLI must not be used at all. The ID range for the local domain will be created during installation or upgrade from an older version. The ID range for a trusted domain will be created together with the trust by 'ipa trust-add ...'. USE CASES: Add an ID range from a transitively trusted domain If the trusted domain (A) trusts another domain (B) as well and this trust is transitive 'ipa trust-add domain-A' will only create a range for domain A. The ID range for domain B must be added manually. Add an additional ID range for the local domain If the ID range of the local domain is exhausted, i.e. no new IDs can be assigned to Posix users or groups by the DNA plugin, a new range has to be created to allow new users and groups to be added. (Currently there is no connection between this range CLI and the DNA plugin, but a future version might be able to modify the configuration of the DNS plugin as well) In general it is not necessary to modify or delete ID ranges. If there is no other way to achieve a certain configuration than to modify or delete an ID range it should be done with great care. Because UIDs are stored in the file system and are used for access control it might be possible that users are allowed to access files of other users if an ID range got deleted and reused for a different domain. (*) The RID is typically the last integer of a user or group SID which follows the domain SID. E.g. if the domain SID is S-1-5-21-123-456-789 and a user from this domain has the SID S-1-5-21-123-456-789-1010 then 1010 is the RID of the user. RIDs are unique in a domain, 32bit values and are used for users and groups. ======= WARNING: DNA plugin in 389-ds will allocate IDs based on the ranges configured for the local domain. Currently the DNA plugin *cannot* be reconfigured itself based on the local ranges set via this family of commands. Manual configuration change has to be done in the DNA plugin configuration for the new local range. Specifically, The dnaNextRange attribute of 'cn=Posix IDs,cn=Distributed Numeric Assignment Plugin,cn=plugins,cn=config' has to be modified to match the new range. ======= ID ranges Manage ID ranges used to map Posix IDs to SIDs and back. There are two type of ID ranges which are both handled by this utility: - the ID ranges of the local domain - the ID ranges of trusted remote domains Both types have the following attributes in common: - base-id: the first ID of the Posix ID range - range-size: the size of the range With those two attributes a range object can reserve the Posix IDs starting with base-id up to but not including base-id+range-size exclusively. Additionally an ID range of the local domain may set - rid-base: the first RID(*) of the corresponding RID range - secondary-rid-base: first RID of the secondary RID range and an ID range of a trusted domain must set - rid-base: the first RID of the corresponding RID range - sid: domain SID of the trusted domain EXAMPLE: Add a new ID range for a trusted domain Since there might be more than one trusted domain the domain SID must be given while creating the ID range. ipa idrange-add --base-id=1200000 --range-size=200000 --rid-base=0 --dom-sid=S-1-5-21-123-456-789 trusted_dom_range This ID range is then used by the IPA server and the SSSD IPA provider to assign Posix UIDs to users from the trusted domain. If e.g. a range for a trusted domain is configured with the following values: base-id = 1200000 range-size = 200000 rid-base = 0 the RIDs 0 to 199999 are mapped to the Posix ID from 1200000 to 13999999. So RID 1000 <-> Posix ID 1201000 EXAMPLE: Add a new ID range for the local domain To create an ID range for the local domain it is not necessary to specify a domain SID. But since it is possible that a user and a group can have the same value as Posix ID a second RID interval is needed to handle conflicts. ipa idrange-add --base-id=1200000 --range-size=200000 --rid-base=1000 --secondary-rid-base=1000000 local_range The data from the ID ranges of the local domain are used by the IPA server internally to assign SIDs to IPA users and groups. The SID will then be stored in the user or group objects. If e.g. the ID range for the local domain is configured with the values from the example above then a new user with the UID 1200007 will get the RID 1007. If this RID is already used by a group the RID will be 1000007. This can only happen if a user or a group object was created with a fixed ID because the automatic assignment will not assign the same ID twice. Since there are only users and groups sharing the same ID namespace it is sufficient to have only one fallback range to handle conflicts. To find the Posix ID for a given RID from the local domain it has to be checked first if the RID falls in the primary or secondary RID range and the rid-base or the secondary-rid-base has to be subtracted, respectively, and the base-id has to be added to get the Posix ID. Typically the creation of ID ranges happens behind the scenes and this CLI must not be used at all. The ID range for the local domain will be created during installation or upgrade from an older version. The ID range for a trusted domain will be created together with the trust by 'ipa trust-add ...'. USE CASES: Add an ID range from a transitively trusted domain If the trusted domain (A) trusts another domain (B) as well and this trust is transitive 'ipa trust-add domain-A' will only create a range for domain A. The ID range for domain B must be added manually. Add an additional ID range for the local domain If the ID range of the local domain is exhausted, i.e. no new IDs can be assigned to Posix users or groups by the DNA plugin, a new range has to be created to allow new users and groups to be added. (Currently there is no connection between this range CLI and the DNA plugin, but a future version might be able to modify the configuration of the DNS plugin as well) In general it is not necessary to modify or delete ID ranges. If there is no other way to achieve a certain configuration than to modify or delete an ID range it should be done with great care. Because UIDs are stored in the file system and are used for access control it might be possible that users are allowed to access files of other users if an ID range got deleted and reused for a different domain. (*) The RID is typically the last integer of a user or group SID which follows the domain SID. E.g. if the domain SID is S-1-5-21-123-456-789 and a user from this domain has the SID S-1-5-21-123-456-789-1010 then 1010 is the RID of the user. RIDs are unique in a domain, 32bit values and are used for users and groups. WARNING: DNA plugin in 389-ds will allocate IDs based on the ranges configured for the local domain. Currently the DNA plugin *cannot* be reconfigured itself based on the local ranges set via this family of commands. Manual configuration change has to be done in the DNA plugin configuration for the new local range. Specifically, The dnaNextRange attribute of 'cn=Posix IDs,cn=Distributed Numeric Assignment Plugin,cn=plugins,cn=config' has to be modified to match the new range. ID ranges Manage ID ranges used to map Posix IDs to SIDs and back. There are two type of ID ranges which are both handled by this utility: - the ID ranges of the local domain - the ID ranges of trusted remote domains Both types have the following attributes in common: - base-id: the first ID of the Posix ID range - range-size: the size of the range With those two attributes a range object can reserve the Posix IDs starting with base-id up to but not including base-id+range-size exclusively. Additionally an ID range of the local domain may set - rid-base: the first RID(*) of the corresponding RID range - secondary-rid-base: first RID of the secondary RID range and an ID range of a trusted domain must set - rid-base: the first RID of the corresponding RID range - sid: domain SID of the trusted domain and an ID range of a trusted domain may set - auto-private-groups: [true|false|hybrid] automatic creation of private groups EXAMPLE: Add a new ID range for a trusted domain Since there might be more than one trusted domain the domain SID must be given while creating the ID range. ipa idrange-add --base-id=1200000 --range-size=200000 --rid-base=0 \ --dom-sid=S-1-5-21-123-456-789 trusted_dom_range This ID range is then used by the IPA server and the SSSD IPA provider to assign Posix UIDs to users from the trusted domain. If e.g. a range for a trusted domain is configured with the following values: base-id = 1200000 range-size = 200000 rid-base = 0 the RIDs 0 to 199999 are mapped to the Posix ID from 1200000 to 13999999. So RID 1000 <-> Posix ID 1201000 EXAMPLE: Add a new ID range for the local domain To create an ID range for the local domain it is not necessary to specify a domain SID. But since it is possible that a user and a group can have the same value as Posix ID a second RID interval is needed to handle conflicts. ipa idrange-add --base-id=1200000 --range-size=200000 --rid-base=1000 \ --secondary-rid-base=1000000 local_range The data from the ID ranges of the local domain are used by the IPA server internally to assign SIDs to IPA users and groups. The SID will then be stored in the user or group objects. If e.g. the ID range for the local domain is configured with the values from the example above then a new user with the UID 1200007 will get the RID 1007. If this RID is already used by a group the RID will be 1000007. This can only happen if a user or a group object was created with a fixed ID because the automatic assignment will not assign the same ID twice. Since there are only users and groups sharing the same ID namespace it is sufficient to have only one fallback range to handle conflicts. To find the Posix ID for a given RID from the local domain it has to be checked first if the RID falls in the primary or secondary RID range and the rid-base or the secondary-rid-base has to be subtracted, respectively, and the base-id has to be added to get the Posix ID. Typically the creation of ID ranges happens behind the scenes and this CLI must not be used at all. The ID range for the local domain will be created during installation or upgrade from an older version. The ID range for a trusted domain will be created together with the trust by 'ipa trust-add ...'. USE CASES: Add an ID range from a transitively trusted domain If the trusted domain (A) trusts another domain (B) as well and this trust is transitive 'ipa trust-add domain-A' will only create a range for domain A. The ID range for domain B must be added manually. Add an additional ID range for the local domain If the ID range of the local domain is exhausted, i.e. no new IDs can be assigned to Posix users or groups by the DNA plugin, a new range has to be created to allow new users and groups to be added. (Currently there is no connection between this range CLI and the DNA plugin, but a future version might be able to modify the configuration of the DNS plugin as well) In general it is not necessary to modify or delete ID ranges. If there is no other way to achieve a certain configuration than to modify or delete an ID range it should be done with great care. Because UIDs are stored in the file system and are used for access control it might be possible that users are allowed to access files of other users if an ID range got deleted and reused for a different domain. (*) The RID is typically the last integer of a user or group SID which follows the domain SID. E.g. if the domain SID is S-1-5-21-123-456-789 and a user from this domain has the SID S-1-5-21-123-456-789-1010 then 1010 is the RID of the user. RIDs are unique in a domain, 32bit values and are used for users and groups. IPA certificate operations IPA certificate operations Implements a set of commands for managing server SSL certificates. Certificate requests exist in the form of a Certificate Signing Request (CSR) in PEM format. If using the selfsign back end then the subject in the CSR needs to match the subject configured in the server. The dogtag CA uses just the CN value of the CSR and forces the rest of the subject. A certificate is stored with a service principal and a service principal needs a host. In order to request a certificate: * The host must exist * The service must exist (or you use the --add option to automatically add it) EXAMPLES: Request a new certificate and add the principal: ipa cert-request --add --principal=HTTP/lion.example.com example.csr Retrieve an existing certificate: ipa cert-show 1032 Revoke a certificate (see RFC 5280 for reason details): ipa cert-revoke --revocation-reason=6 1032 Remove a certificate from revocation hold status: ipa cert-remove-hold 1032 Check the status of a signing request: ipa cert-status 10 IPA currently immediately issues (or declines) all certificate requests so the status of a request is not normally useful. This is for future use or the case where a CA does not immediately issue a certificate. The following revocation reasons are supported: * 0 - unspecified * 1 - keyCompromise * 2 - cACompromise * 3 - affiliationChanged * 4 - superseded * 5 - cessationOfOperation * 6 - certificateHold * 8 - removeFromCRL * 9 - privilegeWithdrawn * 10 - aACompromise Note that reason code 7 is not used. See RFC 5280 for more details: http://www.ietf.org/rfc/rfc5280.txt IPA certificate operations Implements a set of commands for managing server SSL certificates. Certificate requests exist in the form of a Certificate Signing Request (CSR) in PEM format. The dogtag CA uses just the CN value of the CSR and forces the rest of the subject to values configured in the server. A certificate is stored with a service principal and a service principal needs a host. In order to request a certificate: * The host must exist * The service must exist (or you use the --add option to automatically add it) SEARCHING: Certificates may be searched on by certificate subject, serial number, revocation reason, validity dates and the issued date. When searching on dates the _from date does a >= search and the _to date does a <= search. When combined these are done as an AND. Dates are treated as GMT to match the dates in the certificates. The date format is YYYY-mm-dd. EXAMPLES: Request a new certificate and add the principal: ipa cert-request --add --principal=HTTP/lion.example.com example.csr Retrieve an existing certificate: ipa cert-show 1032 Revoke a certificate (see RFC 5280 for reason details): ipa cert-revoke --revocation-reason=6 1032 Remove a certificate from revocation hold status: ipa cert-remove-hold 1032 Check the status of a signing request: ipa cert-status 10 Search for certificates by hostname: ipa cert-find --subject=ipaserver.example.com Search for revoked certificates by reason: ipa cert-find --revocation-reason=5 Search for certificates based on issuance date ipa cert-find --issuedon-from=2013-02-01 --issuedon-to=2013-02-07 IPA currently immediately issues (or declines) all certificate requests so the status of a request is not normally useful. This is for future use or the case where a CA does not immediately issue a certificate. The following revocation reasons are supported: * 0 - unspecified * 1 - keyCompromise * 2 - cACompromise * 3 - affiliationChanged * 4 - superseded * 5 - cessationOfOperation * 6 - certificateHold * 8 - removeFromCRL * 9 - privilegeWithdrawn * 10 - aACompromise Note that reason code 7 is not used. See RFC 5280 for more details: http://www.ietf.org/rfc/rfc5280.txt IPA currently immediately issues (or declines) all certificate requests so the status of a request is not normally useful. This is for future use or the case where a CA does not immediately issue a certificate. IPA locations IPA provides a designated binddn to use with Sudo located at: uid=sudo,cn=sysaccounts,cn=etc,dc=example,dc=com IPA provides a means to configure the various aspects of Sudo: Users: The user(s)/group(s) allowed to invoke Sudo. Hosts: The host(s)/hostgroup(s) which the user is allowed to to invoke Sudo. Allow Command: The specific command(s) permitted to be run via Sudo. Deny Command: The specific command(s) prohibited to be run via Sudo. RunAsUser: The user(s) or group(s) of users whose rights Sudo will be invoked with. RunAsGroup: The group(s) whose gid rights Sudo will be invoked with. Options: The various Sudoers Options that can modify Sudo's behavior. IPA server roles IPA server's data is stored in LDAP server in two suffixes: * domain suffix, e.g., 'dc=example,dc=com', contains all domain related data * ca suffix, 'o=ipaca', is present only on server with CA installed. It contains data for Certificate Server component IPA servers IPA servers Get information about installed IPA servers. EXAMPLES: Find all servers: ipa server-find Show specific server: ipa server-show ipa.example.com IPA supports the use of OTP tokens for multi-factor authentication. This code enables the management of OTP tokens. IPA supports the use of an external RADIUS proxy server for krb5 OTP authentications. This permits a great deal of flexibility when integrating with third-party authentication services. IPA supports the use of certificates for authentication. Certificates can either be stored in the user entry (full certificate in the usercertificate attribute), or simply linked to the user entry through a mapping. This code enables the management of the rules allowing to link a certificate to a user entry. Implements a set of commands for managing server SSL certificates. In order to request a certificate: It may be difficult to manipulate such DNS records without making a mistake and entering an invalid value. DNS module provides an abstraction over these raw records and allows to manipulate each RR type with specific options. For each supported RR type, DNS module provides a standard option to manipulate a raw records with format --<rrtype>-rec, e.g. --mx-rec, and special options for every part of the RR structure with format --<rrtype>-<partname>, e.g. --mx-preference and --mx-exchanger. Joining an IPA domain Kerberos PKINIT feature status reporting tools. Report IPA masters on which Kerberos PKINIT is enabled or disabled EXAMPLES: List PKINIT status on all masters: ipa pkinit-status Check PKINIT status on `ipa.example.com`: ipa pkinit-status --server ipa.example.com List all IPA masters with disabled PKINIT: ipa pkinit-status --status='disabled' For more info about PKINIT support see: https://www.freeipa.org/page/V4/Kerberos_PKINIT Kerberos pkinit options Enable or disable anonymous pkinit using the principal WELLKNOWN/ANONYMOUS@REALM. The server must have been installed with pkinit support. EXAMPLES: Enable anonymous pkinit: ipa pkinit-anonymous enable Disable anonymous pkinit: ipa pkinit-anonymous disable For more information on anonymous pkinit see: http://k5wiki.kerberos.org/wiki/Projects/Anonymous_pkinit Kerberos ticket policy There is a single Kerberos ticket policy. This policy defines the maximum ticket lifetime and the maximum renewal age, the period during which the ticket is renewable. You can also create a per-user ticket policy by specifying the user login. For changes to the global policy to take effect, restarting the KDC service is required, which can be achieved using: service krb5kdc restart Changes to per-user policies take effect immediately for newly requested tickets (e.g. when the user next runs kinit). EXAMPLES: Display the current Kerberos ticket policy: ipa krbtpolicy-show Reset the policy to the default: ipa krbtpolicy-reset Modify the policy to 8 hours max life, 1-day max renewal: ipa krbtpolicy-mod --maxlife=28800 --maxrenew=86400 Display effective Kerberos ticket policy for user 'admin': ipa krbtpolicy-show admin Reset per-user policy for user 'admin': ipa krbtpolicy-reset admin Modify per-user policy for user 'admin': ipa krbtpolicy-mod admin --maxlife=3600 Lockout status of a user account An account may become locked if the password is entered incorrectly too many times within a specific time period as controlled by password policy. A locked account is a temporary condition and may be unlocked by an administrator. This connects to each IPA master and displays the lockout status on each one. To determine whether an account is locked on a given server you need to compare the number of failed logins and the time of the last failure. For an account to be locked it must exceed the maxfail failures within the failinterval duration as specified in the password policy associated with the user. The failed login counter is modified only when a user attempts a log in so it is possible that an account may appear locked but the last failed login attempt is older than the lockouttime of the password policy. This means that the user may attempt a login again. Manage CA ACL rules. This plugin is used to define rules governing which CAs and profiles may be used to issue certificates to particular principals or groups of principals. SUBJECT PRINCIPAL SCOPE: For a certificate request to be allowed, the principal(s) that are the subject of a certificate request (not necessarily the principal actually requesting the certificate) must be included in the scope of a CA ACL that also includes the target CA and profile. Users can be included by name, group or the "all users" category. Hosts can be included by name, hostgroup or the "all hosts" category. Services can be included by service name or the "all services" category. CA ACLs may be associated with a single type of principal, or multiple types. CERTIFICATE AUTHORITY SCOPE: A CA ACL can be associated with one or more CAs by name, or by the "all CAs" category. For compatibility reasons, a CA ACL with no CA association implies an association with the 'ipa' CA (and only this CA). PROFILE SCOPE: A CA ACL can be associated with one or more profiles by Profile ID. The Profile ID is a string without spaces or punctuation starting with a letter and followed by a sequence of letters, digits or underscore ("_"). EXAMPLES: Create a CA ACL "test" that grants all users access to the "UserCert" profile on all CAs: ipa caacl-add test --usercat=all --cacat=all ipa caacl-add-profile test --certprofiles UserCert Display the properties of a named CA ACL: ipa caacl-show test Create a CA ACL to let user "alice" use the "DNP3" profile on "DNP3-CA": ipa caacl-add alice_dnp3 ipa caacl-add-ca alice_dnp3 --cas DNP3-CA ipa caacl-add-profile alice_dnp3 --certprofiles DNP3 ipa caacl-add-user alice_dnp3 --user=alice Disable a CA ACL: ipa caacl-disable test Remove a CA ACL: ipa caacl-del test Manage CA ACL rules. This plugin is used to define rules governing which principals are permitted to have certificates issued using a given certificate profile. PROFILE ID SYNTAX: A Profile ID is a string without spaces or punctuation starting with a letter and followed by a sequence of letters, digits or underscore ("_"). EXAMPLES: Create a CA ACL "test" that grants all users access to the "UserCert" profile: ipa caacl-add test --usercat=all ipa caacl-add-profile test --certprofiles UserCert Display the properties of a named CA ACL: ipa caacl-show test Create a CA ACL to let user "alice" use the "DNP3" profile: ipa caacl-add-profile alice_dnp3 --certprofiles DNP3 ipa caacl-add-user alice_dnp3 --user=alice Disable a CA ACL: ipa caacl-disable test Remove a CA ACL: ipa caacl-del test Manage Certificate Authorities Manage Certificate Identity Mapping configuration and rules. Manage Certificate Profiles Certificate Profiles are used by Certificate Authority (CA) in the signing of certificates to determine if a Certificate Signing Request (CSR) is acceptable, and if so what features and extensions will be present on the certificate. The Certificate Profile format is the property-list format understood by the Dogtag or Red Hat Certificate System CA. PROFILE ID SYNTAX: A Profile ID is a string without spaces or punctuation starting with a letter and followed by a sequence of letters, digits or underscore ("_"). EXAMPLES: Import a profile that will not store issued certificates: ipa certprofile-import ShortLivedUserCert --file UserCert.profile --desc "User Certificates" --store=false Delete a certificate profile: ipa certprofile-del ShortLivedUserCert Show information about a profile: ipa certprofile-show ShortLivedUserCert Save profile configuration to a file: ipa certprofile-show caIPAserviceCert --out caIPAserviceCert.cfg Search for profiles that do not store certificates: ipa certprofile-find --store=false PROFILE CONFIGURATION FORMAT: The profile configuration format is the raw property-list format used by Dogtag Certificate System. The XML format is not supported. The following restrictions apply to profiles managed by IPA: - When importing a profile the "profileId" field, if present, must match the ID given on the command line. - The "classId" field must be set to "caEnrollImpl" - The "auth.instance_id" field must be set to "raCertAuth" - The "certReqInputImpl" input class and "certOutputImpl" output class must be used. Manage Certificate Profiles Certificate Profiles are used by Certificate Authority (CA) in the signing of certificates to determine if a Certificate Signing Request (CSR) is acceptable, and if so what features and extensions will be present on the certificate. The Certificate Profile format is the property-list format understood by the Dogtag or Red Hat Certificate System CA. PROFILE ID SYNTAX: A Profile ID is a string without spaces or punctuation starting with a letter and followed by a sequence of letters, digits or underscore ("_"). EXAMPLES: Import a profile that will not store issued certificates: ipa certprofile-import ShortLivedUserCert \ --file UserCert.profile --desc "User Certificates" \ --store=false Delete a certificate profile: ipa certprofile-del ShortLivedUserCert Show information about a profile: ipa certprofile-show ShortLivedUserCert Save profile configuration to a file: ipa certprofile-show caIPAserviceCert --out caIPAserviceCert.cfg Search for profiles that do not store certificates: ipa certprofile-find --store=false PROFILE CONFIGURATION FORMAT: The profile configuration format is the raw property-list format used by Dogtag Certificate System. The XML format is not supported. The following restrictions apply to profiles managed by IPA: - When importing a profile the "profileId" field, if present, must match the ID given on the command line. - The "classId" field must be set to "caEnrollImpl" - The "auth.instance_id" field must be set to "raCertAuth" - The "certReqInputImpl" input class and "certOutputImpl" output class must be used. Manage DNS zone and resource records. Manage OTP tokens. Manage RADIUS Proxy Servers. Manage YubiKey tokens. Manage vaults. Managed permissions Manipulate DNS locations Manipulate DNS server configuration Migration to IPA Migrate users and groups from an LDAP server to IPA. This performs an LDAP query against the remote server searching for users and groups in a container. In order to migrate passwords you need to bind as a user that can read the userPassword attribute on the remote server. This is generally restricted to high-level admins such as cn=Directory Manager in 389-ds (this is the default bind user). The default user container is ou=People. The default group container is ou=Groups. Users and groups that already exist on the IPA server are skipped. Two LDAP schemas define how group members are stored: RFC2307 and RFC2307bis. RFC2307bis uses member and uniquemember to specify group members, RFC2307 uses memberUid. The default schema is RFC2307bis. The schema compat feature allows IPA to reformat data for systems that do not support RFC2307bis. It is recommended that this feature is disabled during migration to reduce system overhead. It can be re-enabled after migration. To migrate with it enabled use the "--with-compat" option. Migrated users do not have Kerberos credentials, they have only their LDAP password. To complete the migration process, users need to go to http://ipa.example.com/ipa/migration and authenticate using their LDAP password in order to generate their Kerberos credentials. Migration is disabled by default. Use the command ipa config-mod to enable it: ipa config-mod --enable-migration=TRUE If a base DN is not provided with --basedn then IPA will use either the value of defaultNamingContext if it is set or the first value in namingContexts set in the root of the remote LDAP server. Users are added as members to the default user group. This can be a time-intensive task so during migration this is done in a batch mode for every 100 users. As a result there will be a window in which users will be added to IPA but will not be members of the default user group. EXAMPLES: The simplest migration, accepting all defaults: ipa migrate-ds ldap://ds.example.com:389 Specify the user and group container. This can be used to migrate user and group data from an IPA v1 server: ipa migrate-ds --user-container='cn=users,cn=accounts' --group-container='cn=groups,cn=accounts' ldap://ds.example.com:389 Since IPA v2 server already contain predefined groups that may collide with groups in migrated (IPA v1) server (for example admins, ipausers), users having colliding group as their primary group may happen to belong to an unknown group on new IPA v2 server. Use --group-overwrite-gid option to overwrite GID of already existing groups to prevent this issue: ipa migrate-ds --group-overwrite-gid --user-container='cn=users,cn=accounts' --group-container='cn=groups,cn=accounts' ldap://ds.example.com:389 Migrated users or groups may have object class and accompanied attributes unknown to the IPA v2 server. These object classes and attributes may be left out of the migration process: ipa migrate-ds --user-container='cn=users,cn=accounts' --group-container='cn=groups,cn=accounts' --user-ignore-objectclass=radiusprofile --user-ignore-attribute=radiusgroupname ldap://ds.example.com:389 LOGGING Migration will log warnings and errors to the Apache error log. This file should be evaluated post-migration to correct or investigate any issues that were discovered. For every 100 users migrated an info-level message will be displayed to give the current progress and duration to make it possible to track the progress of migration. If the log level is debug, either by setting debug = True in /etc/ipa/default.conf or /etc/ipa/server.conf, then an entry will be printed for each user added plus a summary when the default user group is updated. Migration to IPA Migrate users and groups from an LDAP server to IPA. This performs an LDAP query against the remote server searching for users and groups in a container. In order to migrate passwords you need to bind as a user that can read the userPassword attribute on the remote server. This is generally restricted to high-level admins such as cn=Directory Manager in 389-ds (this is the default bind user). The default user container is ou=People. The default group container is ou=Groups. Users and groups that already exist on the IPA server are skipped. Two LDAP schemas define how group members are stored: RFC2307 and RFC2307bis. RFC2307bis uses member and uniquemember to specify group members, RFC2307 uses memberUid. The default schema is RFC2307bis. The schema compat feature allows IPA to reformat data for systems that do not support RFC2307bis. It is recommended that this feature is disabled during migration to reduce system overhead. It can be re-enabled after migration. To migrate with it enabled use the "--with-compat" option. Migrated users do not have Kerberos credentials, they have only their LDAP password. To complete the migration process, users need to go to http://ipa.example.com/ipa/migration and authenticate using their LDAP password in order to generate their Kerberos credentials. Migration is disabled by default. Use the command ipa config-mod to enable it: ipa config-mod --enable-migration=TRUE If a base DN is not provided with --basedn then IPA will use either the value of defaultNamingContext if it is set or the first value in namingContexts set in the root of the remote LDAP server. Users are added as members to the default user group. This can be a time-intensive task so during migration this is done in a batch mode for every 100 users. As a result there will be a window in which users will be added to IPA but will not be members of the default user group. EXAMPLES: The simplest migration, accepting all defaults: ipa migrate-ds ldap://ds.example.com:389 Specify the user and group container. This can be used to migrate user and group data from an IPA v1 server: ipa migrate-ds --user-container='cn=users,cn=accounts' \ --group-container='cn=groups,cn=accounts' \ ldap://ds.example.com:389 Since IPA v2 server already contain predefined groups that may collide with groups in migrated (IPA v1) server (for example admins, ipausers), users having colliding group as their primary group may happen to belong to an unknown group on new IPA v2 server. Use --group-overwrite-gid option to overwrite GID of already existing groups to prevent this issue: ipa migrate-ds --group-overwrite-gid \ --user-container='cn=users,cn=accounts' \ --group-container='cn=groups,cn=accounts' \ ldap://ds.example.com:389 Migrated users or groups may have object class and accompanied attributes unknown to the IPA v2 server. These object classes and attributes may be left out of the migration process: ipa migrate-ds --user-container='cn=users,cn=accounts' \ --group-container='cn=groups,cn=accounts' \ --user-ignore-objectclass=radiusprofile \ --user-ignore-attribute=radiusgroupname \ ldap://ds.example.com:389 LOGGING Migration will log warnings and errors to the Apache error log. This file should be evaluated post-migration to correct or investigate any issues that were discovered. For every 100 users migrated an info-level message will be displayed to give the current progress and duration to make it possible to track the progress of migration. If the log level is debug, either by setting debug = True in /etc/ipa/default.conf or /etc/ipa/server.conf, then an entry will be printed for each user added plus a summary when the default user group is updated. Misc plug-ins Modify ID range. ======= WARNING: DNA plugin in 389-ds will allocate IDs based on the ranges configured for the local domain. Currently the DNA plugin *cannot* be reconfigured itself based on the local ranges set via this family of commands. Manual configuration change has to be done in the DNA plugin configuration for the new local range. Specifically, The dnaNextRange attribute of 'cn=Posix IDs,cn=Distributed Numeric Assignment Plugin,cn=plugins,cn=config' has to be modified to match the new range. ======= Modify a trust (for future use). Currently only the default option to modify the LDAP attributes is available. More specific options will be added in coming releases. Netgroups A netgroup is a group used for permission checking. It can contain both user and host values. EXAMPLES: Add a new netgroup: ipa netgroup-add --desc="NFS admins" admins Add members to the netgroup: ipa netgroup-add-member --users=tuser1 --users=tuser2 admins Remove a member from the netgroup: ipa netgroup-remove-member --users=tuser2 admins Display information about a netgroup: ipa netgroup-show admins Delete a netgroup: ipa netgroup-del admins Netgroups A netgroup is a group used for permission checking. It can contain both user and host values. EXAMPLES: Add a new netgroup: ipa netgroup-add --desc="NFS admins" admins Add members to the netgroup: ipa netgroup-add-member --users=tuser1,tuser2 admins Remove a member from the netgroup: ipa netgroup-remove-member --users=tuser2 admins Display information about a netgroup: ipa netgroup-show admins Delete a netgroup: ipa netgroup-del admins Note that reason code 7 is not used. See RFC 5280 for more details: Note the distinction between attributes and entries. The permissions are independent, so being able to add a user does not mean that the user will be editable. OTP Tokens OTP Tokens Manage OTP tokens. IPA supports the use of OTP tokens for multi-factor authentication. This code enables the management of OTP tokens. EXAMPLES: Add a new token: ipa otptoken-add --type=totp --owner=jdoe --desc="My soft token" Examine the token: ipa otptoken-show a93db710-a31a-4639-8647-f15b2c70b78a Change the vendor: ipa otptoken-mod a93db710-a31a-4639-8647-f15b2c70b78a --vendor="Red Hat" Delete a token: ipa otptoken-del a93db710-a31a-4639-8647-f15b2c70b78a OTP configuration Manage the default values that IPA uses for OTP tokens. EXAMPLES: Show basic OTP configuration: ipa otpconfig-show Show all OTP configuration options: ipa otpconfig-show --all Change maximum TOTP authentication window to 10 minutes: ipa otpconfig-mod --totp-auth-window=600 Change maximum TOTP synchronization window to 12 hours: ipa otpconfig-mod --totp-sync-window=43200 Change maximum HOTP authentication window to 5: ipa hotpconfig-mod --hotp-auth-window=5 Change maximum HOTP synchronization window to 50: ipa hotpconfig-mod --hotp-sync-window=50 Password policy A password policy sets limitations on IPA passwords, including maximum lifetime, minimum lifetime, the number of passwords to save in history, the number of character classes required (for stronger passwords) and the minimum password length. By default there is a single, global policy for all users. You can also create a password policy to apply to a group. Each user is only subject to one password policy, either the group policy or the global policy. A group policy stands alone; it is not a super-set of the global policy plus custom settings. Each group password policy requires a unique priority setting. If a user is in multiple groups that have password policies, this priority determines which password policy is applied. A lower value indicates a higher priority policy. Group password policies are automatically removed when the groups they are associated with are removed. EXAMPLES: Modify the global policy: ipa pwpolicy-mod --minlength=10 Add a new group password policy: ipa pwpolicy-add --maxlife=90 --minlife=1 --history=10 --minclasses=3 --minlength=8 --priority=10 localadmins Display the global password policy: ipa pwpolicy-show Display a group password policy: ipa pwpolicy-show localadmins Display the policy that would be applied to a given user: ipa pwpolicy-show --user=tuser1 Modify a group password policy: ipa pwpolicy-mod --minclasses=2 localadmins Password policy A password policy sets limitations on IPA passwords, including maximum lifetime, minimum lifetime, the number of passwords to save in history, the number of character classes required (for stronger passwords) and the minimum password length. By default there is a single, global policy for all users. You can also create a password policy to apply to a group. Each user is only subject to one password policy, either the group policy or the global policy. A group policy stands alone; it is not a super-set of the global policy plus custom settings. Each group password policy requires a unique priority setting. If a user is in multiple groups that have password policies, this priority determines which password policy is applied. A lower value indicates a higher priority policy. Group password policies are automatically removed when the groups they are associated with are removed. Grace period defines the number of LDAP logins allowed after expiration. -1 means do not enforce expiration to match previous behavior. 0 allows no additional logins after expiration. EXAMPLES: Modify the global policy: ipa pwpolicy-mod --minlength=10 Add a new group password policy: ipa pwpolicy-add --maxlife=90 --minlife=1 --history=10 --minclasses=3 --minlength=8 --priority=10 localadmins Display the global password policy: ipa pwpolicy-show Display a group password policy: ipa pwpolicy-show localadmins Display the policy that would be applied to a given user: ipa pwpolicy-show --user=tuser1 Modify a group password policy: ipa pwpolicy-mod --minclasses=2 localadmins Permissions Permissions A permission enables fine-grained delegation of rights. A permission is a human-readable form of a 389-ds Access Control Rule, or instruction (ACI). A permission grants the right to perform a specific task such as adding a user, modifying a group, etc. A permission may not contain other permissions. * A permission grants access to read, write, add or delete. * A privilege combines similar permissions (for example all the permissions needed to add a user). * A role grants a set of privileges to users, groups, hosts or hostgroups. A permission is made up of a number of different parts: 1. The name of the permission. 2. The target of the permission. 3. The rights granted by the permission. Rights define what operations are allowed, and may be one or more of the following: 1. write - write one or more attributes 2. read - read one or more attributes 3. add - add a new entry to the tree 4. delete - delete an existing entry 5. all - all permissions are granted Read permission is granted for most attributes by default so the read permission is not expected to be used very often. Note the distinction between attributes and entries. The permissions are independent, so being able to add a user does not mean that the user will be editable. There are a number of allowed targets: 1. type: a type of object (user, group, etc). 2. memberof: a member of a group or hostgroup 3. filter: an LDAP filter 4. subtree: an LDAP filter specifying part of the LDAP DIT. This is a super-set of the "type" target. 5. targetgroup: grant access to modify a specific group (such as granting the rights to manage group membership) EXAMPLES: Add a permission that grants the creation of users: ipa permission-add --type=user --permissions=add "Add Users" Add a permission that grants the ability to manage group membership: ipa permission-add --attrs=member --permissions=write --type=group "Manage Group Members" Permissions A permission enables fine-grained delegation of rights. A permission is a human-readable wrapper around a 389-ds Access Control Rule, or instruction (ACI). A permission grants the right to perform a specific task such as adding a user, modifying a group, etc. A permission may not contain other permissions. * A permission grants access to read, write, add, delete, read, search, or compare. * A privilege combines similar permissions (for example all the permissions needed to add a user). * A role grants a set of privileges to users, groups, hosts or hostgroups. A permission is made up of a number of different parts: 1. The name of the permission. 2. The target of the permission. 3. The rights granted by the permission. Rights define what operations are allowed, and may be one or more of the following: 1. write - write one or more attributes 2. read - read one or more attributes 3. search - search on one or more attributes 4. compare - compare one or more attributes 5. add - add a new entry to the tree 6. delete - delete an existing entry 7. all - all permissions are granted Note the distinction between attributes and entries. The permissions are independent, so being able to add a user does not mean that the user will be editable. There are a number of allowed targets: 1. subtree: a DN; the permission applies to the subtree under this DN 2. target filter: an LDAP filter 3. target: DN with possible wildcards, specifies entries permission applies to Additionally, there are the following convenience options. Setting one of these options will set the corresponding attribute(s). 1. type: a type of object (user, group, etc); sets subtree and target filter. 2. memberof: apply to members of a group; sets target filter 3. targetgroup: grant access to modify a specific group (such as granting the rights to manage group membership); sets target. Managed permissions Permissions that come with IPA by default can be so-called "managed" permissions. These have a default set of attributes they apply to, but the administrator can add/remove individual attributes to/from the set. Deleting or renaming a managed permission, as well as changing its target, is not allowed. EXAMPLES: Add a permission that grants the creation of users: ipa permission-add --type=user --permissions=add "Add Users" Add a permission that grants the ability to manage group membership: ipa permission-add --attrs=member --permissions=write --type=group "Manage Group Members" Permissions that come with IPA by default can be so-called "managed" permissions. These have a default set of attributes they apply to, but the administrator can add/remove individual attributes to/from the set. Ping the remote IPA server to ensure it is running. The ping command sends an echo request to an IPA server. The server returns its version information. This is used by an IPA client to confirm that the server is available and accepting requests. The server from xmlrpc_uri in /etc/ipa/default.conf is contacted first. If it does not respond then the client will contact any servers defined by ldap SRV records in DNS. EXAMPLES: Ping an IPA server: ipa ping ------------------------------------------ IPA server version 2.1.9. API version 2.20 ------------------------------------------ Ping an IPA server verbosely: ipa -v ping ipa: INFO: trying https://ipa.example.com/ipa/xml ipa: INFO: Forwarding 'ping' to server 'https://ipa.example.com/ipa/xml' ----------------------------------------------------- IPA server version 2.1.9. API version 2.20 ----------------------------------------------------- Ping the remote IPA server to ensure it is running. The ping command sends an echo request to an IPA server. The server returns its version information. This is used by an IPA client to confirm that the server is available and accepting requests. The server from xmlrpc_uri in /etc/ipa/default.conf is contacted first. If it does not respond then the client will contact any servers defined by ldap SRV records in DNS. EXAMPLES: Ping an IPA server: ipa ping ------------------------------------------ IPA server version 2.1.9. API version 2.20 ------------------------------------------ Ping an IPA server verbosely: ipa -v ping ipa: INFO: trying https://ipa.example.com/ipa/xml ipa: INFO: Forwarding 'ping' to server u'https://ipa.example.com/ipa/xml' ----------------------------------------------------- IPA server version 2.1.9. API version 2.20 ----------------------------------------------------- Plugin to make multiple ipa calls via one remote procedure call To run this code in the lite-server curl -H "Content-Type:application/json" -H "Accept:application/json" -H "Accept-Language:en" --negotiate -u : --cacert /etc/ipa/ca.crt -d @batch_request.json -X POST http://localhost:8888/ipa/json where the contents of the file batch_request.json follow the below example {"method":"batch","params":[[ {"method":"group_find","params":[[],{}]}, {"method":"user_find","params":[[],{"whoami":"true","all":"true"}]}, {"method":"user_show","params":[["admin"],{"all":true}]} ],{}],"id":1} The format of the response is nested the same way. At the top you will see "error": null, "id": 1, "result": { "count": 3, "results": [ And then a nested response for each IPA command method sent in the request Plugin to make multiple ipa calls via one remote procedure call To run this code in the lite-server curl -H "Content-Type:application/json" -H "Accept:application/json" -H "Accept-Language:en" --negotiate -u : --cacert /etc/ipa/ca.crt -d @batch_request.json -X POST http://localhost:8888/ipa/json where the contents of the file batch_request.json follow the below example {"method":"batch","params":[[ {"method":"group_find","params":[[],{}]}, {"method":"user_find","params":[[],{"whoami":"true","all":"true"}]}, {"method":"user_show","params":[["admin"],{"all":true}]} ],{}],"id":1} The format of the response is nested the same way. At the top you will see "error": null, "id": 1, "result": { "count": 3, "results": [ And then a nested response for each IPA command method sent in the request Plugins not accessible directly through the CLI, commands used internally Privileges A privilege combines permissions into a logical task. A permission provides the rights to do a single task. There are some IPA operations that require multiple permissions to succeed. A privilege is where permissions are combined in order to perform a specific task. For example, adding a user requires the following permissions: * Creating a new user entry * Resetting a user password * Adding the new user to the default IPA users group Combining these three low-level tasks into a higher level task in the form of a privilege named "Add User" makes it easier to manage Roles. A privilege may not contain other privileges. See role and permission for additional information. Provides API introspection capabilities. RADIUS Proxy Servers RADIUS Proxy Servers Manage RADIUS Proxy Servers. IPA supports the use of an external RADIUS proxy server for krb5 OTP authentications. This permits a great deal of flexibility when integrating with third-party authentication services. EXAMPLES: Add a new server: ipa radiusproxy-add MyRADIUS --server=radius.example.com:1812 Find all servers whose entries include the string "example.com": ipa radiusproxy-find example.com Examine the configuration: ipa radiusproxy-show MyRADIUS Change the secret: ipa radiusproxy-mod MyRADIUS --secret Delete a configuration: ipa radiusproxy-del MyRADIUS RE-ENROLLMENT: Host that has been enrolled at some point, and lost its configuration (e.g. VM destroyed) can be re-enrolled. For more information, consult the manual pages for ipa-client-install. A host can optionally store information such as where it is located, the OS that it runs, etc. Raise the IPA Domain Level. Realm domains Manage the list of domains associated with IPA realm. EXAMPLES: Display the current list of realm domains: ipa realmdomains-show Replace the list of realm domains: ipa realmdomains-mod --domain=example.com ipa realmdomains-mod --domain={example1.com,example2.com,example3.com} Add a domain to the list of realm domains: ipa realmdomains-mod --add-domain=newdomain.com Delete a domain from the list of realm domains: ipa realmdomains-mod --del-domain=olddomain.com Realm domains Manage the list of domains associated with IPA realm. This list is useful for Domain Controllers from other realms which have established trust with this IPA realm. They need the information to know which request should be forwarded to KDC of this IPA realm. Automatic management: a domain is automatically added to the realm domains list when a new DNS Zone managed by IPA is created. Same applies for deletion. Externally managed DNS: domains which are not managed in IPA server DNS need to be manually added to the list using ipa realmdomains-mod command. EXAMPLES: Display the current list of realm domains: ipa realmdomains-show Replace the list of realm domains: ipa realmdomains-mod --domain=example.com ipa realmdomains-mod --domain={example1.com,example2.com,example3.com} Add a domain to the list of realm domains: ipa realmdomains-mod --add-domain=newdomain.com Delete a domain from the list of realm domains: ipa realmdomains-mod --del-domain=olddomain.com Removal of '%(hostname)s' leads to disconnected topology in suffix '%(suffix)s': %(errors)s Replication topology in suffix '%(suffix)s' is disconnected: %(errors)s Return information about currently authenticated identity Who am I command returns information on how to get more details about the identity authenticated for this request. The information includes: * type of object * command to retrieve details of the object * arguments and options to pass to the command The information is returned as a dictionary. Examples below use 'key: value' output for illustrative purposes. EXAMPLES: Look up as IPA user: kinit admin ipa console >> api.Command.whoami() ------------------------------------------ object: user command: user_show/1 arguments: admin ------------------------------------------ Look up as a user from a trusted domain: kinit user@AD.DOMAIN ipa console >> api.Command.whoami() ------------------------------------------ object: idoverrideuser command: idoverrideuser_show/1 arguments: ('default trust view', 'user@ad.domain') ------------------------------------------ Look up as a host: kinit -k ipa console >> api.Command.whoami() ------------------------------------------ object: host command: host_show/1 arguments: ipa.example.com ------------------------------------------ Look up as a Kerberos service: kinit -k -t /path/to/keytab HTTP/ipa.example.com ipa console >> api.Command.whoami() ------------------------------------------ object: service command: service_show/1 arguments: HTTP/ipa.example.com ------------------------------------------ Rights define what operations are allowed, and may be one or more of the following: 1. write - write one or more attributes 2. read - read one or more attributes 3. search - search on one or more attributes 4. compare - compare one or more attributes 5. add - add a new entry to the tree 6. delete - delete an existing entry 7. all - all permissions are granted Roles A role is used for fine-grained delegation. A permission grants the ability to perform given low-level tasks (add a user, modify a group, etc.). A privilege combines one or more permissions into a higher-level abstraction such as useradmin. A useradmin would be able to add, delete and modify users. Privileges are assigned to Roles. Users, groups, hosts and hostgroups may be members of a Role. Roles can not contain other roles. EXAMPLES: Add a new role: ipa role-add --desc="Junior-level admin" junioradmin Add some privileges to this role: ipa role-add-privilege --privileges=addusers junioradmin ipa role-add-privilege --privileges=change_password junioradmin ipa role-add-privilege --privileges=add_user_to_default_group junioradmin Add a group of users to this role: ipa group-add --desc="User admins" useradmins ipa role-add-member --groups=useradmins junioradmin Display information about a role: ipa role-show junioradmin The result of this is that any users in the group 'junioradmin' can add users, reset passwords or add a user to the default IPA user group. SEARCHING: SELinux User Mapping Map IPA users to SELinux users by host. Hosts, hostgroups, users and groups can be either defined within the rule or it may point to an existing HBAC rule. When using --hbacrule option to selinuxusermap-find an exact match is made on the HBAC rule name, so only one or zero entries will be returned. EXAMPLES: Create a rule, "test1", that sets all users to xguest_u:s0 on the host "server": ipa selinuxusermap-add --usercat=all --selinuxuser=xguest_u:s0 test1 ipa selinuxusermap-add-host --hosts=server.example.com test1 Create a rule, "test2", that sets all users to guest_u:s0 and uses an existing HBAC rule for users and hosts: ipa selinuxusermap-add --usercat=all --hbacrule=webserver --selinuxuser=guest_u:s0 test2 Display the properties of a rule: ipa selinuxusermap-show test2 Create a rule for a specific user. This sets the SELinux context for user john to unconfined_u:s0-s0:c0.c1023 on any machine: ipa selinuxusermap-add --hostcat=all --selinuxuser=unconfined_u:s0-s0:c0.c1023 john_unconfined ipa selinuxusermap-add-user --users=john john_unconfined Disable a rule: ipa selinuxusermap-disable test1 Enable a rule: ipa selinuxusermap-enable test1 Find a rule referencing a specific HBAC rule: ipa selinuxusermap-find --hbacrule=allow_some Remove a rule: ipa selinuxusermap-del john_unconfined SEEALSO: The list controlling the order in which the SELinux user map is applied and the default SELinux user are available in the config-show command. SUPPORTED ZONE TYPES * Master zone (dnszone-*), contains authoritative data. * Forward zone (dnsforwardzone-*), forwards queries to configured forwarders (a set of DNS servers). Search for ACIs. Returns a list of ACIs EXAMPLES: To find all ACIs that apply directly to members of the group ipausers: ipa aci-find --memberof=ipausers To find all ACIs that grant add access: ipa aci-find --permissions=add Note that the find command only looks for the given text in the set of ACIs, it does not evaluate the ACIs to see if something would apply. For example, searching on memberof=ipausers will find all ACIs that have ipausers as a memberof. There may be other ACIs that apply to members of that group indirectly. Self-service Permissions A permission enables fine-grained delegation of permissions. Access Control Rules, or instructions (ACIs), grant permission to permissions to perform given tasks such as adding a user, modifying a group, etc. A Self-service permission defines what an object can change in its own entry. EXAMPLES: Add a self-service rule to allow users to manage their address (using Bash brace expansion): ipa selfservice-add --permissions=write --attrs={street,postalCode,l,c,st} "Users manage their own address" When managing the list of attributes you need to include all attributes in the list, including existing ones. Add telephoneNumber to the list (using Bash brace expansion): ipa selfservice-mod --attrs={street,postalCode,l,c,st,telephoneNumber} "Users manage their own address" Display our updated rule: ipa selfservice-show "Users manage their own address" Delete a rule: ipa selfservice-del "Users manage their own address" Self-service Permissions A permission enables fine-grained delegation of permissions. Access Control Rules, or instructions (ACIs), grant permission to permissions to perform given tasks such as adding a user, modifying a group, etc. A Self-service permission defines what an object can change in its own entry. EXAMPLES: Add a self-service rule to allow users to manage their address: ipa selfservice-add --permissions=write --attrs=street,postalCode,l,c,st "Users manage their own address" When managing the list of attributes you need to include all attributes in the list, including existing ones. Add telephoneNumber to the list: ipa selfservice-mod --attrs=street,postalCode,l,c,st,telephoneNumber "Users manage their own address" Display our updated rule: ipa selfservice-show "Users manage their own address" Delete a rule: ipa selfservice-del "Users manage their own address" Server configuration Manage the default values that IPA uses and some of its tuning parameters. NOTES: The password notification value (--pwdexpnotify) is stored here so it will be replicated. It is not currently used to notify users in advance of an expiring password. Some attributes are read-only, provided only for information purposes. These include: Certificate Subject base: the configured certificate subject base, e.g. O=EXAMPLE.COM. This is configurable only at install time. Password plug-in features: currently defines additional hashes that the password will generate (there may be other conditions). When setting the order list for mapping SELinux users you may need to quote the value so it isn't interpreted by the shell. EXAMPLES: Show basic server configuration: ipa config-show Show all configuration options: ipa config-show --all Change maximum username length to 99 characters: ipa config-mod --maxusername=99 Increase default time and size limits for maximum IPA server search: ipa config-mod --searchtimelimit=10 --searchrecordslimit=2000 Set default user e-mail domain: ipa config-mod --emaildomain=example.com Enable migration mode to make "ipa migrate-ds" command operational: ipa config-mod --enable-migration=TRUE Define SELinux user map order: ipa config-mod --ipaselinuxusermaporder='guest_u:s0$xguest_u:s0$user_u:s0-s0:c0.c1023$staff_u:s0-s0:c0.c1023$unconfined_u:s0-s0:c0.c1023' Server configuration Manage the default values that IPA uses and some of its tuning parameters. NOTES: The password notification value (--pwdexpnotify) is stored here so it will be replicated. It is not currently used to notify users in advance of an expiring password. Some attributes are read-only, provided only for information purposes. These include: Certificate Subject base: the configured certificate subject base, e.g. O=EXAMPLE.COM. This is configurable only at install time. Password plug-in features: currently defines additional hashes that the password will generate (there may be other conditions). When setting the order list for mapping SELinux users you may need to quote the value so it isn't interpreted by the shell. The maximum length of a hostname in Linux is controlled by MAXHOSTNAMELEN in the kernel and defaults to 64. Some other operating systems, Solaris for example, allows hostnames up to 255 characters. This option will allow flexibility in length but by default limiting to the Linux maximum length. EXAMPLES: Show basic server configuration: ipa config-show Show all configuration options: ipa config-show --all Change maximum username length to 99 characters: ipa config-mod --maxusername=99 Change maximum host name length to 255 characters: ipa config-mod --maxhostname=255 Increase default time and size limits for maximum IPA server search: ipa config-mod --searchtimelimit=10 --searchrecordslimit=2000 Set default user e-mail domain: ipa config-mod --emaildomain=example.com Enable migration mode to make "ipa migrate-ds" command operational: ipa config-mod --enable-migration=TRUE Define SELinux user map order: ipa config-mod --ipaselinuxusermaporder='guest_u:s0$xguest_u:s0$user_u:s0-s0:c0.c1023$staff_u:s0-s0:c0.c1023$unconfined_u:s0-s0:c0.c1023' Service Constrained Delegation Manage rules to allow constrained delegation of credentials so that a service can impersonate a user when communicating with another service without requiring the user to actually forward their TGT. This makes for a much better method of delegating credentials as it prevents exposure of the short term secret of the user. The naming convention is to append the word "target" or "targets" to a matching rule name. This is not mandatory but helps conceptually to associate rules and targets. A rule consists of two things: - A list of targets the rule applies to - A list of memberPrincipals that are allowed to delegate for those targets A target consists of a list of principals that can be delegated. In English, a rule says that this principal can delegate as this list of principals, as defined by these targets. EXAMPLES: Add a new constrained delegation rule: ipa servicedelegationrule-add ftp-delegation Add a new constrained delegation target: ipa servicedelegationtarget-add ftp-delegation-target Add a principal to the rule: ipa servicedelegationrule-add-member --principals=ftp/ipa.example.com ftp-delegation Add our target to the rule: ipa servicedelegationrule-add-target --servicedelegationtargets=ftp-delegation-target ftp-delegation Add a principal to the target: ipa servicedelegationtarget-add-member --principals=ldap/ipa.example.com ftp-delegation-target Display information about a named delegation rule and target: ipa servicedelegationrule_show ftp-delegation ipa servicedelegationtarget_show ftp-delegation-target Remove a constrained delegation: ipa servicedelegationrule-del ftp-delegation-target ipa servicedelegationtarget-del ftp-delegation In this example the ftp service can get a TGT for the ldap service on the bound user's behalf. It is strongly discouraged to modify the delegations that ship with IPA, ipa-http-delegation and its targets ipa-cifs-delegation-targets and ipa-ldap-delegation-targets. Incorrect changes can remove the ability to delegate, causing the framework to stop functioning. Service Constrained Delegation Manage rules to allow constrained delegation of credentials so that a service can impersonate a user when communicating with another service without requiring the user to actually forward their TGT. This makes for a much better method of delegating credentials as it prevents exposure of the short term secret of the user. The naming convention is to append the word "target" or "targets" to a matching rule name. This is not mandatory but helps conceptually to associate rules and targets. A rule consists of two things: - A list of targets the rule applies to - A list of memberPrincipals that are allowed to delegate for those targets A target consists of a list of principals that can be delegated. In English, a rule says that this principal can delegate as this list of principals, as defined by these targets. In both a rule and a target Kerberos principals may be specified by their name or an alias and the realm can be omitted. Additionally, hosts can be specified by their names. If Kerberos principal specified has a single component and does not end with '$' sign, it will be treated as a host name. Kerberos principal names ending with '$' are typically used as aliases for Active Directory-related services. EXAMPLES: Add a new constrained delegation rule: ipa servicedelegationrule-add ftp-delegation Add a new constrained delegation target: ipa servicedelegationtarget-add ftp-delegation-target Add a principal to the rule: ipa servicedelegationrule-add-member --principals=ftp/ipa.example.com ftp-delegation Add a host principal of the host 'ipa.example.com' to the rule: ipa servicedelegationrule-add-member --principals=ipa.example.com ftp-delegation Add our target to the rule: ipa servicedelegationrule-add-target --servicedelegationtargets=ftp-delegation-target ftp-delegation Add a principal to the target: ipa servicedelegationtarget-add-member --principals=ldap/ipa.example.com ftp-delegation-target Display information about a named delegation rule and target: ipa servicedelegationrule_show ftp-delegation ipa servicedelegationtarget_show ftp-delegation-target Remove a constrained delegation: ipa servicedelegationrule-del ftp-delegation-target ipa servicedelegationtarget-del ftp-delegation In this example the ftp service can get a TGT for the ldap service on the bound user's behalf. It is strongly discouraged to modify the delegations that ship with IPA, ipa-http-delegation and its targets ipa-cifs-delegation-targets and ipa-ldap-delegation-targets. Incorrect changes can remove the ability to delegate, causing the framework to stop functioning. Services A IPA service represents a service that runs on a host. The IPA service record can store a Kerberos principal, an SSL certificate, or both. An IPA service can be managed directly from a machine, provided that machine has been given the correct permission. This is true even for machines other than the one the service is associated with. For example, requesting an SSL certificate using the host service principal credentials of the host. To manage a service using host credentials you need to kinit as the host: # kinit -kt /etc/krb5.keytab host/ipa.example.com@EXAMPLE.COM Adding an IPA service allows the associated service to request an SSL certificate or keytab, but this is performed as a separate step; they are not produced as a result of adding the service. Only the public aspect of a certificate is stored in a service record; the private key is not stored. EXAMPLES: Add a new IPA service: ipa service-add HTTP/web.example.com Allow a host to manage an IPA service certificate: ipa service-add-host --hosts=web.example.com HTTP/web.example.com ipa role-add-member --hosts=web.example.com certadmin Override a default list of supported PAC types for the service: ipa service-mod HTTP/web.example.com --pac-type=MS-PAC A typical use case where overriding the PAC type is needed is NFS. Currently the related code in the Linux kernel can only handle Kerberos tickets up to a maximal size. Since the PAC data can become quite large it is recommended to set --pac-type=NONE for NFS services. Delete an IPA service: ipa service-del HTTP/web.example.com Find all IPA services associated with a host: ipa service-find web.example.com Find all HTTP services: ipa service-find HTTP Disable the service Kerberos key and SSL certificate: ipa service-disable HTTP/web.example.com Request a certificate for an IPA service: ipa cert-request --principal=HTTP/web.example.com example.csr Services A IPA service represents a service that runs on a host. The IPA service record can store a Kerberos principal, an SSL certificate, or both. An IPA service can be managed directly from a machine, provided that machine has been given the correct permission. This is true even for machines other than the one the service is associated with. For example, requesting an SSL certificate using the host service principal credentials of the host. To manage a service using host credentials you need to kinit as the host: # kinit -kt /etc/krb5.keytab host/ipa.example.com@EXAMPLE.COM Adding an IPA service allows the associated service to request an SSL certificate or keytab, but this is performed as a separate step; they are not produced as a result of adding the service. Only the public aspect of a certificate is stored in a service record; the private key is not stored. EXAMPLES: Add a new IPA service: ipa service-add HTTP/web.example.com Allow a host to manage an IPA service certificate: ipa service-add-host --hosts=web.example.com HTTP/web.example.com ipa role-add-member --hosts=web.example.com certadmin Override a default list of supported PAC types for the service: ipa service-mod HTTP/web.example.com --pac-type=MS-PAC A typical use case where overriding the PAC type is needed is NFS. Currently the related code in the Linux kernel can only handle Kerberos tickets up to a maximal size. Since the PAC data can become quite large it is recommended to set --pac-type=NONE for NFS services. Delete an IPA service: ipa service-del HTTP/web.example.com Find all IPA services associated with a host: ipa service-find web.example.com Find all HTTP services: ipa service-find HTTP Disable the service Kerberos key and SSL certificate: ipa service-disable HTTP/web.example.com Request a certificate for an IPA service: ipa cert-request --principal=HTTP/web.example.com example.csr Allow user to create a keytab: ipa service-allow-create-keytab HTTP/web.example.com --users=tuser1 Generate and retrieve a keytab for an IPA service: ipa-getkeytab -s ipa.example.com -p HTTP/web.example.com -k /etc/httpd/httpd.keytab Services A IPA service represents a service that runs on a host. The IPA service record can store a Kerberos principal, an SSL certificate, or both. An IPA service can be managed directly from a machine, provided that machine has been given the correct permission. This is true even for machines other than the one the service is associated with. For example, requesting an SSL certificate using the host service principal credentials of the host. To manage a service using host credentials you need to kinit as the host: # kinit -kt /etc/krb5.keytab host/ipa.example.com@EXAMPLE.COM Adding an IPA service allows the associated service to request an SSL certificate or keytab, but this is performed as a separate step; they are not produced as a result of adding the service. Only the public aspect of a certificate is stored in a service record; the private key is not stored. EXAMPLES: Add a new IPA service: ipa service-add HTTP/web.example.com Allow a host to manage an IPA service certificate: ipa service-add-host --hosts=web.example.com HTTP/web.example.com ipa role-add-member --hosts=web.example.com certadmin Override a default list of supported PAC types for the service: ipa service-mod HTTP/web.example.com --pac-type=MS-PAC Delete an IPA service: ipa service-del HTTP/web.example.com Find all IPA services associated with a host: ipa service-find web.example.com Find all HTTP services: ipa service-find HTTP Disable the service Kerberos key and SSL certificate: ipa service-disable HTTP/web.example.com Request a certificate for an IPA service: ipa cert-request --principal=HTTP/web.example.com example.csr Generate and retrieve a keytab for an IPA service: ipa-getkeytab -s ipa.example.com -p HTTP/web.example.com -k /etc/httpd/httpd.keytab Session Support for IPA Session Support for IPA John Dennis <jdennis@redhat.com> Goals ===== Provide per-user session data caching which persists between requests. Desired features are: * Integrates cleanly with minimum impact on existing infrastructure. * Provides maximum security balanced against real-world performance demands. * Sessions must be able to be revoked (flushed). * Should be flexible and easy to use for developers. * Should leverage existing technology and code to the maximum extent possible to avoid re-invention, excessive implementation time and to benefit from robustness in field proven components commonly shared in the open source community. * Must support multiple independent processes which share session data. * System must function correctly if session data is available or not. * Must be high performance. * Should not be tied to specific web servers or browsers. Should integrate with our chosen WSGI model. Issues ====== Cookies ------- Most session implementations are based on the use of cookies. Cookies have some inherent problems. * User has the option to disable cookies. * User stored cookie data is not secure. Can be mitigated by setting flags indicating the cookie is only to be used with SSL secured HTTP connections to specific web resources and setting the cookie to expire at session termination. Most modern browsers enforce these. Where to store session data? ---------------------------- Session data may be stored on either on the client or on the server. Storing session data on the client addresses the problem of session data availability when requests are serviced by independent web servers because the session data travels with the request. However there are data size limitations. Storing session data on the client also exposes sensitive data but this can be mitigated by encrypting the session data such that only the server can decrypt it. The more conventional approach is to bind session data to a unique name, the session ID. The session ID is transmitted to the client and the session data is paired with the session ID on the server in a associative data store. The session data is retrieved by the server using the session ID when the receiving the request. This eliminates exposing sensitive session data on the client along with limitations on data size. It however introduces the issue of session data availability when requests are serviced by more than one server process. Multi-process session data availability --------------------------------------- Apache (and other web servers) fork child processes to handle requests in parallel. Also web servers may be deployed in a farm where requests are load balanced in round robin fashion across different nodes. In both cases session data cannot be stored in the memory of a server process because it is not available to other processes, either sibling children of a master server process or server processes on distinct nodes. Typically this is addressed by storing session data in a SQL database. When a request is received by a server process containing a session ID in it's cookie data the session ID is used to perform a SQL query and the resulting data is then attached to the request as it proceeds through the request processing pipeline. This of course introduces coherency issues. For IPA the introduction of a SQL database dependency is undesired and should be avoided. Session data may also be shared by independent processes by storing the session data in files. An alternative solution which has gained considerable popularity recently is the use of a fast memory based caching server. Data is stored in a single process memory and may be queried and set via a light weight protocol using standard socket mechanisms, memcached is one example. A typical use is to optimize SQL queries by storing a SQL result in shared memory cache avoiding the more expensive SQL operation. But the memory cache has distinct advantages in non-SQL situations as well. Possible implementations for use by IPA ======================================= Apache Sessions --------------- Apache has 2.3 has implemented session support via these modules: mod_session Overarching session support based on cookies. See: http://httpd.apache.org/docs/2.3/mod/mod_session.html mod_session_cookie Stores session data in the client. See: http://httpd.apache.org/docs/2.3/mod/mod_session_cookie.html mod_session_crypto Encrypts session data for security. Encryption key is shared configuration parameter visible to all Apache processes and is stored in a configuration file. See: http://httpd.apache.org/docs/2.3/mod/mod_session_crypto.html mod_session_dbd Stores session data in a SQL database permitting multiple processes to access and share the same session data. See: http://httpd.apache.org/docs/2.3/mod/mod_session_dbd.html Issues with Apache sessions ~~~~~~~~~~~~~~~~~~~~~~~~~~~ Although Apache has implemented generic session support and Apache is our web server of preference it nonetheless introduces issues for IPA. * Session support is only available in httpd >= 2.3 which at the time of this writing is currently only available as a Beta release from upstream. We currently only ship httpd 2.2, the same is true for other distributions. * We could package and ship the sessions modules as a temporary package in httpd 2.2 environments. But this has the following consequences: - The code has to be backported. the module API has changed slightly between httpd 2.2 and 2.3. The backporting is not terribly difficult and a proof of concept has been implemented. - We would then be on the hook to package and maintain a special case Apache package. This is maintenance burden as well as a distribution packaging burden. Both of which would be best avoided if possible. * The design of the Apache session modules is such that they can only be manipulated by other Apache modules. The ability of consumers of the session data to control the session data is simplistic, constrained and static during the period the request is processed. Request handlers which are not native Apache modules (e.g. IPA via WSGI) can only examine the session data via request headers and reset it in response headers. * Shared session data is available exclusively via SQL. However using the 2.3 Apache session modules would give us robust session support implemented in C based on standardized Apache interfaces which are widely used. Python Web Frameworks --------------------- Virtually every Python web framework supports cookie based sessions, e.g. Django, Twisted, Zope, Turbogears etc. Early on in IPA we decided to avoid the use of these frameworks. Trying to pull in just one part of these frameworks just to get session support would be problematic because the code does not function outside it's framework. IPA implemented sessions ------------------------ Originally it was believed the path of least effort was to utilize existing session support, most likely what would be provided by Apache. However there are enough basic modular components available in native Python and other standard packages it should be possible to provide session support meeting the aforementioned goals with a modest implementation effort. Because we're leveraging existing components the implementation difficulties are subsumed by other components which have already been field proven and have community support. This is a smart strategy. Proposed Solution ================= Our interface to the web server is via WSGI which invokes a callback per request passing us an environmental context for the request. For this discussion we'll name the WSGI callback "application()", a conventional name in WSGI parlance. Shared session data will be handled by memcached. We will create one instance of memcached on each server node dedicated to IPA exclusively. Communication with memcached will be via a UNIX socket located in the file system under /var/run/ipa_memcached. It will be protected by file permissions and optionally SELinux policy. In application() we examine the request cookies and if there is an IPA session cookie with a session ID we retrieve the session data from our memcached instance. The session data will be a Python dict. IPA components will read or write their session information by using a pre-agreed upon name (e.g. key) in the dict. This is a very flexible system and consistent with how we pass data in most parts of IPA. If the session data is not available an empty session data dict will be created. How does this session data travel with the request in the IPA pipeline? In IPA we use the HTTP request/response to implement RPC. In application() we convert the request into a procedure call passing it arguments derived from the HTTP request. The passed parameters are specific to the RPC method being invoked. The context the RPC call is executing in is not passed as an RPC parameter. How would the contextual information such as session data be bound to the request and hence the RPC call? In IPA when a RPC invocation is being prepared from a request we recognize this will only ever be processed serially by one Python thread. A thread local dict called "context" is allocated for each thread. The context dict is cleared in between requests (e.g. RPC method invocations). The per-thread context dict is populated during the lifetime of the request and is used as a global data structure unique to the request that various IPA component can read from and write to with the assurance the data is unique to the current request and/or method call. The session data dict will be written into the context dict under the session key before the RPC method begins execution. Thus session data can be read and written by any IPA component by accessing ``context.session``. When the RPC method finishes execution the session data bound to the request/method is retrieved from the context and written back to the memcached instance. The session ID is set in the response sent back to the client in the ``Set-Cookie`` header along with the flags controlling it's usage. Issues and details ------------------ IPA code cannot depend on session data being present, however it should always update session data with the hope it will be available in the future. Session data may not be available because: * This is the first request from the user and no session data has been created yet. * The user may have cookies disabled. * The session data may have been flushed. memcached operates with a fixed memory allocation and will flush entries on a LRU basis, like with any cache there is no guarantee of persistence. Also we may have have deliberately expired or deleted session data, see below. Cookie manipulation is done via the standard Python Cookie module. Session cookies will be set to only persist as long as the browser has the session open. They will be tagged so the browser only returns the session ID on SSL secured HTTP requests. They will not be visible to Javascript in the browser. Session ID's will be created by using 48 bits of random data and converted to 12 hexadecimal digits. Newly generated session ID's will be checked for prior existence to handle the unlikely case the random number repeats. memcached will have significantly higher performance than a SQL or file based storage solution. Communication is effectively though a pipe (UNIX socket) using a very simple protocol and the data is held entirely in process memory. memcached also scales easily, it is easy to add more memcached processes and distribute the load across them. At this point in time we don't anticipate the need for this. A very nice feature of the Python memcached module is that when a data item is written to the cache it is done with standard Python pickling (pickling is a standard Python mechanism to marshal and unmarshal Python objects). We adopt the convention the object written to cache will be a dict to meet our internal data handling conventions. The pickling code will recursively handle nested objects in the dict. Thus we gain a lot of flexibility using standard Python data structures to store and retrieve our session data without having to author and debug code to marshal and unmarshal the data if some other storage mechanism had been used. This is a significant implementation win. Of course some common sense limitations need to observed when deciding on what is written to the session cache keeping in mind the data is shared between processes and it should not be excessively large (a configurable option) We can set an expiration on memcached entries. We may elect to do that to force session data to be refreshed periodically. For example we may wish the client to present fresh credentials on a periodic basis even if the cached credentials are otherwise within their validity period. We can explicitly delete session data if for some reason we believe it is stale, invalid or compromised. memcached also gives us certain facilities to prevent race conditions between different processes utilizing the cache. For example you can check of the entry has been modified since you last read it or use CAS (Check And Set) semantics. What has to be protected in terms of cache coherency will likely have to be determined as the session support is utilized and different data items are added to the cache. This is very much data and context specific. Fortunately memcached operations are atomic. Controlling the memcached process --------------------------------- We need a mechanism to start the memcached process and secure it so that only IPA components can access it. Although memcached ships with both an initscript and systemd unit files those are for generic instances. We want a memcached instance dedicated exclusively to IPA usage. To accomplish this we would install a systemd unit file or an SysV initscript to control the IPA specific memcached service. ipactl would be extended to know about this additional service. systemd's cgroup facility would give us additional mechanisms to integrate the IPA memcached service within a larger IPA process group. Protecting the memcached data would be done via file permissions (and optionally SELinux policy) on the UNIX domain socket. Although recent implementations of memcached support authentication via SASL this introduces a performance and complexity burden not warranted when cached is dedicated to our exclusive use and access controlled by OS mechanisms. Conventionally daemons are protected by assigning a system uid and/or gid to the daemon. A daemon launched by root will drop it's privileges by assuming the effective uid:gid assigned to it. File system access is controlled by the OS via the effective identity and SELinux policy can be crafted based on the identity. Thus the memcached UNIX socket would be protected by having it owned by a specific system user and/or membership in a restricted system group (discounting for the moment SELinux). Unfortunately we currently do not have an IPA system uid whose identity our processes operate under nor do we have an IPA system group. IPA does manage a collection of related processes (daemons) and historically each has been assigned their own uid. When these unrelated processes communicate they mutually authenticate via other mechanisms. We do not have much of a history of using shared file system objects across identities. When file objects are created they are typically assigned the identity of daemon needing to access the object and are not accessed by other daemons, or they carry root identity. When our WSGI application runs in Apache it is run as a WSGI daemon. This means when Apache starts up it forks off WSGI processes for us and we are independent of other Apache processes. When WSGI is run in this mode there is the ability to set the uid:gid of the WSGI process hosting us, however we currently do not take advantage of this option. WSGI can be run in other modes as well, only in daemon mode can the uid:gid be independently set from the rest of Apache. All processes started by Apache can be set to a common uid:gid specified in the global Apache configuration, by default it's apache:apache. Thus when our IPA code executes it is running as apache:apache. To protect our memcached UNIX socket we can do one of two things: 1. Assign it's uid:gid as apache:apache. This would limit access to our cache only to processes running under httpd. It's somewhat restricted but far from ideal. Any code running in the web server could potentially access our cache. It's difficult to control what the web server runs and admins may not understand the consequences of configuring httpd to serve other things besides IPA. 2. Create an IPA specific uid:gid, for example ipa:ipa. We then configure our WSGI application to run as the ipa:ipa user and group. We also configure our memcached instance to run as the ipa:ipa user and group. In this configuration we are now fully protected, only our WSGI code can read & write to our memcached UNIX socket. However there may be unforeseen issues by converting our code to run as something other than apache:apache. This would require some investigation and testing. IPA is dependent on other system daemons, specifically Directory Server (ds) and Certificate Server (cs). Currently we configure ds to run under the dirsrv:dirsrv user and group, an identity of our creation. We allow cs to default to it's pkiuser:pkiuser user and group. Should these other cooperating daemons also run under the common ipa:ipa user and group identities? At first blush there would seem to be an advantage to coalescing all process identities under a common IPA user and group identity. However these other processes do not depend on user and group permissions when working with external agents, processes, etc. Rather they are designed to be stand-alone network services which authenticate their clients via other mechanisms. They do depend on user and group permission to manage their own file system objects. If somehow the ipa user and/or group were compromised or malicious code somehow executed under the ipa identity there would be an advantage in having the cooperating processes cordoned off under their own identities providing one extra layer of protection. (Note, these cooperating daemons may not even be co-located on the same node in which case the issue is moot) The UNIX socket behavior (ldapi) with Directory Server is as follows: * The socket ownership is: root:root * The socket permissions are: 0666 * When connecting via ldapi you must authenticate as you would normally with a TCP socket, except ... * If autobind is enabled and the uid:gid is available via SO_PEERCRED and the uid:gid can be found in the set of users known to the Directory Server then that connection will be bound as that user. * Otherwise an anonymous bind will occur. memcached UNIX socket behavior is as follows: * memcached can be invoked with a user argument, no group may be specified. The effective uid is the uid of the user argument and the effective gid is the primary group of the user, let's call this euid:egid * The socket ownership is: euid:egid * The socket permissions are 0700 by default, but this can be modified by the -a mask command line arg which sets the umask (defaults to 0700). Overview of authentication in IPA ================================= This describes how we currently authenticate and how we plan to improve authentication performance. First some definitions. There are 4 major players: 1. client 2. mod_auth_kerb (in Apache process) 3. wsgi handler (in IPA wsgi python process) 4. ds (directory server) There are several resources: 1. /ipa/ui (unprotected, web UI static resources) 2. /ipa/xml (protected, xmlrpc RPC used by command line clients) 3. /ipa/json (protected, json RPC used by javascript in web UI) 4. ds (protected, wsgi acts as proxy, our LDAP server) Current Model ------------- This describes how things work in our current system for the web UI. 1. Client requests /ipa/ui, this is unprotected, is static and contains no sensitive information. Apache replies with html and javascript. The javascript requests /ipa/json. 2. Client sends post to /ipa/json. 3. mod_auth_kerb is configured to protect /ipa/json, replies 401 authenticate negotiate. 4. Client resends with credentials 5. mod_auth_kerb validates credentials a. if invalid replies 403 access denied (stops here) b. if valid creates temporary ccache, adds KRB5CCNAME to request headers 6. Request passed to wsgi handler a. validates request, KRB5CCNAME must be present, referrer, etc. b. ccache saved and used to bind to ds c. routes to specified RPC handler. 7. wsgi handler replies to client Proposed new session based optimization --------------------------------------- The round trip negotiate and credential validation in steps 3,4,5 is expensive. This can be avoided if we can cache the client credentials. With client sessions we can store the client credentials in the session bound to the client. A few notes about the session implementation. * based on session cookies, cookies must be enabled * session cookie is secure, only passed on secure connections, only passed to our URL resource, never visible to client javascript etc. * session cookie has a session id which is used by wsgi handler to retrieve client session data from shared multi-process cache. Changes to Apache's resource protection --------------------------------------- * /ipa/json is no longer protected by mod_auth_kerb. This is necessary to avoid the negotiate expense in steps 3,4,5 above. Instead the /ipa/json resource will be protected in our wsgi handler via the session cookie. * A new protected URI is introduced, /ipa/login. This resource does no serve any data, it is used exclusively for authentication. The new sequence is: 1. Client requests /ipa/ui, this is unprotected. Apache replies with html and javascript. The javascript requests /ipa/json. 2. Client sends post to /ipa/json, which is unprotected. 3. wsgi handler obtains session data from session cookie. a. if ccache is present in session data and is valid - request is further validated - ccache is established for bind to ds - request is routed to RPC handler - wsgi handler eventually replies to client b. if ccache is not present or not valid processing continues ... 4. wsgi handler replies with 401 Unauthorized 5. client sends request to /ipa/login to obtain session credentials 6. mod_auth_kerb replies 401 negotiate on /ipa/login 7. client sends credentials to /ipa/login 8. mod_auth_kerb validates credentials a. if valid - mod_auth_kerb permits access to /ipa/login. wsgi handler is invoked and does the following: * establishes session for client * retrieves the ccache from KRB5CCNAME and stores it a. if invalid - mod_auth_kerb sends 403 access denied (processing stops) 9. client now posts the same data again to /ipa/json including session cookie. Processing repeats starting at step 2 and since the session data now contains a valid ccache step 3a executes, a successful reply is sent to client. Command line client using xmlrpc -------------------------------- The above describes the web UI utilizing the json RPC mechanism. The IPA command line tools utilize a xmlrpc RPC mechanism on the same HTTP server. Access to the xmlrpc is via the /ipa/xml URI. The json and xmlrpc API's are the same, they differ only on how their procedure calls are marshalled and unmarshalled. Under the new scheme /ipa/xml will continue to be Kerberos protected at all times. Apache's mod_auth_kerb will continue to require the client provides valid Kerberos credentials. When the WSGI handler routes to /ipa/xml the Kerberos credentials will be extracted from the KRB5CCNAME environment variable as provided by mod_auth_kerb. Everything else remains the same. Set a user's password If someone other than a user changes that user's password (e.g., Helpdesk resets it) then the password will need to be changed the first time it is used. This is so the end-user is the only one who knows the password. The IPA password policy controls how often a password may be changed, what strength requirements exist, and the length of the password history. EXAMPLES: To reset your own password: ipa passwd To change another user's password: ipa passwd tuser1 Set a user's password If someone other than a user changes that user's password (e.g., Helpdesk resets it) then the password will need to be changed the first time it is used. This is so the end-user is the only one who knows the password. The IPA password policy controls how often a password may be changed, what strength requirements exist, and the length of the password history. If the user authentication method is set to password+OTP, the user should pass the --otp option when resetting the password. EXAMPLES: To reset your own password: ipa passwd To reset your own password when password+OTP is set as authentication method: ipa passwd --otp To change another user's password: ipa passwd tuser1 Simulate use of Host-based access controls HBAC rules control who can access what services on what hosts and from where. You can use HBAC to control which users or groups can access a service, or group of services, on a target host. Since applying HBAC rules implies use of a production environment, this plugin aims to provide simulation of HBAC rules evaluation without having access to the production environment. Test user coming to a service on a named host against existing enabled rules. ipa hbactest --user= --host= --service= [--rules=rules-list] [--nodetail] [--enabled] [--disabled] [--srchost= ] [--sizelimit= ] --user, --host, and --service are mandatory, others are optional. If --rules is specified simulate enabling of the specified rules and test the login of the user using only these rules. If --enabled is specified, all enabled HBAC rules will be added to simulation If --disabled is specified, all disabled HBAC rules will be added to simulation If --nodetail is specified, do not return information about rules matched/not matched. If both --rules and --enabled are specified, apply simulation to --rules _and_ all IPA enabled rules. If no --rules specified, simulation is run against all IPA enabled rules. By default there is a IPA-wide limit to number of entries fetched, you can change it with --sizelimit option. If --srchost is specified, it will be ignored. It is left because of compatibility reasons only. EXAMPLES: 1. Use all enabled HBAC rules in IPA database to simulate: $ ipa hbactest --user=a1a --host=bar --service=sshd -------------------- Access granted: True -------------------- notmatched: my-second-rule notmatched: my-third-rule notmatched: myrule matched: allow_all 2. Disable detailed summary of how rules were applied: $ ipa hbactest --user=a1a --host=bar --service=sshd --nodetail -------------------- Access granted: True -------------------- 3. Test explicitly specified HBAC rules: $ ipa hbactest --user=a1a --host=bar --service=sshd --rules=my-second-rule,myrule --------------------- Access granted: False --------------------- notmatched: my-second-rule notmatched: myrule 4. Use all enabled HBAC rules in IPA database + explicitly specified rules: $ ipa hbactest --user=a1a --host=bar --service=sshd --rules=my-second-rule,myrule --enabled -------------------- Access granted: True -------------------- notmatched: my-second-rule notmatched: my-third-rule notmatched: myrule matched: allow_all 5. Test all disabled HBAC rules in IPA database: $ ipa hbactest --user=a1a --host=bar --service=sshd --disabled --------------------- Access granted: False --------------------- notmatched: new-rule 6. Test all disabled HBAC rules in IPA database + explicitly specified rules: $ ipa hbactest --user=a1a --host=bar --service=sshd --rules=my-second-rule,myrule --disabled --------------------- Access granted: False --------------------- notmatched: my-second-rule notmatched: my-third-rule notmatched: myrule 7. Test all (enabled and disabled) HBAC rules in IPA database: $ ipa hbactest --user=a1a --host=bar --service=sshd --enabled --disabled -------------------- Access granted: True -------------------- notmatched: my-second-rule notmatched: my-third-rule notmatched: myrule notmatched: new-rule matched: allow_all Simulate use of Host-based access controls HBAC rules control who can access what services on what hosts. You can use HBAC to control which users or groups can access a service, or group of services, on a target host. Since applying HBAC rules implies use of a production environment, this plugin aims to provide simulation of HBAC rules evaluation without having access to the production environment. Test user coming to a service on a named host against existing enabled rules. ipa hbactest --user= --host= --service= [--rules=rules-list] [--nodetail] [--enabled] [--disabled] [--sizelimit= ] --user, --host, and --service are mandatory, others are optional. If --rules is specified simulate enabling of the specified rules and test the login of the user using only these rules. If --enabled is specified, all enabled HBAC rules will be added to simulation If --disabled is specified, all disabled HBAC rules will be added to simulation If --nodetail is specified, do not return information about rules matched/not matched. If both --rules and --enabled are specified, apply simulation to --rules _and_ all IPA enabled rules. If no --rules specified, simulation is run against all IPA enabled rules. By default there is a IPA-wide limit to number of entries fetched, you can change it with --sizelimit option. EXAMPLES: 1. Use all enabled HBAC rules in IPA database to simulate: $ ipa hbactest --user=a1a --host=bar --service=sshd -------------------- Access granted: True -------------------- Not matched rules: my-second-rule Not matched rules: my-third-rule Not matched rules: myrule Matched rules: allow_all 2. Disable detailed summary of how rules were applied: $ ipa hbactest --user=a1a --host=bar --service=sshd --nodetail -------------------- Access granted: True -------------------- 3. Test explicitly specified HBAC rules: $ ipa hbactest --user=a1a --host=bar --service=sshd \ --rules=myrule --rules=my-second-rule --------------------- Access granted: False --------------------- Not matched rules: my-second-rule Not matched rules: myrule 4. Use all enabled HBAC rules in IPA database + explicitly specified rules: $ ipa hbactest --user=a1a --host=bar --service=sshd \ --rules=myrule --rules=my-second-rule --enabled -------------------- Access granted: True -------------------- Not matched rules: my-second-rule Not matched rules: my-third-rule Not matched rules: myrule Matched rules: allow_all 5. Test all disabled HBAC rules in IPA database: $ ipa hbactest --user=a1a --host=bar --service=sshd --disabled --------------------- Access granted: False --------------------- Not matched rules: new-rule 6. Test all disabled HBAC rules in IPA database + explicitly specified rules: $ ipa hbactest --user=a1a --host=bar --service=sshd \ --rules=myrule --rules=my-second-rule --disabled --------------------- Access granted: False --------------------- Not matched rules: my-second-rule Not matched rules: my-third-rule Not matched rules: myrule 7. Test all (enabled and disabled) HBAC rules in IPA database: $ ipa hbactest --user=a1a --host=bar --service=sshd \ --enabled --disabled -------------------- Access granted: True -------------------- Not matched rules: my-second-rule Not matched rules: my-third-rule Not matched rules: myrule Not matched rules: new-rule Matched rules: allow_all HBACTEST AND TRUSTED DOMAINS When an external trusted domain is configured in IPA, HBAC rules are also applied on users accessing IPA resources from the trusted domain. Trusted domain users and groups (and their SIDs) can be then assigned to external groups which can be members of POSIX groups in IPA which can be used in HBAC rules and thus allowing access to resources protected by the HBAC system. hbactest plugin is capable of testing access for both local IPA users and users from the trusted domains, either by a fully qualified user name or by user SID. Such user names need to have a trusted domain specified as a short name (DOMAIN\Administrator) or with a user principal name (UPN), Administrator@ad.test. Please note that hbactest executed with a trusted domain user as --user parameter can be only run by members of "trust admins" group. EXAMPLES: 1. Test if a user from a trusted domain specified by its shortname matches any rule: $ ipa hbactest --user 'DOMAIN\Administrator' --host `hostname` --service sshd -------------------- Access granted: True -------------------- Matched rules: allow_all Matched rules: can_login 2. Test if a user from a trusted domain specified by its domain name matches any rule: $ ipa hbactest --user 'Administrator@domain.com' --host `hostname` --service sshd -------------------- Access granted: True -------------------- Matched rules: allow_all Matched rules: can_login 3. Test if a user from a trusted domain specified by its SID matches any rule: $ ipa hbactest --user S-1-5-21-3035198329-144811719-1378114514-500 \ --host `hostname` --service sshd -------------------- Access granted: True -------------------- Matched rules: allow_all Matched rules: can_login 4. Test if other user from a trusted domain specified by its SID matches any rule: $ ipa hbactest --user S-1-5-21-3035198329-144811719-1378114514-1203 \ --host `hostname` --service sshd -------------------- Access granted: True -------------------- Matched rules: allow_all Not matched rules: can_login 5. Test if other user from a trusted domain specified by its shortname matches any rule: $ ipa hbactest --user 'DOMAIN\Otheruser' --host `hostname` --service sshd -------------------- Access granted: True -------------------- Matched rules: allow_all Not matched rules: can_login Simulate use of Host-based access controls HBAC rules control who can access what services on what hosts. You can use HBAC to control which users or groups can access a service, or group of services, on a target host. Since applying HBAC rules implies use of a production environment, this plugin aims to provide simulation of HBAC rules evaluation without having access to the production environment. Test user coming to a service on a named host against existing enabled rules. ipa hbactest --user= --host= --service= [--rules=rules-list] [--nodetail] [--enabled] [--disabled] [--sizelimit= ] --user, --host, and --service are mandatory, others are optional. If --rules is specified simulate enabling of the specified rules and test the login of the user using only these rules. If --enabled is specified, all enabled HBAC rules will be added to simulation If --disabled is specified, all disabled HBAC rules will be added to simulation If --nodetail is specified, do not return information about rules matched/not matched. If both --rules and --enabled are specified, apply simulation to --rules _and_ all IPA enabled rules. If no --rules specified, simulation is run against all IPA enabled rules. By default there is a IPA-wide limit to number of entries fetched, you can change it with --sizelimit option. EXAMPLES: 1. Use all enabled HBAC rules in IPA database to simulate: $ ipa hbactest --user=a1a --host=bar --service=sshd -------------------- Access granted: True -------------------- Not matched rules: my-second-rule Not matched rules: my-third-rule Not matched rules: myrule Matched rules: allow_all 2. Disable detailed summary of how rules were applied: $ ipa hbactest --user=a1a --host=bar --service=sshd --nodetail -------------------- Access granted: True -------------------- 3. Test explicitly specified HBAC rules: $ ipa hbactest --user=a1a --host=bar --service=sshd \\ --rules=myrule --rules=my-second-rule --------------------- Access granted: False --------------------- Not matched rules: my-second-rule Not matched rules: myrule 4. Use all enabled HBAC rules in IPA database + explicitly specified rules: $ ipa hbactest --user=a1a --host=bar --service=sshd \\ --rules=myrule --rules=my-second-rule --enabled -------------------- Access granted: True -------------------- Not matched rules: my-second-rule Not matched rules: my-third-rule Not matched rules: myrule Matched rules: allow_all 5. Test all disabled HBAC rules in IPA database: $ ipa hbactest --user=a1a --host=bar --service=sshd --disabled --------------------- Access granted: False --------------------- Not matched rules: new-rule 6. Test all disabled HBAC rules in IPA database + explicitly specified rules: $ ipa hbactest --user=a1a --host=bar --service=sshd \\ --rules=myrule --rules=my-second-rule --disabled --------------------- Access granted: False --------------------- Not matched rules: my-second-rule Not matched rules: my-third-rule Not matched rules: myrule 7. Test all (enabled and disabled) HBAC rules in IPA database: $ ipa hbactest --user=a1a --host=bar --service=sshd \\ --enabled --disabled -------------------- Access granted: True -------------------- Not matched rules: my-second-rule Not matched rules: my-third-rule Not matched rules: myrule Not matched rules: new-rule Matched rules: allow_all HBACTEST AND TRUSTED DOMAINS When an external trusted domain is configured in IPA, HBAC rules are also applied on users accessing IPA resources from the trusted domain. Trusted domain users and groups (and their SIDs) can be then assigned to external groups which can be members of POSIX groups in IPA which can be used in HBAC rules and thus allowing access to resources protected by the HBAC system. hbactest plugin is capable of testing access for both local IPA users and users from the trusted domains, either by a fully qualified user name or by user SID. Such user names need to have a trusted domain specified as a short name (DOMAIN\Administrator) or with a user principal name (UPN), Administrator@ad.test. Please note that hbactest executed with a trusted domain user as --user parameter can be only run by members of "trust admins" group. EXAMPLES: 1. Test if a user from a trusted domain specified by its shortname matches any rule: $ ipa hbactest --user 'DOMAIN\Administrator' --host `hostname` --service sshd -------------------- Access granted: True -------------------- Matched rules: allow_all Matched rules: can_login 2. Test if a user from a trusted domain specified by its domain name matches any rule: $ ipa hbactest --user 'Administrator@domain.com' --host `hostname` --service sshd -------------------- Access granted: True -------------------- Matched rules: allow_all Matched rules: can_login 3. Test if a user from a trusted domain specified by its SID matches any rule: $ ipa hbactest --user S-1-5-21-3035198329-144811719-1378114514-500 \\ --host `hostname` --service sshd -------------------- Access granted: True -------------------- Matched rules: allow_all Matched rules: can_login 4. Test if other user from a trusted domain specified by its SID matches any rule: $ ipa hbactest --user S-1-5-21-3035198329-144811719-1378114514-1203 \\ --host `hostname` --service sshd -------------------- Access granted: True -------------------- Matched rules: allow_all Not matched rules: can_login 5. Test if other user from a trusted domain specified by its shortname matches any rule: $ ipa hbactest --user 'DOMAIN\Otheruser' --host `hostname` --service sshd -------------------- Access granted: True -------------------- Matched rules: allow_all Not matched rules: can_login Stageusers Manage stage user entries. Stage user entries are directly under the container: "cn=stage users, cn=accounts, cn=provisioning, SUFFIX". User can not authenticate with those entries (even if the entries contain credentials) and are candidate to become Active entries. Active user entries are Posix users directly under the container: "cn=accounts, SUFFIX". User can authenticate with Active entries, at the condition they have credentials Delete user entries are Posix users directly under the container: "cn=deleted users, cn=accounts, cn=provisioning, SUFFIX". User can not authenticate with those entries (even if the entries contain credentials) The stage user container contains entries - created by 'stageuser-add' commands that are Posix users - created by external provisioning system A valid stage user entry MUST: - entry RDN is 'uid' - ipaUniqueID is 'autogenerate' IPA supports a wide range of username formats, but you need to be aware of any restrictions that may apply to your particular environment. For example, usernames that start with a digit or usernames that exceed a certain length may cause problems for some UNIX systems. Use 'ipa config-mod' to change the username format allowed by IPA tools. EXAMPLES: Add a new stageuser: ipa stageuser-add --first=Tim --last=User --password tuser1 Add a stageuser from the Delete container ipa stageuser-add --first=Tim --last=User --from-delete tuser1 Standard vault uses a secure mechanism to transport and store the secret. The secret can only be retrieved by users that have access to the vault. Subordinate Certificate Authorities (Sub-CAs) can be added for scoped issuance of X.509 certificates. Subordinate ids Manage subordinate user and group ids for users EXAMPLES: Auto-assign a subordinate id range to current user ipa subid-generate Auto-assign a subordinate id range to user alice: ipa subid-generate --owner=alice Find subordinate ids for user alice: ipa subid-find --owner=alice Match entry by any subordinate uid in range: ipa subid-match --subuid=2147483649 Sudo (su "do") allows a system administrator to delegate authority to give certain users (or groups of users) the ability to run some (or all) commands as root or another user while providing an audit trail of the commands and their arguments. Sudo Commands Commands used as building blocks for sudo EXAMPLES: Create a new command ipa sudocmd-add --desc='For reading log files' /usr/bin/less Remove a command ipa sudocmd-del /usr/bin/less Sudo Commands Commands used as building blocks for sudo EXAMPLES: Create a new command ipa sudocmd-add --desc='For reading log files' /usr/bin/less Remove a command ipa sudocmd-del /usr/bin/less Sudo Rules Sudo Rules Sudo (su "do") allows a system administrator to delegate authority to give certain users (or groups of users) the ability to run some (or all) commands as root or another user while providing an audit trail of the commands and their arguments. IPA provides a means to configure the various aspects of Sudo: Users: The user(s)/group(s) allowed to invoke Sudo. Hosts: The host(s)/hostgroup(s) which the user is allowed to to invoke Sudo. Allow Command: The specific command(s) permitted to be run via Sudo. Deny Command: The specific command(s) prohibited to be run via Sudo. RunAsUser: The user(s) or group(s) of users whose rights Sudo will be invoked with. RunAsGroup: The group(s) whose gid rights Sudo will be invoked with. Options: The various Sudoers Options that can modify Sudo's behavior. An order can be added to a sudorule to control the order in which they are evaluated (if the client supports it). This order is an integer and must be unique. IPA provides a designated binddn to use with Sudo located at: uid=sudo,cn=sysaccounts,cn=etc,dc=example,dc=com To enable the binddn run the following command to set the password: LDAPTLS_CACERT=/etc/ipa/ca.crt /usr/bin/ldappasswd -S -W \ -H ldap://ipa.example.com -ZZ -D "cn=Directory Manager" \ uid=sudo,cn=sysaccounts,cn=etc,dc=example,dc=com EXAMPLES: Create a new rule: ipa sudorule-add readfiles Add sudo command object and add it as allowed command in the rule: ipa sudocmd-add /usr/bin/less ipa sudorule-add-allow-command readfiles --sudocmds /usr/bin/less Add a host to the rule: ipa sudorule-add-host readfiles --hosts server.example.com Add a user to the rule: ipa sudorule-add-user readfiles --users jsmith Add a special Sudo rule for default Sudo server configuration: ipa sudorule-add defaults Set a default Sudo option: ipa sudorule-add-option defaults --sudooption '!authenticate' Sudo Rules Sudo (su "do") allows a system administrator to delegate authority to give certain users (or groups of users) the ability to run some (or all) commands as root or another user while providing an audit trail of the commands and their arguments. IPA provides a means to configure the various aspects of Sudo: Users: The user(s)/group(s) allowed to invoke Sudo. Hosts: The host(s)/hostgroup(s) which the user is allowed to to invoke Sudo. Allow Command: The specific command(s) permitted to be run via Sudo. Deny Command: The specific command(s) prohibited to be run via Sudo. RunAsUser: The user(s) or group(s) of users whose rights Sudo will be invoked with. RunAsGroup: The group(s) whose gid rights Sudo will be invoked with. Options: The various Sudoers Options that can modify Sudo's behavior. An order can be added to a sudorule to control the order in which they are evaluated (if the client supports it). This order is an integer and must be unique. IPA provides a designated binddn to use with Sudo located at: uid=sudo,cn=sysaccounts,cn=etc,dc=example,dc=com To enable the binddn run the following command to set the password: LDAPTLS_CACERT=/etc/ipa/ca.crt /usr/bin/ldappasswd -S -W \ -H ldap://ipa.example.com -ZZ -D "cn=Directory Manager" \ uid=sudo,cn=sysaccounts,cn=etc,dc=example,dc=com For more information, see the IPA Documentation to Sudo. Symmetric vault is similar to the standard vault, but it pre-encrypts the secret using a password before transport. The secret can only be retrieved using the same password. The automember-rebuild command can be used to retroactively run automember rules against existing entries, thus rebuilding their membership. The date format is YYYY-mm-dd. The dogtag CA uses just the CN value of the CSR and forces the rest of the subject to values configured in the server. The following revocation reasons are supported: The status of a role is either enabled, configured, or absent. There are a number of allowed targets: 1. subtree: a DN; the permission applies to the subtree under this DN 2. target filter: an LDAP filter 3. target: DN with possible wildcards, specifies entries permission applies to There are many structured DNS RR types where DNS data stored in LDAP server is not just a scalar value, for example an IP address or a domain name, but a data structure which may be often complex. A good example is a LOC record [RFC1876] which consists of many mandatory and optional parts (degrees, minutes, seconds of latitude and longitude, altitude or precision). This code is an extension to the otptoken plugin and provides support for reading/writing YubiKey tokens directly. To enable the binddn run the following command to set the password: LDAPTLS_CACERT=/etc/ipa/ca.crt /usr/bin/ldappasswd -S -W -H ldap://ipa.example.com -ZZ -D "cn=Directory Manager" uid=sudo,cn=sysaccounts,cn=etc,dc=example,dc=com To verify that no server is disconnected in the topology of the given suffix, use: ipa topologysuffix-verify $suffix Topology Management of a replication topology at domain level 1. Topology Management of a replication topology at domain level 1. IPA server's data is stored in LDAP server in two suffixes: * domain suffix, e.g., 'dc=example,dc=com', contains all domain related data * ca suffix, 'o=ipaca', is present only on server with CA installed. It contains data for Certificate Server component Data stored on IPA servers is replicated to other IPA servers. The way it is replicated is defined by replication agreements. Replication agreements needs to be set for both suffixes separately. On domain level 0 they are managed using ipa-replica-manage and ipa-csreplica-manage tools. With domain level 1 they are managed centrally using `ipa topology*` commands. Agreements are represented by topology segments. By default topology segment represents 2 replication agreements - one for each direction, e.g., A to B and B to A. Creation of unidirectional segments is not allowed. To verify that no server is disconnected in the topology of the given suffix, use: ipa topologysuffix-verify $suffix Examples: Find all IPA servers: ipa server-find Find all suffixes: ipa topologysuffix-find Add topology segment to 'domain' suffix: ipa topologysegment-add domain --left IPA_SERVER_A --right IPA_SERVER_B Add topology segment to 'ca' suffix: ipa topologysegment-add ca --left IPA_SERVER_A --right IPA_SERVER_B List all topology segments in 'domain' suffix: ipa topologysegment-find domain List all topology segments in 'ca' suffix: ipa topologysegment-find ca Delete topology segment in 'domain' suffix: ipa topologysegment-del domain segment_name Delete topology segment in 'ca' suffix: ipa topologysegment-del ca segment_name Verify topology of 'domain' suffix: ipa topologysuffix-verify domain Verify topology of 'ca' suffix: ipa topologysuffix-verify ca Topology Management of a replication topology. Requires minimum domain level 1. USING STRUCTURED PER-TYPE OPTIONS Unlock a user account An account may become locked if the password is entered incorrectly too many times within a specific time period as controlled by password policy. A locked account is a temporary condition and may be unlocked by an administrator. User vaults are vaults owned used by a particular user. Private vaults are vaults owned the current user. Service vaults are vaults owned by a service. Shared vaults are owned by the admin but they can be used by other users or services. Users Manage user entries. All users are POSIX users. IPA supports a wide range of username formats, but you need to be aware of any restrictions that may apply to your particular environment. For example, usernames that start with a digit or usernames that exceed a certain length may cause problems for some UNIX systems. Use 'ipa config-mod' to change the username format allowed by IPA tools. Disabling a user account prevents that user from obtaining new Kerberos credentials. It does not invalidate any credentials that have already been issued. Password management is not a part of this module. For more information about this topic please see: ipa help passwd Account lockout on password failure happens per IPA master. The user-status command can be used to identify which master the user is locked out on. It is on that master the administrator must unlock the user. EXAMPLES: Add a new user: ipa user-add --first=Tim --last=User --password tuser1 Find all users whose entries include the string "Tim": ipa user-find Tim Find all users with "Tim" as the first name: ipa user-find --first=Tim Disable a user account: ipa user-disable tuser1 Enable a user account: ipa user-enable tuser1 Delete a user: ipa user-del tuser1 Vault is a secure place to store a secret. One vault can only store one secret. When archiving a secret in a vault, the existing secret (if any) is overwritten. Vaults Vaults Manage vaults. Vault is a secure place to store a secret. Based on the ownership there are three vault categories: * user/private vault * service vault * shared vault User vaults are vaults owned used by a particular user. Private vaults are vaults owned the current user. Service vaults are vaults owned by a service. Shared vaults are owned by the admin but they can be used by other users or services. Based on the security mechanism there are three types of vaults: * standard vault * symmetric vault * asymmetric vault Standard vault uses a secure mechanism to transport and store the secret. The secret can only be retrieved by users that have access to the vault. Symmetric vault is similar to the standard vault, but it pre-encrypts the secret using a password before transport. The secret can only be retrieved using the same password. Asymmetric vault is similar to the standard vault, but it pre-encrypts the secret using a public key before transport. The secret can only be retrieved using the private key. EXAMPLES: List vaults: ipa vault-find [--user <user>|--service <service>|--shared] Add a standard vault: ipa vault-add <name> [--user <user>|--service <service>|--shared] --type standard Add a symmetric vault: ipa vault-add <name> [--user <user>|--service <service>|--shared] --type symmetric --password-file password.txt Add an asymmetric vault: ipa vault-add <name> [--user <user>|--service <service>|--shared] --type asymmetric --public-key-file public.pem Show a vault: ipa vault-show <name> [--user <user>|--service <service>|--shared] Modify vault description: ipa vault-mod <name> [--user <user>|--service <service>|--shared] --desc <description> Modify vault type: ipa vault-mod <name> [--user <user>|--service <service>|--shared] --type <type> [old password/private key] [new password/public key] Modify symmetric vault password: ipa vault-mod <name> [--user <user>|--service <service>|--shared] --change-password ipa vault-mod <name> [--user <user>|--service <service>|--shared] --old-password <old password> --new-password <new password> ipa vault-mod <name> [--user <user>|--service <service>|--shared] --old-password-file <old password file> --new-password-file <new password file> Modify asymmetric vault keys: ipa vault-mod <name> [--user <user>|--service <service>|--shared] --private-key-file <old private key file> --public-key-file <new public key file> Delete a vault: ipa vault-del <name> [--user <user>|--service <service>|--shared] Display vault configuration: ipa vaultconfig-show Archive data into standard vault: ipa vault-archive <name> [--user <user>|--service <service>|--shared] --in <input file> Archive data into symmetric vault: ipa vault-archive <name> [--user <user>|--service <service>|--shared] --in <input file> --password-file password.txt Archive data into asymmetric vault: ipa vault-archive <name> [--user <user>|--service <service>|--shared] --in <input file> Retrieve data from standard vault: ipa vault-retrieve <name> [--user <user>|--service <service>|--shared] --out <output file> Retrieve data from symmetric vault: ipa vault-retrieve <name> [--user <user>|--service <service>|--shared] --out <output file> --password-file password.txt Retrieve data from asymmetric vault: ipa vault-retrieve <name> [--user <user>|--service <service>|--shared] --out <output file> --private-key-file private.pem Add vault owners: ipa vault-add-owner <name> [--user <user>|--service <service>|--shared] [--users <users>] [--groups <groups>] [--services <services>] Delete vault owners: ipa vault-remove-owner <name> [--user <user>|--service <service>|--shared] [--users <users>] [--groups <groups>] [--services <services>] Add vault members: ipa vault-add-member <name> [--user <user>|--service <service>|--shared] [--users <users>] [--groups <groups>] [--services <services>] Delete vault members: ipa vault-remove-member <name> [--user <user>|--service <service>|--shared] [--users <users>] [--groups <groups>] [--services <services>] Verify replication topology for suffix. Checks done: 1. check if a topology is not disconnected. In other words if there are replication paths between all servers. 2. check if servers don't have more than the recommended number of replication agreements Verify replication topology for suffix. Checks done: 1. check if a topology is not disconnected. In other words if there are replication paths between all servers. 2. check if servers don't have more than the recommended number of replication agreements When adding a record, either RR specific options or standard option for a raw value can be used, they just should not be combined in one add operation. When modifying an existing entry, new RR specific options can be used to change one part of a DNS record, where the standard option for raw value is used to specify the modified value. The following example demonstrates a modification of MX record preference from 0 to 1 in a record without modifying the exchanger: ipa dnsrecord-mod --mx-rec="0 mx.example.com." --mx-preference=1 When searching on dates the _from date does a >= search and the _to date does a <= search. When combined these are done as an AND. YubiKey Tokens YubiKey Tokens Manage YubiKey tokens. This code is an extension to the otptoken plugin and provides support for reading/writing YubiKey tokens directly. EXAMPLES: Add a new token: ipa otptoken-add-yubikey --owner=jdoe --desc="My YubiKey" http://www.ietf.org/rfc/rfc5280.txt * 0 - unspecified * 1 - keyCompromise * 10 - aACompromise * 2 - cACompromise * 3 - affiliationChanged * 4 - superseded * 5 - cessationOfOperation * 6 - certificateHold * 8 - removeFromCRL * 9 - privilegeWithdrawn ipa <command> --help -8 '${cn}' Alternatively, following servers are capable of running this command: %(masters)s "%s" is not a valid permission type "%s" is not an object type ${count} certificate(s) present ${count} item(s) added ${count} item(s) deleted ${count} item(s) disabled ${count} item(s) enabled ${count} item(s) removed ${count} option(s) removed ${count} user(s) activated ${count} user(s) restored ${count} users(s) staged ${entity} ${primary_key} Settings ${entity} ${primary_key} updated ${entity} successfully added ${primary_key} applies to: ${primary_key} is a member of: ${primary_key} is managed by: ${primary_key} member managers: ${primary_key} members: ${primary_key} overrides: ${product}, version: ${version} %(attr)s does not contain '%(value)s' %(attr)s: Invalid syntax. %(attr)s: Only one value allowed. %(command_name)s: %(oname)s not found %(container)s LDAP search did not return any result (search base: %(search_base)s, objectclass: %(objectclass)s) %(count)d %(type)s record skipped. Only one value per DNS record type can be modified at one time. %(count)d %(type)s records skipped. Only one value per DNS record type can be modified at one time. %(count)d ACI matched %(count)d ACIs matched %(count)d CA ACL matched %(count)d CA ACLs matched %(count)d CA matched %(count)d CAs matched %(count)d Certificate Identity Mapping Rule matched %(count)d Certificate Identity Mapping Rules matched %(count)d DNS server matched %(count)d DNS servers matched %(count)d Group ID override matched %(count)d Group ID overrides matched %(count)d HBAC rule matched %(count)d HBAC rules matched %(count)d HBAC service group matched %(count)d HBAC service groups matched %(count)d HBAC service matched %(count)d HBAC services matched %(count)d ID View matched %(count)d ID Views matched %(count)d ID override matched %(count)d ID overrides matched %(count)d IPA location matched %(count)d IPA locations matched %(count)d IPA server matched %(count)d IPA servers matched %(count)d OTP token matched %(count)d OTP tokens matched %(count)d RADIUS proxy server matched %(count)d RADIUS proxy servers matched %(count)d SELinux User Map matched %(count)d SELinux User Maps matched %(count)d Sudo Command Group matched %(count)d Sudo Command Groups matched %(count)d Sudo Command matched %(count)d Sudo Commands matched %(count)d Sudo Rule matched %(count)d Sudo Rules matched %(count)d User ID override matched %(count)d User ID overrides matched %(count)d automount key matched %(count)d automount keys matched %(count)d automount location matched %(count)d automount locations matched %(count)d automount map matched %(count)d automount maps matched %(count)d certificate matched %(count)d certificates matched %(count)d delegation matched %(count)d delegations matched %(count)d group matched %(count)d groups matched %(count)d host matched %(count)d hosts matched %(count)d hostgroup matched %(count)d hostgroups matched %(count)d netgroup matched %(count)d netgroups matched %(count)d permission matched %(count)d permissions matched %(count)d plugin loaded %(count)d plugins loaded %(count)d privilege matched %(count)d privileges matched %(count)d profile matched %(count)d profiles matched %(count)d range matched %(count)d ranges matched %(count)d role matched %(count)d roles matched %(count)d rules matched %(count)d rules matched %(count)d segment matched %(count)d segments matched %(count)d selfservice matched %(count)d selfservices matched %(count)d service delegation rule matched %(count)d service delegation rules matched %(count)d service delegation target matched %(count)d service delegation targets matched %(count)d service matched %(count)d services matched %(count)d subordinate id matched %(count)d subordinate ids matched %(count)d topology suffix matched %(count)d topology suffixes matched %(count)d trust matched %(count)d trusts matched %(count)d user matched %(count)d users matched %(count)d variables %(count)d vault matched %(count)d vaults matched %(count)s server matched %(count)s servers matched %(count)s server role matched %(count)s server roles matched %(count)s user matched %(count)s users matched %(cver)s client incompatible with %(sver)s server at '%(server)s' %(desc)s: %(info)s %(exception)s %(filename)s: file not found %(host)s failed %(host)s failed: %(error)s %(info)s %(key)s cannot be deleted because %(label)s %(dependent)s requires it %(key)s cannot be deleted or disabled because it is the last member of %(label)s %(container)s %(label)s %(key)s cannot be deleted/modified: %(reason)s %(line)s %(metaobject)s: %(oname)s not found %(name)s certificate is not valid %(obj)s default attribute %(attr)s would not be allowed! %(oname)s with name "%(pkey)s" already exists %(oname)s with with name "%(pkey)s" or for user "%(uid)s" already exists. %(operation)s is not supported for %(principal_type)s principals %(otype)s "%(oname)s" not found %(parent)s: %(oname)s not found %(pkey)s: %(oname)s not found %(port)s is not a valid port %(reason)s %(remaining)i remaining subordinate id ranges %(subject)s: Malformed certificate. %(reason)s %(task)s LDAP task timeout, Task DN: '%(task_dn)s' %(type)s category cannot be set to 'all' while there are allowed %(objects)s %(user)s is not a POSIX user %(value)s %i CA added. %i CA removed. %i CAs added. %i CAs removed. %i host or hostgroup added. %i host or hostgroup removed. %i hosts or hostgroups added. %i hosts or hostgroups removed. %i profile added. %i profile removed. %i profiles added. %i profiles removed. %i service added. %i service removed. %i services added. %i services removed. %i user or group added. %i user or group removed. %i users or groups added. %i users or groups removed. %s %s Record %s is not a valid attribute. %s record %s to add %s to exclude from migration %s to remove %s: RADIUS proxy server not found %s: group not found %s: user is already preserved '${port}' is not a valid port '%(attr)s' already contains one or more values '%(command)s' is deprecated. %(additional_info)s '%(dn)s is not a valid user '%(entry)s' doesn't have a certificate. '%(name)s' is required '%(option)s' option is deprecated. %(additional_info)s '%(required)s' must not be empty when '%(name)s' is set '%s' is a required part of DNS record 'add' option (deprecated) (see RFC %s for details) . Check GID of the existing group. Use --group-overwrite-gid option to overwrite the GID 7 is not a valid revocation reason <all IPA DNS servers> <h1>Browser Kerberos Setup</h1> <h1>Password Migration</h1><p>If you have been sent here by your administrator, your personal information is being migrated to a new identity management solution (IPA).</p><p>Please, enter your credentials in the form to complete the process. Upon successful login your kerberos account will be activated.</p> <h1>Unable to verify your Kerberos credentials</h1> <p> Please make sure that you have valid Kerberos tickets (obtainable via <strong>kinit</strong>), and that you have configured your browser correctly. </p> <h2>Browser configuration</h2> <div id="first-time"> <p> If this is your first time, please <a href="ssbrowser.html">configure your browser</a>. </p> </div> <h2>Chrome</h2> <p> You can configure Chrome to use Kerberos for Single Sign-on. The following instructions will guide you in configuring your web browser to send your Kerberos credentials to the appropriate Key Distribution Center which enables Single Sign-on. </p> <h2>Firefox</h2> <p> You can configure Firefox to use Kerberos for Single Sign-on. The following instructions will guide you in configuring your web browser to send your Kerberos credentials to the appropriate Key Distribution Center which enables Single Sign-on. </p> <h2>Internet Explorer</h2> <p><strong>WARNING:</strong> Internet Explorer is no longer a supported browser.</p> <p> Once you are able to log into the workstation with your kerberos key you are now able to use that ticket in Internet Explorer. </p> <p> <h3> Enable SPNEGO (Simple and Protected GSSAPI Negotiation Mechanism) to Use Kerberos Authentication in Chrome </h3> <ol> <li> Make sure you have the necessary directory created by running: <div><code> [root@client]# mkdir -p /etc/opt/chrome/policies/managed/ </code></div> </li> <li> Create a new <code>/etc/opt/chrome/policies/managed/mydomain.json</code> file with write privileges limited to the system administrator or root, and include the following line: <div><code> { "AuthServerWhitelist": "*<span class="example-domain">.example.com</span>" } </code></div> <div> You can do this by running: </div> <div><code> [root@server]# echo '{ "AuthServerWhitelist": "*<span class="example-domain">.example.com</span>" }' > /etc/opt/chrome/policies/managed/mydomain.json </code></div> </li> </ol> <ol> <p> <strong>Note:</strong> If using Chromium, use <code>/etc/chromium/policies/managed/</code> instead of <code>/etc/opt/chrome/policies/managed/</code> for the two SPNEGO Chrome configuration steps above. </p> </ol> <h3>Import CA Certificate</h3> <ol> <li> Download the <a href="ca.crt">CA certificate</a>. Alternatively, if the host is also an IdM client, you can find the certificate in /etc/ipa/ca.crt. </li> <li> Click the menu button with the <em>Customize and control Google Chrome</em> tooltip, which is by default in the top right-hand corner of Chrome, and click <em>Settings</em>. </li> <li> Click <em>Show advanced settings</em> to display more options, and then click the <em>Manage certificates</em> button located under the HTTPS/SSL heading. </li> <li> In the <em>Authorities</em> tab, click the <em>Import</em> button at the bottom. </li> <li>Select the CA certificate file that you downloaded in the first step.</li> </ol> <i class="fa fa-info-circle"></i> <strong>OTP (One-Time Password):</strong>Generate new OTP code for each OTP field. <i class="fa fa-info-circle"></i> To log in with <strong>Kerberos</strong>, please make sure you have valid tickets (obtainable via kinit) and <a href='${protocol}//${host}/ipa/config/ssbrowser.html'>configured</a> the browser correctly, then click 'Log in'. <i class="fa fa-info-circle"></i> To log in with <strong>certificate</strong>, please make sure you have valid personal certificate. <i class="fa fa-info-circle"></i> To log in with <strong>username and password</strong>, enter them in the corresponding fields, then click 'Log in'. <ol> <li> <p> <a href="ca.crt" id="ca-link" class="btn btn-default">Import Certificate Authority certificate</a> </p> <p> Make sure you select <b>all three</b> checkboxes. </p> </li> <li> In the address bar of Firefox, type <code>about:config</code> to display the list of current configuration options. </li> <li> In the Filter field, type <code>negotiate</code> to restrict the list of options. </li> <li> Double-click the <code>network.negotiate-auth.trusted-uris</code> entry to display the Enter string value dialog box. </li> <li> Enter the name of the domain against which you want to authenticate, for example, <code class="example-domain">.example.com</code>. </li> <li><a href="../ui/index.html" id="return-link" class="btn btn-default">Return to Web UI</a></li> </ol> <ol> <li>Create a certificate database or use an existing one. To create a new database:<br/> <code># certutil -N -d <database path></code> </li> <li>Create a CSR with subject <em>CN=<${cn_name}>,O=<realm></em>, for example:<br/> <code># certutil -R -d <database path> -a -g <key size> -s 'CN=${cn},O=${realm}'${san}</code> </li> <li> Copy and paste the CSR (from <em>-----BEGIN NEW CERTIFICATE REQUEST-----</em> to <em>-----END NEW CERTIFICATE REQUEST-----</em>) into the text area below: </li> </ol> <p>Implicit method (password) will be used if no method is chosen.</p><p><strong>Password + Two-factor:</strong> LDAP and Kerberos allow authentication with either one of the authentication types but Kerberos uses pre-authentication method which requires to use armor ccache.</p><p><strong>RADIUS with another type:</strong> Kerberos always use RADIUS, but LDAP never does. LDAP only recognize the password and two-factor authentication options.</p> <p>Per-user setting, overwrites the global setting if any option is checked.</p><p><strong>Password + Two-factor:</strong> LDAP and Kerberos allow authentication with either one of the authentication types but Kerberos uses pre-authentication method which requires to use armor ccache.</p><p><strong>RADIUS with another type:</strong> Kerberos always use RADIUS, but LDAP never does. LDAP only recognize the password and two-factor authentication options.</p> <strong>Log into the Windows machine using an account of your Kerberos realm (administrative domain)</strong> </p> <p> <strong>In Internet Explorer, click Tools, and then click Internet Options.</strong> </p> <div> <ol> <li>Click the Security tab</li> <li>Click Local intranet</li> <li>Click Sites </li> <li>Click Advanced </li> <li>Add your domain to the list</li> </ol> <ol> <li>Click the Security tab</li> <li>Click Local intranet</li> <li>Click Custom Level</li> <li>Select Automatic logon only in Intranet zone</li> </ol> <ol> <li> Visit a kerberized web site using IE (You must use the fully-qualified Domain Name in the URL)</li> <li><strong> You are all set.</strong></li> </ol> </div> A Create reverse A IP Address A SYSTEM permission may not be modified or removed A comma-separated list of fields to search in when searching for groups A comma-separated list of fields to search in when searching for users A description of this RADIUS proxy server A description of this auto member rule A description of this command A description of this host A description of this host-group A description of this role-group A dictionary representing an LDAP entry A group may not be a member of itself A group may not be added as a member of itself A host willing to act as a key exchanger A host willing to act as a mail exchanger A hostname which this alias hostname points to A list of ACI values A list of LDAP entries A list of SELinux users delimited by $ expected A list of global forwarders. A custom port can be specified for each forwarder using a standard format "IP_ADDRESS port PORT" A list of per-zone forwarders. A custom port can be specified for each forwarder using a standard format "IP_ADDRESS port PORT" A managed group cannot have a password policy. A problem was encountered when verifying that all members were %(verb)s: %(exc)s A record A space separated list of attributes which are removed from replication updates. A string searched in all relevant object attributes A string that identifies the user at external IdP A6 Record data A6 record AA Compromise AAAA Create reverse AAAA IP Address AAAA record ACI ACI name ACI object. ACI of permission %s was not found ACI prefix ACI prefix is required ACI with name "%s" not found ACIs ACL name AD DC was unable to reach any IPA domain controller. Most likely it is a DNS or firewall issue AD Trust setup AD domain controller AD domain controller complains about communication sequence. It may mean unsynchronized time on both sides, for example AFSDB Hostname AFSDB Subtype AFSDB record API Browser API Version number was not sent, forward compatibility not guaranteed. Assuming server's API version, %(server_version)s APL record About Access Denied Access Granted Access granted: %s Access this host Access time Accessing Account Account Settings Account Status Account disabled Account disabled: %(disabled)s Actions Activate Activate a stage user "%(value)s" Activate a stage user. Active Directory domain Active Directory domain administrator Active Directory domain administrator's password Active Directory domain range Active Directory domain with POSIX attributes Active Directory trust range with POSIX attributes Active Directory winsync Active directory domain administrator's password Active users Active zone Add Add CA ACL Add CAs to a CA ACL. Add Certificate Authorities into CA ACL '${primary_key}' Add Class of Service entry Add Custom Attribute Add Custom Authentication Indicator Add DNS forward zone Add DNS resource record Add DNS zone Add HBAC rule Add HBAC service Add HBAC service '${primary_key}' into HBAC service groups Add HBAC service group Add HBAC service groups into HBAC rule '${primary_key}' Add HBAC services into HBAC rule '${primary_key}' Add HBAC services into HBAC service group '${primary_key}' Add ID range Add ID view Add IPA location Add IPA server into IPA location '${primary_key}' Add Kerberos Principal Alias Add Many Add OTP token Add RADIUS server Add RunAs groups into sudo rule '${primary_key}' Add RunAs user groups into sudo rule '${primary_key}' Add RunAs users into sudo rule '${primary_key}' Add SELinux user map Add SIDs Add SIDs for existing users and groups Add a manager to the stage user entry Add a manager to the user entry Add a new DNS server. Add a new Group ID override. Add a new HBAC service group. Add a new HBAC service. Add a new ID View. Add a new ID override. Add a new IPA location. Add a new IPA new service. Add a new IPA service. Add a new OTP token. Add a new RADIUS proxy server. Add a new SMB service. Add a new User ID override. Add a new YubiKey OTP token. Add a new delegation. Add a new group password policy. Add a new host. Add a new hostgroup. Add a new netgroup. Add a new permission. Add a new privilege. Add a new role. Add a new segment. Add a new self-service permission. Add a new stage user. Add a new subordinate id. Add a new topology suffix to be managed. Add a new user. Add a permission for per-forward zone access delegation. Add a permission for per-zone access delegation. Add a system permission without an ACI Add a system permission without an ACI (internal command) Add a vault. Add allow sudo command groups into sudo rule '${primary_key}' Add allow sudo commands into sudo rule '${primary_key}' Add an attribute/value pair. Format is attr=value. The attribute must be part of the schema. Add an automember rule. Add an option to the Sudo Rule. Add and Add Another Add and Close Add and Edit Add automount key Add automount location Add automount map Add certificate authority Add certificate identity mapping rule Add certificate mapping data Add certificate profiles into CA ACL '${primary_key}' Add certificates to host entry Add commands and sudo command groups affected by Sudo Rule. Add conditions to an automember rule. Add custom value Add delegation Add deny sudo command groups into sudo rule '${primary_key}' Add deny sudo commands into sudo rule '${primary_key}' Add domain Add exclusive condition into '${primary_key}' Add forward record for nameserver located in the created zone Add group ID override Add group for Sudo to execute as. Add groups as member managers for host group '${primary_key}' Add groups as member managers for user group '${primary_key}' Add host Add host '${primary_key}' into HBAC rules Add host '${primary_key}' into host groups Add host '${primary_key}' into netgroups Add host '${primary_key}' into roles Add host '${primary_key}' into sudo rules Add host group Add host group '${primary_key}' into HBAC rules Add host group '${primary_key}' into host groups Add host group '${primary_key}' into netgroups Add host group '${primary_key}' into sudo rules Add host groups into CA ACL '${primary_key}' Add host groups into HBAC rule '${primary_key}' Add host groups into SELinux user map '${primary_key}' Add host groups into host group '${primary_key}' Add host groups into netgroup '${primary_key}' Add host groups into role '${primary_key}' Add host groups into sudo rule '${primary_key}' Add hosts and hostgroups affected by Sudo Rule. Add hosts into CA ACL '${primary_key}' Add hosts into HBAC rule '${primary_key}' Add hosts into SELinux user map '${primary_key}' Add hosts into host group '${primary_key}' Add hosts into netgroup '${primary_key}' Add hosts into role '${primary_key}' Add hosts into sudo rule '${primary_key}' Add hosts managing host '${primary_key}' Add hosts managing service '${primary_key}' Add hosts that can manage this host. Add hosts that can manage this service. Add inclusive condition into '${primary_key}' Add member to a named service delegation rule. Add member to a named service delegation target. Add members to Sudo Command Group. Add members to a group. Add members to a hostgroup. Add members to a netgroup. Add members to a permission. Add members to a privilege. Add members to a role. Add members to a vault. Add members to an HBAC service group. Add migrated users without a group to a default group (default: true) Add netgroup Add netgroup '${primary_key}' into netgroups Add netgroups into netgroup '${primary_key}' Add new DNS resource record. Add new certificates to a service Add new principal alias to a service Add new principal alias to host entry Add new principal alias to the stageuser entry Add new principal alias to the user entry Add one or more certificate mappings to the stage user entry. Add one or more certificate mappings to the user entry. Add one or more certificates to the idoverrideuser entry Add one or more certificates to the stageuser entry Add one or more certificates to the user entry Add owners to a vault container. Add owners to a vault. Add password policy Add permission Add permissions to a privilege. Add principal Add privilege Add privilege '${primary_key}' into permissions Add privileges into permission '${primary_key}' Add privileges to a role. Add profiles to a CA ACL. Add role Add role '${primary_key}' into privileges Add roles into privilege '${primary_key}' Add rule Add self service permission Add service Add service '${primary_key}' into roles Add services into CA ACL '${primary_key}' Add services into members of vault '${primary_key}' Add services into owners of vault '${primary_key}' Add services into role '${primary_key}' Add services into user group '${primary_key}' Add services to a CA ACL. Add services to an HBAC rule. Add source hosts and hostgroups from a HBAC rule. Add source hosts and hostgroups to an HBAC rule. Add stage user Add subid Add sudo command Add sudo command '${primary_key}' into sudo command groups Add sudo command group Add sudo commands into sudo command group '${primary_key}' Add sudo option Add sudo rule Add target hosts and hostgroups to a CA ACL. Add target hosts and hostgroups to an HBAC rule. Add target hosts and hostgroups to an SELinux User Map rule. Add target to a named service delegation rule. Add target to a named service delegation. Add the host to DNS with this IP address Add to default group Add topology segment Add trust Add user Add user '${primary_key}' into HBAC rules Add user '${primary_key}' into netgroups Add user '${primary_key}' into roles Add user '${primary_key}' into sudo rules Add user '${primary_key}' into user groups Add user ID override Add user ID override into user group '${primary_key}' Add user group Add user group '${primary_key}' into HBAC rules Add user group '${primary_key}' into netgroups Add user group '${primary_key}' into roles Add user group '${primary_key}' into sudo rules Add user group '${primary_key}' into user groups Add user groups into CA ACL '${primary_key}' Add user groups into HBAC rule '${primary_key}' Add user groups into SELinux user map '${primary_key}' Add user groups into members of vault '${primary_key}' Add user groups into netgroup '${primary_key}' Add user groups into owners of vault '${primary_key}' Add user groups into role '${primary_key}' Add user groups into sudo rule '${primary_key}' Add user groups into user group '${primary_key}' Add users and groups affected by Sudo Rule. Add users and groups for Sudo to execute as. Add users and groups to a CA ACL. Add users and groups to an HBAC rule. Add users and groups to an SELinux User Map rule. Add users as member managers for host group '${primary_key}' Add users as member managers for user group '${primary_key}' Add users into CA ACL '${primary_key}' Add users into HBAC rule '${primary_key}' Add users into SELinux user map '${primary_key}' Add users into members of vault '${primary_key}' Add users into netgroup '${primary_key}' Add users into owners of vault '${primary_key}' Add users into role '${primary_key}' Add users into sudo rule '${primary_key}' Add users into user group '${primary_key}' Add users managing OTP token '${primary_key}' Add users that can manage members of this group. Add users that can manage members of this hostgroup. Add users that can manage this token. Add vault Added %(map)s Added %(src)s to %(dst)s Added Active Directory trust for realm "%(value)s" Added CA ACL "%(value)s" Added Certificate Identity Mapping Rule "%(value)s" Added Group ID override "%(value)s" Added HBAC rule "%(value)s" Added HBAC service "%(value)s" Added HBAC service group "%(value)s" Added ID View "%(value)s" Added ID override "%(value)s" Added ID range "%(value)s" Added IPA location "%(value)s" Added OTP token "%(value)s" Added RADIUS proxy server "%(value)s" Added SELinux User Map "%(value)s" Added Sudo Command "%(value)s" Added Sudo Command Group "%(value)s" Added Sudo Rule "%(value)s" Added User ID override "%(value)s" Added automember rule "%(value)s" Added automount indirect map "%(value)s" Added automount key "%(value)s" Added automount location "%(value)s" Added automount map "%(value)s" Added certificate mappings to user "%(value)s" Added certificates to host "%(value)s" Added certificates to idoverrideuser "%(value)s" Added certificates to service principal "%(value)s" Added certificates to stageuser "%(value)s" Added certificates to user "%(value)s" Added condition(s) to "%(value)s" Added delegation "%(value)s" Added group "%(value)s" Added host "%(value)s" Added hostgroup "%(value)s" Added netgroup "%(value)s" Added new DNS server "%(value)s" Added new aliases to host "%(value)s" Added new aliases to stageuser "%(value)s" Added new aliases to the service principal "%(value)s" Added new aliases to user "%(value)s" Added option "%(option)s" to Sudo Rule "%(rule)s" Added permission "%(value)s" Added privilege "%(value)s" Added role "%(value)s" Added segment "%(value)s" Added selfservice "%(value)s" Added service "%(value)s" Added service delegation rule "%(value)s" Added service delegation target "%(value)s" Added stage user "%(value)s" Added subordinate id "%(value)s" Added system permission "%(value)s" Added topology suffix "%(value)s" Added user "%(value)s" Added vault "%(value)s" Additional instructions: Address not valid, can't redirect Administrative account Administrator e-mail address Advertised by servers Affiliation Changed Agreements deleted Algorithm All All attributes to which the permission applies All commands should at least have a result All nameservers failed to answer the query for DNS reverse zone %(revdns)s All target filters, including those implied by type and memberof Allow Allow PTR sync Allow access from the trusted domain Allow adding external non-IPA members from trusted domains Allow dynamic updates. Allow falling back to AD DC LDAP when resolving AD trusted objects. For two-way trusts only. Allow host groups to create keytab of '${primary_key}' Allow host groups to retrieve keytab of '${primary_key}' Allow hosts to create keytab of '${primary_key}' Allow hosts to retrieve keytab of '${primary_key}' Allow in-line DNSSEC signing Allow inline DNSSEC signing of records in the zone Allow query Allow synchronization of forward (A, AAAA) and reverse (PTR) records Allow synchronization of forward (A, AAAA) and reverse (PTR) records in the zone Allow transfer Allow use of IPA resources by the domain of the trust Allow user groups to create keytab of '${primary_key}' Allow user groups to retrieve keytab of '${primary_key}' Allow users to create keytab of '${primary_key}' Allow users to retrieve keytab of '${primary_key}' Allow users, groups, hosts or host groups to create a keytab of this host. Allow users, groups, hosts or host groups to create a keytab of this service. Allow users, groups, hosts or host groups to retrieve a keytab of this host. Allow users, groups, hosts or host groups to retrieve a keytab of this service. Allowed Target Allowed to Impersonate Allowed to create keytab Allowed to retrieve keytab Allows migration despite the usage of compat plugin Already registered Alternative UPN suffixes Altitude Always ask Ambiguous search, user domain was not specified An IPA master host cannot be deleted or disabled An error has occurred (${error}) An error occurred while fetching dns zones. An id range already exists for this trust. You should either delete the old range, or exclude --base-id/--range-size options from the command. An interval between regular polls of the name server for new DNS zones Anchor '%(anchor)s' could not be resolved. Anchor to override Any CA Any Command Any Group Any Host Any Profile Any Service Anyone Applied to hosts Applies ID View to specified hosts or current members of specified hostgroups. If any other ID View is applied to the host, it is overridden. Applies ID View to specified hosts or current members of specified hostgroups. If any other ID View is applied to the host, it is overriden. Apply Apply ACI to your own entry (self) Apply ID view '${primary_key}' on hosts Apply ID view '${primary_key}' on hosts of host groups Apply to host groups Apply to hosts Arbitrary string identifying the segment Archive data into a vault. Archived data into vault "%(value)s" Are you sure you want to ${action} the user?<br/>The change will take effect immediately. Are you sure you want to activate ${object}? Are you sure you want to activate selected users? Are you sure you want to add permission for DNS Zone ${object}? Are you sure you want to auto-assign a subordinate id to user ${object}? Are you sure you want to change default group? Are you sure you want to delete ${object}? Are you sure you want to delete selected entries? Are you sure you want to disable ${object}? Are you sure you want to disable selected entries? Are you sure you want to enable ${object}? Are you sure you want to enable selected entries? Are you sure you want to proceed with the action? Are you sure you want to remove permission for DNS Zone ${object}? Are you sure you want to restore ${object}? Are you sure you want to restore selected users? Are you sure you want to stage ${object}? Are you sure you want to stage selected users? Are you sure you want to un-apply ID view from selected entries? Are you sure you want to unlock user ${object}? Are you sure you want to unprovision this host? Are you sure you want to unprovision this service? Arguments to details function As Whom Asks for a non-random password to use for the principal Assigned ID View Assigned manager of the token (default: self) Assigned subids Assigned user of the token (default: self) Asymmetric At least the domain or IP address should be specified Attribute Attribute Key Attribute breakdown Attribute for user identity in OAuth 2.0 userinfo Attribute to filter via regex. For example fqdn for a host, or manager for a user Attributes Attributes for total update Attributes that are not replicated to a consumer server during a fractional update. E.g., `(objectclass=*) $ EXCLUDE accountlockout memberof Attributes that are not replicated to a consumer server during a total update. E.g. (objectclass=*) $ EXCLUDE accountlockout Attributes to be ignored for group entries in DS Attributes to be ignored for user entries in DS Attributes to replicate Attributes to strip Attributes to which the delegation applies Attributes to which the permission applies Attributes to which the permission applies by default Attributes to which the permission applies. Audit Authenticating Authentication Authentication Indicators Authentication indicator Authentication indicators Authentication with Kerberos failed Authentication with personal certificate failed Authoritative nameserver Authoritative nameserver change Authoritative nameserver domain name Authority ID Authorization URI Auto Membership Rule Auto Membership is not configured Auto assign subordinate ids Auto creation of private groups, one of allowed values Auto member rule: %s not found! Auto private groups Autogenerated Automatic update of DNS system records failed. Please re-run update of system records manually to get list of missing records. Automember Automember Rule Automember rebuild membership task completed Automember rebuild membership task started Automount Automount Key Automount Keys Automount Location Automount Location Settings Automount Locations Automount Map Automount Maps Automount key name. Automount key object. Automount location name. Automount map name. Automount master file. Available BIND update policy Back Back to Top Bad format in credentials cache Bad or unsupported salt type. Bad search filter Bad search filter %(info)s Base DN Base DN on remote LDAP server Base ID Base URL Base URL for IdP provider templates Base for certificate subjects (OU=Test,O=Example) Base-64 encoded certificate. Base-64 encoded host certificate Base-64 encoded server certificate Base-64 encoded service certificate Base-64 encoded user certificate Base64 decoding failed: %(reason)s Binary data to archive Bind DN Bind password already provided (-w). Bind password required when using a bind DN (-w or -W). Bind rule type Brief description of this profile CA CA '%s' is disabled CA ACL CA ACLs CA Compromise CA category CA category cannot be set to 'all' while there are allowed CAs CA category the ACL applies to CA certificate CA is not configured CAs CAs cannot be added when CA category='all' CERT Algorithm CERT Certificate Type CERT Certificate/CRL CERT Key Tag CERT record CIFS credentials object CIFS server %(host)s denied your credentials CIFS server communication error: code "%(num)s", message "%(message)s" (both may be "None") CIFS server denied your credentials CLI metavar CLI name CNAME Hostname CNAME record CNAME record is not allowed to coexist with any other record (RFC 1034, section 3.6.2) CSR Cancel Cannot create reverse record for "%(value)s": %(exc)s Cannot decode file '%(filename)s': %(exc)s Cannot establish LSA connection to %(host)s. Is CIFS server running? Cannot establish a trust to AD deployed in the same domain as IPA. Such setup is not supported. Cannot find specified domain or server name Cannot get host's FQDN! Cannot hide CA renewal master. Cannot hide DNSSec key master. Cannot hide last enabled %(name)s server. Cannot perform SID validation without Samba 4 support installed. Make sure you have installed server-trust-ad sub-package of IPA on the server Cannot perform external member validation without Samba 4 support installed. Make sure you have installed server-trust-ad sub-package of IPA on the server Cannot perform join operation without own domain configured. Make sure you have run ipa-adtrust-install on the IPA server first Cannot perform the selected command without Samba 4 instance configured on this machine. Make sure you have run ipa-adtrust-install on this server. Cannot perform the selected command without Samba 4 support installed. Make sure you have installed server-trust-ad sub-package of IPA. Cannot query Directory Manager with API Cannot read file '%(filename)s': %(exc)s Cannot resolve KDC for requested realm Cannot retrieve trusted domain GC list Cannot search in trusted domains without own domain configured. Make sure you have run ipa-adtrust-install on the IPA server first Cannot specify both SASL mechanism and bind DN simultaneously. Cannot specify server and LDAP uri simultaneously. Cannot store permission ACI to %s Cannot use %(old_name)s with %(new_name)s Car License Certificate Certificate Association Data Certificate Authorities Certificate Authority Certificate Data Certificate For Match Certificate Hold Certificate Hold Removed Certificate Identity Mapping Global Configuration Certificate Identity Mapping Rule Certificate Identity Mapping Rule description Certificate Identity Mapping Rule name Certificate Identity Mapping Rules Certificate Identity Mapping configuration options Certificate Mapping Match Certificate Profile Certificate Profile to use Certificate Profiles Certificate Profiles to add Certificate Profiles to remove Certificate Revoked Certificate Subject base Certificate Type Certificate Usage Certificate chain Certificate for ${entity} ${primary_key} Certificate format error: %(error)s Certificate in base64 or PEM format Certificate mapping data Certificate operation cannot be completed: %(error)s Certificate profiles cannot be renamed Certificate requested Certificate with serial number %(serial)s issued by CA '%(ca)s' not found Certificate(s) stored in file '%(file)s' Certificate/CRL Certificates Cessation of Operation Change current Domain Level. Change password Change to POSIX group Change to external group Changed password for "%(value)s" Changed server state of "%(value)s". Character classes Check DNS Check connection to remote IPA server. Check if the password contains the username Check if the password is a dictionary word Check the status of a certificate signing request. Checking if record exists. Checks if any of the servers has the CA service enabled. Checks if any of the servers has the DNS service enabled. Checks if any of the servers has the KRA service enabled Choose a pre-defined template to use City Class Class of Service object used for linking policies with groups Clear Clear all fields on the page. Clears ID View from specified hosts or current members of specified hostgroups. Click to ${action} Client credentials may be delegated to the service Client identifier Client is not configured. Run ipa-client-install. Client version. Used to determine if server will accept request. Clock interval Clock offset Close Closing keytab failed Collapse All Comma separated encryption types list Comma-separated list of attributes Comma-separated list of attributes to be ignored for group entries in DS Comma-separated list of attributes to be ignored for user entries in DS Comma-separated list of objectclasses to be ignored for group entries in DS Comma-separated list of objectclasses to be ignored for user entries in DS Comma-separated list of objectclasses used to search for group entries in DS Comma-separated list of objectclasses used to search for user entries in DS Comma-separated list of permissions to grant (read, write). Default is write. Comma-separated list of permissions to grant (read, write, add, delete, all) Comma-separated list of raw A records Comma-separated list of raw A6 records Comma-separated list of raw AAAA records Comma-separated list of raw AFSDB records Comma-separated list of raw APL records Comma-separated list of raw CERT records Comma-separated list of raw CNAME records Comma-separated list of raw DHCID records Comma-separated list of raw DLV records Comma-separated list of raw DNAME records Comma-separated list of raw DNSKEY records Comma-separated list of raw DS records Comma-separated list of raw HIP records Comma-separated list of raw IPSECKEY records Comma-separated list of raw KEY records Comma-separated list of raw KX records Comma-separated list of raw LOC records Comma-separated list of raw MX records Comma-separated list of raw NAPTR records Comma-separated list of raw NS records Comma-separated list of raw NSEC records Comma-separated list of raw NSEC3 records Comma-separated list of raw NSEC3PARAM records Comma-separated list of raw PTR records Comma-separated list of raw RP records Comma-separated list of raw RRSIG records Comma-separated list of raw SIG records Comma-separated list of raw SPF records Comma-separated list of raw SRV records Comma-separated list of raw SSHFP records Comma-separated list of raw TA records Comma-separated list of raw TKEY records Comma-separated list of raw TSIG records Comma-separated list of raw TXT records Command '%(name)s' has been deprecated Command category Command category the rule applies to Command name Command not implemented Commands Common Name Conditions that could not be added Conditions that could not be removed Configuration Configuration of SID failed. See details in the error log Configuration string Configure this server as a trust agent. Configure your token Configure your token by scanning the QR code below. Click on the QR code if you see this on the device you want to configure. Configured administrative server limit exceeded Configured size limit exceeded Configured time limit exceeded Confirm (password) Confirmation Connectivity Consecutive failures before lockout Consume an entitlement. Contact Settings Contact this specific KDC Server Content of 'standard' vaults can be seen by users with higher privileges (admins). Continue Continue to next page Continuous mode: Don't stop on errors. Continuous operation mode. Errors are reported but the process continues Continuous operation mode. Errors are reported but the process continues. Convert on server Could not get %(name)s interactively Could not read UPG Definition originfilter. Check your permissions. Counter Counter-based (HOTP) Create Stage user in from a delete user Create a CA. Create a new CA ACL. Create a new Certificate Identity Mapping Rule. Create a new HBAC rule. Create a new SELinux User Map. Create a new automount key. Create a new automount location. Create a new automount map. Create a new group. Create a new indirect mount point. Create a new service delegation rule. Create a new service delegation target. Create a new vault. Create as a non-POSIX group Create dns record Create new ACI. Create new DNS forward zone. Create new DNS zone (SOA record). Create new Sudo Command Group. Create new Sudo Command. Create new Sudo Rule. Create reverse Create reverse record for this IP Address Created ACI "%(value)s" Created CA "%(value)s" Creating record. Credentials Credentials cache permissions incorrect Cross-realm trusts are not configured. Make sure you have run ipa-adtrust-install on the IPA server first Current DNS record contents: Current Password Current domain level: Current password is required Custom value Customization DHCID record DLV Algorithm DLV Digest DLV Digest Type DLV Key Tag DLV record DN commonName does not match user's login DN emailAddress does not match any of user's email addresses DN of container for groups in DS relative to base DN DN of container for users in DS relative to base DN DN of the started task DN to bind as if not using kerberos DNA remaining DNAME Target DNAME record DNS DNS Discovery failed DNS Forward Zone DNS Forward Zones DNS Global Configuration DNS RR type "%s" is not supported by bind-dyndb-ldap plugin DNS Resource Record DNS Resource Records DNS Server DNS Server name DNS Servers DNS Zone DNS Zone Settings DNS Zones DNS check failed: Expected {%(expected)s} got {%(got)s} DNS class DNS configuration options DNS discovery for domain %s DNS forward zone DNS forward zones DNS forwarder DNS forwarder semantics changed since IPA 4.0. You may want to use forward zones (dnsforwardzone-*) instead. For more details read the docs. DNS is not configured DNS label cannot be longer than 63 characters DNS label cannot be longer that 63 characters DNS record was deleted because it contained no data. DNS record(s) of host %(host)s could not be removed. (%(reason)s) DNS records can be only updated one at a time DNS resource record DNS resource record type DNS resource records DNS reverse zone %(revzone)s for IP address %(addr)s is not managed by this server DNS server DNS server %(server)s does not support DNSSEC: %(error)s. If DNSSEC validation is enabled on IPA server(s), please disable it. DNS server %(server)s does not support EDNS0 (RFC 6891): %(error)s. If DNSSEC validation is enabled on IPA server(s), please disable it. DNS server %(server)s: %(error)s. DNS servers DNS zone DNS zone %(zone)s not found DNS zone for each realmdomain must contain SOA or NS records. No records found for: %s DNS zone root record cannot be renamed DNS zones DNSKEY record DNSSEC support is experimental. %(additional_info)s DNSSEC validation failed: %(error)s. Please verify your DNSSEC configuration or disable DNSSEC validation on all IPA servers. DNSec key master DS Algorithm DS Digest DS Digest Type DS Key Tag DS record DS record must not be in zone apex (RFC 4035 section 2.4) DS record requires to coexist with an NS record (RFC 4592 section 4.6, RFC 4035 section 2.4) Data Debugging output Default Default (fallback) Group Default (fallback) group for entries to land Default PAC types Default SELinux user Default SELinux user when no match is found in SELinux map rule Default Trust View cannot be applied on hosts Default Trust View cannot contain IPA users Default attributes Default e-mail domain Default from Default group for entries to land Default group for new users Default group for new users is not POSIX Default group for new users not found Default group objectclasses Default group objectclasses (comma-separated list) Default host group Default location of home directories Default shell Default shell for new users Default ticket policy could not be read Default time to live Default types of PAC supported for services Default types of supported user authentication Default user authentication types Default user group Default user objectclasses Default user objectclasses (comma-separated list) Default users group Degrees Latitude Degrees Longitude Delegation Delegation name Delegations Delete Delete %(name)s '%(value)s'? Delete ACI. Delete Class of Service entry Delete DNS forward zone. Delete DNS record entry. Delete DNS resource record. Delete DNS zone (SOA record). Delete IPA server. Delete Key, Unprovision Delete Server Delete Sudo Command Group. Delete Sudo Command. Delete Sudo Rule. Delete a CA (must be disabled first). Delete a CA ACL. Delete a Certificate Identity Mapping Rule. Delete a Certificate Profile. Delete a DNS server Delete a RADIUS proxy server. Delete a SELinux User Map. Delete a delegation. Delete a group password policy. Delete a host. Delete a hostgroup. Delete a netgroup. Delete a permission. Delete a privilege. Delete a role. Delete a segment. Delete a self-service permission. Delete a stage user. Delete a subordinate id. Delete a topology suffix. Delete a trust. Delete a user Delete a user, keeping the entry available for future use Delete a user. Delete a vault container. Delete a vault. Delete all associated records Delete all? Delete an Group ID override. Delete an HBAC rule. Delete an HBAC service group. Delete an ID View. Delete an ID override. Delete an ID range. Delete an IPA location. Delete an IPA service. Delete an OTP token. Delete an User ID override. Delete an attribute/value pair. The option will be evaluated last, after all sets and adds. Delete an automember rule. Delete an automount key. Delete an automount location. Delete an automount map. Delete an existing HBAC service. Delete domain Delete group. Delete mode Delete service delegation target. Delete service delegation. Deleted ACI "%(value)s" Deleted CA "%(value)s" Deleted CA ACL "%(value)s" Deleted Certificate Identity Mapping Rule "%(value)s" Deleted DNS forward zone "%(value)s" Deleted DNS server "%(value)s" Deleted DNS zone "%(value)s" Deleted Group ID override "%(value)s" Deleted HBAC rule "%(value)s" Deleted HBAC service "%(value)s" Deleted HBAC service group "%(value)s" Deleted ID View "%(value)s" Deleted ID override "%(value)s" Deleted ID range "%(value)s" Deleted IPA location "%(value)s" Deleted IPA server "%(value)s" Deleted OTP token "%(value)s" Deleted RADIUS proxy server "%(value)s" Deleted SELinux User Map "%(value)s" Deleted Sudo Command "%(value)s" Deleted Sudo Command Group "%(value)s" Deleted Sudo Rule "%(value)s" Deleted User ID override "%(value)s" Deleted automember rule "%(value)s" Deleted automount key "%(value)s" Deleted automount location "%(value)s" Deleted automount map "%(value)s" Deleted delegation "%(value)s" Deleted group "%(value)s" Deleted host "%(value)s" Deleted hostgroup "%(value)s" Deleted netgroup "%(value)s" Deleted permission "%(value)s" Deleted privilege "%(value)s" Deleted profile "%(value)s" Deleted record "%(value)s" Deleted role "%(value)s" Deleted segment "%(value)s" Deleted selfservice "%(value)s" Deleted service "%(value)s" Deleted service delegation "%(value)s" Deleted service delegation target "%(value)s" Deleted stage user "%(value)s" Deleted subordinate id "%(value)s" Deleted topology suffix "%(value)s" Deleted trust "%(value)s" Deleted user "%(value)s" Deleted vault "%(value)s" Deleted vault container Deleting a managed group is not allowed. It must be detached first. Deleting a server removes it permanently from the topology. Note that this is a non-reversible action. Deleting this server is not allowed as it would leave your installation without a CA. Deleting this server is not allowed as it would leave your installation without a KRA. Deleting this server will leave your installation without a DNS. Deny Department Number Deprecated options Deprecated; use %s Deprecated; use extratargetfilter Deprecated; use ipapermlocation Deprecated; use ipapermright Describe currently authenticated identity. Description Description of the purpose of the CA Detach a managed group from a user. Detached group "%(value)s" from user "%(value)s" Detect Determine whether Schema Compatibility plugin is configured to serve trusted domain users and groups Determine whether ipa-adtrust-install has been run on this system Determine whether ipa-adtrust-install has been run with sidgen task Device authorization URI Device authorization endpoint Dict of I18N messages Dict of JSON encoded IPA Commands Dict of JSON encoded IPA Methods Dict of JSON encoded IPA Objects Dictionary check Dictionary mapping plugin names to bases Dictionary mapping variable name to value Digest Digest Type Digits Direct Direct Membership Direction Latitude Direction Longitude Direction of replication between left and right replication node Disable Disable DNS Forward Zone. Disable DNS Zone. Disable a CA ACL. Disable a CA. Disable a Certificate Identity Mapping Rule. Disable a Sudo Rule. Disable a user account. Disable an HBAC rule. Disable an SELinux User Map rule. Disable per-user override Disable the Kerberos key and SSL certificate of a service. Disable the Kerberos key, SSL certificate and all services of a host. Disable token Disable use of IPA resources by the domain of the trust Disabled Disabled CA "%(value)s" Disabled CA ACL "%(value)s" Disabled Certificate Identity Mapping Rule "%(value)s" Disabled DNS forward zone "%(value)s" Disabled DNS zone "%(value)s" Disabled HBAC rule "%(value)s" Disabled SELinux User Map "%(value)s" Disabled Sudo Rule "%s" Disabled domain '%(domain)s' is not allowed Disabled host "%(value)s" Disabled service "%(value)s" Disabled trust domain "%(value)s" Disabled user account "%(value)s" Disallow host groups to create keytab of '${primary_key}' Disallow host groups to retrieve keytab of '${primary_key}' Disallow hosts to create keytab of '${primary_key}' Disallow hosts to retrieve keytab of '${primary_key}' Disallow user groups to create keytab of '${primary_key}' Disallow user groups to retrieve keytab of '${primary_key}' Disallow users to create keytab of '${primary_key}' Disallow users to retrieve keytab of '${primary_key}' Disallow users, groups, hosts or host groups to create a keytab of this host. Disallow users, groups, hosts or host groups to create a keytab of this service. Disallow users, groups, hosts or host groups to retrieve a keytab of this host. Disallow users, groups, hosts or host groups to retrieve a keytab of this service. Discovered server %s Display Class of Service entry Display DNS resource. Display Sudo Command Group. Display Sudo Command. Display Sudo Rule. Display a segment. Display a single ACI given an ACI name. Display an automount key. Display an automount location. Display an automount map. Display configuration of a DNS server. Display current entitlements. Display effective policy for a specific user Display information about a Certificate Identity Mapping Rule. Display information about a DNS forward zone. Display information about a DNS zone (SOA record). Display information about a RADIUS proxy server. Display information about a class. Display information about a command output. Display information about a command parameter. Display information about a command. Display information about a delegation. Display information about a help topic. Display information about a host. Display information about a hostgroup. Display information about a named group. Display information about a named service delegation rule. Display information about a named service delegation target. Display information about a netgroup. Display information about a permission. Display information about a privilege. Display information about a range. Display information about a role. Display information about a self-service permission. Display information about a stage user. Display information about a subordinate id. Display information about a trust. Display information about a user. Display information about a vault container. Display information about a vault. Display information about an Group ID override. Display information about an HBAC service group. Display information about an HBAC service. Display information about an ID View. Display information about an ID override. Display information about an IPA location. Display information about an IPA service. Display information about an OTP token. Display information about an User ID override. Display information about an automember rule. Display information about password policy. Display information about the default (fallback) automember groups. Display name Display the access rights of this entry (requires --all). See ipa man page for details. Display the current Kerberos ticket policy. Display the list of realm domains. Display the properties of a CA ACL. Display the properties of a CA. Display the properties of a Certificate Profile. Display the properties of a SELinux User Map rule. Display the properties of an HBAC rule. Display user record for current Kerberos principal Do not display QR code Do not update records only return expected records Do you also want to perform DNS check? Do you want to check if new authoritative nameserver address is in DNS Do you want to remove certificate mapping data ${data}? Do you want to remove kerberos alias ${alias}? Do you want to remove the certificate hold? Do you want to revoke this certificate? Select a reason from the pull-down list. Do you want to update system DNS records? Documentation Dogtag Authority ID Domain Domain '%(domain)s' is not a root domain for forest '%(forest)s' Domain GUID Domain Level Domain Level cannot be lowered. Domain Level cannot be raised to {0}, existing replication conflicts have to be resolved. Domain Level cannot be raised to {0}, server {1} does not support it. Domain NetBIOS name Domain SID Domain SID of the trusted domain Domain Security Identifier Domain controller for the Active Directory domain (optional) Domain enabled Domain name Domain resolution order Domain where the user entry will be searched Don't create user private group Don't wait for rebuilding membership Download Download certificate as PEM formatted file. Drive to mount a home directory Dry run Duplicate keys skipped: Duplicate maps skipped: Dynamic update Edit Edit ${entity} Effective attributes Email address Employee Information Employee Number Employee Type Empty domain is not allowed Enable Enable DNS Forward Zone. Enable DNS Zone. Enable a CA ACL. Enable a CA. Enable a Certificate Identity Mapping Rule. Enable a Sudo Rule. Enable a user account. Enable adding subids to new users Enable an HBAC rule. Enable an SELinux User Map rule. Enable migration mode Enable or Disable Anonymous PKINIT. Enable support for trusted domains for old clients Enable token Enabled Enabled CA "%(value)s" Enabled CA ACL "%(value)s" Enabled Certificate Identity Mapping Rule "%(value)s" Enabled DNS forward zone "%(value)s" Enabled DNS zone "%(value)s" Enabled HBAC rule "%(value)s" Enabled SELinux User Map "%(value)s" Enabled Sudo Rule "%s" Enabled server roles Enabled trust domain "%(value)s" Enabled user account "%(value)s" Encryption types to request Enctype comparison failed! Enrolled Enrollment Enrollment UUID Enrollment UUID (not implemented) Enrollment failed. %s Enter %(label)s again to verify: Enter LDAP password Enter trusted group name. Enter trusted or IPA group name. Note: search doesn't list groups from trusted domains. Enter trusted or IPA user login. Note: search doesn't list users from trusted domains. Enter trusted user login. Entry Entry %s does not exist Entry %s not found Entry RDN is not 'uid' Entry has no '%(attribute)s' Enumerate all the hosts the view applies to. Error Error changing account status Error getting default Kerberos realm: %s. Error obtaining initial credentials: %s. Error parsing "%1$s": %2$s. Error resolving keytab: %s. Error storing creds in credential cache: %s. Establish bi-directional trust. By default trust is inbound one-way only. Establish external trust to a domain in another forest. The trust is not transitive beyond the domain. Establish using Established and verified Exceeded number of tries to forward a request. Exchanger Exclude from Excluded attributes Exclusive Exclusive Regex Expand All Expanding buffer in jsonrpc_handle_response failed Expires On Export plugin meta-data for the webUI. Expression External External Group the commands can run as (sudorule-find only) External Groups of RunAs Users External Groups of users that the command can run as External IdP configuration External IdP user identifier External IdP user identifier attribute External Identity Provider External Identity Provider ticket maximum renewable age (seconds) External Identity Provider ticket maximum ticket life (seconds) External User External User the commands can run as (sudorule-find only) External User the rule applies to (sudorule-find only) External host External member External trust Extra hashes to generate in password plug-in Extra target filter Extracting the data from the JSON-RPC response failed: %s Extracting the error from the JSON-RPC response failed: %s Failed CAs Failed RunAs Failed RunAsGroup Failed allowed to create keytab Failed allowed to retrieve keytab Failed hosts/hostgroups Failed logins Failed managedby Failed member manager Failed members Failed owners Failed profiles Failed service/service groups Failed source hosts/hostgroups Failed targets Failed to add Failed to add key to the keytab Failed to add user to the default group. Use 'ipa group-add-member' to add manually. Failed to authenticate to CA REST API Failed to bind to server! Failed to call DBus Failed to clean memberPrincipal %(principal)s from s4u2proxy entry %(dn)s: %(err)s Failed to clean up Custodia keys for %(master)s: %(err)s Failed to clean up DNA hostname entries for %(master)s: %(err)s Failed to cleanup %(hostname)s DNS entries: %(err)s Failed to cleanup server principals/keys: %(err)s Failed to close the keytab Failed to connect to sssd over SystemBus. See details in the error_log Failed to create control! Failed to create key material Failed to create key! Failed to create random key! Failed to decode control reply! Failed to find users over SystemBus. See details in the error_log Failed to get keytab Failed to get keytab! Failed to get result: %s Failed to open Keytab Failed to open config file %s Failed to open keytab Failed to open keytab '%1$s': %2$s Failed to parse config file %s Failed to parse extended result: %s Failed to parse result: %s Failed to remove Failed to remove server %(master)s from server list: %(err)s Failed to remove server from security domain: %s Failed to resolve symlink to keytab. Failed to retrieve any keys Failed to retrieve encryption type %1$s (#%2$d) Failed to retrieve encryption type type #%d Failed to set cursor '%1$s' Failed users/groups Failure decoding Certificate Signing Request: %s Failure reset interval Fallback primary group Fallback to AD DC LDAP False False if migration fails because the compatibility plug-in is enabled. False if migration mode was disabled. Fax Number Fetch domains Fetching DNS zones. Fetching domains from trusted forest failed. See details in the error_log File %(file)s not found File containing data to archive File containing profile configuration File containing the new vault password File containing the new vault public key File containing the old vault password File containing the old vault private key File containing the vault password File containing the vault private key File containing the vault public key File to load the certificate from File to load the certificate from. File to store retrieved data File to store the certificate in. Filename is empty Filename of a raw profile. The XML format is not supported. Filter Filter available ${other_entity} Find Find a server role on a server(s) Fingerprint Fingerprint (SHA1) Fingerprint (SHA256) Fingerprint Type Fingerprint of schema cached by client Fingerprints First First Code First OTP First Posix ID of the range First Posix ID of the range reserved for the trusted domain First RID of the corresponding RID range First RID of the secondary RID range First date/time the token can be used First name Flags Following segments were not deleted: Force Force DNS zone creation even if it will overlap with an existing zone. Force DNS zone creation even if nameserver is not resolvable. Force DNS zone creation even if nameserver is not resolvable. (Deprecated) Force Update Force adding domain even if not in DNS Force nameserver change even if nameserver not in DNS Force server removal Force server removal even if it does not exist Force the host join. Rejoin even if already joined. Forcing removal of %(hostname)s Forest '%(forest)s' has existing trust to forest(s) %(domains)s which prevents a trust to '%(conflict)s' Format error Forward first Forward only Forward policy Forward policy is defined for it in IPA DNS, perhaps forwarder points to incorrect host? Forward to server instead of running locally Forward zones only Forwarders Forwarding disabled Forwarding policy conflicts with some automatic empty zones. Queries for zones specified by RFC 6303 will ignore forwarding and recursion and always result in NXDOMAIN answers. To override this behavior use forward policy 'only'. Found '%(value)s' Full name Fully Qualified Host Name Function to get details GECOS GECOS field GID GID (use this option to set it manually) GSSAPI|EXTERNAL General Generate OTP Generate a random password to be used in bulk enrollment Generate a random user password Generate and auto-assign subuid and subgid range to user entry Generate automount files for a specific location. Generated OTP Get Get Certificate Global DNS configuration is empty Global Trust Configuration Global forwarders Global forwarders. A custom port can be specified for each forwarder using a standard format "IP_ADDRESS port PORT" Global forwarding policy. Set to "none" to disable any configured global forwarders. Google Grace login limit Granted rights Granted to Privilege Granting privilege to roles Group Group '%s' does not exist Group ID Number Group ID override Group ID overrides Group Options Group Settings Group Type Group categories Group container Group description Group name Group object class Group object overrides Group search fields Group to apply ACI to Group to override Grouping Type Grouping to which the rule applies Groups Groups allowed to create keytab Groups allowed to retrieve keytab Groups of RunAs Users HBAC Rule HBAC Rule that defines the users, groups and hostgroups HBAC Rules HBAC Service HBAC Service Group HBAC Service Groups HBAC Services HBAC Test HBAC rule HBAC rule %(rule)s not found HBAC rule and local members cannot both be set HBAC rules HBAC service HBAC service description HBAC service group HBAC service group description HBAC service groups HBAC service groups to add HBAC service groups to remove HBAC services HBAC services to add HBAC services to remove HIP record HOTP Authentication Window HOTP Synchronization Window HOTP authentication skip-ahead HOTP synchronization skip-ahead HTTP Error Hardened Password (by SPAKE or FAST) Hardened max life Hardened max renew Hardened ticket maximum renewable age (seconds) Hardened ticket maximum ticket life (seconds) Hardware MAC address(es) on this host Hardware platform of the host (e.g. Lenovo T61) Hello world Help topic Hidden IPA CA servers Hidden IPA DNS servers Hidden IPA KRA servers Hidden IPA masters Hidden IPA servers configured as certificate authority Hidden IPA servers configured as domain name server Hidden IPA servers configured as key recovery agent Hide Hide details Hide details which rules are matched, not matched, or invalid History size Home directory Home directory base Horizontal Precision Host Host '%(host)s' not found Host '%(hostname)s' does not have corresponding DNS A/AAAA record Host '%(hostname)s' is not an active KDC Host Certificate Host Group Host Group Settings Host Groups Host Groups allowed to create keytab Host Groups allowed to retrieve keytab Host Masks Host Name Host Settings Host category Host category (semantics placed on this attribute are for local interpretation) Host category the ACL applies to Host category the rule applies to Host group rule Host group rules Host hardware platform (e.g. "Lenovo T61") Host is already joined. Host is not supported Host locality (e.g. "Baltimore, MD") Host location (e.g. "Lab 2") Host name Host operating system and version (e.g. "Fedora 9") Host unprovisioned Host-Based Access Control Host-based access control commands Host-group Hostgroups to whose hosts apply the ID View to. Please note that view is not applied automatically to any hosts added to the hostgroup after running the idview-apply command. Hostgroups whose hosts should have ID Views cleared. Note that view is not cleared automatically from any host added to the hostgroup after running idview-unapply command. Hostname Hostname (FQDN) Hostname of this server Hosts Hosts allowed to create keytab Hosts allowed to retrieve keytab Hosts or hostgroups that ID View could not be cleared from. Hosts or hostgroups that this ID View could not be applied to. Hosts that ID View was cleared from. Hosts that this ID View was applied to. Hosts the view applies to Hosts to apply the ID View to Hosts to clear (any) ID View from. How long should negative responses be cached ID Range ID Ranges ID View ID View Name ID View already applied ID View applied to %i host. ID View applied to %i hosts. ID View cannot be applied to IPA master ID View cleared from %i host. ID View cleared from %i hosts. ID Views ID override ID overrides cannot be renamed ID range for the trusted domain already exists, but it has a different type. Please remove the old range manually, or do not enforce type via --range-type option. ID range type, one of allowed values ID range type, one of ipa-ad-trust-posix, ipa-ad-trust, ipa-local ID range with the same name but different domain SID already exists. The ID range for the new trusted domain must be created manually. IP Address IP address %(ip)s is already assigned in domain %(domain)s. IP address in subjectAltName (%s) does not have PTR record IP address in subjectAltName (%s) unreachable from DNS names IP network to create reverse zone name from IPA AD trust agents IPA AD trust controllers IPA CA cannot be deleted IPA CA cannot be disabled IPA CA certificate IPA CA renewal master IPA CA servers IPA DNS Server is not installed IPA DNS records IPA DNS servers IPA DNS version IPA DNSSec key master IPA Error IPA KRA servers IPA Location IPA Location description IPA Locations IPA Range type must be one of ipa-ad-trust or ipa-ad-trust-posix when SID of the trusted domain is specified IPA Range type must be one of ipa-ad-trust or ipa-ad-trust-posix when auto-private-groups is specified IPA Range type must not be one of ipa-ad-trust or ipa-ad-trust-posix when SID of the trusted domain is not specified. IPA Server IPA Server Role IPA Server Roles IPA Server to use IPA Servers IPA does not manage the zone %(zone)s, please add records to your DNS server manually IPA location name IPA location records IPA manages DNS, please verify your DNS configuration and make sure that service records of the '{domain}' domain can be resolved. Examples how to configure DNS with CLI commands or the Web UI can be found in the documentation. IPA master capable of PKINIT IPA master denied trust validation requests from AD DC %(count)d times. Most likely AD DC contacted a replica that has no trust information replicated yet. Additionally, please check that AD DNS is able to resolve %(records)s SRV records to the correct IPA server. IPA master which can process PKINIT requests IPA masters IPA namingContext not found IPA object IPA role name IPA server configured as DNSSec key master IPA server domain cannot be deleted IPA server domain cannot be omitted IPA server hostname IPA server role name IPA servers configured as AD trust agents IPA servers configured as AD trust controllers IPA servers configured as certificate authority IPA servers configured as domain name server IPA servers configured as key recovery agent IPA servers configured as key recovery agents IPA trust IPA unique ID IPSECKEY record IdP max life IdP max renew IdP provider template Identity Identity Settings Identity provider details If no CAs are specified, requests to the default CA are allowed. If the problem persists please contact the system administrator. Ignore check for last remaining CA or DNS server Ignore compat plugin Ignore group attribute Ignore group object class Ignore topology connectivity problems after removal Ignore topology errors Ignore user attribute Ignore user object class Ignored %(src)s to %(dst)s Ignored keys: Ignoring these warnings and proceeding with removal Ignoring topology connectivity errors. Import a Certificate Profile. Import an entitlement certificate. Import automount files for a specific location. Imported keys: Imported maps: Imported profile "%(value)s" Include Disabled Include Enabled Include IPA master entries Include all disabled IPA rules into test Include all enabled IPA rules into test [default] Include certificate chain in output Include in Included attributes Inclusive Inclusive Regex Incompatible options provided (-r and -P) Indirect Indirect Member HBAC service Indirect Member HBAC service group Indirect Member ID user overrides Indirect Member groups Indirect Member host-groups Indirect Member hosts Indirect Member netgroups Indirect Member of HBAC rule Indirect Member of Sudo rule Indirect Member of group Indirect Member of host-group Indirect Member of netgroup Indirect Member of role Indirect Member of roles Indirect Member permissions Indirect Member users Indirect Membership Inherited from server configuration Initial counter for the HOTP token Initialize left node Initialize right node Initials Input data specified multiple times Input file Input filename Input form contains invalid or missing values. Insufficient 'add' privilege for entry '%s'. Insufficient 'write' privilege to the 'krbLastPwdChange' attribute of entry '%s'. Insufficient 'write' privilege to the 'userCertificate' attribute of entry '%s'. Insufficient access: %(info)s Insufficient privilege to create a certificate with subject alt name '%s'. Insufficient privilege to delete a CA. Insufficient privilege to modify a CA. Insufficient privilege to modify a certificate profile. Internal Error Internationalization messages Invalid JSON-RPC request: %(error)s Invalid LDAP URI. Invalid MCS value, must match {mcs}, where max category {mcs_max} Invalid MLS value, must match {mls}, where max level {mls_max} Invalid SASL bind mechanism Invalid SELinux user name, must match {} Invalid Service Principal Name Invalid URI: missing netloc Invalid URI: not an https scheme Invalid credentials Invalid domain name '%(domain)s': %(e)s Invalid format. Should be name=value Invalid number of parts! Invalid or unsupported type. Allowed values are: %s Invalid or unsupported vault public key: %s Invalid vault type Is zone active? Issue Issue new certificate Issue new certificate for host '${primary_key}' Issue new certificate for service '${primary_key}' Issue new certificate for user '${primary_key}' Issued By Issued On Issued To Issued on from Issued on from this date (YYYY-mm-dd) Issued on to Issued on to this date (YYYY-mm-dd) Issuer Issuer DN Issuer Distinguished Name Issuer and subject Issuer of the certificate Issuing CA It is strongly recommended to keep the following services installed on more than one server: It is used only for setting the SOA MNAME attribute. JSON-RPC call failed with status code: %li JSON-RPC call failed: %s JSON-RPC call was unauthorized. Check your credentials. JSON-RPC request: %s JSON-RPC response: %s JWKS URI JWKS endpoint Job Title Join an IPA domain KEY Algorithm KEY Flags KEY Protocol KEY Public Key KEY record KRA service is not enabled KX Exchanger KX Preference KX record Kerberos Credential Cache not found. Do you have a Kerberos Ticket? Kerberos Key Kerberos Key Not Present Kerberos Key Present, Host Provisioned Kerberos Key Present, Service Provisioned Kerberos Principal you entered is expired Kerberos Service Principal Name Kerberos Ticket Policy Kerberos User Principal not found. Do you have a valid Credential Cache? Kerberos context initialization failed Kerberos context initialization failed: %1$s (%2$d) Kerberos error: %(major)s/%(minor)s Kerberos keys available Kerberos principal Kerberos principal %s already exists. Use 'ipa user-mod' to set it manually. Kerberos principal expiration Kerberos principal name for this host Key Key Compromise Key Tag Key wrapping algorithm Keycloak or Red Hat SSO Keytab Keytab File Name Keytab successfully retrieved and stored in: %s LDAP DN LDAP SASL bind mechanism if no bindd/bindpw LDAP URI LDAP URI of DS server to migrate from LDAP basedn LDAP password LDAP password (if not using Kerberos) LDAP schema LDAP search scope for users and groups: base, onelevel, or subtree. Defaults to onelevel LDAP suffix to be managed LDAP timeout LDAP uri to connect to. Mutually exclusive with --server LOC Altitude LOC Degrees Latitude LOC Degrees Longitude LOC Direction Latitude LOC Direction Longitude LOC Horizontal Precision LOC Minutes Latitude LOC Minutes Longitude LOC Seconds Latitude LOC Seconds Longitude LOC Size LOC Vertical Precision LOC record Label Labels Last Last date/time the token can be used Last failed authentication Last name Last successful authentication Leading and trailing spaces are not allowed Left node Left replication node - an IPA server Legal LDAP filter (e.g. ou=Engineering) Length of TOTP token code validity Level List all service vaults List all user vaults List of IPA masters configured as DNS servers List of all IPA masters List of all hidden IPA masters List of deletions that failed List of enabled roles List of servers which advertise the given location List of trust domains successfully refreshed. Use trustdomain-find command to list them. Lists of objects migrated; categorized by type. Lists of objects that could not be migrated; categorized by type. Load CA certificate of LDAP server from FILE Loading Loading data Local domain Locality Location Location name Location of the ACI Lockout duration Log In Using Certificate Log in Log in using personal certificate Log out Log out error Logged In As Login failed due to an unknown reason Login shell Lower number means higher priority. Clients will attempt to contact the URI with the lowest-numbered priority they can reach. Lower number means higher priority. Clients will attempt to contact the server with the lowest-numbered priority they can reach. MAC address MS-PAC MX Exchanger MX Preference MX record Mailing Address Make multiple ipa calls via one remote procedure call Malformed DN Malformed principal Malformed principal: %(error)s Malformed principal: '%(value)s' Manage password policy for specific group Manage ticket policy for specific user Managed LDAP suffix DN Managed by Managed suffix Managed suffixes Managed topology requires minimal domain level ${domainlevel} Managedby permission Manager Managing Map Map Type Mapping rule Mapping ruleset "%(ruleset)s" has more than one rule for the %(helper)s helper Mark the token as disabled (default: false) Master file Match Match cn attribute in subject Match users according to certificate. Match users by any subordinate uid in their range Match value for subordinate user ID Matched Matched Users Matched rules Matching Type Matching rule Max domain level Max failures Max life Max lifetime (days) Max renew Max repeat Max sequence Maximum amount of time (seconds) for a search (-1 or 0 is unlimited) Maximum amount of time (seconds) for a search (> 0, or -1 for unlimited) Maximum domain level Maximum hostname length Maximum number of agreements per replica Maximum number of certs returned Maximum number of entries returned Maximum number of entries returned (0 is unlimited) Maximum number of records to search (-1 is unlimited) Maximum number of records to search (-1 or 0 is unlimited) Maximum number of rules to process when no --rules is specified Maximum number of same consecutive characters Maximum password life must be equal to or greater than the minimum. Maximum password lifetime (in days) Maximum renewable age (seconds) Maximum serial number Maximum ticket life (seconds) Maximum username length Maximum value is ${value} May not be empty Member Group Member HBAC service Member HBAC service groups Member Host Member Hostgroup Member ID user overrides Member Sudo commands Member User Member groups Member host-groups Member hosts Member netgroups Member of Member of HBAC rule Member of HBAC service groups Member of Sudo rule Member of a group Member of group Member of groups Member of host-groups Member of netgroups Member principals Member service groups Member services Member user group Member users Members Members of a trusted domain in DOM\name or name@domain form Members that could not be added Members that could not be removed Method name Method of Microsoft or Azure Migrate Migrate users and groups from DS to IPA. Migrating Migration mode is disabled. Use 'ipa config-mod --enable-migration=TRUE' to enable it. Migration of LDAP search reference is not supported. Min domain level Min length Min lifetime (hours) Minimum domain level Minimum length must be >= 6 if maxrepeat, maxsequence, dictcheck or usercheck are defined Minimum length of password Minimum number of character classes Minimum password lifetime (in hours) Minimum serial number Minimum value is ${value} Minutes Latitude Minutes Longitude Misc. Information Missing credentials for cross-forest communication Missing new vault public key Missing or invalid HTTP Referer, %(referer)s Missing reply control list! Missing reply control! Missing values: Missing vault private key Missing vault public key Mobile Telephone Number Model Modified Modified "%(value)s" trust configuration Modified ACI "%(value)s" Modified CA "%(value)s" Modified CA ACL "%(value)s" Modified Certificate Identity Mapping Rule "%(value)s" Modified Certificate Profile "%(value)s" Modified DNS server "%(value)s" Modified HBAC rule "%(value)s" Modified HBAC service "%(value)s" Modified HBAC service group "%(value)s" Modified ID range "%(value)s" Modified IPA location "%(value)s" Modified IPA server "%(value)s" Modified OTP token "%(value)s" Modified RADIUS proxy server "%(value)s" Modified SELinux User Map "%(value)s" Modified Sudo Command "%(value)s" Modified Sudo Command Group "%(value)s" Modified Sudo Rule "%(value)s" Modified an Group ID override "%(value)s" Modified an ID View "%(value)s" Modified an ID override "%(value)s" Modified an User ID override "%(value)s" Modified automember rule "%(value)s" Modified automount key "%(value)s" Modified automount map "%(value)s" Modified delegation "%(value)s" Modified group "%(value)s" Modified host "%(value)s" Modified hostgroup "%(value)s" Modified netgroup "%(value)s" Modified permission "%(value)s" Modified privilege "%(value)s" Modified role "%(value)s" Modified segment "%(value)s" Modified selfservice "%(value)s" Modified service "%(value)s" Modified stage user "%(value)s" Modified subordinate id "%(value)s" Modified topology suffix "%(value)s" Modified trust "%(value)s" (change will be effective in 60 seconds) Modified user "%(value)s" Modified vault "%(value)s" Modified: key not set Modify %(name)s '%(value)s'? Modify ACI. Modify CA configuration. Modify Certificate Identity Mapping configuration. Modify Certificate Profile configuration. Modify Class of Service entry Modify DNS forward zone. Modify DNS server configuration Modify DNS zone (SOA record). Modify ID range. Modify ID range. Modify Kerberos ticket policy. Modify OTP configuration options. Modify Sudo Command Group. Modify Sudo Command. Modify Sudo Rule. Modify a CA ACL. Modify a Certificate Identity Mapping Rule. Modify a DNS resource record. Modify a OTP token. Modify a RADIUS proxy server. Modify a SELinux User Map. Modify a delegation. Modify a group password policy. Modify a group. Modify a hostgroup. Modify a netgroup. Modify a permission. Modify a privilege. Modify a role. Modify a segment. Modify a self-service permission. Modify a stage user. Modify a subordinate id. Modify a topology suffix. Modify a user. Modify a vault. Modify an Group ID override. Modify an HBAC rule. Modify an HBAC service group. Modify an HBAC service. Modify an ID View. Modify an ID override. Modify an User ID override. Modify an automember rule. Modify an automount key. Modify an automount map. Modify an existing IPA service. Modify configuration options. Modify global DNS configuration. Modify global trust configuration. Modify information about a host. Modify information about an IPA location. Modify information about an IPA server. Modify realm domains. Modify trustdomain of the trust More than one entry with key %(key)s found, use --info to select specific entry. Mount information Mount point Move deleted user into staged area Multi-value Must be a decimal number Must be a positive number Must be an UTC date/time value (e.g., "2014-01-20 17:58:01Z") Must be an integer Must be disabled first My User Vaults NAPTR Flags NAPTR Order NAPTR Preference NAPTR Regular Expression NAPTR Replacement NAPTR Service NAPTR record NIS domain name NONE value cannot be combined with other PAC types NS Hostname NS record NS record is not allowed to coexist with an %(type)s record except when located in a zone root record (RFC 2181, section 6.1) NS record(s) can be edited in zone apex - '@'. NSEC Next Domain Name NSEC Type Map NSEC record NSEC3 record NSEC3PARAM record NSEC3PARAM record for zone in format: hash_algorithm flags iterations salt Name Name for referencing the CA Name of command to export Name of host-group Name of issuing CA Name of method to export Name of object to export Name of parent automount map (default: auto.master). Name of the trusted domain Nameserver '%(host)s' does not have a corresponding A/AAAA record Nameserver for reverse zone cannot be a relative DNS name Neither --del-all nor options to delete a specific record provided. Command help may be consulted for all supported record types. Nested Methods to execute NetBIOS name NetBIOS name of the IPA domain Netgroup Netgroup Settings Netgroup description Netgroup name Netgroups Network Services New ACI name New Certificate New Password New Principal Password New Test New kerberos principal alias New mount information New password is required New public key specified multiple times New users and groups automatically get a SID assigned New vault password New: key not set New: key set Next Next Domain Name No A, AAAA, SSHFP or PTR records found. No Common Name was found in subject of request. No DNS servers in IPA location %(location)s. Without DNS servers location is not working as expected. No DNSSEC key master is installed. DNSSEC zone signing will not work until the DNSSEC key master is installed. No Valid Certificate No answers could be found in the specified lifetime for DNS reverse zone %(revdns)s No archived data. No credentials cache found No default (fallback) group set No entries. No file to read No free YubiKey slot! No keys accepted by KDC No matching entries found No option to delete specific record provided. No option to modify specific record provided. No permission to join this host to the IPA domain. No private group No response No such attribute on this entry No such virtual command No system preferred enctypes ?! No values for %s No wait No write permissions on keytab file '%s' Non-2xx response from CA REST API: %(status)d. %(explanation)s Non-Active Directory domain Non-Kerberos user name was specified, please provide user@REALM variant instead Non-POSIX Non-existent or invalid rules Non-transitive external trust to a domain in another Active Directory forest Non-transitive external trust to an RFC4120-compliant Kerberos realm Nonce Not After Not Before Not a managed group Not a valid IP address Not a valid IPv4 address Not a valid IPv6 address Not a valid network address (examples: 2001:db8::/64, 192.0.2.0/24) Not allowed on non-leaf entry Not enough arguments specified to perform trust setup Not matched rules Not registered yet Note Number of IDs in the range Number of LDAP authentications allowed after expiration Number of conditions added Number of conditions removed Number of days's notice of impending password expiration Number of digits each token code will have Number of entries returned Number of hosts that had a ID View was unset: Number of hosts the ID View was applied to: Number of members added Number of members removed Number of owners added Number of owners removed Number of permissions added Number of permissions removed Number of plugins loaded Number of privileges added Number of privileges removed Number of seconds outbound LDAP operations waits for a response from the remote replica before timing out and failing Number of variables returned (<= total) OAuth 2.0 authorization endpoint OAuth 2.0 client details OAuth 2.0 client identifier OAuth 2.0 client secret OAuth 2.0 scope. Multiple scopes separated by space OIDC URL OK OTP OTP Configuration OTP Token OTP Token Settings OTP Tokens OTP configuration options OTP max life OTP max renew OTP set OTP token OTP token maximum ticket life (seconds) OTP token ticket maximum renewable age (seconds) OTP tokens Object class ipaNTUserAttrs is missing, user entry cannot have SMB attributes. Object class name Object does not belong to a trusted domain Objectclasses to be ignored for group entries in DS Objectclasses to be ignored for user entries in DS Objectclasses used to search for group entries in DS Objectclasses used to search for user entries in DS Okta Old vault password Old vault private key One Time Password One of group, permission or self is required One time password commands One-Time Password One-Time Password Not Present One-Time Password Present Only one value is allowed Only one zone type is allowed per zone name Only standard vaults can be created in WebUI, use CLI for other types of vaults. Only the ipa-ad-trust and ipa-ad-trust-posix are allowed values for --range-type when adding an AD trust. Operating System and version of the host (e.g. Fedora 9) Operating system Operation failed: %s Operations Error Option added Option group Option rid-base must not be used when IPA range type is ipa-ad-trust-posix Optional DN subtree from where an entry can be moved (must be in the subtree, but may not yet exist) Optional DN subtree where an entry can be moved to (must be in the subtree, but may not yet exist) Optional DN to apply the permission to (must be in the subtree, but may not yet exist) Options Options dom-sid and dom-name cannot be used together Options dom-sid and rid-base must be used together Options dom-sid and secondary-rid-base cannot be used together Options dom-sid/dom-name and rid-base must be used together Options dom-sid/dom-name and secondary-rid-base cannot be used together Options secondary-rid-base and rid-base must be used together Order Order in increasing priority of SELinux users, delimited by $ Org. Unit Organization Organization ID or Realm name for IdP provider templates Organizational Unit Origin DN subtree Original TTL Other Record Types Our domain is not configured Out of Memory! Out of memory Out of memory Out of memory! Out of memory! Out of memory!? Output debug info Output file to store the transport certificate Output filename Output only on errors Override default list of supported PAC types. Use 'NONE' to disable PAC support for this service Override default list of supported PAC types. Use 'NONE' to disable PAC support for this service, e.g. this might be necessary for NFS services. Override existing password Override inherited settings Overwrite GID Owner Owner %s Owner groups Owner services Owner users Owners Owners that could not be added Owners that could not be removed Owning user of subordinate id entry PAC type PAD PKINIT PKINIT max life PKINIT max renew PKINIT maximum ticket life (seconds) PKINIT status PKINIT ticket maximum renewable age (seconds) POSIX PTR Hostname PTR record PTR record for SAN IP (%s) does not match A/AAAA records Page Pager Number Pagination Size Parameters Parent map Parse all raw DNS records and return them in a structured way Parse error Parsing JSON-RPC response failed: %s Parsing JSON-RPC response failed: no 'result' value found. Password Password Expiration Notification (days) Password Policies Password Policy Password can be specified only for symmetric vault Password cannot be set on enrolled host. Password change complete Password expiration Password grace count Password history size Password is too long! Password migration was not successful Password migration was successful Password or Password+One-Time Password Password plugin features Password reset was not successful. Password specified multiple times Password used in bulk enrollment Passwords do not match Passwords do not match! Passwords do not match! Passwords have been migrated in pre-hashed format. IPA is unable to generate Kerberos keys unless provided with clear text passwords. All migrated users need to login at https://your.domain/ipa/migration/ before they can use their Kerberos accounts. Passwords must match Path to a script executed on a Windows system at logon Path to a user home directory, in UNC format Path to a user profile, in UNC format \\server\share\ Path to the IPA CA certificate Per-server conditional forwarding policy. Set to "none" to disable forwarding to global forwarder for this zone. In that case, conditional zone forwarders are disregarded. Per-server forwarders. A custom port can be specified for each forwarder using a standard format "IP_ADDRESS port PORT" Per-zone conditional forwarding policy. Set to "none" to disable forwarding to global forwarder for this zone. In that case, conditional zone forwarders are disregarded. Per-zone forwarders. A custom port can be specified for each forwarder using a standard format "IP_ADDRESS port PORT" Period after which failure count will be reset (seconds) Period for which lockout is enforced (seconds) Permission Permission ACI grants access to Permission denied: %(file)s Permission flags Permission name Permission settings Permission type Permission value Permission with unknown flag %s may not be modified or removed Permissions Permissions to grant (read, write). Default is write. Permissions to grant(read, write, add, delete, all) Permitted Encryption Types Permitted to have certificates issued Ping a remote server. Platform Please choose a type of DNS resource record to be added Please specify forwarders. Please try the following options: Policy Port Positional argument Positional arguments Pre-authentication is required for the service Pre-shared password Predefined profile '%(profile_id)s' cannot be deleted Preference Preference given to this exchanger. Lower values are more preferred Preferred Language Prefix used to distinguish ACI types (permission, delegation, selfservice, none) Preserved user Preserved user "%(value)s" Preserved users Prev Primary RID base Primary RID range and secondary RID range cannot overlap Primary key only Principal Principal %(principal)s cannot be authenticated: %(message)s Principal '%(principal)s' is not permitted to use CA '%(ca)s' with profile '%(profile_id)s' for certificate issuance. Principal '%s' in subject alt name does not match requested principal Principal alias Principal for this certificate (e.g. HTTP/test.example.com) Principal is not of the form user@REALM: '%(principal)s' Principal name Print as little as possible Print debugging information Print entries as stored on the server. Only affects output format. Print the raw XML-RPC output in GSSAPI mode Priority Priority (order) Priority of the policy (higher number means lower priority Priority of the rule (higher number means lower priority Private key specified multiple times Privilege Privilege Settings Privilege Withdrawn Privilege description Privilege name Privileges Profile Profile ID Profile ID '%(cli_value)s' does not match profile data '%(file_value)s' Profile ID for referring to this profile Profile category Profile category the ACL applies to Profile configuration Profile configuration stored in file '%(file)s' Profile data specifies profileId multiple times: %(values)s Profile description Profiles Prompt for LDAP password Prompt for the username Prompt for the username when multiple identities are mapped to a certificate Prompt to set the user password Prospective Protocol Provisioning Public Key Public key Public key can be specified only for asymmetric vault Public key specified multiple times Public key: QR code width is greater than that of the output tty. Please resize your terminal. Quantity Query current Domain Level. Query returned more results than the configured size limit. Displaying the first ${counter} results. Quick Links Quiet mode. Only errors are displayed. RADIUS RADIUS Proxy Server Settings RADIUS Server RADIUS Servers RADIUS max life RADIUS max renew RADIUS maximum ticket life (seconds) RADIUS proxy configuration RADIUS proxy server RADIUS proxy server name RADIUS proxy server with name "%s" already exists RADIUS proxy servers RADIUS proxy username RADIUS ticket maximum renewable age (seconds) REST API is not logged in. REVOKED RFC4120-compliant Kerberos realm RFC822Name does not match any of user's email addresses RP record RPC command used to log the current user out of their session. RRSIG Algorithm RRSIG Key Tag RRSIG Labels RRSIG Original TTL RRSIG Signature RRSIG Signature Expiration RRSIG Signature Inception RRSIG Signer's Name RRSIG Type Covered RRSIG record RSN Version Random Serial Number Version Random password Range Settings Range name Range size Range type Raw %s records Raw A records Raw A6 records Raw AAAA records Raw AFSDB records Raw APL records Raw CERT records Raw CNAME records Raw DHCID records Raw DLV records Raw DNAME records Raw DNSKEY records Raw DS records Raw HIP records Raw IPSECKEY records Raw KEY records Raw KX records Raw LOC records Raw MX records Raw NAPTR records Raw NS records Raw NSEC records Raw NSEC3 records Raw PTR records Raw RP records Raw RRSIG records Raw SIG records Raw SPF records Raw SRV records Raw SSHFP records Raw TA records Raw TKEY records Raw TLSA records Raw TSIG records Raw TXT records Raw target filter Raw value of a DNS record was already set by "%(name)s" option Re-established trust to domain "%(value)s" Re-sync the local entitlement cache with the entitlement server. Realm Domains Realm administrator password should be specified Realm domains Realm name Realm-domain mismatch Reason Reason for Revocation Reason for revoking the certificate (0-10) Reason for revoking the certificate (0-10). Type "ipa help cert" for revocation reason details. Rebuild auto membership Rebuild auto membership. Rebuild membership for all members of a grouping Rebuild membership for specified hosts Rebuild membership for specified users Recommended maximum number of agreements per replica exceeded Record Settings Record Type Record creation failed. Record data Record name Record not found. Record type Records Records for DNS Zone Redirection Redirection to PTR record Refresh Refresh list of the domains associated with the trust Refresh the page. Register to the entitlement system. Registration password Regular Expression Relative record name '%(record)s' contains the zone name '%(zone)s' as a suffix, which results in FQDN '%(fqdn)s'. This is usually a mistake caused by a missing dot at the end of the name specification. Relative weight for entries with the same priority. Relative weight for server services (counts per location) Reload current settings from the server. Reload the browser. Remaining subids Remote IPA server hostname Remote server name Remove Remove A, AAAA, SSHFP and PTR records of the host(s) managed by IPA DNS Remove CA ACLs Remove CAs from a CA ACL. Remove Certificate Authorities from CA ACL '${primary_key}' Remove DNS forward zones Remove DNS resource records Remove DNS zones Remove HBAC rules Remove HBAC service '${primary_key}' from HBAC service groups Remove HBAC service groups Remove HBAC service groups from HBAC rule '${primary_key}' Remove HBAC services Remove HBAC services from HBAC rule '${primary_key}' Remove HBAC services from HBAC service group '${primary_key}' Remove ID ranges Remove ID views Remove IPA locations Remove IPA servers from IPA location '${primary_key}' Remove Kerberos Alias Remove OTP tokens Remove Permission Remove RADIUS servers Remove RunAs groups from sudo rule '${primary_key}' Remove RunAs user groups from sudo rule '${primary_key}' Remove RunAs users from sudo rule '${primary_key}' Remove a manager to the stage user entry Remove a manager to the user entry Remove a permission for per-forward zone access delegation. Remove a permission for per-zone access delegation. Remove all principals in this realm Remove allow sudo command groups from sudo rule '${primary_key}' Remove allow sudo commands from sudo rule '${primary_key}' Remove an option from Sudo Rule. Remove auto membership rules Remove automount keys Remove automount locations Remove automount maps Remove certificate authorities Remove certificate hold Remove certificate identity mapping rules Remove certificate mapping data Remove certificate profiles Remove certificate profiles from CA ACL '${primary_key}' Remove certificates from a service Remove certificates from host entry Remove commands and sudo command groups affected by Sudo Rule. Remove conditions from an automember rule. Remove default (fallback) group for all unmatched entries. Remove delegations Remove deny sudo command groups from sudo rule '${primary_key}' Remove deny sudo commands from sudo rule '${primary_key}' Remove domains Remove entries from DNS Remove exclusive conditions from rule '${primary_key}' Remove from CRL Remove group ID overrides Remove group for Sudo to execute as. Remove groups from member managers for host group '${primary_key}' Remove groups from member managers for user group '${primary_key}' Remove hold Remove host '${primary_key}' from HBAC rules Remove host '${primary_key}' from host groups Remove host '${primary_key}' from netgroups Remove host '${primary_key}' from roles Remove host '${primary_key}' from sudo rules Remove host group '${primary_key}' from HBAC rules Remove host group '${primary_key}' from host groups Remove host group '${primary_key}' from netgroups Remove host group '${primary_key}' from sudo rules Remove host groups Remove host groups from CA ACL '${primary_key}' Remove host groups from HBAC rule '${primary_key}' Remove host groups from SELinux user map '${primary_key}' Remove host groups from host group '${primary_key}' Remove host groups from netgroup '${primary_key}' Remove host groups from role '${primary_key}' Remove host groups from sudo rule '${primary_key}' Remove hosts Remove hosts and hostgroups affected by Sudo Rule. Remove hosts from CA ACL '${primary_key}' Remove hosts from HBAC rule '${primary_key}' Remove hosts from SELinux user map '${primary_key}' Remove hosts from host group '${primary_key}' Remove hosts from netgroup '${primary_key}' Remove hosts from role '${primary_key}' Remove hosts from sudo rule '${primary_key}' Remove hosts managing host '${primary_key}' Remove hosts managing service '${primary_key}' Remove hosts that can manage this host. Remove hosts that can manage this service. Remove inclusive conditions from rule '${primary_key}' Remove information about the domain associated with the trust. Remove member from a named service delegation rule. Remove member from a named service delegation target. Remove member from a named service delegation. Remove members from Sudo Command Group. Remove members from a group. Remove members from a hostgroup. Remove members from a netgroup. Remove members from a permission. Remove members from a privilege Remove members from a role. Remove members from a vault. Remove members from an HBAC service group. Remove netgroup '${primary_key}' from netgroups Remove netgroups Remove netgroups from netgroup '${primary_key}' Remove one or more certificate mappings from the stage user entry. Remove one or more certificate mappings from the user entry. Remove one or more certificates to the idoverrideuser entry Remove one or more certificates to the stageuser entry Remove one or more certificates to the user entry Remove orphan automember rules Remove owners from a vault container. Remove owners from a vault. Remove password policies Remove permissions Remove permissions from a privilege. Remove preserved users Remove principal alias from a host entry Remove principal alias from a service Remove principal alias from the stageuser entry Remove principal alias from the user entry Remove privilege '${primary_key}' from permissions Remove privileges Remove privileges from a role. Remove privileges from permission '${primary_key}' Remove profiles from a CA ACL. Remove role '${primary_key}' from privileges Remove roles Remove roles from privilege '${primary_key}' Remove self service permissions Remove selinux user maps Remove service '${primary_key}' from roles Remove service and service groups from an HBAC rule. Remove services Remove services from CA ACL '${primary_key}' Remove services from a CA ACL. Remove services from members of vault '${primary_key}' Remove services from owners of vault '${primary_key}' Remove services from role '${primary_key}' Remove services from user group '${primary_key}' Remove source hosts and hostgroups from an HBAC rule. Remove stage users Remove sudo command '${primary_key}' from sudo command groups Remove sudo command groups Remove sudo commands Remove sudo commands from sudo command group '${primary_key}' Remove sudo options Remove sudo rules Remove target from a named service delegation rule. Remove target hosts and hostgroups from a CA ACL. Remove target hosts and hostgroups from an HBAC rule. Remove target hosts and hostgroups from an SELinux User Map rule. Remove topology segments Remove trusts Remove user '${primary_key}' from HBAC rules Remove user '${primary_key}' from netgroups Remove user '${primary_key}' from roles Remove user '${primary_key}' from sudo rules Remove user '${primary_key}' from user groups Remove user ID overrides Remove user ID overrides from user group '${primary_key}' Remove user group '${primary_key}' from HBAC rules Remove user group '${primary_key}' from netgroups Remove user group '${primary_key}' from roles Remove user group '${primary_key}' from sudo rules Remove user group '${primary_key}' from user groups Remove user groups Remove user groups from CA ACL '${primary_key}' Remove user groups from HBAC rule '${primary_key}' Remove user groups from SELinux user map '${primary_key}' Remove user groups from members of vault '${primary_key}' Remove user groups from netgroup '${primary_key}' Remove user groups from owners of vault '${primary_key}' Remove user groups from role '${primary_key}' Remove user groups from sudo rule '${primary_key}' Remove user groups from user group '${primary_key}' Remove users Remove users and groups affected by Sudo Rule. Remove users and groups for Sudo to execute as. Remove users and groups from a CA ACL. Remove users and groups from an HBAC rule. Remove users and groups from an SELinux User Map rule. Remove users from CA ACL '${primary_key}' Remove users from HBAC rule '${primary_key}' Remove users from SELinux user map '${primary_key}' Remove users from member managers for host group '${primary_key}' Remove users from member managers for user group '${primary_key}' Remove users from members of vault '${primary_key}' Remove users from netgroup '${primary_key}' Remove users from owners of vault '${primary_key}' Remove users from role '${primary_key}' Remove users from sudo rule '${primary_key}' Remove users from user group '${primary_key}' Remove users managing OTP token '${primary_key}' Remove users that can manage members of this group. Remove users that can manage members of this hostgroup. Remove users that can manage this token. Remove vaults Removed aliases from host "%(value)s" Removed aliases from stageuser "%(value)s" Removed aliases from user "%(value)s" Removed aliases to the service principal "%(value)s" Removed certificate mappings from user "%(value)s" Removed certificates from host "%(value)s" Removed certificates from idoverrideuser "%(value)s" Removed certificates from service principal "%(value)s" Removed certificates from stageuser "%(value)s" Removed certificates from user "%(value)s" Removed condition(s) from "%(value)s" Removed default (fallback) group for automember "%(value)s" Removed information about the trusted domain "%(value)s" Removed option "%(option)s" from Sudo Rule "%(rule)s" Removed system permission "%(value)s" Removing %(servers)s from replication topology, please wait... Removing principal %s Rename Rename an ACI. Rename the %(ldap_obj_name)s object Rename the DNS resource record object Rename the Group ID override object Rename the ID View object Rename the OTP token object Rename the RADIUS proxy server object Rename the User ID override object Rename the automount key object Rename the group object Rename the permission object Rename the privilege object Rename the role object Rename the stage user object Rename the user object Renamed ACI to "%(value)s" Renewal master for IPA certificate authority Replacement Replica is active DNSSEC key master. Uninstall could break your DNS system. Please disable or replace DNSSEC key master first. Replication agreement enabled Replication agreement for %(hostname)s not found Replication configuration Replication refresh for segment: "%(pkey)s" requested. Replication topology of suffix "%(suffix)s" contains errors. Replication topology of suffix "%(suffix)s" is in order. Report PKINIT status on the IPA masters Request a full re-initialization of the node retrieving data from the other node. Request failed with status %(status)s: %(reason)s Request id Request is missing "method" Request is missing "params" Request must be a dict Request status Required Required field Requires pre-authentication Reset Reset Kerberos ticket policy to the default values. Reset OTP Reset One-Time Password Reset Password Reset Password and Log in Reset your password. Resolve a host name in DNS. Resolve a host name in DNS. (Deprecated) Resolve security identifiers of users and groups in trusted domains Response from CA was not valid JSON Restore Result Result of simulation Result of the command Results are truncated, try a more specific search Results should contain primary key attribute only ("%s") Results should contain primary key attribute only ("anchor") Results should contain primary key attribute only ("certificate") Results should contain primary key attribute only ("cn") Results should contain primary key attribute only ("command") Results should contain primary key attribute only ("delegation-name") Results should contain primary key attribute only ("domain") Results should contain primary key attribute only ("group") Results should contain primary key attribute only ("group-name") Results should contain primary key attribute only ("hostgroup-name") Results should contain primary key attribute only ("hostname") Results should contain primary key attribute only ("id") Results should contain primary key attribute only ("location") Results should contain primary key attribute only ("login") Results should contain primary key attribute only ("map") Results should contain primary key attribute only ("name") Results should contain primary key attribute only ("principal") Results should contain primary key attribute only ("realm") Results should contain primary key attribute only ("service") Results should contain primary key attribute only ("sudocmdgroup-name") Results should contain primary key attribute only ("sudorule-name") Retries Retrieve a data from a vault. Retrieve an existing certificate. Retrieve and print all attributes from the server. Affects command output. Retrieve current keys without changing them Retrieve data from a vault. Retrieve the entitlement certs. Retrieved data from vault "%(value)s" Retrieving CA cert chain failed: %s Retrieving CA status failed with status %d Retrieving CA status failed: %s Retry Retrying with pre-4.0 keytab retrieval method... Return command defaults Return to the main page and retry the operation Reverse record for IP address %(ip)s already exists in reverse zone %(zone)s. Reverse zone %(name)s requires exactly %(count)d IP address components, %(user_count)d given Reverse zone IP network Revert Revocation reason Revoke Revoke a certificate. Revoke certificate Revoked Revoked on from Revoked on from this date (YYYY-mm-dd) Revoked on to Revoked on to this date (YYYY-mm-dd) Right node Right replication node - an IPA server Rights Rights to grant (read, search, compare, write, add, delete, all) Role Role Settings Role name Role status Role-Based Access Control Roles Root domain of the trust is always enabled for the existing trust Rule name Rule status Rule type Rule type (allow) Rule used to check if a certificate can be used for authentication Rule used to map the certificate with a user entry Rules Rules to test. If not specified, --enabled is assumed Run Commands Run Test Run as a user Run as any user within a specified group Run with the gid of a specified POSIX group RunAs External Group RunAs External User RunAs Group category RunAs Group category the rule applies to RunAs Groups RunAs User category RunAs User category the rule applies to RunAs Users RunAsGroup does not accept '%(name)s' as a group name RunAsUser does not accept '%(name)s' as a group name RunAsUser does not accept '%(name)s' as a user name SASL Bind failed SELinux Options SELinux User SELinux User Map SELinux User Map rule SELinux User Map rules SELinux User Maps SELinux user %(user)s not found in ordering list (in config) SELinux user '%(user)s' is not valid: %(error)s SELinux user map default user not in order list SELinux user map list not found in configuration SELinux user map order SHA1 Fingerprint SHA256 Fingerprint SID SID blacklist incoming SID blacklist outgoing SID blocklist incoming SID blocklist outgoing SID blocklists SID does not match any trusted domain SID does not match exactlywith any trusted domain's SID SID for the specified trusted domain name could not be found. Please specify the SID directly using dom-sid option. SID is not recognized as a valid SID for a trusted domain SID is not valid SIG Algorithm SIG Key Tag SIG Labels SIG Original TTL SIG Signature SIG Signature Expiration SIG Signature Inception SIG Signer's Name SIG Type Covered SIG record SMB Home Directory SMB Home Directory Drive SMB logon script path SMB profile path SMB service NetBIOS name SOA class SOA expire SOA minimum SOA mname (authoritative server) override SOA mname override SOA record class SOA record expire time SOA record refresh time SOA record retry time SOA record serial number SOA record time to live SOA refresh SOA retry SOA serial SOA time to live SPF record SRV Port SRV Priority SRV Target SRV Weight SRV record SSH public key SSH public key fingerprint SSH public key: SSH public keys SSHFP Algorithm SSHFP Fingerprint SSHFP Fingerprint Type SSHFP record SSSD was unable to resolve the object to a valid SID Salt Same as --%s Save Schema is up to date (FP '%(fingerprint)s', TTL %(ttl)s s) Scope Search Search Options Search command parameters. Search domains of the trust Search for %(searched_object)s with these %(relationship)s %(ldap_object)s. Search for %(searched_object)s without these %(relationship)s %(ldap_object)s. Search for %1$s on rootdse failed with error %2$d Search for CA ACLs. Search for CAs. Search for Certificate Identity Mapping Rules. Search for Certificate Profiles. Search for Class of Service entry Search for DNS forward zones. Search for DNS resources. Search for DNS servers. Search for DNS zones (SOA records). Search for HBAC rules. Search for HBAC services. Search for IPA locations. Search for IPA namingContext failed with error %d Search for IPA servers. Search for IPA services. Search for OTP token. Search for RADIUS proxy servers. Search for SELinux User Maps. Search for Sudo Command Groups. Search for Sudo Commands. Search for Sudo Rule. Search for a netgroup. Search for a self-service permission. Search for an Group ID override. Search for an HBAC service group. Search for an ID View. Search for an ID override. Search for an User ID override. Search for an automount key. Search for an automount location. Search for an automount map. Search for automember rules. Search for certificates with these owner %s. Search for certificates without these owner %s. Search for classes. Search for command outputs. Search for commands. Search for delegations. Search for entitlement accounts. Search for existing certificates. Search for forward zones only Search for group password policies. Search for groups with these member groups. Search for groups with these member of HBAC rules. Search for groups with these member of groups. Search for groups with these member of netgroups. Search for groups with these member of roles. Search for groups with these member of sudo rules. Search for groups with these member users. Search for groups without these member groups. Search for groups without these member of HBAC rules. Search for groups without these member of groups. Search for groups without these member of netgroups. Search for groups without these member of roles. Search for groups without these member of sudo rules. Search for groups without these member users. Search for groups. Search for help topics. Search for host groups with these member host groups. Search for host groups with these member hosts. Search for host groups with these member of HBAC rules. Search for host groups with these member of host groups. Search for host groups with these member of netgroups. Search for host groups with these member of sudo rules. Search for host groups without these member host groups. Search for host groups without these member hosts. Search for host groups without these member of HBAC rules. Search for host groups without these member of host groups. Search for host groups without these member of netgroups. Search for host groups without these member of sudo rules. Search for hostgroups. Search for hosts with these enrolled by users. Search for hosts with these managed by hosts. Search for hosts with these managing hosts. Search for hosts with these member of HBAC rules. Search for hosts with these member of host groups. Search for hosts with these member of netgroups. Search for hosts with these member of roles. Search for hosts with these member of sudo rules. Search for hosts without these enrolled by users. Search for hosts without these managed by hosts. Search for hosts without these managing hosts. Search for hosts without these member of HBAC rules. Search for hosts without these member of host groups. Search for hosts without these member of netgroups. Search for hosts without these member of roles. Search for hosts without these member of sudo rules. Search for hosts. Search for netgroups with these member groups. Search for netgroups with these member host groups. Search for netgroups with these member hosts. Search for netgroups with these member netgroups. Search for netgroups with these member of netgroups. Search for netgroups with these member users. Search for netgroups without these member groups. Search for netgroups without these member host groups. Search for netgroups without these member hosts. Search for netgroups without these member netgroups. Search for netgroups without these member of netgroups. Search for netgroups without these member users. Search for permissions. Search for privileges. Search for ranges. Search for roles. Search for servers with these managed suffixes. Search for servers without these managed suffixes. Search for service delegation target. Search for service delegations rule. Search for services with these managed by hosts. Search for services without these managed by hosts. Search for stage users with these member of HBAC rules. Search for stage users with these member of groups. Search for stage users with these member of netgroups. Search for stage users with these member of roles. Search for stage users with these member of sudo rules. Search for stage users without these member of HBAC rules. Search for stage users without these member of groups. Search for stage users without these member of netgroups. Search for stage users without these member of roles. Search for stage users without these member of sudo rules. Search for stage users. Search for subordinate id. Search for topology segments. Search for topology suffices. Search for topology suffixes. Search for trusts. Search for users with these member of HBAC rules. Search for users with these member of groups. Search for users with these member of netgroups. Search for users with these member of roles. Search for users with these member of sudo rules. Search for users without these member of HBAC rules. Search for users without these member of groups. Search for users without these member of netgroups. Search for users without these member of roles. Search for users without these member of sudo rules. Search for users. Search for vaults. Search result has been truncated: %(reason)s Search scope Search size limit Search time limit Second Code Second OTP Secondary RID base Seconds Latitude Seconds Longitude Secret Secrets can be added/retrieved to vault only by using vault-archive and vault-retrieve from CLI. Security Identifier Security Identifiers (SIDs) Segment details Segment name Select All Select entries to be removed. Selector Self Self Service Permission Self Service Permissions Self-service name Semantic of %(label)s was changed. %(current_behavior)s %(hint)s Semicolon separated list of IP addresses or networks which are allowed to issue queries Semicolon separated list of IP addresses or networks which are allowed to transfer the zone Sensitive Serial Serial Number Serial Number (hex) Serial number Serial number (hex) Serial number in decimal or if prefixed with 0x in hexadecimal Server Server "%(srv)s" has %(n)d agreements with servers: Server %(srv)s can't contact servers: %(replicas)s Server Name Server Options Server Role Server Roles Server does not support domain level functionality Server has already been deleted Server has no information about domain '%(domain)s' Server name Server name not provided and unavailable Server removal aborted: %(reason)s. Server state Server will check DNS forwarder(s). Servers Servers details: Servers in location Servers that belongs to the IPA location Service Service %(service)s requires restart on IPA server %(server)s to apply configuration changes. Service '%(service)s' not found in Kerberos database Service Certificate Service Groups Service Options Service Settings Service Vaults Service category Service category the ACL applies to Service category the rule applies to Service delegation rule Service delegation rules Service delegation target Service delegation targets Service group name Service name Service name of the service vault Service principal Service principal alias Service principal for this certificate (e.g. HTTP/test.example.com) Service principal is not of the form: service/fully-qualified host name: %(reason)s Service principal is required Service relative weight Service unprovisioned Service weight Service(s), shared, and user(s) options cannot be specified simultaneously Service, shared and user options cannot be specified simultaneously Service, shared, and user options cannot be specified simultaneously Services Session error Session key wrapped with transport certificate Session timeout Set Set Domain Level Set OTP Set One-Time Password Set SSH key Set a user's password. Set an attribute to a name/value pair. Format is attr=value. For multi-valued attributes, the command replaces the values already present. Set default (fallback) group for all unmatched entries. Set default (fallback) group for automember "%(value)s" Set enabled/hidden state of a server. Set public key Settings Setup SID configuration Shared Shared Vaults Shared secret for the trust Shared vault Show Show IPA server. Show QR code Show Results Show all loaded plugins. Show configuration uri Show details Show environment variables. Show global trust configuration. Show managed suffix. Show role status on a server Show the current Certificate Identity Mapping configuration. Show the current OTP configuration. Show the current configuration. Show the current global DNS configuration. Show the list of permitted encryption types and exit Show vault configuration. Show/Set key Showing ${start} to ${end} of ${total} entries. Signature Signature Expiration Signature Inception Signer's Name Simple bind failed Simulate use of Host-based access controls Since IPA does not manage DNS records, ensure DNS is configured to resolve '{domain}' domain from IPA hosts and back. Size Size Limit Size of data exceeds the limit. Current vault data size limit is %(limit)d B Size of the ID range reserved for the trusted domain Skip DNS check Skip a check whether the last CA master or DNS server is removed Skip host check Skip overlap check Skipped %(key)s Skipped %(map)s Some entries were not deleted Some operations failed. Source Host Groups Source Hosts Source host Source host category Source host category the rule applies to Specified CAs Specified Commands and Groups Specified Groups Specified Hosts and Groups Specified Profiles Specified Services and Groups Specified Users and Groups Specified trusted domain name could not be found. Specifies where to store keytab information. Specify external ${entity} Split DNS record to parts Stage Stage User Stage Users Stage user %s activated Stage users Staged user account "%(value)s" Standard Standard Record Types Start value for subordinate group ID (subgid) range Start value for subordinate user ID (subuid) range State State/Province Status Status of the certificate Status of the role Stop already started refresh of chosen node(s) Stopping of replication refresh for segment: "%(pkey)s" requested. Store and provide schema for commands and topics Store issued certificates Street address Structured SubGID range size SubGID range start SubUID match SubUID range size SubUID range start Subject Subject DN Subject DN is already used by CA '%s' Subject DNS name Subject Distinguished Name Subject EDI Party name Subject IP Address Subject Kerberos principal name Subject OID Subject Other Name Subject UPN Subject URI Subject X.400 address Subject alt name type %s is forbidden Subject directory name Subject email address Subject of the certificate Submit a certificate signing request. Subordinate ID Statistics Subordinate IDs Subordinate group ID count Subordinate id Subordinate id description Subordinate id statistics Subordinate ids Subordinate user ID count Subtree Subtree to apply ACI to Subtree to apply permissions to Subtype Success Sudo Sudo Allow Command Groups Sudo Allow Commands Sudo Command Sudo Command Group Sudo Command Groups Sudo Commands Sudo Deny Command Groups Sudo Deny Commands Sudo Option Sudo Rule Sudo Rules Sudo order Suffix name Superseded Supported encryption types: Suppress processing of membership attributes. Symmetric Sync OTP Token Synchronize an OTP token. Synchronizing Syntax Error: %(error)s System DNS records updated System encoding must be UTF-8, '%(encoding)s' is not supported. Set LC_ALL="C.UTF-8", or LC_ALL="" and LC_CTYPE="C.UTF-8". TA record TKEY record TLSA Certificate Association Data TLSA Certificate Usage TLSA Matching Type TLSA Selector TLSA record TOTP Synchronization Window TOTP authentication Window TOTP authentication time variance (seconds) TOTP synchronization time variance (seconds) TOTP token / IPA server time difference TSIG record TXT Text Data TXT record Take a revoked certificate off hold. Target Target DN Target DN subtree Target Uniform Resource Identifier Target Uniform Resource Identifier according to RFC 3986 Target group Target host Target members of a group Target members of a group (sets memberOf targetfilter) Target reverse zone not found. Target your own entry (self) Task DN Task DN = '%s' Telephone Number Test the ACI syntax but don't write anything Text Data Text does not match field pattern The --domain option cannot be used together with --add-domain or --del-domain. Use --domain to specify the whole realm domain list explicitly, to add/remove individual domains, use --add-domain/del-domain. The ACI for permission %(name)s was not found in %(dn)s The IPA realm The Identity Provider OIDC URL The OTP if the user has a token configured The _kerberos TXT record from domain %(domain)s could not be created (%(error)s). This can happen if the zone is not managed by IPA. Please create the record manually, containing the following value: '%(realm)s' The _kerberos TXT record from domain %(domain)s could not be removed (%(error)s). This can happen if the zone is not managed by IPA. Please remove the record manually. The automount key %(key)s with info %(info)s does not exist The certificate for %(ca)s is not available on this server. The character %(char)r is not allowed. The default users group cannot be removed The deny type has been deprecated. The domain %s is neither IPA domain nor a trusteddomain. The domain name of the target host or '.' if the service is decidedly not available at this domain The domain(s) "%s" cannot be used to apply altSecurityIdentities check. The following domains do not belong to this realm: %(domains)s The group doesn't exist The host '%s' does not exist to add a service to. The host was added but the DNS update failed with: %(reason)s The hostname must be fully-qualified: %s The hostname must not be: %s The hostname or IP (with or without port) The hostname this reverse record points to The hostname to register as The key,info pair must be unique. A key named %(key)s with info %(info)s already exists The keytab file to append the new key to (will be created if it does not exist). The keytab file to remove the principcal(s) from The mapping rule with altSecurityIdentities should be applied to a trusted Active Directory domain but no domain was associated with the rule. The max. length of monotonic character sequences (abcd) The most common types for this type of zone are: %s The number of times to retry authentication The password or username you entered is incorrect The primary_key value of the entry, e.g. 'jdoe' for a user The principal for this request doesn't exist. The principal to get a keytab for (ex: ftp/ftp.example.com@EXAMPLE.COM) The principal to remove from the keytab (ex: ftp/ftp.example.com@EXAMPLE.COM) The realm for the principal does not match the realm for this IPA server The realm of the following domains could not be detected: %(domains)s. If these are domains that belong to the this realm, please create a _kerberos TXT record containing "%(realm)s" in each of them. The schema used on the LDAP server. Supported values are RFC2307 and RFC2307bis. The default is RFC2307bis The search criteria was not specific enough. Expected 1 and found %(found)d. The secret used to encrypt data The service is allowed to authenticate on behalf of a client The service principal for subject alt name %s in certificate request does not exist The topic or command name. The total timeout across all retries (in seconds) The user account you entered is locked The username attribute on the user object The username, password or token codes are not correct There is already a trust to {ipa_domain} with unsupported type {trust_type}. Please remove it manually on AD DC side. There was a problem with your request. Please, try again later. This command can not be used to change ID allocation for local IPA domain. Run `ipa help idrange` for more information This command relies on the existence of the "editors" group, but this group was not found. This command requires root access This entry already exists This entry cannot be enabled or disabled This entry is already a member This entry is already disabled This entry is already enabled This entry is not a member This group already allows external members This group cannot be posix because it is external This is already a posix group This is already a posix group and cannot be converted to external one This may take some time, please wait ... This page has unsaved changes. Please save or revert. Ticket expired Ticket policy for %s could not be read Time Limit Time limit of search in seconds Time limit of search in seconds (0 is unlimited) Time now Time to live Time to live for records at zone apex Time to live for records without explicit TTL definition Time-based (TOTP) Timeout Timeout exceeded. To establish trust with Active Directory, the domain name and the realm name of the IPA server must match To get command help, use: Token ID Token URI Token description (informational only) Token endpoint Token hash algorithm Token model (informational only) Token secret (Base32; default: random) Token serial (informational only) Token synchronization failed Token vendor name (informational only) Token was synchronized Topic commands: Topic or Command Topology Topology Segment Topology Segments Topology does not allow server %(server)s to replicate with servers: Topology is disconnected Topology management requires minimum domain level {0} Topology suffix Topology suffixes Total number of variables env (>= count) Transport Certificate True True if not all results were returned True means the operation was successful Trust Trust Settings Trust direction Trust setup Trust status Trust type Trust type (ad for Active Directory, default) Trusted domain Trusted domain %(domain)s is included among IPA realm domains. It needs to be removed prior to establishing the trust. See the "ipa realmdomains-mod --del-domain" command. Trusted domain and administrator account use different realms Trusted domain did not return a unique object Trusted domain did not return a valid SID for the object Trusted domain partner Trusted domains Trusted for delegation Trusted forest Trusted to authenticate as user Trusting forest Trusts Two factor authentication (password + OTP) Two-way trust Type Type Covered Type Map Type of IPA object (sets subtree and objectClass targetfilter) Type of IPA object (user, group, host, hostgroup, service, netgroup, dns) Type of the token Type of trusted domain ID range, one of allowed values Type of trusted domain ID range, one of ipa-ad-trust-posix, ipa-ad-trust Types of supported user authentication UID UPN suffixes URI URL UUID Un-apply Un-apply ID Views from hosts Un-apply ID Views from hosts of hostgroups Un-apply ID view '${primary_key}' from hosts Un-apply from host groups Un-apply from hosts Unable to communicate with CMS Unable to communicate with CMS (status %d) Unable to create new TLS context (OpenSSL failed to initialize or to load certificates) Unable to create private group. A group '%(group)s' already exists. Unable to determine IPA server from %s Unable to determine if Kerberos principal %s already exists. Use 'ipa user-mod' to set it manually. Unable to determine root DN of %s Unable to display QR code using the configured output encoding. Please use the token URI to configure your OTP device Unable to enable SSL in LDAP Unable to generate Kerberos Credential Cache Unable to initialize STARTTLS session Unable to initialize connection to ldap server %1$s: %2$s Unable to initialize ldap library! Unable to join host: Kerberos Credential Cache not found Unable to join host: Kerberos User Principal not found and host password not provided. Unable to join host: Kerberos context initialization failed Unable to parse option {item} Unable to parse principal Unable to parse principal name Unable to parse principal: %1$s (%2$d) Unable to remove entry Unable to resolve domain controller for {domain} domain. Unable to set LDAP_OPT_PROTOCOL_VERSION Unable to set LDAP_OPT_X_SASL_NOCANON Unable to set LDAP_OPT_X_TLS_CACERTFILE Unable to set LDAP_OPT_X_TLS_PROTOCOL_MIN Unable to set LDAP_OPT_X_TLS_REQUIRE_CERT Unable to verify write permissions to the AD Undelete a delete user account. Undeleted user account "%(value)s" Undo Undo All Undo all changes in this field. Undo this change. Unenroll this host from IPA server Unenrollment failed. Unenrollment successful. Unique ID Unknown Unknown Error Unknown option: %(option)s Unlock Unlocked account "%(value)s" Unmatched Unprovision Unprovisioning host Unprovisioning service Unrecognized attributes: %(attrs)s Unresolved rules in --rules Unrevoked Unsaved Changes Unselect All Unspecified Unsupported value Up to 15 characters and only uppercase ASCII letters, digits and dashes are allowed. Empty string is not allowed. Update Update DNS entries Update System DNS Records Update location and IPA server DNS records Update of system record '%(record)s' failed with error: %(error)s User User Group User Groups User ID User ID Number User ID Number (system will assign one if not provided) User ID override User ID overrides User Login User Options User Vaults User attribute User attributes for SMB services User authentication types User categories User category User category (semantics placed on this attribute are for local interpretation) User category the ACL applies to User category the rule applies to User check User container User group User group ACI grants access to User group rule User group rules User group to apply delegation to User group to apply permissions to User group to apply permissions to (sets target) User info URI User information endpoint User login User logins User name User object class User object overrides User password User password expiration User search fields User to override User-friendly description of action performed User-specified attributes to which the permission applies User-specified attributes to which the permission explicitly does not apply Username Username of the user vault Users Users allowed to create keytab Users allowed to retrieve keytab Using discovered server %s Using provided server %s Using server from config %s Valid Certificate Present Valid from Valid not after from Valid not after from this date (YYYY-mm-dd) Valid not after to Valid not after to this date (YYYY-mm-dd) Valid not before from Valid not before from this date (YYYY-mm-dd) Valid not before to Valid not before to this date (YYYY-mm-dd) Valid to Validation error Validity Validity end Validity start Vault Vault Container Vault Containers Vault Type Vault configuration Vault data encrypted with session key Vault description Vault name Vault password Vault private key Vault public key Vault salt Vault service Vault type Vault user Vaults Vaults Config Vendor Verify Password Verify Principal Password Verify secret Version Vertical Precision Via Service View View Certificate Waiting for confirmation by remote side Warning Warning unrecognized encryption type. Warning unrecognized salt type. Warning: Consider service replication Warning: failed to convert type (#%d) Warning: salt types are not honored with randomized passwords (see opt. -P) Weight Weight for server services When migrating a group already existing in IPA domain overwrite the group GID and report as success Whether PKINIT is enabled or disabled Whether a replication agreement is active, meaning whether replication is occurring per that agreement Whether to store certs issued using this profile Who Working Write certificate (chain if --chain used) to file Write profile configuration to file X.509 certificate chain You are trying to reference a magic private group which is not allowed to be overridden. Try overriding the GID attribute of the corresponding user instead. You can use <a href="${link}" target="_blank">FreeOTP<a/> as a software OTP token application. You cannot specify %s without the --enable-sid option You may need to manually remove them from the tree You must enroll a host in order to create a host service You must specify both rid-base and secondary-rid-base options, because ipa-adtrust-install has already been run. You will be redirected in ${count}s You will be redirected to DNS Zone. Your password expires in ${days} days. Your password has expired. Please enter a new password. Your session has expired. Please log in again. Your trust to %(domain)s is broken. Please re-create it by running 'ipa trust-add' again. YubiKey slot ZIP Zone forwarders Zone found: ${zone} Zone name Zone name (FQDN) Zone record '%s' cannot be deleted Zone refresh interval access() on %1$s failed: errno = %2$d active user with name "%(user)s" already exists added attribute value to entry %(value)s algorithm value: allowed interval 0-255 all masters must have %(role)s role enabled an internal error has occurred an internal error has occurred on server at '%(server)s' answer to query '%(owner)s %(rtype)s' is missing DNSSEC signatures (no RRSIG data) any of the configured servers api has no such namespace: '%(name)s' at least one of options: type, users, hosts must be specified at least one of: type, filter, subtree, targetgroup, attrs or memberof are required at least one value equal to the canonical principal name must be present attribute "%(attribute)s" not allowed attribute "%s" not allowed attribute "gidNumber" not allowed with --nonposix attribute is not configurable attrs and included attributes are mutually exclusive attrs and included/excluded attributes are mutually exclusive authentication indicators not allowed in service "%s" automatically add the principal if it doesn't exist automatically add the principal if it doesn't exist (service principals only) automount key automount keys automount location automount locations automount map automount maps basedn ber_init() failed, Invalid control ?! ber_scanf() failed, unable to find kvno ?! bind password can be at most %(len)d characters can be at most %(maxlength)d bytes can be at most %(maxlength)d characters can be at most %(maxvalue)d can be at most %(maxvalue)s cannot add permission "%(perm)s" with bindtype "%(bindtype)s" to a privilege cannot be empty cannot be longer that {} characters cannot be used when a zone is specified cannot connect to '%(uri)s': %(error)s cannot delete global password policy cannot delete managed permissions cannot delete root domain of the trust, use trust-del to delete the trust itself cannot disable root domain of the trust, use trust-del to delete the trust itself cannot have an empty subject cannot open configuration file %s cannot rename managed permissions cannot set bindtype for a permission that is assigned to a privilege cannot specify both individual endpoints and IdP provider cannot specify both raw certificate and file cannot specify both subject/issuer and certificate cannot specify both subject/issuer and ipacertmapdata cannot specify full target filter and extra target filter simultaneously cannot stat() configuration file %s change collided with another change change to a POSIX group change to support external non-IPA members from trusted domains child exited with %d cn is immutable colon-separated list of domains used for short name qualification comma-separated list of HBAC service groups to add comma-separated list of HBAC service groups to remove comma-separated list of HBAC services to add comma-separated list of HBAC services to remove comma-separated list of groups to add comma-separated list of groups to exclude from migration comma-separated list of groups to remove comma-separated list of host groups to add comma-separated list of host groups to remove comma-separated list of hosts to add comma-separated list of hosts to remove comma-separated list of members of a trusted domain in DOM\name or name@domain form comma-separated list of netgroups to add comma-separated list of netgroups to remove comma-separated list of permissions comma-separated list of permissions to grant(read, write, add, delete, all) comma-separated list of privileges comma-separated list of privileges to add comma-separated list of privileges to remove comma-separated list of roles to add comma-separated list of roles to remove comma-separated list of sudo command groups to add comma-separated list of sudo command groups to remove comma-separated list of sudo commands to add comma-separated list of sudo commands to remove comma-separated list of users to add comma-separated list of users to exclude from migration comma-separated list of users to remove command command '%(name)s' takes at most %(count)d argument command '%(name)s' takes at most %(count)d arguments command '%(name)s' takes no arguments commands commands cannot be added when command category='all' commands for controlling sudo configuration communication with CIFS server was unsuccessful configuration options container entry (%(container)s) not found curl_easy_init() failed curl_easy_setopt() failed curl_global_init() failed curl_slist_append() failed for value: '%s' default CA ACL can be only disabled delegation delegations delete description did not receive Kerberos credentials does not match any of accepted formats: domain domain is not configured domain is not trusted domain name '%(domain)s' should be normalized to: %(normalized)s domain name cannot be longer than 255 characters each ACL element must be terminated with a semicolon empty DNS label empty filter enabledService/configuredService not in ipaConfigString kdc entry entries entry error marshalling data for XML-RPC transport: %(error)s error on server '%(server)s': %(error)s executing ipa-getkeytab failed, errno %d expected format: <0-255> <0-255> <0-65535> even-length_hexadecimal_digits_or_hyphen file to store DNS records in nsupdate format file to store certificate in filename filter and memberof are mutually exclusive flags must be one of "S", "A", "U", or "P" flags value: allowed interval 0-255 force NS record creation even if its hostname is not in DNS force delete of SYSTEM permissions force host name even if not in DNS force principal name even if host not in DNS force principal name even if not in DNS force service to be created even when host object does not exist to manage it fork() failed format must be specified as "d1 [m1 [s1]] {"N"|"S"} d2 [m2 [s2]] {"E"|"W"} alt["m"] [siz["m"] [hp["m"] [vp["m"]]]]" where: d1: [0 .. 90] (degrees latitude) d2: [0 .. 180] (degrees longitude) m1, m2: [0 .. 59] (minutes latitude/longitude) s1, s2: [0 .. 59.999] (seconds latitude/longitude) alt: [-100000.00 .. 42849672.95] BY .01 (altitude in meters) siz, hp, vp: [0 .. 90000000.00] (size/precision in meters) See RFC 1876 for details format must be specified as "%(format)s" %(rfcs)s forward zone "%(fwzone)s" is not effective because of missing proper NS delegation in authoritative zone "%(authzone)s". Please add NS record "%(ns_rec)s" to parent zone "%(authzone)s". gid cannot be set for external group givenname is required group group runAs group, permission and self are mutually exclusive groups groups to add groups to exclude from migration groups to remove host host category cannot be set to 'all' while there are allowed hosts host group host groups host groups to add host groups to remove host masks of allowed hosts hostgroup hostgroup with name "%s" already exists. Hostgroups and netgroups share a common namespace hostgroups hostname hostname contains empty label (consecutive dots) hostname in subject of request '%(cn)s' does not match name or aliases of principal '%(principal)s' hostname in subject of request '%(cn)s' does not match principal hostname '%(hostname)s' hosts hosts cannot be added when host category='all' hosts cannot be set when type is 'group' hosts to add hosts to remove id range id range type incomplete time value incorrect type integer to order the Sudo rules invalid '%(name)s': %(error)s invalid DN (%s) invalid IP address format invalid IP address version (is %(value)d, must be %(required_value)d)! invalid IP network format invalid Profile ID invalid SID: {SID} invalid SSH public key invalid address format invalid attribute name invalid domain name invalid domain-name: %s invalid domain-name: not fully qualified invalid e-mail format: %(email)s invalid escape code in domain name invalid hostmask invalid port number invalid serial number 0 invalid valid hex ipa-getkeytab has bad permissions? ipa-getkeytab not found is required iterations value: allowed interval 0-65535 json_dumps() failed json_pack_ex() failed: %s kerberos ticket policy settings key %(key)s already exists key named %(key)s already exists keytab is a dangling symlink and owned by another user. krb5_kt_close %1$d: %2$s krb5_kt_get_entry %1$d: %2$s krb5_kt_remove_entry %1$d: %2$s krb5_parse_name %1$d: %2$s krb5_unparse_name %1$d: %2$s krbtgt certs can use only the %s profile kvno %d left node ({host}) does not support suffix '{suff}' left node and right node must not be the same left node is not a topology node: %(leftnode)s left or right node has to be specified limits exceeded for this query local domain range location locations manager %(manager)s not found map %(map)s already exists maps not connected to /etc/auto.master: match the common name exactly maximum serial number member %s member Certificate Profile member HBAC service member HBAC service group member group member host member host group member netgroup member principal member privilege member role member service member service delegation target member sudo command member sudo command group member user minimum serial number missing base_id modifying primary key is not allowed mount point is relative to parent map, cannot begin with / must be "%s" must be '%(value)s' must be DNS name must be Kerberos principal must be TRUE or FALSE must be True or False must be Unicode text must be a certificate must be a certificate signing request must be a decimal number must be absolute must be an integer must be at least %(minlength)d bytes must be at least %(minlength)d characters must be at least %(minvalue)d must be at least %(minvalue)s must be at least 0 must be at least 1 must be at least 10 must be binary data must be datetime value must be dictionary must be enabled only on a single master must be enclosed in parentheses must be exactly %(length)d bytes must be exactly %(length)d characters must be one of %(values)s must be relative must contain a tuple (list, dict) must equal %r must have %(role)s role enabled must match pattern "%(pattern)s" must not contain trailing dot: %s netgroup netgroup with name "%s" already exists. Hostgroups and netgroups share a common namespace netgroups netgroups to add netgroups to remove no command nor help topic '%(topic)s' no modifications to be performed no trusted domain is configured no trusted domain matched the specified flat name not allowed to enable SID generation not allowed to modify group entries not allowed to modify user entries not allowed to perform operation: %s not allowed to perform server connection check not allowed to remotely add agent not found not fully qualified not modifiable on managed permissions number class '%(cls)s' is not included in a list of allowed number classes: %(allowed)s number of passwords objectclass %s not found one or more values to remove only "ad" is supported only available on managed permissions only letters, numbers, %(chars)s are allowed. DNS label may not start or end with %(chars2)s only master zones can contain records only one CNAME record is allowed per name (RFC 2136, section 1.1.5) only one DNAME record is allowed per name (RFC 6672, section 2.4) only one node can be specified operation not defined option was renamed; use %s options are not allowed order must be a unique value (%(order)d already used by %(rule)s) out of memory out-of-zone data: record name must be a subdomain of the zone or a relative name overlapping arguments and options: %(names)s owner %s owner group owner of %(types)s records should not be a wildcard domain name (RFC 4592 section 4) owner service owner user params must be a list params must contain [args, options] params[0] (aka args) must be a list params[1] (aka options) must be a dict password password policies password policy password to use if not using kerberos permission permission "%(value)s" already exists permissions pkinit preserve preserve and no-preserve cannot be both set principal not found principal not found in XML-RPC response principal to add principal to remove priority cannot be set on global policy priority must be a unique value (%(prio)d already used by %(gname)s) privilege privileged group privileged hostgroup privileged service delegation rule privileged service delegation target privileges privileges to add privileges to remove profile category cannot be set to 'all' while there are allowed profiles profiles cannot be added when profile category='all' pyhbac is not installed. pysss_murmur is not available on the server and no base-id is given. python-yubico is not installed. query '%(owner)s %(rtype)s' with EDNS0: %(error)s query '%(owner)s %(rtype)s': %(error)s range exists range modification leaving objects with ID out of the defined range is not allowed range type change read error realm not found realm or UPN suffix overlaps with trusted domain namespace record '%(owner)s %(rtype)s' failed DNSSEC validation on server %(ip)s removed attribute values from entry %(value)s request failed with HTTP status %d result not found in XML-RPC response retrieve and print all attributes from the server. Affects command output. right node ({host}) does not support suffix '{suff}' right node is not a topology node: %(rightnode)s role roles roles to add roles to remove runAs groups runAs user runAs users salt value: %(err)s search for POSIX groups search for groups with support of external non-IPA members from trusted domains search for managed groups search for non-POSIX groups search for private groups search results for objects to be migrated have been truncated by the server; migration process might be incomplete seconds segment segments self service permission self service permissions server server role server roles servers service service category cannot be set to 'all' while there are allowed services service delegation rule service delegation rules service delegation target service delegation targets service delegation targets to add service delegation targets to remove services services cannot be added when service category='all' services to add services to remove setting Authoritative nameserver should not be a wildcard domain name (RFC 4592 section 4) sidgen_was_run single label {}s are not supported skip reverse DNS detection sn is required stage user stage users subgidnumber must be equal to subuidnumber subject alt name type %s is forbidden for non-user principals subject alt name type %s is forbidden for user principals subtree and type are mutually exclusive sudo command sudo command group sudo command groups sudo command groups to add sudo command groups to remove sudo commands sudo commands to add sudo commands to remove sudo rule sudo rules suffix suffixes system ID View system IPA objects (e.g. system groups, user private groups) cannot be overridden target and targetgroup are mutually exclusive the IPA server and the remote domain cannot share the same NetBIOS name: %s the certificate with serial number the entry was deleted while being modified the value does not follow "YYYYMMDDHHMMSS" time format there must be at least one target entry specifier (e.g. target, targetfilter, attrs) these attributes are not allowed: %(attrs)s this option has been deprecated. this option is deprecated too many '@' characters trust trust configuration trust domain trust domains trust type trusted domain object trusted domain object not found trusted domain user not found trusts type of IPA object (user, group, host, hostgroup, service, netgroup) type, filter, subtree and targetgroup are mutually exclusive unknown command '%(name)s' unknown error %(code)d from %(server)s: %(error)s unknown provider unsupported functional level unsupported trust type url user user "%s" is already active user category cannot be set to 'all' while there are allowed users users users and hosts cannot both be set users cannot be added when runAs user or runAs group category='all' users cannot be added when user category='all' users cannot be set when type is 'hostgroup' users to add users to exclude from migration users to remove value value is missing vault vaultcontainer vaultcontainers vaults {algo} is not a supported vault wrapping algorithm {attr}: no such attribute {oname}: {command_name} not found {role}: role not found {} is required by the IPA master Project-Id-Version: freeipa 4.9.0.dev201908140712+gitc9938e3d8 Report-Msgid-Bugs-To: https://pagure.io/freeipa/new_issue PO-Revision-Date: 2022-07-02 20:19+0000 Last-Translator: Yuri Chornoivan <yurchor@ukr.net> Language-Team: Ukrainian <https://translate.fedoraproject.org/projects/freeipa/master/uk/> Language: uk MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Plural-Forms: nplurals=3; plural=n%10==1 && n%100!=11 ? 0 : n%10>=2 && n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2; X-Generator: Weblate 4.13 ПРИКЛАДИ: Приклади: Знайти усі сервери IPA: ipa server-find ЗАГАЛЬНІ НАЛАШТУВАННЯ DNS Перевизначення з метою додавання у повернуте повідомлення даних щодо успіху чи невдачі. Перевизначення з метою встановлення станів успіху та невдачі. Додати правило автоматичної участі. Додати умови до правила автоматичної участі. Додати новий діапазон ідентифікаторів. Щоб додати новий діапазон ідентифікаторів, вам слід завжди вказати --base-id --range-size Крім того, можна вказати --rid-base --secondary-rid-base для нового діапазону ідентифікаторів для локального домену, а --auto-private-groups може бути вказано для створення діапазону ідентифікаторів для довіреного домену AD і --rid-base --dom-sid слід вказати для додавання нового діапазону для довіреного домену AD. Вилучити правило автоматичної участі. Показати дані щодо правила автоматичної участі. Показати дані щодо типових (резервних) груп автоматичної участі. Стан блокування облікового запису користувача Обліковий запис може бути заблоковано, якщо введено неправильний пароль забагато разів протягом певного проміжку часу, який визначається правилами роботи з паролями. Блокування облікового запису є тимчасовим станом, його може бути розблоковано адміністратором. Ця програма з’єднується з кожним основним вузлом IPA і показує стан блокування на кожному з них. Щоб визначити, чи слід блокувати обліковий запис на певному сервері, слід виконати порівняння кількості помилкових спроб входу та час останньої невдалої спроби з еталонними значеннями. Обліковий запис буде заблоковано, якщо буде перевищено кількість maxfail помилкових спроб протягом проміжку часу failinterval. Відповідні значення задаються правилами обробки паролів, пов’язаними з обліковим записом користувача. Зміни до лічильника помилкових спроб входу вносяться, лише коли користувач виконує спробу увійти, тому може статися так, що обліковий запис заблоковано, хоча час, що минув з останньої помилкової спроби, перевищує час блокування (lockouttime), заданий правилам обробки паролів. Це означає, що користувач може увійти до системи знову. Змінити запис довіри (для наступного використання). У поточній версії можлива зміна лише типова зміна атрибутів LDAP. Додаткові варіанти буде додано у наступних випусках. Змінити правило автоматичної участі. Внесення змін до доменів області Перевірка DNS: при додаванні домену до списку вручну типово виконується перевірка DNS. Вона дає дані щодо прив'язки домену до області IPA за рахунок перевірки того, чи містить запис TXT домену у _kerberos TXT назву області IPA. Цю перевірку можна обійти, вказавши параметр --force. Вилучення: коли вилучається домен області, який мав відповідну зону DNS керовану IPA, також автоматично вилучається відповідний запис TXT у зоні у _kerberos. Інші записи у зоні та сама зона лишаються незмінними. Вилучити умови з правила автоматичної участі. Вилучити типову (резервну) групу для невідповідних записів. Шукати правила автоматичної участі. Виконати пошук осиротілих правил автоматичної участі. Можливо, команду слід запускати від імені привілейованого користувача, щоб отримати усі правила. Шукати користувачів, яких пов’язано із наданим сертифікатом. Для отримання списку відповідних користувачів ця команда покладається на дані SSSD, отже, вона може повертати кешовані дані. Докладніше про очищення кешу SSSD можна дізнатися із документації до sss_cache. Встановити типову (резервну) групу для невідповідних записів. Розблокувати обліковий запис користувача Обліковий запис може бути заблоковано, якщо відповідно до правил безпеки користувач перевищить обмеження на кількість введення помилкових паролів протягом певного часу. Запис блокується тимчасово, його може бути розблоковано адміністратором. Об’єкт контейнера сховищ. Об’єкт сховища. Ця команда еквівалентна до такої команди: ipa dnszone-mod example.com --dynamic-update=TRUE \ --update-policy="grant EXAMPLE.COM krb5-self * A; grant EXAMPLE.COM krb5-self * AAAA; grant EXAMPLE.COM krb5-self * SSHFP;" Додати запис місця: ipa location-add location --description 'My location' Додати сегмент топології до суфікса «ca»: ipa topologysegment-add ca --left IPA_SERVER_A --right IPA_SERVER_B Додати сегмент топології до суфікса «domain»: ipa topologysegment-add domain --left IPA_SERVER_A --right IPA_SERVER_B Створити новий запис служби сертифікації, підлеглий щодо служби сертифікації IPA (потребує прав доступу «Система: Додати CA»): ipa ca-add puppet --desc "Puppet" \ --subject "CN=Puppet CA,O=EXAMPLE.COM" Вилучити запис служби сертифікації (потребує прав доступу «Система: Вилучити CA»; також потребує попереднього вимикання CA): ipa ca-del puppet Вилучити запис місця: ipa location-del location Вилучити сегмент топології у суфіксі «ca»: ipa topologysegment-del ca segment_name Вилучити сегмент топології у суфіксі «domain»: ipa topologysegment-del domain segment_name Вимкнути службу сертифікації (потребує прав доступу «Система: Змінити CA»):. ipa ca-disable puppet Знайти усі місця: ipa location-find Знайти усі сервери: ipa server-find Знайти усі суфікси: ipa topologysuffix-find Вивести список усіх сегментів топології у суфіксі «ca»: ipa topologysegment-find ca Вивести список усіх сегментів топології у суфіксі «domain»: ipa topologysegment-find domain Повторно увімкнути службу сертифікації (потребує прав доступу «Система: Змінити CA»): ipa ca-enable puppet Показати налаштування певного сервера DNS: ipa dnsserver-show Показати неявну основну роль IPA: ipa server-role-find --include-master Показати певне місце: ipa location-show location Показати вказаний сервер: ipa server-show ipa.example.com Показати стан ролі «DNS server» на сервері: ipa server-role-show ipa.example.com "DNS server" Показати стан усіх налаштованих ролей на сервері: ipa server-role-find ipa.example.com Показати стан усіх ролей, назва яких містить «AD», на сервері: ipa server-role-find --server ipa.example.com --role="AD trust controller" Оновити налаштування для вказаного сервера DNS: ipa dnsserver-mod Перевірити топологію суфікса «ca»: ipa topologysuffix-verify ca Перевірити топологію суфікса «domain»: ipa topologysuffix-verify domain Додавання запису LOC для example.com: ipa dnsrecord-add example.com @ --loc-rec="49 11 42.4 N 16 36 29.6 E 227.64m" Додати умову до правила: ipa automember-add-condition --key=fqdn --type=hostgroup --inclusive-regex=^web[1-9]+\.example\.com webservers ipa automember-add-condition --key=manager --type=group --inclusive-regex=^uid=mscott devel Додати вузол, який може керувати сховищем ключів та сертифікатом цього вузла : ipa host-add-managedby --hosts=test2 test Додати запис вузла до правила: ipa sudorule-add-host readfiles --hosts server.example.com Додати вузол: ipa host-add web1.example.com Додавання поштового сервера для example.com: ipa dnsrecord-add example.com @ --mx-rec="10 mail1" Додати новий вузол з одноразовим паролем: ipa host-add --os='Fedora 12' --password=Secret123 test.example.com Додати новий вузол з випадковим одноразовим паролем: ipa host-add --os='Fedora 12' --random test.example.com Додати новий вузол: ipa host-add --location="3rd floor lab" --locality=Dallas test.example.com Додати новий сервер: ipa radiusproxy-add MyRADIUS --server=radius.example.com:1812 Додати новий жетон: ipa otptoken-add --type=totp --owner=jdoe --desc="My soft token" Додати новий жетон: ipa otptoken-add-yubikey --owner=jdoe --desc="My YubiKey" Додати право доступу, яке надає можливість керувати участю у групах: ipa permission-add --attrs=member --permissions=write --type=group "Manage Group Members" Додати право доступу до створення записів користувачів: ipa permission-add --type=user --permissions=add "Add Users" Додати особливе правило sudo для типового налаштовування сервера sudo: ipa sudorule-add defaults Додати стандартне сховище: ipa vault-add <назва> [--user <користувач>|--service <служба>|--shared] --type standard Додати симетричне сховище: ipa vault-add <назва> [--user <користувач>|--service <служба>|--shared] --type symmetric --password-file пароль.txt Додати запис користувача до правила: ipa sudorule-add-user readfiles --users jsmith Додати запис користувача: ipa user-add --first=Tim --last=User --password tuser1 --manager=mscott Додати асиметричне сховище: ipa vault-add <назва> [--user <користувач>|--service <служба>|--shared] --type asymmetric --public-key-file відкритий_ключ.pem Додати умову виключення до правила для запобігання автоматичному пов’язуванню: ipa automember-add-condition --key=fqdn --type=hostgroup --exclusive-regex=^web5\.example\.com webservers Додавання ще одного запису за допомогою специфічних для запису MX параметрів: ipa dnsrecord-add example.com @ --mx-preference=20 --mx-exchanger=mail2 Додавання ще одного запису за допомогою інтерактивного режиму (у який програма переходить у відповідь на команди dnsrecord-add, dnsrecord-mod або dnsrecord-del без параметрів): ipa dnsrecord-add example.com @ Будь ласка, виберіть тип запису ресурсу DNS, який слід додати Найпоширенішими типами для цього типу зон є: NS, MX, LOC Тип запису ресурсу DNS: MX Пріоритетність MX: 30 Обмінник MX: mail3 Назва запису: example.com Запис MX: 10 mail1, 20 mail2, 30 mail3 Запис NS: nameserver.example.com., nameserver2.example.com. Додавання нового запису A для www.example.com, крім того, створення зворотного запису у відповідній зворотній зоні. У цьому випадку запис PTR «2» вказує на www.example.com буде створено у зоні 2.0.192.in-addr.arpa. ipa dnsrecord-add example.com www --a-rec=192.0.2.2 --a-create-reverse Додавання нового запису PTR для www.example.com ipa dnsrecord-add 2.0.192.in-addr.arpa. 2 --ptr-rec=www.example.com. Додавання нових записів SRV для серверів LDAP. Три чверті запитів мають надсилатися до fast.example.com, а одна чверть — на slow.example.com. Якщо жодна зі служб не буде доступною, перемкнутися на backup.example.com. ipa dnsrecord-add example.com _ldap._tcp --srv-rec="0 3 389 fast.example.com" ipa dnsrecord-add example.com _ldap._tcp --srv-rec="0 1 389 slow.example.com" ipa dnsrecord-add example.com _ldap._tcp --srv-rec="1 1 389 backup.example.com" Додавання нової реверсивної зони, вказаної за допомогою мережевої IP-адреси: ipa dnszone-add --name-from-ip=192.0.2.0/24 Додавання нової зони: ipa dnszone-add example.com --admin-email=admin@example.com Додати другий сервер назв для example.com: ipa dnsrecord-add example.com @ --ns-rec=nameserver2.example.com Додати об’єкт команди sudo і записати його як дозволену команду до правила: ipa sudocmd-add /usr/bin/less ipa sudorule-add-allow-command readfiles --sudocmds /usr/bin/less Додавання загальносистемних прав доступу, якими можна скористатися для делегування привілеїв для окремих зон: ipa dnszone-add-permission example.com Додати початкову групу або групу вузлів: ipa hostgroup-add --desc="Web Servers" webservers ipa group-add --desc="Developers" devel Додати початкове правило: ipa automember-add --type=hostgroup webservers ipa automember-add --type=group devel Додати записи учасників сховища: ipa vault-add-member <назва> [--user <користувач>|--service <служба>|--shared] [--users <користувачі>] [--groups <групи>] [--services <служби>] Додати записи власників сховища: ipa vault-add-owner <назва> [--user <користувач>|--service <служба>|--shared] [--users <користувачі>] [--groups <групи>] [--services <служби>] Після внесення цих змін три п’ятих запитів має надсилатися до fast.example.com, а дві п’ятих — до slow.example.com. Дозволити користувачеві створення таблиці ключів: ipa host-allow-create-keytab test2 --users=tuser1 Дозволити користувачеві створювати таблицю ключів: ipa service-allow-create-keytab HTTP/web.example.com --users=tuser1 Приклад інтерактивного режиму для команди dnsrecord-del: ipa dnsrecord-del example.com www Не вказано параметр вилучення певного запису. Вилучити усі? Так/Ні (типово «Ні»): (не вилучати усі записи) Поточний вміст запису DNS: Запис A: 192.0.2.2, 192.0.2.3 Вилучити запис A «192.0.2.2»? Так/Ні (типово «Ні»): Вилучити запис A «192.0.2.3»? Так/Ні (типово «Ні»): y Назва запису: www Запис A: 192.0.2.2 (Запис A 192.0.2.3 вилучено) Архівувати дані до асиметричного сховища: ipa vault-archive <name> [--user <користувач>|--service <служба>|--shared] --in <файл вхідних даних> Архівувати дані до стандартного сховища: ipa vault-archive <name> [--user <користувач>|--service <служба>|--shared] --in <файл вхідних даних> Архівувати дані до симетричного сховища: ipa vault-archive <name> [--user <користувач>|--service <служба>|--shared] --in <файл вхідних даних> --password-file пароль.txt Змінити правила переспрямовування для external.example.com: ipa dnsforwardzone-mod external.example.com --forward-policy=only Змінити реєстраційні дані: ipa idp-mod MyIdP --secret Змінити реєстраційні дані: ipa radiusproxy-mod MyRADIUS --secret Змінити постачальника: ipa otptoken-mod a93db710-a31a-4639-8647-f15b2c70b78a --vendor="Red Hat" Перевірити стан запиту щодо підписування: ipa cert-status 10 Створити правило прив’язування сертифікатів до профілів: ipa certmaprule-add rule1 --desc="Link certificate with subject and issuer" Створити правило: ipa sudorule-add readfiles Делегування зони sub.example до іншого сервера назв: ipa dnsrecord-add example.com ns.sub --a-rec=203.0.113.1 ipa dnsrecord-add example.com sub --ns-rec=ns.sub.example.com. Вилучити правило прив’язування сертифікатів до профілів: ipa certmaprule-del rule1 Вилучити налаштування: ipa radiusproxy-del MyRADIUS Вилучити вузол: ipa host-del test.example.com Вилучити жетон: ipa otptoken-del a93db710-a31a-4639-8647-f15b2c70b78a Вилучити сховище: ipa vault-del <назва> [--user <користувач>|--service <служба>|--shared] Вилучити правило автоматичної участі: ipa automember-del --type=hostgroup webservers ipa automember-del --type=group devel Вилучення зони переспрямовування external.example.com: ipa dnsforwardzone-del external.example.com Вилучення раніше доданого сервера назв з example.com: ipa dnsrecord-del example.com @ --ns-rec=nameserver2.example.com. Вилучити записи учасників сховища: ipa vault-remove-member <назва> [--user <користувач>|--service <служба>|--shared] [--users <користувачі>] [--groups <групи>] [--services <служби>] Вилучити записи учасників сховища: ipa vault-remove-owner <назва> [--user <користувач>|--service <служба>|--shared] [--users <користувачі>] [--groups <групи>] [--services <служби>] Вилучення зони example.com з усіма записами ресурсів: ipa dnszone-del example.com Вимкнути правило прив’язування сертифікатів до профілів: ipa certmaprule-disable rule1 Вимикання загального переспрямовування для вказаного піддерева: ipa dnszone-mod example.com --forward-policy=none Вимкнути ключ Kerberos вузла, сертифікат SSL та усі його служби: ipa host-disable test.example.com Показати правило автоматичної участі: ipa automember-show --type=hostgroup webservers ipa automember-show --type=group devel Вивести дані щодо правила прив’язування сертифікатів до профілів: ipa certmaprule-show rule1 Вивести загальні налаштування прив’язки сертифікатів до профілів: ipa certmapconfig-show Вивести налаштування сховищ: ipa vaultconfig-show Увімкнути правило прив’язування сертифікатів до профілів: ipa certmaprule-enable rule1 Перевірити сертифікат: ipa cert-find --file=cert.pem --all Перевірити налаштування: ipa radiusproxy-show MyRADIUS Перевірити жетон: ipa otptoken-show a93db710-a31a-4639-8647-f15b2c70b78a Знайти записи A зі значенням 192.0.2.2 у зоні example.com ipa dnsrecord-find example.com --a-rec=192.0.2.2 Знайти усі правила прив’язування сертифікатів до профілів із вказаним доменом: ipa certmaprule-find --domain example.com Знайти усіх правила автоматичної участі: ipa automember-find Знайти усі осиротілі правила автоматичної участі: ipa automember-find-orphans --type=hostgroup Знайти усі осиротілі правила автоматичної участі і вилучити їх: ipa automember-find-orphans --type=hostgroup --remove Знайти усі сервери, чиї запис містять рядок «example.com»: ipa radiusproxy-find example.com Знайти записи для ресурсів з «www» у назві у зоні example.com: ipa dnsrecord-find example.com www Знайти параметри user-find: ipa param-find user-find Знайти зону зі словом «example» у назві домену: ipa dnszone-find example Переспрямувати усі запити для зони external.example.com до іншого переспрямовувача з використанням правила «first» (надсилати запити до вибраного переспрямовувача і, якщо він не відповість, скористатися загальними кореневими серверами): ipa dnsforwardzone-add external.example.com --forward-policy=first \ --forwarder=203.0.113.1 Створити і отримати таблицю ключів служби IPA: ipa-getkeytab -s ipa.example.com -p HTTP/web.example.com -k /etc/httpd/httpd.keytab Якщо налаштовано загальний переспрямовувач, усі запити, для яких цей сервер не є надійним (наприклад sub.example.com) не маршрутизуватимуться до загального переспрямовувача. Загальні налаштування переспрямовування можна перевизначати для окремих зон. Показати список усіх зон переспрямовування: ipa dnsforwardzone-find Вивести список сховищ: ipa vault-find [--user <користувач>|--service <служба>|--shared] Змінити загальні налаштування прив’язки сертифікатів до профілів: ipa certmapconfig-mod --promptusername=TRUE Змінити правило прив’язування сертифікатів до профілів: ipa certmaprule-mod rule1 --maprule="<ALT-SEC-ID-I-S:altSecurityIdentities>" Змінити ключ асиметричного сховища: ipa vault-mod <назва> [--user <користувач>|--service <служба>|--shared] --private-key-file <файл старого закритого ключа> --public-key-file <файл нового відкритого ключа> Зміна загальних налаштувань DNS і встановлення списку загальних переспрямовувачів: ipa dnsconfig-mod --forwarder=203.0.113.113 Змінити відомості щодо вузла: ipa host-mod --os='Fedora 12' test.example.com Змінити пароль до симетричного сховища: ipa vault-mod <назва> [--user <користувач>|--service <служба>|--shared] --change-password ipa vault-mod <назва> [--user <користувач>|--service <служба>|--shared] --old-password <старий пароль> --new-password <новий пароль> ipa vault-mod <назва> [--user <користувач>|--service <служба>|--shared] --old-password-file <файл старого пароля> --new-password-file <файл нового пароля> Змінити правило автоматичної участі: ipa automember-mod Зміна зони таким чином, щоб дозволити динамічне оновлення для власних записів вузлів у області EXAMPLE.COM: ipa dnszone-mod example.com --dynamic-update=TRUE Зміна зони таким чином, щоб дозволити перенесення зони лише для локальної мережі: ipa dnszone-mod example.com --allow-transfer=192.0.2.0/24 Змінити опис сховища: ipa vault-mod <назва> [--user <користувач>|--service <служба>|--shared] --desc <опис> Змінити тип сховища: ipa vault-mod <назва> [--user <користувач>|--service <служба>|--shared] --type <тип> [старий пароль/закритий ключ] [новий пароль/відкритий ключ] Перебудувати записи участі для усіх вузлів: ipa automember-rebuild --type=hostgroup Перебудувати записи участі для усіх користувачів: ipa automember-rebuild --type=group Перебудувати записи участі для вказаних вузлів: ipa automember-rebuild --hosts=web1.example.com --hosts=web2.example.com Перебудувати записи участі для вказаних користувачів: ipa automember-rebuild --users=tuser1 --users=tuser2 Вилучити відкриті ключі SSH вузла і оновити DNS відповідно до внесених змін: ipa host-mod --sshpubkey= --updatedns test.example.com Вилучити сертифікат зі списку відкликання: ipa cert-remove-hold 1032 Вилучити умову з правила: ipa automember-remove-condition --key=fqdn --type=hostgroup --inclusive-regex=^web[1-9]+\.example\.com webservers Вилучити типову (резервну) групу призначення: ipa automember-default-group-remove --type=hostgroup ipa automember-default-group-remove --type=group Створити запит щодо нового сертифіката і додати реєстраційний запис: ipa cert-request --add --principal=HTTP/lion.example.com example.csr Визначити адресу вузла за назвою, якщо адреса існує (додасть типовий домен IPA, якщо домен не включено): ipa dns-resolve www.example.com ipa dns-resolve www Отримати вже створений сертифікат: ipa cert-show 1032 Отримати дані з асиметричного сховища: ipa vault-retrieve <назва> [--user <користувач>|--service <служба>|--shared] --out <файл результатів> --private-key-file private.pem Отримати дані зі стандартного сховища: ipa vault-retrieve <назва> [--user <користувач>|--service <служба>|--shared] --out <файл результатів> Отримати дані з симетричного сховища: ipa vault-retrieve <назва> [--user <користувач>|--service <служба>|--shared] --out <файл результатів> --password-file password.txt Відкликати сертифікат (причини визначено у RFC 5280): ipa cert-revoke --revocation-reason=6 1032 Пошук сертифікатів за датою видання ipa cert-find --issuedon-from=2013-02-01 --issuedon-to=2013-02-07 Пошук сертифікатів за назвою вузла: ipa cert-find --subject=ipaserver.example.com Пошук сертифікатів, власником яких є вказаний користувач: ipa cert-find --user=user Пошук відкликаних сертифікатів за причиною: ipa cert-find --revocation-reason=5 Семантика переспрямовування у IPA збігається із семантикою BIND і залежить від типу зони: * Основна зона: локальний BIND надає надійні відповіді для даних у заданій зоні (включено з надійними відповідями NXDOMAIN), а переспрямовування стосуватиметься лише запитів щодо назв за межами (записами NS) зон, що обслуговуються локально. * Зона переспрямовування: зона переспрямовування не містить надійних даних. BIND переспрямовує запити, на які не вдалося отримати відповіді з локального кешу, до налаштованих переспрямовувачів. Семантика параметра --forward-policy: * none — вимкнути переспрямовування для вказаної зони. * first — спрямувати усі запити до налаштованих переспрямовувачів. Якщо це не спрацює, виконати перетворення за допомогою кореневих серверів DNS. * only — спрямувати усі запити до налаштованих переспрямовувачів. Якщо це не спрацює, повернути повідомлення про помилку. Встановити переходи типу і ролі SELinux на правило: ipa sudorule-add-option sysadmin_sudo --sudooption type=unconfined_t ipa sudorule-add-option sysadmin_sudo --sudooption role=unconfined_r Встановити типовий варіант дій для sudo: ipa sudorule-add-option defaults --sudooption '!authenticate' Встановити декілька типових параметрів для sudo: ipa sudorule-add-option defaults --sudooption '!authenticate' --sudooption mail_badpass Встановити типову (резервну) групу призначення: ipa automember-default-group-set --default-group=webservers --type=hostgroup ipa automember-default-group-set --default-group=ipausers --type=group Показати сховище: ipa vault-show <назва> [--user <користувач>|--service <служба>|--shared] Показати зону переспрямовування external.example.com: ipa dnsforwardzone-show external.example.com Показати загальні налаштування DNS: ipa dnsconfig-show Показати записи для ресурсу www у зоні example.com ipa dnsrecord-show example.com www Показати типову (резервну) групу призначення: ipa automember-default-group-show --type=hostgroup ipa automember-default-group-show --type=group Показати подробиці щодо user-find: ipa command-show user-find Показати зону example.com: ipa dnszone-show example.com Для полегшення внесення змін можна скористатися інтерактивним режимом: ipa dnsrecord-mod example.com _ldap._tcp Можливості внесення змін у певний запис не передбачено. Поточний вміст запису DNS: Запис SRV: 0 3 389 fast.example.com, 0 1 389 slow.example.com, 1 1 389 backup.example.com Змінити запис SRV «0 3 389 fast.example.com»? Так/Ні (типово «Ні»): Змінити запис SRV «0 1 389 slow.example.com»? Так/Ні (типово «Ні»): y Пріоритетність SRV [0]: (зберегти типове значення) Вага SRV [1]: 2 (змінене значення) Порт SRV [389]: (зберегти типове значення) Призначення SRV [slow.example.com]: (зберегти типове значення) Пропущено 1 запис SRV. Одночасно можна змінювати лише одне значення на тип запису DNS. Назва запису: _ldap._tcp Запис SRV: 0 3 389 fast.example.com, 1 1 389 backup.example.com, 0 2 389 slow.example.com За цих налаштувань усі запити щодо назв поза піддеревом example.com буде спрямовано до загальних переспрямовувачів. Для назв у межах піддерева example.com буде використано звичайну рекурсивну (тобто з переходом за записами NS) процедуру визначення. Перевірити правила автоматичної участі: ipa hostgroup-show webservers Група вузлів: webservers Опис: Web Servers Вузли-учасники: web1.example.com ipa group-show devel Назва групи: devel Опис: Developers GID: 1004200000 Користувачі-учасники: tuser Перевірити, чи є власником сертифіката вказаний користувач: ipa cert-find --file=cert.pem --user=user * Права доступу надають можливість читати, записувати, вилучати, шукати або порівнювати. * Привілеї поєднують подібні права доступу (наприклад усі права доступу, потрібні для додавання запису користувача). * Роль надає набір привілеїв користувачам, групам, вузлам або групам вузлів. * Вузол має існувати * Служба має існувати (або слід скористатися параметром --add дляавтоматичного додавання) Сертифікат зберігається з реєстраційним записом, а реєстраційний запис потребує вузла. Умова є формальним виразом, використовується 389-ds для встановлення відповідності нового вхідного запису з правилом автоматичної участі. Якщо умові відповідає правило включення, запис додається до відповідної групи або групи вузлів. Можна визначити типову групу або групу вузлів, яку буде використано для записів, які не відповідають жодному правилу. У випадку записів користувачів ця група буде резервною групою, оскільки усіх користувачі типово є учасниками групи, вказаної у налаштуваннях IPA. Запис правил доступу уможливлює точне делегування прав. Запис прав доступу є зручною для читання обгорткою навколо правила керування доступом 389-ds або інструкції (ACI). Право доступу надає право виконувати специфічне завдання, зокрема додавання запису користувача, внесення зміни до групи тощо. Запис права доступу складається з декількох різних частин: 1. Назви запису права доступу. 2. Призначення права доступу. 3. Права, які надаються записом. Запис прав доступу не може містити інших прав доступу. Правило безпосередньо пов’язується з групою за назвою, отже ви не можете створити правило без визначення групи або групи вузлів. Схема API Додати новий діапазон ідентифікаторів. Для додавання нового діапазону ідентифікаторів вам слід завжди вказувати --base-id --range-size Крім того, може бути надано --rid-base --econdary-rid-base для додавання нового діапазону ідентифікаторів для локального домену і --rid-base --dom-sid для додавання нового діапазону для довіреного домену AD. ПОПЕРЕДЖЕННЯ: Додаток DNA у 389-ds визначатиме ідентифікатори у діапазонах, налаштованих для локального домену. У поточній версії додаток DNA *не може* змінити власні налаштування на основі локальних діапазонів, встановлених за допомогою цього сімейства команд. Для внесення змін щодо локального діапазону слід змінити налаштування додатка DNA вручну. Зокрема, слід внести зміни до атрибута 'cn=Posix IDs,cn=Distributed Numeric Assignment Plugin,cn=plugins,cn=config' відповідно до параметрів нового діапазону. Додати новий діапазон ідентифікаторів. Для додавання нового діапазону ідентифікаторів вам слід завжди вказувати --base-id --range-size Крім того, може бути надано --rid-base --econdary-rid-base для додавання нового діапазону ідентифікаторів для локального домену і --rid-base --dom-sid для додавання нового діапазону для довіреного домену AD. ПОПЕРЕДЖЕННЯ: Додаток DNA у 389-ds визначатиме ідентифікатори у діапазонах, налаштованих для локального домену. У поточній версії додаток DNA *не може* змінити власні налаштування на основі локальних діапазонів, встановлених за допомогою цього сімейства команд. Для внесення змін щодо локального діапазону слід змінити налаштування додатка DNA вручну. Зокрема, слід внести зміни до атрибута 'cn=Posix IDs,cn=Distributed Numeric Assignment Plugin,cn=plugins,cn=config' відповідно до параметрів нового діапазону. Додати новий діапазон ідентифікаторів. Для додавання нового діапазону ідентифікаторів вам слід завжди вказувати --base-id --range-size Крім того, може бути надано --rid-base --econdary-rid-base для додавання нового діапазону ідентифікаторів для локального домену і --rid-base --dom-sid для додавання нового діапазону для довіреного домену AD. ======= ПОПЕРЕДЖЕННЯ: Додаток DNA у 389-ds визначатиме ідентифікатори у діапазонах, налаштованих для локального домену. У поточній версії додаток DNA *не може* змінити власні налаштування на основі локальних діапазонів, встановлених за допомогою цього сімейства команд. Для внесення змін щодо локального діапазону слід змінити налаштування додатка DNA вручну. Зокрема, слід внести зміни до атрибута 'cn=Posix IDs,cn=Distributed Numeric Assignment Plugin,cn=plugins,cn=config' відповідно до параметрів нового діапазону. ======= Додати новий запис довіри для використання. За допомогою цієї команди можна встановити відносини довіри з іншим доменом, який після цього вважається «довіреним». У результаті користувачі довіреного домену зможуть отримувати доступ до ресурсів цього домену. У поточній версії передбачено підтримку лише відносин довіри з доменами Active Directory. Команду можна безпечно запускати декілька разів для одного і того самого домену, такий запуск призводить до зміни у реєстраційних записах відносин довіри з обох боків. Зауважте, що якщо команда раніше виконувалася із вказаним типом діапазону або автоматичним визначенням типу діапазону, і ви хочете налаштувати інший тип діапазону, ймовірно, вам доведеться вилучити першй діапазон ідентифікаторів за допомогою ipa idrange-del, перш ніж ви зможете повторити команду із бажаним типом. Додати новий запис довіри для використання. За допомогою цієї команди можна встановити відносини довіри з іншим доменом, який після цього вважається «довіреним». У результаті користувачі довіреного домену зможуть отримувати доступ до ресурсів цього домену. У поточній версії передбачено підтримку лише відносин довіри з доменами Active Directory. Команду можна безпечно запускати декілька разів для одного і того самого домену, такий запуск призводить до зміни у реєстраційних записах відносин довіри з обох боків. Крім того, передбачено вказані нижче параметри. Встановлення одного з цих параметрів призводить до встановлення відповідних атрибутів. 1. type: тип об’єкта (користувач, група тощо); встановлює фільтрування за піддеревом (subtree) та фільтрування за призначенням (target filter). 2. memberof: застосовувати до учасників групи; встановлює фільтр за призначенням (target filter). 3. targetgroup: надає доступ до внесення змін до певної групи (зокрема, доступ до надання можливості керування участю у групі); встановлює призначення (target). Угоди представляються сегментами топології. Типово, сегмент топології представляється 2 угодами реплікації — по одній для кожного напрямку, наприклад від A до B і від B до A. Створення односпрямованих сегментів заборонене. Усі слжуби сертифікації, окрім служби сертифікації «IPA», можна вимикати і повторно вмикати. Вимикання служби сертифікації призводить до заборони для неї видавати сертифікати, але не впливає на чинність її сертифіката. До правила sudo можна додати порядок, який керуватиме порядком обробки записів (якщо такий порядок передбачено на клієнтському боці). Порядок визначається числовим індексом, який не повинен повторюватися. Асиметричне сховище є подібним до стандартного сховища, але у ньому реєстраційні дані попередньо шифруються до передавання за допомогою відкритого ключа. Реєстраційні дані можна отримати лише за допомогою закритого ключа. Правило автоматичної участі. Правило автоматичної участі. Внесіть ясність у правила участі вузлів та користувачів налаштовуванням формальних виразів шаблонів включення або виключення. Ви можете автоматично пов’язувати нові записи з групою або групою вузлів на основі даних щодо атрибутів. Правило безпосередньо пов’язується з групою за назвою, отже ви не можете створити правило без визначення групи або групи вузлів. Умова є формальним виразом, використовується 389-ds для встановлення відповідності нового вхідного запису з правилом автоматичної участі. Якщо умові відповідає правило включення, запис додається до відповідної групи або групи вузлів. Можна визначити типову групу або групу вузлів, яку буде використано для записів, які не відповідають жодному правилу. У випадку записів користувачів ця група буде резервною групою, оскільки усіх користувачі типово є учасниками групи, вказаної у налаштуваннях IPA. ПРИКЛАДИ: Додати початкову групу або групу вузлів: ipa hostgroup-add --desc="Web Servers" webservers ipa group-add --desc="Developers" devel Додати початкове правило: ipa automember-add --type=hostgroup webservers ipa automember-add --type=group devel Додати умову до правила: ipa automember-add-condition --key=fqdn --type=hostgroup --inclusive-regex=^web[1-9]+\.example\.com webservers ipa automember-add-condition --key=manager --type=group --inclusive-regex=^uid=mscott devel Додати умову виключення до правила для запобігання автоматичному пов’язуванню: ipa automember-add-condition --key=fqdn --type=hostgroup --exclusive-regex=^web5\.example\.com webservers Додати вузол: ipa host-add web1.example.com Додати запис користувача: ipa user-add --first=Tim --last=User --password tuser1 --manager=mscott Перевірити правила автоматичної участі: ipa hostgroup-show webservers Група вузлів: webservers Опис: Web Servers Вузли-учасники: web1.example.com ipa group-show devel Назва групи: devel Опис: Developers GID: 1004200000 Користувачі-учасники: tuser Вилучити умову з правила: ipa automember-remove-condition --key=fqdn --type=hostgroup --inclusive-regex=^web[1-9]+\.example\.com webservers Змінити правило автоматичної участі: ipa automember-mod Встановити типову (резервну) групу призначення: ipa automember-default-group-set --default-group=webservers --type=hostgroup ipa automember-default-group-set --default-group=ipausers --type=group Вилучити типову (резервну) групу призначення: ipa automember-default-group-remove --type=hostgroup ipa automember-default-group-remove --type=group Показати типову (резервну) групу призначення: ipa automember-default-group-show --type=hostgroup ipa automember-default-group-show --type=group Знайти усіх правила автоматичної участі: ipa automember-find Показати правило автоматичної участі: ipa automember-show --type=hostgroup webservers ipa automember-show --type=group devel Вилучити правило автоматичної участі: ipa automember-del --type=hostgroup webservers ipa automember-del --type=group devel Правило автоматичної участі. Внесіть ясність у правила участі вузлів та користувачів налаштовуванням формальних виразів шаблонів включення або виключення. Ви можете автоматично пов’язувати нові записи з групою або групою вузлів на основі даних щодо атрибутів. Правило безпосередньо пов’язується з групою за назвою, отже ви не можете створити правило без визначення групи або групи вузлів. Умова є формальним виразом, використовується 389-ds для встановлення відповідності нового вхідного запису з правилом автоматичної участі. Якщо умові відповідає правило включення, запис додається до відповідної групи або групи вузлів. Можна визначити типову групу або групу вузлів, яку буде використано для записів, які не відповідають жодному правилу. У випадку записів користувачів ця група буде резервною групою, оскільки усіх користувачі типово є учасниками групи, вказаної у налаштуваннях IPA. За допомогою програми automember-rebuild ви можете повторно застосувати правила автоматичної участі до вже створених записів, тобто перебудувати схему участі. Додати початкову групу або групу вузлів: ipa hostgroup-add --desc="Web Servers" webservers ipa group-add --desc="Developers" devel Додати початкове правило: ipa automember-add --type=hostgroup webservers ipa automember-add --type=group devel Додати умову до правила: ipa automember-add-condition --key=fqdn --type=hostgroup --inclusive-regex=^web[1-9]+\.example\.com webservers ipa automember-add-condition --key=manager --type=group --inclusive-regex=^uid=mscott devel Додати умову виключення до правила для запобігання автоматичному пов’язуванню: ipa automember-add-condition --key=fqdn --type=hostgroup --exclusive-regex=^web5\.example\.com webservers Додати вузол: ipa host-add web1.example.com Додати запис користувача: ipa user-add --first=Tim --last=User --password tuser1 --manager=mscott Перевірити правила автоматичної участі: ipa hostgroup-show webservers Група вузлів: webservers Опис: Web Servers Вузли-учасники: web1.example.com ipa group-show devel Назва групи: devel Опис: Developers GID: 1004200000 Користувачі-учасники: tuser Вилучити умову з правила: ipa automember-remove-condition --key=fqdn --type=hostgroup --inclusive-regex=^web[1-9]+\.example\.com webservers Змінити правило автоматичної участі: ipa automember-mod Встановити типову (резервну) групу призначення: ipa automember-default-group-set --default-group=webservers --type=hostgroup ipa automember-default-group-set --default-group=ipausers --type=group Вилучити типову (резервну) групу призначення: ipa automember-default-group-remove --type=hostgroup ipa automember-default-group-remove --type=group Показати типову (резервну) групу призначення: ipa automember-default-group-show --type=hostgroup ipa automember-default-group-show --type=group Знайти усіх правила автоматичної участі: ipa automember-find Показати правило автоматичної участі: ipa automember-show --type=hostgroup webservers ipa automember-show --type=group devel Вилучити правило автоматичної участі: ipa automember-del --type=hostgroup webservers ipa automember-del --type=group devel Перебудувати записи участі для усіх користувачів: ipa automember-rebuild --type=group Перебудувати записи участі для усіх вузлів: ipa automember-rebuild --type=hostgroup Перебудувати записи участі для вказаних користувачів: ipa automember-rebuild --users=tuser1 --users=tuser2 Перебудувати записи участі для вказаних вузлів: ipa automember-rebuild --hosts=web1.example.com --hosts=web2.example.com Автоматичне монтування Зберігає налаштування automount(8) для autofs(8) у IPA. Основою налаштувань автоматичного монтування є файл налаштувань auto.master. Це також основне місце у IPA. Декілька налаштувань auto.master можна зберігати у окремих місцях. Місце залежить від реалізації, типовим є місце з назвою «default». Наприклад, ви можете створити місця для географічної області, поверху, типу тощо. У автоматичного монтування є три основних типи об’єктів: місця, карти і ключі. Місце визначає набір карт, прив’язаних у auto.master. За його допомогою можна зберігати одразу декілька налаштувань автоматичного монтування. Місце саме собою не є дуже цікавим, це просто початок нової карти автоматичного монтування. Карта є наближеним еквівалентом окремого файла автоматичного монтування, у ній зберігаються ключі. Ключ — точка монтування, пов’язана з картою. Під час створення нового місця автоматично створюються дві карти: auto.master і auto.direct. auto.master — коренева карта для всіх карт автоматичного монтування місця. auto.direct — типова карта для безпосередніх монтувань, її змонтовано до /-. Карта автоматичного монтування може містити ключ підмонтування. Цей ключ визначає адресу монтування у карті, що посилається на іншу карту. Такий ключ може бути додано або за допомогою команди automountmap-add-indirect --parentmap або вручну за допомогою automountkey-add зі встановленням info у значення "-type=autofs :<назва карти>". ПРИКЛАДИ: Місця: Створення нового місця, "Kyiv": ipa automountlocation-add kyiv Показ нового місця: ipa automountlocation-show kyiv Пошук доступних місць: ipa automountlocation-find Вилучення іменованого місця автоматичного монтування: ipa automountlocation-del kyiv Показ того, як мають виглядати карти автоматичного монтування, якщо б вони перебували у файловій системі: ipa automountlocation-tofiles kyiv Імпортування вже створених налаштувань до місця: ipa automountlocation-import kyiv /etc/auto.master Спроба імпортування зазнає невдачі, якщо буде знайдено дублікати записів. Щоб програма працювала безперервно (з пропусканням всіх помилок), скористайтеся параметром --continue. Карти: Створення карти "auto.share": ipa automountmap-add kyiv auto.share Показ нової карти: ipa automountmap-show kyiv auto.share Пошук карт у місці kyiv: ipa automountmap-find baltimore Створити непряму карту з auto.share як точкою підмонтування: ipa automountmap-add-indirect baltimore --parentmap=auto.share --mount=sub auto.man Ця команда еквівалентна до таких команд: ipa automountmap-add-indirect baltimore --mount=/man auto.man ipa automountkey-add baltimore auto.man --key=sub --info="-fstype=autofs ldap:auto.share" Вилучення карти auto.share: ipa automountmap-del kyiv auto.share Ключі: Створення ключа для карти auto.share у місці kyiv. Карту буде пов’язано з раніше створеною у auto.master: ipa automountkey-add kyiv auto.master --key=/share --info=auto.share Створення ключа для нашої карти auto.share, змонтованого ресурсу NFS для сторінок man: ipa automountkey-add kyiv auto.share --key=man --info="-ro,soft,rsize=8192,wsize=8192 ipa.example.com:/shared/man" Знайти всі ключі для карти auto.share: ipa automountkey-find kyiv auto.share Пошук всіх безпосередніх ключів автоматичного монтування: ipa automountkey-find kyiv --key=/- Вилучення ключа man для карти auto.share: ipa automountkey-del kyiv auto.share --key=man За правами власності сховища поділяються на три категорії: * приватні сховища користувачів * сховища служб * сховища спільного використання За механізмами захисту сховища поділяються на три типи: * стандартні сховища * симетричні сховища * асиметричні сховища Основний користувач Містить загальні визначення щодо користувача або користувача етапу. Внесіть ясність у правила участі вузлів та користувачів налаштовуванням формальних виразів шаблонів включення або виключення. Ви можете автоматично пов’язувати нові записи з групою або групою вузлів на основі даних щодо атрибутів. Усі записи служб сертифікації (окрім служби «IPA») можна вилучати. Вилучення запису служби сертифікації призводить до відкликання її підписувального сертифіката і вилучення закритого ключа. Служби сертифікації увімкнено при створенні, але їхнє використання регулюється ACL служб сертифікації, якщо у оператора немає дозволу обходити ACL служб сертифікації (CA). Прив’язка сертифікатів до профілів Запити щодо сертифікатів існують у формі Certificate Signing Request (CSR) і форматі PEM. Шукати сертифікати можна за призначенням сертифіката, серійним номером, причиною відкликання, датами чинності та датою видання. Класи для керування довіреними приєднаннями за допомогою викликів DCE-RPC Код цього модуля жорстко залежить від вмісту пакунка samba4-python та обгорток для мови Python у Samba4. Довіра між областями Керування відносинами довіри між доменами IPA і Active Directory. З метою надання доступу користувачам віддаленого домену до ресурсів у домені IPA слід встановити відносини довіри. У поточній версії у IPA передбачено підтримку довіри лише між доменами IPA і Active Directory під керуванням Windows Server 2008 або новішої версії з функціональними можливостями рівня 2008 або новішої версії. Будь ласка, зауважте, що слід належним чином налаштувати DNS на обох доменах, IPA і Active Directory, щоб домени могли виявити один одного. Працездатність відносин довіри залежить від можливості виявлення спеціальних ресурсів у іншому домені за допомогою записів DNS. Приклад: 1. Встановити довіру між областями з Active Directory за допомогою реєстраційних даних адміністратора AD: ipa trust-add --type=ad <домен.ad> --admin <адміністратор домену AD> --password 2. Показати список всіх наявних відносин довіри: ipa trust-find 3. Показати подробиці щодо певних відносин довіри: ipa trust-show <домен.ad> 4. Вилучити наявні відносини довіри: ipa trust-del <домен.ad> Щойно відносини довіри буде встановлено, віддалених користувачів слід прив’язати до локальних груп POSIX, щоб скористатися ресурсами IPA. Прив’язку слід виконати за допомогою використання зовнішньої участі групи не-POSIX, а потім цю групу має бути включено до однієї з локальних груп POSIX. Приклади: 1. Створити групу для прив’язки адміністраторів та їхньої локальної групи POSIX довіреного домену: ipa group-add --desc='<домен.ad> admins external map' ad_admins_external --external ipa group-add --desc='<домен.ad> admins' ad_admins 2. Додати ідентифікатор безпеки Domain Admins домену <домен.ad> до групи ad_admins_external: ipa group-add-member ad_admins_external --external 'AD\Domain Admins' 3. Дозволити прив’язування учасників групи ad_admins_external до групи POSIX ad_admins: ipa group-add-member ad_admins --groups ad_admins_external 4. Показати список зовнішніх учасників групи ad_admins_external для перегляду їхніх SID: ipa group-show ad_admins_external НАЛАШТУВАННЯ ДОВІРИ ЗАГАЛЬНОГО РІВНЯ Якщо встановлено підпакунок довіри AD IPA та запущено ipa-adtrust-install, створюються налаштування локального домену (SID, GUID, назва NetBIOS). Після цього створені ідентифікатори використовуються для обміну даними з довіреним доменом певного типу. 1. Показати налаштування довіри загального рівня для типів довіри Active Directory: ipa trustconfig-show --type ad 2. Змінити загальні налаштування для всіх довір типу Active Directory і встановити іншу резервну основну групу (GID резервної основної групи використовується як GID основного користувача, якщо користувача розпізнано у домені IPA, але він не має жодного вже встановленого основного GID): ipa trustconfig-mod --type ad --fallback-primary-group "alternative AD group" 3. Повернути для резервної основної групи значення типової прихованої групи (будь-якої групи, у якій дозволено клас об’єктів posixGroup): ipa trustconfig-mod --type ad --fallback-primary-group "Default SMB Group" Довіра між областями Керування відносинами довіри між доменами IPA і Active Directory. З метою надання доступу користувачам віддаленого домену до ресурсів у домені IPA слід встановити відносини довіри. У поточній версії у IPA передбачено підтримку довіри лише між доменами IPA і Active Directory під керуванням Windows Server 2008 або новішої версії з функціональними можливостями рівня 2008 або новішої версії. Будь ласка, зауважте, що слід належним чином налаштувати DNS на обох доменах, IPA і Active Directory, щоб домени могли виявити один одного. Працездатність відносин довіри залежить від можливості виявлення спеціальних ресурсів у іншому домені за допомогою записів DNS. Приклад: 1. Встановити довіру між областями з Active Directory за допомогою реєстраційних даних адміністратора AD: ipa trust-add --type=ad <домен.ad> --admin <адміністратор домену AD> --password 2. Показати список всіх наявних відносин довіри: ipa trust-find 3. Показати подробиці щодо певних відносин довіри: ipa trust-show <домен.ad> 4. Вилучити наявні відносини довіри: ipa trust-del <домен.ad> Щойно відносини довіри буде встановлено, віддалених користувачів слід прив’язати до локальних груп POSIX, щоб скористатися ресурсами IPA. Прив’язку слід виконати за допомогою використання зовнішньої участі групи не-POSIX, а потім цю групу має бути включено до однієї з локальних груп POSIX. Приклади: 1. Створити групу для прив’язки адміністраторів та їхньої локальної групи POSIX довіреного домену: ipa group-add --desc='<домен.ad> admins external map' ad_admins_external --external ipa group-add --desc='<домен.ad> admins' ad_admins 2. Додати ідентифікатор безпеки Domain Admins домену <домен.ad> до групи ad_admins_external: ipa group-add-member ad_admins_external --external 'AD\Domain Admins' 3. Дозволити прив’язування учасників групи ad_admins_external до групи POSIX ad_admins: ipa group-add-member ad_admins --groups ad_admins_external 4. Показати список зовнішніх учасників групи ad_admins_external для перегляду їхніх SID: ipa group-show ad_admins_external НАЛАШТУВАННЯ ДОВІРИ ЗАГАЛЬНОГО РІВНЯ Якщо встановлено підпакунок довіри AD IPA та запущено ipa-adtrust-install, створюються налаштування локального домену (SID, GUID, назва NetBIOS). Після цього створені ідентифікатори використовуються для обміну даними з довіреним доменом певного типу. 1. Показати налаштування довіри загального рівня для типів довіри Active Directory: ipa trustconfig-show --type ad 2. Змінити загальні налаштування для всіх довір типу Active Directory і встановити іншу резервну основну групу (GID резервної основної групи використовується як GID основного користувача, якщо користувача розпізнано у домені IPA, але він не має жодного вже встановленого основного GID): ipa trustconfig-mod --type ad --fallback-primary-group "another AD group" 3. Повернути для резервної основної групи значення типової прихованої групи (будь-якої групи, у якій дозволено клас об’єктів posixGroup): ipa trustconfig-mod --type ad --fallback-primary-group "Default SMB Group" Налаштування DNS, що передаються до скрипту командного рядка для встановлення, зберігаються у локальному файлі налаштувань на кожному з серверів IPA, де налаштовано службу DNS. Ці локальні параметри можна перевизначити за допомогою загальних налаштувань, що зберігаються на сервері LDAP: Налаштування сервера DNS Дані, що зберігаються на серверах IPA, відтворюються на інших серверах IPA. Спосіб відтворення (реплікації) визначається угодами. Угоди реплікації потрібно встановлювати для обох суфіксів окремо. На рівні домену 0 угодами керують програми ipa-replica-manage та ipa-csreplica-manage. На рівні доменів 1 керування виконується централізовано за допомогою команд «ipa topology*». Дати обробляються як дати за Гринвічем, відповідно до дат визначених усертифікатах. Вилучення або перейменування керованих прав доступу, а також зміну призначення таких прав, заборонено. Інструкції керування доступом до сервера каталогів (ACI) ACI використовуються для надання або заборони доступу до даних. Поточну версію цього модуля розроблено з метою надання, а не заборони доступу. Команди aci розроблено для надання прав доступу до оновлення вже створених записів та додавання або вилучення записів. Метою ACI, які постачаються з IPA є створення набору низькорівневих прав доступу до особливих груп, які називаються групами завдань. Ці низькорівневі права доступу можна поєднувати у ролі, які надаватимуть ширший доступ. Ролі є іншим типом груп, який називається групами ролей. Наприклад, якщо у вас є групи завдань, які надають доступ до додавання або зміни записів користувачів, ви можете створити роль, адміністратора користувачів (useradmin). Далі, можна призначати користувачів до ролі useradmin, щоб надати їм доступ до операцій, визначених групами завдань. Ви можете створити ACI, які надаватимуть дозволи так, що користувачі групи A зможуть записувати атрибути для групи B. Параметр типу визначає карту, яка застосовується до всіх записів у списках користувачів, груп та розташування вузла. Основним призначенням є надання прав доступу на додавання (створення нових записів). ACI складається з трьох частин: 1. призначення 2. прав доступу 3. правил прив’язування Призначення — набір правил, який визначає, які з об’єктів LDAP є призначенням. Призначення може включати список атрибутів, області цієї ієрархії LDAP або фільтра LDAP. До призначень включаються: - attrs: список атрибутів, яких стосується призначення; - type: тип об’єктів (користувач, група, вузол, служба тощо); - memberof: учасники групи; - targetgroup: надати доступ до зміни певної групи. Ця частина в основному розроблена для надання дозволу користувачам на додавання або вилучення учасників певної групи. - filter: чинний фільтр LDAP, використаний для звуження області призначення. - subtree: використовується для застосування правила для цілого набору об’єктів. Наприклад, для надання доступу на додавання користувачів вам слід надати право доступу "add" до підієрархії ldap://uid=*,cn=users,cn=accounts,dc=example,dc=com. Параметр subtree є безпечним для об’єктів, які можуть не стосуватися параметром type. Права доступу визначають набір доступних ACI записів, можуть містити з одного або декількох варіантів: 1. write - запис одного або декількох атрибутів; 2. read - читання одного або декількох атрибутів; 3. add - додавання нового запису до ієрархії; 4. delete - вилучення наявного запису; 5. all - надання всіх прав доступу. Зауважте відмінність між атрибутами та записами. Права доступу є незалежними, отже можливість додавання користувача не означає можливості зміни параметрів його облікового запису. Правило прив’язування визначає, кому це ACI надає права доступу. Сервер LDAP надає можливість визначати будь-який коректний запис LDAP, але вам варто використовувати групи завдань, щоб права можна було без проблем спільно використовувати для декількох ролей. Повніший опис керування доступом можна знайти тут: http://www.redhat.com/docs/manuals/dir-server/ag/8.0/Managing_Access_Control.html ПРИКЛАДИ: ЗАУВАЖЕННЯ: у поточній версії ACI додаються за допомогою додатка прав доступу. Ці приклади мають продемонструвати роботу різних параметрів, але у поточній версії це завдання виконується за допомогою команди надання прав доступу (останній приклад). Додавання ACI для надання доступу групі "secretaries" до оновлення адреси будь-якого користувача: ipa group-add --desc="Офісні секретарки" secretaries ipa aci-add --attrs=streetAddress --memberof=ipausers --group=secretaries --permissions=write --prefix=none "Секретарки записують адреси" Показ нового ACI: ipa aci-show --prefix=none "Секретарки записують адреси" Додавання ACI, яке надасть доступ учасникам групи "addusers" доступ до додавання нових користувачів: ipa aci-add --type=user --permission=addusers --permissions=add --prefix=none "Додавання користувачів" Додавання ACI, яке надасть доступ учасникам групи "editors" до керування записами учасників групи "admins": ipa aci-add --permissions=write --attrs=member --targetgroup=admins --group=editors --prefix=none "Редактори керують адміністраторами" Додавання ACI, яке надасть доступ учасникам групи "admins" до зміни поштової адреси та індексу користувачів групи "editors": ipa aci-add --permissions=write --memberof=editors --group=admins --attrs=street --attrs=postalcode --prefix=none "Адміністратори редагують адреси редакторів" Додавання ACI, яке надасть доступ групі "admins" до зміни поштової адреси та індексу всіх, хто працює начальником: ipa aci-add --permissions=write --group=admins --attrs=street --attrs=postalcode --filter="(manager=uid=boss,cn=users,cn=accounts,dc=example,dc=com)" --prefix=none "Зміна адрес тих, хто працює начальником" Додавання повністю нового типу записів до IPA, який не визначається жодним з параметрів --type, створення прав доступу: ipa permission-add --permissions=add --subtree="cn=*,cn=orange,cn=accounts,dc=example,dc=com" --desc="Додавання помаранчевих записів" add_orange Команда show показує прості 389-ds ACI. ВАЖЛИВО: під час зміни атрибутів призначення вже створеного ACI вам слід включити всі вже створені атрибути. Під час внесення змін до aci targetattr ЗАМІНЮЄ поточні атрибути, а не додає ці атрибути. Інструкції керування доступом до сервера каталогів (ACI) ACI використовуються для надання або заборони доступу до даних. Поточну версію цього модуля розроблено з метою надання, а не заборони доступу. Команди aci розроблено для надання прав доступу до оновлення вже створених записів та додавання або вилучення записів. Метою ACI, які постачаються з IPA є створення набору низькорівневих прав доступу до особливих груп, які називаються групами завдань. Ці низькорівневі права доступу можна поєднувати у ролі, які надаватимуть ширший доступ. Ролі є іншим типом груп, який називається групами ролей. Наприклад, якщо у вас є групи завдань, які надають доступ до додавання або зміни записів користувачів, ви можете створити роль, адміністратора користувачів (useradmin). Далі, можна призначати користувачів до ролі useradmin, щоб надати їм доступ до операцій, визначених групами завдань. Ви можете створити ACI, які надаватимуть дозволи так, що користувачі групи A зможуть записувати атрибути для групи B. Параметр типу визначає карту, яка застосовується до всіх записів у списках користувачів, груп та розташування вузла. Основним призначенням є надання прав доступу на додавання (створення нових записів). ACI складається з трьох частин: 1. призначення 2. прав доступу 3. правил прив’язування Призначення — набір правил, який визначає, які з об’єктів LDAP є призначенням. Призначення може включати список атрибутів, області цієї ієрархії LDAP або фільтра LDAP. До призначень включаються: - attrs: список атрибутів, яких стосується призначення; - type: тип об’єктів (користувач, група, вузол, служба тощо); - memberof: учасники групи; - targetgroup: надати доступ до зміни певної групи. Ця частина в основному розроблена для надання дозволу користувачам на додавання або вилучення учасників певної групи. - filter: чинний фільтр LDAP, використаний для звуження області призначення. - subtree: використовується для застосування правила для цілого набору об’єктів. Наприклад, для надання доступу на додавання користувачів вам слід надати право доступу "add" до підієрархії ldap://uid=*,cn=users,cn=accounts,dc=example,dc=com. Параметр subtree є безпечним для об’єктів, які можуть не стосуватися параметром type. Права доступу визначають набір доступних ACI записів, можуть містити з одного або декількох варіантів: 1. write - запис одного або декількох атрибутів; 2. read - читання одного або декількох атрибутів; 3. add - додавання нового запису до ієрархії; 4. delete - вилучення наявного запису; 5. all - надання всіх прав доступу. Зауважте відмінність між атрибутами та записами. Права доступу є незалежними, отже можливість додавання користувача не означає можливості зміни параметрів його облікового запису. Правило прив’язування визначає, кому це ACI надає права доступу. Сервер LDAP надає можливість визначати будь-який коректний запис LDAP, але вам варто використовувати групи завдань, щоб права можна було без проблем спільно використовувати для декількох ролей. Повніший опис керування доступом можна знайти тут: http://www.redhat.com/docs/manuals/dir-server/ag/8.0/Managing_Access_Control.html ПРИКЛАДИ: ЗАУВАЖЕННЯ: у поточній версії ACI додаються за допомогою додатка прав доступу. Ці приклади мають продемонструвати роботу різних параметрів, але у поточній версії це завдання виконується за допомогою команди надання прав доступу (останній приклад). Додавання ACI для надання доступу групі "secretaries" до оновлення адреси будь-якого користувача: ipa group-add --desc="Офісні секретарки" secretaries ipa aci-add --attrs=streetAddress --memberof=ipausers --group=secretaries --permissions=write --prefix=none "Секретарки записують адреси" Показ нового ACI: ipa aci-show --prefix=none "Секретарки записують адреси" Додавання ACI, яке надасть доступ учасникам групи "addusers" доступ до додавання нових користувачів: ipa aci-add --type=user --permission=addusers --permissions=add --prefix=none "Додавання користувачів" Додавання ACI, яке надасть доступ учасникам групи "editors" до керування записами учасників групи "admins": ipa aci-add --permissions=write --attrs=member --targetgroup=admins --group=editors --prefix=none "Редактори керують адміністраторами" Додавання ACI, яке надасть доступ учасникам групи "admins" до зміни поштової адреси та індексу користувачів групи "editors": ipa aci-add --permissions=write --memberof=editors --group=admins --attrs=street,postalcode --prefix=none "Адміністратори редагують адреси редакторів" Додавання ACI, яке надасть доступ групі "admins" до зміни поштової адреси та індексу всіх, хто працює начальником: ipa aci-add --permissions=write --group=admins --attrs=street,postalcode --filter="(manager=uid=boss,cn=users,cn=accounts,dc=example,dc=com)" --prefix=none "Зміна адрес тих, хто працює начальником" Додавання повністю нового типу записів до IPA, який не визначається жодним з параметрів --type, створення прав доступу: ipa permission-add --permissions=add --subtree="cn=*,cn=orange,cn=accounts,dc=example,dc=com" --desc="Додавання помаранчевих записів" add_orange Команда show показує прості 389-ds ACI. ВАЖЛИВО: під час зміни атрибутів призначення вже створеного ACI вам слід включити всі вже створені атрибути. Під час внесення змін до aci targetattr ЗАМІНЮЄ поточні атрибути, а не додає ці атрибути. Система назв доменів (DNS) Система назв доменів (DNS) Керування записами зон та ресурсів DNS. ВИКОРИСТАННЯ СТРУКТУРОВАНИХ ПАРАМЕТРІВ ДЛЯ ОКРЕМИХ ТИПІВ Існує багато структурованих типів RR DNS, для яких дані DNS, що зберігаються на сервері LDAP, не є скалярним значенням, наприклад дані щодо IP-адресу або назву домену, а структурою даних, яка часто може бути складною. Прикладом може бути запис LOC [RFC1876], який складається з багатьох обов’язкових і необов’язкових частин (градусів, мінут, секунд широти і довготи, висоти та похибки). Робота з такими записами DNS без помилки і введення некоректного значення може бути складною. Модуль DNS надає у ваше розпорядження абстракцію над цими необробленими записами і спосіб керування кожним з типів RR за допомогою специфічних параметрів. Для кожного з підтримуваних типів RR у модулі DNS передбачено стандартний параметр для роботи із необробленими записами за допомогою формату --<тип_rr>-rec, наприклад, --mx-rec та зі спеціальними параметрами для кожної із частин структури RR за допомогою формату --<тип_rr>-<назва_частини>, наприклад --mx-preference та --mx-exchanger. Під час додавання запису можна скористатися специфічними для RR параметрами або стандартним параметром для необробленого значення. Втім, поєднувати ці варіанти у одній дії із додавання не можна. Під час внесення змін до наявного запису можна скористатися для зміни однієї частини запису DNS новими специфічними параметрами RR, причому для визначення зміненого значення буде використано стандартний варіант необробленого значення. У наведеному нижче прикладі продемонстровано зміну пріоритетності запису MX з 0 на 1 у записі без внесення змін до обмінника: ipa dnsrecord-mod --mx-rec="0 mx.example.com." --mx-preference=1 ПРИКЛАДИ: Додавання нової зони: ipa dnszone-add example.com --name-server=ns --admin-email=admin@example.com --ip-address=10.0.0.1 Додавання загальносистемних прав доступу, якими можна скористатися для делегування привілеїв для окремих зон: ipa dnszone-add-permission example.com Зміна зони таким чином, щоб дозволити динамічне оновлення для власних записів вузлів у області EXAMPLE.COM: ipa dnszone-mod example.com --dynamic-update=TRUE Ця команда еквівалентна до такої команди: ipa dnszone-mod example.com --dynamic-update=TRUE --update-policy="grant EXAMPLE.COM krb5-self * A; grant EXAMPLE.COM krb5-self * AAAA; grant EXAMPLE.COM krb5-self * SSHFP;" Зміна зони таким чином, щоб дозволити перенесення зони лише для локальної мережі: ipa dnszone-mod example.com --allow-transfer=10.0.0.0/8 Додавання нової реверсивної зони, вказаної за допомогою мережевої IP-адреси: ipa dnszone-add --name-from-ip=80.142.15.0/24 --name-server=ns.example.com. Додати другий сервер назв для example.com: ipa dnsrecord-add example.com @ --ns-rec=nameserver2.example.com Додавання поштового сервера для example.com: ipa dnsrecord-add example.com @ --mx-rec="10 mail1" Додавання ще одного запису за допомогою специфічних для запису MX параметрів: ipa dnsrecord-add example.com @ --mx-preference=20 --mx-exchanger=mail2 Додавання ще одного запису за допомогою інтерактивного режиму (у який програма переходить у відповідь на команди dnsrecord-add, dnsrecord-mod або dnsrecord-del без параметрів): ipa dnsrecord-add example.com @ Будь ласка, виберіть тип запису ресурсу DNS, який слід додати Найпоширенішими типами для цього типу зон є: NS, MX, LOC Тип запису ресурсу DNS: MX Пріоритетність MX: 30 Обмінник MX: mail3 Назва запису: example.com Запис MX: 10 mail1, 20 mail2, 30 mail3 Запис NS: nameserver.example.com., nameserver2.example.com. Вилучення раніше доданого сервера назв з example.com: ipa dnsrecord-del example.com @ --ns-rec=nameserver2.example.com. Додавання запису LOC для example.com: ipa dnsrecord-add example.com @ --loc-rec="49 11 42.4 N 16 36 29.6 E 227.64m" Додавання нового запису A для www.example.com, крім того, створення зворотного запису у відповідній зворотній зоні. У цьому випадку запис PTR «2» вказує на www.example.com буде створено у зоні 15.142.80.in-addr.arpa. ipa dnsrecord-add example.com www --a-rec=80.142.15.2 --a-create-reverse Додавання нового запису PTR для www.example.com ipa dnsrecord-add 15.142.80.in-addr.arpa. 2 --ptr-rec=www.example.com. Додавання нових записів SRV для серверів LDAP. Три чверті запитів мають надсилатися до fast.example.com, а одна чверть — на slow.example.com. Якщо жодна зі служб не буде доступною, перемкнутися на backup.example.com. ipa dnsrecord-add example.com _ldap._tcp --srv-rec="0 3 389 fast.example.com" ipa dnsrecord-add example.com _ldap._tcp --srv-rec="0 1 389 slow.example.com" ipa dnsrecord-add example.com _ldap._tcp --srv-rec="1 1 389 backup.example.com" Для полегшення внесення змін можна скористатися інтерактивним режимом: ipa dnsrecord-mod example.com _ldap._tcp Можливості внесення змін у певний запис не передбачено. Поточний вміст запису DNS: Запис SRV: 0 3 389 fast.example.com, 0 1 389 slow.example.com, 1 1 389 backup.example.com Змінити запис SRV «0 3 389 fast.example.com»? Так/Ні (типово «Ні»): Змінити запис SRV «0 1 389 slow.example.com»? Так/Ні (типово «Ні»): y Пріоритетність SRV [0]: (зберегти типове значення) Вага SRV [1]: 2 (змінене значення) Порт SRV [389]: (зберегти типове значення) Призначення SRV [slow.example.com]: (зберегти типове значення) Пропущено 1 запис SRV. Одночасно можна змінювати лише одне значення на тип запису DNS. Назва запису: _ldap._tcp Запис SRV: 0 3 389 fast.example.com, 1 1 389 backup.example.com, 0 2 389 slow.example.com Після внесення цих змін три п’ятих запитів має надсилатися до fast.example.com, а дві п’ятих — до slow.example.com. Приклад інтерактивного режиму для команди dnsrecord-del: ipa dnsrecord-del example.com www Не вказано параметр вилучення певного запису. Вилучити усі? Так/Ні (типово «Ні»): (не вилучати усі записи) Поточний вміст запису DNS: Запис A: 192.0.2.2, 192.0.2.3 Вилучити запис A «192.0.2.2»? Так/Ні (типово «Ні»): Вилучити запис A «192.0.2.3»? Так/Ні (типово «Ні»): y Назва запису: www Запис A: 192.0.2.2 (Запис A 192.0.2.3 вилучено) Показати зону example.com: ipa dnszone-show example.com Знайти зону зі словом «example» у назві домену: ipa dnszone-find example Знайти записи для ресурсів з «www» у назві у зоні example.com: ipa dnsrecord-find example.com www Знайти записи A зі значенням 10.10.0.1 у зоні example.com ipa dnsrecord-find example.com --a-rec=10.10.0.1 Показати записи для ресурсу www у зоні example.com ipa dnsrecord-show example.com www Делегування зони sub.example до іншого сервера назв: ipa dnsrecord-add example.com ns.sub --a-rec=10.0.100.5 ipa dnsrecord-add example.com sub --ns-rec=ns.sub.example.com. Якщо налаштовано загальний переспрямовувач, усі запити, для яких цей сервер не є надійним (наприклад sub.example.com) не маршрутизуватимуться до загального переспрямовувача. Щоб змінити поведінку лише для зони example.com і переспрямувати запит безпосередньо до ns.sub.example.com, можна вимкнути загальне переспрямовування для окремої зони: ipa dnszone-mod example.com --forward-policy=none Переспрямувати усі запити для зони external.com до іншого сервера назв за правилами «first» (надіслати запити до вибраного переспрямовувача, а якщо він не відповів, використати загальні засоби визначення): ipa dnszone-add external.com ipa dnszone-mod external.com --forwarder=10.20.0.1 --forward-policy=first Вилучити зону example.com із усіма записами ресурсів: ipa dnszone-del example.com Визначити адресу за назвою вузла, щоб визначити, чи він існує (додасть типовий домен IPA, якщо його не включено): ipa dns-resolve www.example.com ipa dns-resolve www ЗАГАЛЬНІ НАЛАШТУВАННЯ DNS Налаштування DNS, що передаються до скрипту командного рядка для встановлення, зберігаються у локальному файлі налаштувань на кожному з серверів IPA, де налаштовано службу DNS. Ці локальні параметри можна перевизначити за допомогою загальних налаштувань, що зберігаються на сервері LDAP: Показати загальні налаштування DNS: ipa dnsconfig-show Зміна загальних налаштувань DNS і встановлення списку загальних переспрямовувачів: ipa dnsconfig-mod --forwarder=10.0.0.1 Система назв доменів (DNS) Керування записами зон та ресурсів DNS. ПІДТРИМУВАНІ ТИПИ ЗОН * Основна зона (dnszone-*), містить довірені дані. * Зона переспрямовування (dnsforwardzone-*), переспрямовує запити до налаштованих засобів обробки (набору серверів DNS). ВИКОРИСТАННЯ СТРУКТУРОВАНИХ ПАРАМЕТРІВ ДЛЯ ОКРЕМИХ ТИПІВ Існує багато структурованих типів RR DNS, для яких дані DNS, що зберігаються на сервері LDAP, не є скалярним значенням, наприклад дані щодо IP-адресу або назву домену, а структурою даних, яка часто може бути складною. Прикладом може бути запис LOC [RFC1876], який складається з багатьох обов’язкових і необов’язкових частин (градусів, мінут, секунд широти і довготи, висоти та похибки). Робота з такими записами DNS без помилки і введення некоректного значення може бути складною. Модуль DNS надає у ваше розпорядження абстракцію над цими необробленими записами і спосіб керування кожним з типів RR за допомогою специфічних параметрів. Для кожного з підтримуваних типів RR у модулі DNS передбачено стандартний параметр для роботи із необробленими записами за допомогою формату --<тип_rr>-rec, наприклад, --mx-rec та зі спеціальними параметрами для кожної із частин структури RR за допомогою формату --<тип_rr>-<назва_частини>, наприклад --mx-preference та --mx-exchanger. Під час додавання запису можна скористатися специфічними для RR параметрами або стандартним параметром для необробленого значення. Втім, поєднувати ці варіанти у одній дії із додавання не можна. Під час внесення змін до наявного запису можна скористатися для зміни однієї частини запису DNS новими специфічними параметрами RR, причому для визначення зміненого значення буде використано стандартний варіант необробленого значення. У наведеному нижче прикладі продемонстровано зміну пріоритетності запису MX з 0 на 1 у записі без внесення змін до обмінника: ipa dnsrecord-mod --mx-rec="0 mx.example.com." --mx-preference=1 ПРИКЛАДИ: Додавання нової зони: ipa dnszone-add example.com --admin-email=admin@example.com Додавання загальносистемних прав доступу, якими можна скористатися для делегування привілеїв для окремих зон: ipa dnszone-add-permission example.com Зміна зони таким чином, щоб дозволити динамічне оновлення для власних записів вузлів у області EXAMPLE.COM: ipa dnszone-mod example.com --dynamic-update=TRUE Ця команда еквівалентна до такої команди: ipa dnszone-mod example.com --dynamic-update=TRUE \ --update-policy="grant EXAMPLE.COM krb5-self * A; grant EXAMPLE.COM krb5-self * AAAA; grant EXAMPLE.COM krb5-self * SSHFP;" Зміна зони таким чином, щоб дозволити перенесення зони лише для локальної мережі: ipa dnszone-mod example.com --allow-transfer=192.0.2.0/24 Додавання нової реверсивної зони, вказаної за допомогою мережевої IP-адреси: ipa dnszone-add --name-from-ip=192.0.2.0/24 Додати другий сервер назв для example.com: ipa dnsrecord-add example.com @ --ns-rec=nameserver2.example.com Додавання поштового сервера для example.com: ipa dnsrecord-add example.com @ --mx-rec="10 mail1" Додавання ще одного запису за допомогою специфічних для запису MX параметрів: ipa dnsrecord-add example.com @ --mx-preference=20 --mx-exchanger=mail2 Додавання ще одного запису за допомогою інтерактивного режиму (у який програма переходить у відповідь на команди dnsrecord-add, dnsrecord-mod або dnsrecord-del без параметрів): ipa dnsrecord-add example.com @ Будь ласка, виберіть тип запису ресурсу DNS, який слід додати Найпоширенішими типами для цього типу зон є: NS, MX, LOC Тип запису ресурсу DNS: MX Пріоритетність MX: 30 Обмінник MX: mail3 Назва запису: example.com Запис MX: 10 mail1, 20 mail2, 30 mail3 Запис NS: nameserver.example.com., nameserver2.example.com. Вилучення раніше доданого сервера назв з example.com: ipa dnsrecord-del example.com @ --ns-rec=nameserver2.example.com. Додавання запису LOC для example.com: ipa dnsrecord-add example.com @ --loc-rec="49 11 42.4 N 16 36 29.6 E 227.64m" Додавання нового запису A для www.example.com, крім того, створення зворотного запису у відповідній зворотній зоні. У цьому випадку запис PTR «2» вказує на www.example.com буде створено у зоні 2.0.192.in-addr.arpa. ipa dnsrecord-add example.com www --a-rec=192.0.2.2 --a-create-reverse Додавання нового запису PTR для www.example.com ipa dnsrecord-add 2.0.192.in-addr.arpa. 2 --ptr-rec=www.example.com. Додавання нових записів SRV для серверів LDAP. Три чверті запитів мають надсилатися до fast.example.com, а одна чверть — на slow.example.com. Якщо жодна зі служб не буде доступною, перемкнутися на backup.example.com. ipa dnsrecord-add example.com _ldap._tcp --srv-rec="0 3 389 fast.example.com" ipa dnsrecord-add example.com _ldap._tcp --srv-rec="0 1 389 slow.example.com" ipa dnsrecord-add example.com _ldap._tcp --srv-rec="1 1 389 backup.example.com" Для полегшення внесення змін можна скористатися інтерактивним режимом: ipa dnsrecord-mod example.com _ldap._tcp Можливості внесення змін у певний запис не передбачено. Поточний вміст запису DNS: Запис SRV: 0 3 389 fast.example.com, 0 1 389 slow.example.com, 1 1 389 backup.example.com Змінити запис SRV «0 3 389 fast.example.com»? Так/Ні (типово «Ні»): Змінити запис SRV «0 1 389 slow.example.com»? Так/Ні (типово «Ні»): y Пріоритетність SRV [0]: (зберегти типове значення) Вага SRV [1]: 2 (змінене значення) Порт SRV [389]: (зберегти типове значення) Призначення SRV [slow.example.com]: (зберегти типове значення) Пропущено 1 запис SRV. Одночасно можна змінювати лише одне значення на тип запису DNS. Назва запису: _ldap._tcp Запис SRV: 0 3 389 fast.example.com, 1 1 389 backup.example.com, 0 2 389 slow.example.com Після внесення цих змін три п’ятих запитів має надсилатися до fast.example.com, а дві п’ятих — до slow.example.com. Приклад інтерактивного режиму для команди dnsrecord-del: ipa dnsrecord-del example.com www Не вказано параметр вилучення певного запису. Вилучити усі? Так/Ні (типово «Ні»): (не вилучати усі записи) Поточний вміст запису DNS: Запис A: 192.0.2.2, 192.0.2.3 Вилучити запис A «192.0.2.2»? Так/Ні (типово «Ні»): Вилучити запис A «192.0.2.3»? Так/Ні (типово «Ні»): y Назва запису: www Запис A: 192.0.2.2 (Запис A 192.0.2.3 вилучено) Показати зону example.com: ipa dnszone-show example.com Знайти зону зі словом «example» у назві домену: ipa dnszone-find example Знайти записи для ресурсів з «www» у назві у зоні example.com: ipa dnsrecord-find example.com www Знайти записи A зі значенням 192.0.2.2 у зоні example.com ipa dnsrecord-find example.com --a-rec=192.0.2.2 Показати записи для ресурсу www у зоні example.com ipa dnsrecord-show example.com www Делегування зони sub.example до іншого сервера назв: ipa dnsrecord-add example.com ns.sub --a-rec=203.0.113.1 ipa dnsrecord-add example.com sub --ns-rec=ns.sub.example.com. Вилучення зони example.com з усіма записами ресурсів: ipa dnszone-del example.com Якщо налаштовано загальний переспрямовувач, усі запити, для яких цей сервер не є надійним (наприклад sub.example.com) не маршрутизуватимуться до загального переспрямовувача. Загальні налаштування переспрямовування можна перевизначати для окремих зон. Семантика переспрямовування у IPA збігається із семантикою BIND і залежить від типу зони: * Основна зона: локальний BIND надає надійні відповіді для даних у заданій зоні (включено з надійними відповідями NXDOMAIN), а переспрямовування стосуватиметься лише запитів щодо назв за межами (записами NS) зон, що обслуговуються локально. * Зона переспрямовування: зона переспрямовування не містить надійних даних. BIND переспрямовує запити, на які не вдалося отримати відповіді з локального кешу, до налаштованих переспрямовувачів. Семантика параметра --forwarder-policy: * none — вимкнути переспрямовування для вказаної зони. * first — спрямувати усі запити до налаштованих переспрямовувачів. Якщо це не спрацює, виконати перетворення за допомогою кореневих серверів DNS. * only — спрямувати усі запити до налаштованих переспрямовувачів. Якщо це не спрацює, повернути повідомлення про помилку. Вимикання загального переспрямовування для вказаного піддерева: ipa dnszone-mod example.com --forward-policy=none За цих налаштувань усі запити щодо назв поза піддеревом example.com буде спрямовано до загальних переспрямовувачів. Для назв у межах піддерева example.com буде використано звичайну рекурсивну (тобто з переходом за записами NS) процедуру визначення. Переспрямувати усі запити для зони external.example.com до іншого переспрямовувача з використанням правила «first» (надсилати запити до вибраного переспрямовувача і, якщо він не відповість, скористатися загальними кореневими серверами): ipa dnsforwardzone-add external.example.com --forward-policy=first \ --forwarder=203.0.113.1 Змінити правила переспрямовування для external.example.com: ipa dnsforwardzone-mod external.example.com --forward-policy=only Показати зону переспрямовування external.example.com: ipa dnsforwardzone-show external.example.com Показати список усіх зон переспрямовування: ipa dnsforwardzone-find Вилучення зони переспрямовування external.example.com: ipa dnsforwardzone-del external.example.com Визначити адресу вузла за назвою, якщо адреса існує (додасть типовий домен IPA, якщо домен не включено): ipa dns-resolve www.example.com ipa dns-resolve www ЗАГАЛЬНІ НАЛАШТУВАННЯ DNS Налаштування DNS, що передаються до скрипту командного рядка для встановлення, зберігаються у локальному файлі налаштувань на кожному з серверів IPA, де налаштовано службу DNS. Ці локальні параметри можна перевизначити за допомогою загальних налаштувань, що зберігаються на сервері LDAP: Показати загальні налаштування DNS: ipa dnsconfig-show Зміна загальних налаштувань DNS і встановлення списку загальних переспрямовувачів: ipa dnsconfig-mod --forwarder=203.0.113.113 РЕЄСТРАЦІЯ: Передбачено три сценарії реєстрації нових клієнтів: 1. Ви реєструєтеся як повноцінний адміністратор. Запис вузла може існувати або не існувати. Повноцінний адміністратор виконує роль hostadmin або є учасником групи admins. 2. Ви реєструєтеся як адміністратор з обмеженими правами. Вузол вже має існувати. Обмежений адміністратор виконує роль з привілеями Host Enrollment. 3. Вузол було створено з одноразовим паролем. ПРИКЛАДИ: Усі параметри слід додавати окремо. Перевірки коректності щодо обробки параметра у sudo або коректності формату не виконуватиметься. Також слід окремо встановлювати значення змінних середовища. Наприклад, env_keep="ЩОСЬ ДЕСЬ" у sudoers має бути представлено як --sudooption env_keep=ЩОСЬ --sudooption env_keep+=ДЕСЬ. Іменування Керування іменуванням для клієнтських комп’ютерів Іменуванням можна керувати або шляхом реєстрації на сервері іменування з визначенням імені користувача і пароля, або вручну, імпортуванням сертифікатів іменування. Сертифікат іменування містить вбудовані дані, зокрема те, як слід іменувати продукт, щодо кількості та дат чинності. Сервер іменування керує кількістю доступних іменувань клієнтів. Для позначення іменувань як таких, що використовуються сервером IPA, ви надаєте кількість, а система позначає їх як використані на сервері іменування. Зареєструватися на сервері іменування: ipa entitle-register consumer Імпортувати сертифікат іменування: ipa entitle-import /home/user/ipaclient.pem Показати поточні іменування: ipa entitle-status Отримати подробиці щодо сертифікатів іменування: ipa entitle-get Вжити деякі іменування із сервера іменувань: ipa entitle-consume 50 Реєстраційним ідентифікатором є унікальний ідентифікатор (UUID). Цей ідентифікатор буде ІМПОРТОВАНО, якщо ви скористалися entitle-import. Зміни у /etc/rhsm/rhsm.conf для набуття чинності потребуватимуть перезапуску служби httpd. Отримати дані щодо встановлених серверів IPA. Отримати стан ролей (сервер DNS, CA тощо), що надається основними серверами IPA. Міжгрупове уповноваження Права доступу може бути точно налаштовано. Правила керування доступом або інструкції (ACI), надання дозволу на виконання певних завдань, зокрема додавання користувача, внесення змін до групи тощо. Міжгрупові уповноваження надають учасникам однієї групи можливість оновлювати набір атрибутів учасників іншої групи. ПРИКЛАДИ: Додати правило уповноваження, яке надасть змогу керівникам (managers) редагувати адреси співробітників: ipa delegation-add --attrs=street --group=managers --membergroup=employees "managers edit employees' street" Під час керування списком атрибутів слід включати всі атрибути списку разом з вже створеними. Додавання до списку postalCode: ipa delegation-mod --attrs=street --attrs=postalCode --group=managers --membergroup=employees "managers edit employees' street" Показ нашого оновленого правила: ipa delegation-show "managers edit employees' street" Вилучення правила: ipa delegation-del "managers edit employees' street" Міжгрупове уповноваження Права доступу може бути точно налаштовано. Правила керування доступом або інструкції (ACI), надання дозволу на виконання певних завдань, зокрема додавання користувача, внесення змін до групи тощо. Міжгрупові уповноваження надають учасникам однієї групи можливість оновлювати набір атрибутів учасників іншої групи. ПРИКЛАДИ: Додати правило уповноваження, яке надасть змогу керівникам (managers) редагувати адреси співробітників: ipa delegation-add --attrs=street --group=managers --membergroup=employees "managers edit employees' street" Під час керування списком атрибутів слід включати всі атрибути списку разом з вже створеними. Додавання до списку postalCode: ipa delegation-mod --attrs=street,postalCode --group=managers --membergroup=employees "managers edit employees' street" Показ нашого оновленого правила: ipa delegation-show "managers edit employees' street" Вилучення правила: ipa delegation-del "managers edit employees' street" Групи команд sudo Керування групами команд sudo. ПРИКЛАДИ: Додати нову групу команд sudo: ipa sudocmdgroup-add --desc='administrators commands' admincmds Вилучити групу команд sudo: ipa sudocmdgroup-del admincmds Керування участю групи команд sudo, команди: ipa sudocmdgroup-add-member --sudocmds=/usr/bin/less --sudocmds=/usr/bin/vim admincmds Керування участю групи команд sudo, команди: ipa group-remove-member --sudocmds=/usr/bin/less admincmds Показ групи команд sudo: ipa group-show localadmins Групи команд sudo Керування групами команд sudo. ПРИКЛАДИ: Додати нову групу команд sudo: ipa sudocmdgroup-add --desc='administrators commands' admincmds Вилучити групу команд sudo: ipa sudocmdgroup-del admincmds Керування участю групи команд sudo, команди: ipa sudocmdgroup-add-member --sudocmds=/usr/bin/less --sudocmds=/usr/bin/vim admincmds Керування участю групи команд sudo, команди: ipa sudocmdgroup-remove-member --sudocmds=/usr/bin/less admincmds Показ групи команд sudo: ipa sudocmdgroup-show admincmds Групи команд sudo Керування групами команд sudo. ПРИКЛАДИ: Додати нову групу команд sudo: ipa sudocmdgroup-add --desc='administrators commands' admincmds Вилучити групу команд sudo: ipa sudocmdgroup-del admincmds Керування участю групи команд sudo, команди: ipa sudocmdgroup-add-member --sudocmds=/usr/bin/less,/usr/bin/vim admincmds Керування участю групи команд sudo, команди: ipa group-remove-member --sudocmds=/usr/bin/less admincmds Показ групи команд sudo: ipa group-show localadmins Групи вузлів. Керування групами вузлів. Корисні для застосування керування до декількох вузлів на основі заснованого на вузлах керування доступом (Host-based Access Control або HBAC). ПРИКЛАДИ: додавання нової групи вузлів: ipa hostgroup-add --desc="Baltimore hosts" baltimore Додавання нової групи вузлів: ipa hostgroup-add --desc="Maryland hosts" maryland Додавання учасників до групи вузлів з використанням виразу Bash у фігурних дужках): ipa hostgroup-add-member --hosts={box1,box2,box3} baltimore Додавання групи вузлів як учасника іншої групи вузлів: ipa hostgroup-add-member --hostgroups=baltimore maryland Вилучення вузла з групи вузлів: ipa hostgroup-remove-member --hosts=box2 baltimore Показ списку групи вузлів: ipa hostgroup-show baltimore Додавання керівника учасниками: ipa hostgroup-add-member-manager --users=user1 baltimore Вилучення керівника учасниками ipa hostgroup-remove-member-manager --users=user1 baltimore Вилучення групи вузлів: ipa hostgroup-del baltimore Групи вузлів. Керування групами вузлів. Корисні для застосування керування до декількох вузлів на основі заснованого на вузлах керування доступом (Host-based Access Control або HBAC). ПРИКЛАДИ: додавання нової групи вузлів: ipa hostgroup-add --desc="Baltimore hosts" baltimore Додавання нової групи вузлів: ipa hostgroup-add --desc="Maryland hosts" maryland Додавання учасників до групи вузлів з використанням виразу Bash у фігурних дужках): ipa hostgroup-add-member --hosts={box1,box2,box3} baltimore Додавання групи вузлів як учасника іншої групи вузлів: ipa hostgroup-add-member --hostgroups=baltimore maryland Вилучення вузла з групи вузлів: ipa hostgroup-remove-member --hosts=box2 baltimore Показ списку групи вузлів: ipa hostgroup-show baltimore Вилучення групи вузлів: ipa hostgroup-del baltimore Групи вузлів. Керування групами вузлів. Корисні для застосування керування до декількох вузлів на основі заснованого на вузлах керування доступом (Host-based Access Control або HBAC). ПРИКЛАДИ: додавання нової групи вузлів: ipa hostgroup-add --desc="Baltimore hosts" baltimore Додавання нової групи вузлів: ipa hostgroup-add --desc="Maryland hosts" maryland Додавання учасників до групи вузлів: ipa hostgroup-add-member --hosts=box1,box2,box3 baltimore Додавання групи вузлів як учасника іншої групи вузлів: ipa hostgroup-add-member --hostgroups=baltimore maryland Вилучення вузла з групи вузлів: ipa hostgroup-remove-member --hosts=box2 baltimore Показ списку групи вузлів: ipa hostgroup-show baltimore Вилучення групи вузлів: ipa hostgroup-del baltimore Групи користувачів Керування групами користувачів. Типово нові групи є групами POSIX. Ви можете додати параметр --nonposix до команди group-add з метою позначення нової групи як групи не-POSIX. Ви можете скористатися аргументом --posix команди group-mod для перетворення групи не-POSIX на групу POSIX. Групи POSIX не можна перетворювати на групи не-POSIX. Кожна група повинна мати опис. Групи POSIX повинні мати номер ідентифікатора групи (GID). Передбачено підтримку зміни GID, але ця зміна може вплинути на права доступу до ваших файлів. Для створення групи слід вказати GID. IPA створить одну групу автоматично, якщо таку не вказано. ПРИКЛАДИ: Додавання нової групи: ipa group-add --desc='local administrators' localadmins Додавання нової групи не-POSIX: ipa group-add --nonposix --desc='remote administrators' remoteadmins Перетворити групу не-POSIX на групу posix: ipa group-mod --posix remoteadmins Додати нову групу POSIX з вказаним ідентифікатором групи: ipa group-add --gid=500 --desc='unix admins' unixadmins Додати нову групу POSIX і надати IPA змогу призначити ідентифікатор: ipa group-add --desc='printer admins' printeradmins Вилучення групи: ipa group-del unixadmins Додати групу "remoteadmins" до групи "localadmins": ipa group-add-member --groups=remoteadmins localadmins Додати список користувачів до групи "localadmins": ipa group-add-member --users=test1 --users=test2 localadmins Вилучення користувача з групи "localadmins": ipa group-remove-member --users=test2 localadmins Показати інформацію щодо іменованої групи. ipa group-show localadmins Участь із зовнішніх груп створено для того, щоб уможливити прив’язку користувачів з довірених доменів до локальних груп POSIX з метою використання ресурсів IPA. Зовнішніх користувачів слід додавати до груп які спеціально створено як зовнішні або групи не-POSIX. Таку групу слід пізніше включити до одної з груп POSIX. У поточній версії учасник зовнішньої групи є ідентифікатором безпеки (Security Identifier або SID) визначеним довіреним доменом. Додавання учасників зовнішньої групи можна виконати у форматі SID, DOM\ім’я або ім’я@домен. IPA намагатиметься визначити за переданим іменем SID за допомогою використання Загального каталогу довіреного домену. Приклад: 1. Створити групу для прив’язки адміністраторів довіреного домену до відповідної локальної групи POSIX: ipa group-add --desc='<домен.ad> admins external map' ad_admins_external --external ipa group-add --desc='<домен.ad> admins' ad_admins 2. Додати ідентифікатор Domain Admins домену <домен.ad> до групи ad_admins_external: ipa group-add-member ad_admins_external --external 'AD\Domain Admins' 3. Дозволити прив’язку групи ad_admins_external до групи POSIX ad_admins: ipa group-add-member ad_admins --groups ad_admins_external 4. Показати список зовнішніх учасників групи ad_admins_external, щоб визначити їхні SIDs: ipa group-show ad_admins_external Групи служб HBAC Групи служб HBAC можуть містити будь-яку кількість окремих служб або «учасників». Кожна з груп повинна мати опис. ПРИКЛАДИ: Додавання нової групи служб HBAC: ipa hbacsvcgroup-add --desc="login services" login Додавання учасників до групи служб HBAC: ipa hbacsvcgroup-add-member --hbacsvcs=sshd --hbacsvcs=login login Показ даних щодо вказаної групи: ipa hbacsvcgroup-show login Вилучення групи служб HBAC: ipa hbacsvcgroup-del login Групи служб HBAC Групи служб HBAC можуть містити будь-яку кількість окремих служб або «учасників». Кожна з груп повинна мати опис. ПРИКЛАДИ: Додавання нової групи служб HBAC: ipa hbacsvcgroup-add --desc="login services" login Додавання учасників до групи служб HBAC: ipa hbacsvcgroup-add-member --hbacsvcs=sshd --hbacsvcs=login login Показ даних щодо вказаної групи: ipa hbacsvcgroup-show login Додавання нової групи до групи «login»: ipa hbacsvcgroup-add --desc="switch users" login ipa hbacsvcgroup-add-member --hbacsvcs=su,su-l login Вилучення групи служб HBAC: ipa hbacsvcgroup-del login Служби HBAC Служби PAM, якими може керувати HBAC. Назва, використана тут, має відповідати назві служби, з якою працює PAM. ПРИКЛАДИ: Додати нову службу HBAC: ipa hbacsvc-add tftp Змінити вже створену службу HBAC: ipa hbacsvc-mod --desc="TFTP service" tftp Шукати служби HBAC. У нашому прикладі буде повернуто два результати службу FTP і щойно додану службу tftp: ipa hbacsvc-find ftp Вилучення служби HBAC: ipa hbacsvc-del tftp Служби HBAC Служби PAM, якими може керувати HBAC. Назва, використана тут, має відповідати назві служби, з якою працює PAM. ПРИКЛАДИ: Додати нову службу HBAC: ipa hbacsvc-add tftp Змінити вже створену службу HBAC: ipa hbacsvc-mod --desc="TFTP service" tftp Шукати служби HBAC. У нашому прикладі буде повернуто два результати службу FTP і щойно додану службу tftp: ipa hbacsvc-find ftp Вилучення служби HBAC: ipa hbacsvc-del tftp Керування доступом на основі вузлів Керуйте тим, хто, на яких вузлах і з яких вузлів зможе отримувати доступ до певних служб. Ви можете скористатися HBAC для визначення користувачів і груп на вузлі походження запиту зможе отримувати доступ до певної служби або групи служб. Ви також можете визначити категорію користувачів та вузли призначення. У поточній версії можливі варіанти обмежено варіантом "all", але перелік варіантів може бути розширено у майбутніх версіях. Вузли призначення та вузли походження у правилах HBAC мають бути вузлами, керованими IPA. Доступними службами і групами служб є служби, керовані hbacsvc та додатками hbacsvcgroup, відповідно. ПРИКЛАДИ: Створення правила "test1", яке надає всім користувачам доступ до вузла "server" звідусюди: ipa hbacrule-add --usercat=all --srchostcat=all test1 ipa hbacrule-add-host --hosts=server.example.com test1 Показ властивостей вказаного правила HBAC: ipa hbacrule-show test1 Створення правила для певної служби. Це правило надасть користувачу john доступ до служби sshd у будь-якій системі звідусіль: ipa hbacrule-add --hostcat=all --srchostcat=all john_sshd ipa hbacrule-add-user --users=john john_sshd ipa hbacrule-add-service --hbacsvcs=sshd john_sshd Створення правила для нової групи служб. Користувачу john надається доступ до служби FTP у будь-якій системі звідусіль: ipa hbacsvcgroup-add ftpers ipa hbacsvc-add sftp ipa hbacsvcgroup-add-member --hbacsvcs=ftp,sftp ftpers ipa hbacrule-add --type=allow --hostcat=all --srchostcat=all john_ftp ipa hbacrule-add-user --users=john john_ftp ipa hbacrule-add-service --hbacsvcgroups=ftpers john_ftp Вимикання вказаного правила HBAC: ipa hbacrule-disable test1 Вилучення вказаного правила HBAC: ipa hbacrule-del allow_server Керування доступом на основі вузлів Керуйте тим, хто, з яких вузлів зможе отримувати доступ до певних служб. Ви можете скористатися HBAC для визначення користувачів і груп на вузлі походження запиту зможе отримувати доступ до певної служби або групи служб. Ви також можете визначити категорію користувачів та вузли призначення. У поточній версії можливі варіанти обмежено варіантом "all", але перелік варіантів може бути розширено у майбутніх версіях. Вузли призначення та вузли походження у правилах HBAC мають бути вузлами, керованими IPA. Доступними службами і групами служб є служби, керовані hbacsvc та додатками hbacsvcgroup, відповідно. ПРИКЛАДИ: Створення правила "test1", яке надає всім користувачам доступ до вузла "server" звідусюди: ipa hbacrule-add --usercat=all test1 ipa hbacrule-add-host --hosts=server.example.com test1 Показ властивостей вказаного правила HBAC: ipa hbacrule-show test1 Створення правила для певної служби. Це правило надасть користувачу john доступ до служби sshd у будь-якій системі звідусіль: ipa hbacrule-add --hostcat=all john_sshd ipa hbacrule-add-user --users=john john_sshd ipa hbacrule-add-service --hbacsvcs=sshd john_sshd Створення правила для нової групи служб. Користувачу john надається доступ до служби FTP у будь-якій системі звідусіль: ipa hbacsvcgroup-add ftpers ipa hbacsvc-add sftp ipa hbacsvcgroup-add-member --hbacsvcs=ftp --hbacsvcs=sftp ftpers ipa hbacrule-add --type=allow --hostcat=all john_ftp ipa hbacrule-add-user --users=john john_ftp ipa hbacrule-add-service --hbacsvcgroups=ftpers john_ftp Вимикання вказаного правила HBAC: ipa hbacrule-disable test1 Вилучення вказаного правила HBAC: ipa hbacrule-del allow_server Вузли/Комп’ютери Вузол — це окремий комп’ютер. Термін може використовуватися у декількох контекстах: - записи служб, пов’язані з певним вузлом - вузол зберігає реєстраційні дані вузол/служба - вузол можна використовувати у правилах Host-based Access Control (HBAC) - для усіх зареєстрованих клієнтів створюється запис вузла Вузли/Комп’ютери Вузол — це окремий комп’ютер. Термін може використовуватися у декількох контекстах: - записи служб, пов’язані з певним вузлом - вузол зберігає реєстраційні дані вузол/служба - вузол можна використовувати у правилах Host-based Access Control (HBAC) - для усіх зареєстрованих клієнтів створюється запис вузла РЕЄСТРАЦІЯ: Передбачено три сценарії реєстрації нових клієнтів: 1. Ви реєструєтеся як повноцінний адміністратор. Запис вузла може існувати або не існувати. Повноцінний адміністратор виконує роль hostadmin або є учасником групи admins. 2. Ви реєструєтеся як адміністратор з обмеженими правами. Вузол вже має існувати. Обмежений адміністратор виконує роль з привілеями Host Enrollment. 3. Вузол було створено з одноразовим паролем. Вузлу можна надати роль лише один раз. Якщо клієнту вже надано роль і роль слід змінити, запис вузла має бути вилучено і створено повторно. Зауважте, що повторне створення запису вузла призведе до вилучення усіх служб для вузла, а усі сертифікати SSL, пов’язані із цими службами буде відкликано. Запис вузла може, якщо потрібно, містити дані щодо його розташування, типу операційної системи тощо. ПРИКЛАДИ: Додати новий вузол: ipa host-add --location="3rd floor lab" --locality=Dallas test.example.com Вилучити вузол: ipa host-del test.example.com Додати новий вузол з одноразовим паролем: ipa host-add --os='Fedora 12' --password=Secret123 test.example.com Додати новий вузол з випадковим одноразовим паролем: ipa host-add --os='Fedora 12' --random test.example.com Змінити відомості щодо вузла: ipa host-mod --os='Fedora 12' test.example.com Вилучити відкриті ключі SSH вузла і оновити DNS відповідно до внесених змін: ipa host-mod --sshpubkey= --updatedns test.example.com Вимкнути ключ Kerberos вузла, сертифікат SSL та усі його служби: ipa host-disable test.example.com Додати вузол, який може керувати сховищем ключів та сертифікатом цього вузла : ipa host-add-managedby --hosts=test2 test Вузли/Комп’ютери Вузол — це окремий комп’ютер. Термін може використовуватися у декількох контекстах: - записи служб, пов’язані з певним вузлом - вузол зберігає реєстраційні дані вузол/служба - вузол можна використовувати у правилах Host-based Access Control (HBAC) - для усіх зареєстрованих клієнтів створюється запис вузла РЕЄСТРАЦІЯ: Передбачено три сценарії реєстрації нових клієнтів: 1. Ви реєструєтеся як повноцінний адміністратор. Запис вузла може існувати або не існувати. Повноцінний адміністратор виконує роль hostadmin або є учасником групи admins. 2. Ви реєструєтеся як адміністратор з обмеженими правами. Вузол вже має існувати. Обмежений адміністратор виконує роль з привілеями Host Enrollment. 3. Вузол було створено з одноразовим паролем. ПОВТОРНА РЕЄСТРАЦІЯ: Вузол, якому вже колись було надано певну роль, але налаштування було втрачено (наприклад через знищення віртуальної машини), можна знову зареєструвати (надати роль). Щоб дізнатися більше, зверніться до сторінок підручника (man) щодо ipa-client-install. Запис вузла може, якщо потрібно, зберігати відомості щодо розташування, запущеної операційної системи тощо. ПРИКЛАДИ: Додати новий вузол: ipa host-add --location="3rd floor lab" --locality=Dallas test.example.com Вилучити вузол: ipa host-del test.example.com Додати новий вузол з одноразовим паролем: ipa host-add --os='Fedora 12' --password=Secret123 test.example.com Додати новий вузол з випадковим одноразовим паролем: ipa host-add --os='Fedora 12' --random test.example.com Змінити відомості щодо вузла: ipa host-mod --os='Fedora 12' test.example.com Вилучити відкриті ключі SSH вузла і оновити DNS відповідно до внесених змін: ipa host-mod --sshpubkey= --updatedns test.example.com Вимкнути ключ Kerberos вузла, сертифікат SSL та усі його служби: ipa host-disable test.example.com Додати вузол, який може керувати сховищем ключів та сертифікатом цього вузла : ipa host-add-managedby --hosts=test2 test Дозволити користувачеві створення таблиці ключів: ipa host-allow-create-keytab test2 --users=tuser1 Перегляди ідентифікаторів Керування переглядами ідентифікаторів IPA надає вам змогу перевизначити певні властивості записів користувачів та груп для окремих вузлів. В основному, ці функціональні можливості призначено для уможливлення перенесення даних із застарілих систем або інших рішень для керування профілями. Діапазони ідентифікаторів Керування діапазонами ідентифікаторів, використаних для відображення ідентифікаторів POSIX на SID, і навпаки. За допомогою цієї програми можна керувати обома типами діапазонів ідентифікаторів: - діапазони ідентифікаторів локального домену - діапазони ідентифікаторів довірених віддалених доменів Обидва типи мають такі спільні атрибути: - base-id: перший ідентифікатор діапазону ідентифікаторів POSIX - range-size: розмір діапазону На основі цих двох атрибутів об’єкт діапазону може зарезервувати ідентифікатори POSIX, починаючи з base-id аж до, але не включно, base-id+range-size. Крім того, можна встановити діапазон ідентифікаторів локального домену - rid-base: перший RID(*) відповідного діапазону RID - secondary-rid-base: перший RID вторинного діапазону RID а діапазон ідентифікаторів довіреного домену слід задавати за допомогою - rid-base: перший RID відповідного діапазону RID - dom_sid: SID довіреного домену ПРИКЛАД: додавання нового діапазону ідентифікаторів для довіреного домену Оскільки може бути декілька довірених доменів, під час створення діапазону ідентифікаторів слід вказати SID домену. ipa idrange-add --base-id=1200000 --range-size=200000 --rid-base=0 \ --dom-sid=S-1-5-21-123-456-789 trusted_dom_range Цей діапазон ідентифікаторів потім використовуватиметься сервером IPA та надавачем даних IPA SSSD для призначення UID Posix користувачам з довіреного домену. Якщо, наприклад, налаштовано діапазон для довіреного домену з такими значеннями: base-id = 1200000 range-size = 200000 rid-base = 0 RID від 0 до 199999 прив’язуються до ідентифікаторів Posix від 1200000 до 13999999. Отже RID 1000 <-> Posix ID 1201000 ПРИКЛАД: додавання нового діапазону ідентифікаторів до локального домену Щоб створити діапазон ідентифікаторів для локального домену не потрібно вказувати SID домену. Але оскільки можливий конфлікт між ідентифікаторами користувача і групи та ідентифікаторами POSIX, потрібен вторинний інтервал RID. ipa range-add --base-id=1200000 --range-size=200000 --rid-base=1000 \ --secondary-rid-base=1000000 local_range Дані з діапазонів ідентифікаторів локального домену використовуються сервером IPA на внутрішньому рівні для призначення SID користувачам і групам IPA. SID буде збережено у об’єктах користувача або групи. Якщо, наприклад, для діапазону ідентифікаторів локального домену визначено значення з наведеного вище прикладу, новий користувач з UID 1200007 отримає RID 1007. Якщо цей RID вже буде використано групою, його буде змінено на 1000007. Таке може трапитися лише, якщо об’єкт користувача або групи було створено з фіксованим ідентифікатором, оскільки у разі автоматичного призначення один ідентифікатор не може бути призначено двічі. Оскільки спільний простір назв є лише у користувачів і груп, достатньо одного резервного діапазону для того, щоб повністю позбутися конфліктів. Для визначення ідентифікатора POSIX за вказаним RID з локального домену слід спочатку перевірити, чи потрапляє RID у основний або вторинний діапазон RID, також, щоб отримати ідентифікатор POSIX, слід відняти від ідентифікатор rid-base або secondary-rid-base, відповідно, і додати base-id. Типово, створення діапазонів ідентифікаторів є зовні непомітним і потреби у цьому інтерфейсі командного рядка не виникає. Діапазон ідентифікаторів для локального домену буде створено під час встановлення або оновлення попередньої версії. Діапазон ідентифікаторів для довіреного домену буде створено разом з записом довіри командою «ipa trust-add ...». Нижче наведено можливі випадки використання цього командного інтерфейсу. ВИПАДКИ ВИКОРИСТАННЯ: Додавання діапазону ідентифікаторів з перехідного довіреного домену Якщо довірений домен (A) довіряється іншому домену (B) і цей запис довіри є перехідним, «ipa trust-add домен-A» створить лише діапазон для домену A. Діапазон ідентифікаторів домену B має бути додано вручну. Додавання додаткового діапазону ідентифікаторів для локального домену Якщо діапазон ідентифікаторів локального домену вичерпано, тобто додатком DNA не може бути призначено нові ідентифікатори користувачам або групам POSIX, має бути створено новий діапазон для додавання нових користувачів та груп. (У поточній версії між цим командним інтерфейсом і додатком DNA немає безпосереднього зв’язку, але у майбутній версії може бути передбачено можливість внесення змін і до налаштувань додатка DNS.) Загалом, потреби у зміні або вилученні діапазонів ідентифікаторів немає. Якщо немає іншого виходу, окрім внесення змін або вилучення діапазону ідентифікаторів, робити це слід дуже обережно. Оскільки UID зберігаються у файловій системі і використовуються для керування доступом, можлива ситуація, коли одні користувачі отримуватимуть доступ до файлів інших користувачів у разі вилучення діапазону ідентифікаторів і повторного його використання у іншому домені. (*) RID типово є останнім цілим числом SID користувача або групи, перед якими має бути вказано SID домену. Наприклад, якщо SID домену S-1-5-21-123-456-789, а користувач з цього домену має SID S-1-5-21-123-456-789-1010, RID користувача буде 1010. RID є унікальними в межах домену, є 32-бітовими значенням і використовуються для користувачів і груп. ПОПЕРЕДЖЕННЯ: Додаток DNA у 389-ds розміщуватиме ідентифікатори на основі діапазонів налаштованих для локального домену. У поточній версії додаток DNA *не можна* переналаштовувати самостійно на основі локальних діапазонів, встановлених за допомогою цього сімейства команд. Зміни налаштувань вручну має бути виконано у налаштуваннях додатка DNA для локального діапазону. Зокрема слід змінити атрибут dnaNextRange «cn=Posix IDs,cn=Distributed Numeric Assignment Plugin,cn=plugins,cn=config» так, щоб він відповідав новому діапазону. Діапазони ідентифікаторів Керування діапазонами ідентифікаторів, використаних для відображення ідентифікаторів POSIX на SID, і навпаки. За допомогою цієї програми можна керувати обома типами діапазонів ідентифікаторів: - діапазони ідентифікаторів локального домену - діапазони ідентифікаторів довірених віддалених доменів Обидва типи мають такі спільні атрибути: - base-id: перший ідентифікатор діапазону ідентифікаторів POSIX - range-size: розмір діапазону На основі цих двох атрибутів об’єкт діапазону може зарезервувати ідентифікатори POSIX, починаючи з base-id аж до, але не включно, base-id+range-size. Крім того, можна встановити діапазон ідентифікаторів локального домену - rid-base: перший RID(*) відповідного діапазону RID - secondary-rid-base: перший RID вторинного діапазону RID а діапазон ідентифікаторів довіреного домену слід задавати за допомогою - rid-base: перший RID відповідного діапазону RID - dom_sid: SID довіреного домену ПРИКЛАД: додавання нового діапазону ідентифікаторів для довіреного домену Оскільки може бути декілька довірених доменів, під час створення діапазону ідентифікаторів слід вказати SID домену. ipa idrange-add --base-id=1200000 --range-size=200000 --rid-base=0 \ --dom-sid=S-1-5-21-123-456-789 trusted_dom_range Цей діапазон ідентифікаторів потім використовуватиметься сервером IPA та надавачем даних IPA SSSD для призначення UID Posix користувачам з довіреного домену. Якщо, наприклад, налаштовано діапазон для довіреного домену з такими значеннями: base-id = 1200000 range-size = 200000 rid-base = 0 RID від 0 до 199999 прив’язуються до ідентифікаторів Posix від 1200000 до 13999999. Отже RID 1000 <-> Posix ID 1201000 ПРИКЛАД: додавання нового діапазону ідентифікаторів до локального домену Щоб створити діапазон ідентифікаторів для локального домену не потрібно вказувати SID домену. Але оскільки можливий конфлікт між ідентифікаторами користувача і групи та ідентифікаторами POSIX, потрібен вторинний інтервал RID. ipa range-add --base-id=1200000 --range-size=200000 --rid-base=1000 \ --secondary-rid-base=1000000 local_range Дані з діапазонів ідентифікаторів локального домену використовуються сервером IPA на внутрішньому рівні для призначення SID користувачам і групам IPA. SID буде збережено у об’єктах користувача або групи. Якщо, наприклад, для діапазону ідентифікаторів локального домену визначено значення з наведеного вище прикладу, новий користувач з UID 1200007 отримає RID 1007. Якщо цей RID вже буде використано групою, його буде змінено на 1000007. Таке може трапитися лише, якщо об’єкт користувача або групи було створено з фіксованим ідентифікатором, оскільки у разі автоматичного призначення один ідентифікатор не може бути призначено двічі. Оскільки спільний простір назв є лише у користувачів і груп, достатньо одного резервного діапазону для того, щоб повністю позбутися конфліктів. Для визначення ідентифікатора POSIX за вказаним RID з локального домену слід спочатку перевірити, чи потрапляє RID у основний або вторинний діапазон RID, також, щоб отримати ідентифікатор POSIX, слід відняти від ідентифікатор rid-base або secondary-rid-base, відповідно, і додати base-id. Типово, створення діапазонів ідентифікаторів є зовні непомітним і потреби у цьому інтерфейсі командного рядка не виникає. Діапазон ідентифікаторів для локального домену буде створено під час встановлення або оновлення попередньої версії. Діапазон ідентифікаторів для довіреного домену буде створено разом з записом довіри командою «ipa trust-add ...». Нижче наведено можливі випадки використання цього командного інтерфейсу. ВИПАДКИ ВИКОРИСТАННЯ: Додавання діапазону ідентифікаторів з перехідного довіреного домену Якщо довірений домен (A) довіряється іншому домену (B) і цей запис довіри є перехідним, «ipa trust-add домен-A» створить лише діапазон для домену A. Діапазон ідентифікаторів домену B має бути додано вручну. Додавання додаткового діапазону ідентифікаторів для локального домену Якщо діапазон ідентифікаторів локального домену вичерпано, тобто додатком DNA не може бути призначено нові ідентифікатори користувачам або групам POSIX, має бути створено новий діапазон для додавання нових користувачів та груп. (У поточній версії між цим командним інтерфейсом і додатком DNA немає безпосереднього зв’язку, але у майбутній версії може бути передбачено можливість внесення змін і до налаштувань додатка DNS.) Загалом, потреби у зміні або вилученні діапазонів ідентифікаторів немає. Якщо немає іншого виходу, окрім внесення змін або вилучення діапазону ідентифікаторів, робити це слід дуже обережно. Оскільки UID зберігаються у файловій системі і використовуються для керування доступом, можлива ситуація, коли одні користувачі отримуватимуть доступ до файлів інших користувачів у разі вилучення діапазону ідентифікаторів і повторного його використання у іншому домені. (*) RID типово є останнім цілим числом SID користувача або групи, перед якими має бути вказано SID домену. Наприклад, якщо SID домену S-1-5-21-123-456-789, а користувач з цього домену має SID S-1-5-21-123-456-789-1010, RID користувача буде 1010. RID є унікальними в межах домену, є 32-бітовими значенням і використовуються для користувачів і груп. ======= ПОПЕРЕДЖЕННЯ: Додаток DNA у 389-ds розміщуватиме ідентифікатори на основі діапазонів налаштованих для локального домену. У поточній версії додаток DNA *не можна* переналаштовувати самостійно на основі локальних діапазонів, встановлених за допомогою цього сімейства команд. Зміни налаштувань вручну має бути виконано у налаштуваннях додатка DNA для локального діапазону. Зокрема слід змінити атрибут dnaNextRange «cn=Posix IDs,cn=Distributed Numeric Assignment Plugin,cn=plugins,cn=config» так, щоб він відповідав новому діапазону. ======= Діапазони ідентифікаторів Керування діапазонами ідентифікаторів, використаних для відображення ідентифікаторів POSIX на SID, і навпаки. За допомогою цієї програми можна керувати обома типами діапазонів ідентифікаторів: - діапазони ідентифікаторів локального домену - діапазони ідентифікаторів довірених віддалених доменів Обидва типи мають такі спільні атрибути: - base-id: перший ідентифікатор діапазону ідентифікаторів POSIX - range-size: розмір діапазону На основі цих двох атрибутів об’єкт діапазону може зарезервувати ідентифікатори POSIX, починаючи з base-id аж до, але не включно, base-id+range-size. Крім того, можна встановити діапазон ідентифікаторів локального домену - rid-base: перший RID(*) відповідного діапазону RID - secondary-rid-base: перший RID вторинного діапазону RID а діапазон ідентифікаторів довіреного домену слід задавати за допомогою - rid-base: перший RID відповідного діапазону RID - dom_sid: SID довіреного домену ПРИКЛАД: додавання нового діапазону ідентифікаторів для довіреного домену Оскільки може бути декілька довірених доменів, під час створення діапазону ідентифікаторів слід вказати SID домену. ipa idrange-add --base-id=1200000 --range-size=200000 --rid-base=0 \ --dom-sid=S-1-5-21-123-456-789 trusted_dom_range Цей діапазон ідентифікаторів потім використовуватиметься сервером IPA та надавачем даних IPA SSSD для призначення UID Posix користувачам з довіреного домену. Якщо, наприклад, налаштовано діапазон для довіреного домену з такими значеннями: base-id = 1200000 range-size = 200000 rid-base = 0 RID від 0 до 199999 прив’язуються до ідентифікаторів Posix від 1200000 до 13999999. Отже RID 1000 <-> Posix ID 1201000 ПРИКЛАД: додавання нового діапазону ідентифікаторів до локального домену Щоб створити діапазон ідентифікаторів для локального домену не потрібно вказувати SID домену. Але оскільки можливий конфлікт між ідентифікаторами користувача і групи та ідентифікаторами POSIX, потрібен вторинний інтервал RID. ipa range-add --base-id=1200000 --range-size=200000 --rid-base=1000 \ --secondary-rid-base=1000000 local_range Дані з діапазонів ідентифікаторів локального домену використовуються сервером IPA на внутрішньому рівні для призначення SID користувачам і групам IPA. SID буде збережено у об’єктах користувача або групи. Якщо, наприклад, для діапазону ідентифікаторів локального домену визначено значення з наведеного вище прикладу, новий користувач з UID 1200007 отримає RID 1007. Якщо цей RID вже буде використано групою, його буде змінено на 1000007. Таке може трапитися лише, якщо об’єкт користувача або групи було створено з фіксованим ідентифікатором, оскільки у разі автоматичного призначення один ідентифікатор не може бути призначено двічі. Оскільки спільний простір назв є лише у користувачів і груп, достатньо одного резервного діапазону для того, щоб повністю позбутися конфліктів. Для визначення ідентифікатора POSIX за вказаним RID з локального домену слід спочатку перевірити, чи потрапляє RID у основний або вторинний діапазон RID, також, щоб отримати ідентифікатор POSIX, слід відняти від ідентифікатор rid-base або secondary-rid-base, відповідно, і додати base-id. Типово, створення діапазонів ідентифікаторів є зовні непомітним і потреби у цьому інтерфейсі командного рядка не виникає. Діапазон ідентифікаторів для локального домену буде створено під час встановлення або оновлення попередньої версії. Діапазон ідентифікаторів для довіреного домену буде створено разом з записом довіри командою «ipa trust-add ...». Нижче наведено можливі випадки використання цього командного інтерфейсу. ВИПАДКИ ВИКОРИСТАННЯ: Додавання діапазону ідентифікаторів з перехідного довіреного домену Якщо довірений домен (A) довіряється іншому домену (B) і цей запис довіри є перехідним, «ipa trust-add домен-A» створить лише діапазон для домену A. Діапазон ідентифікаторів домену B має бути додано вручну. Додавання додаткового діапазону ідентифікаторів для локального домену Якщо діапазон ідентифікаторів локального домену вичерпано, тобто додатком DNA не може бути призначено нові ідентифікатори користувачам або групам POSIX, має бути створено новий діапазон для додавання нових користувачів та груп. (У поточній версії між цим командним інтерфейсом і додатком DNA немає безпосереднього зв’язку, але у майбутній версії може бути передбачено можливість внесення змін і до налаштувань додатка DNS.) Загалом, потреби у зміні або вилученні діапазонів ідентифікаторів немає. Якщо немає іншого виходу, окрім внесення змін або вилучення діапазону ідентифікаторів, робити це слід дуже обережно. Оскільки UID зберігаються у файловій системі і використовуються для керування доступом, можлива ситуація, коли одні користувачі отримуватимуть доступ до файлів інших користувачів у разі вилучення діапазону ідентифікаторів і повторного його використання у іншому домені. (*) RID типово є останнім цілим числом SID користувача або групи, перед якими має бути вказано SID домену. Наприклад, якщо SID домену S-1-5-21-123-456-789, а користувач з цього домену має SID S-1-5-21-123-456-789-1010, RID користувача буде 1010. RID є унікальними в межах домену, є 32-бітовими значенням і використовуються для користувачів і груп. ПОПЕРЕДЖЕННЯ: Додаток DNA у 389-ds розміщуватиме ідентифікатори на основі діапазонів налаштованих для локального домену. У поточній версії додаток DNA *не можна* переналаштовувати самостійно на основі локальних діапазонів, встановлених за допомогою цього сімейства команд. Зміни налаштувань вручну має бути виконано у налаштуваннях додатка DNA для локального діапазону. Зокрема слід змінити атрибут dnaNextRange «cn=Posix IDs,cn=Distributed Numeric Assignment Plugin,cn=plugins,cn=config» так, щоб він відповідав новому діапазону. Діапазони ідентифікаторів Керування діапазонами ідентифікаторів, використаних для відображення ідентифікаторів POSIX на SID, і навпаки. За допомогою цієї програми можна керувати обома типами діапазонів ідентифікаторів: - діапазони ідентифікаторів локального домену - діапазони ідентифікаторів довірених віддалених доменів Обидва типи мають такі спільні атрибути: - base-id: перший ідентифікатор діапазону ідентифікаторів POSIX - range-size: розмір діапазону На основі цих двох атрибутів об’єкт діапазону може зарезервувати ідентифікатори POSIX, починаючи з base-id аж до, але не включно, base-id+range-size. Крім того, можна встановити діапазон ідентифікаторів локального домену - rid-base: перший RID(*) відповідного діапазону RID - secondary-rid-base: перший RID вторинного діапазону RID а діапазон ідентифікаторів довіреного домену слід задавати за допомогою - rid-base: перший RID відповідного діапазону RID - dom_sid: SID довіреного домену також можна встановити діапазон ідентифікаторів довіреного домену - auto-private-groups: [true|false|hybrid] automatic creation of private groups ПРИКЛАД: додавання нового діапазону ідентифікаторів для довіреного домену Оскільки може бути декілька довірених доменів, під час створення діапазону ідентифікаторів слід вказати SID домену. ipa idrange-add --base-id=1200000 --range-size=200000 --rid-base=0 \ --dom-sid=S-1-5-21-123-456-789 trusted_dom_range Цей діапазон ідентифікаторів потім використовуватиметься сервером IPA та надавачем даних IPA SSSD для призначення UID Posix користувачам з довіреного домену. Якщо, наприклад, налаштовано діапазон для довіреного домену з такими значеннями: base-id = 1200000 range-size = 200000 rid-base = 0 RID від 0 до 199999 прив’язуються до ідентифікаторів Posix від 1200000 до 13999999. Отже RID 1000 <-> Posix ID 1201000 ПРИКЛАД: додавання нового діапазону ідентифікаторів до локального домену Щоб створити діапазон ідентифікаторів для локального домену не потрібно вказувати SID домену. Але оскільки можливий конфлікт між ідентифікаторами користувача і групи та ідентифікаторами POSIX, потрібен вторинний інтервал RID. ipa range-add --base-id=1200000 --range-size=200000 --rid-base=1000 \ --secondary-rid-base=1000000 local_range Дані з діапазонів ідентифікаторів локального домену використовуються сервером IPA на внутрішньому рівні для призначення SID користувачам і групам IPA. SID буде збережено у об’єктах користувача або групи. Якщо, наприклад, для діапазону ідентифікаторів локального домену визначено значення з наведеного вище прикладу, новий користувач з UID 1200007 отримає RID 1007. Якщо цей RID вже буде використано групою, його буде змінено на 1000007. Таке може трапитися лише, якщо об’єкт користувача або групи було створено з фіксованим ідентифікатором, оскільки у разі автоматичного призначення один ідентифікатор не може бути призначено двічі. Оскільки спільний простір назв є лише у користувачів і груп, достатньо одного резервного діапазону для того, щоб повністю позбутися конфліктів. Для визначення ідентифікатора POSIX за вказаним RID з локального домену слід спочатку перевірити, чи потрапляє RID у основний або вторинний діапазон RID, також, щоб отримати ідентифікатор POSIX, слід відняти від ідентифікатор rid-base або secondary-rid-base, відповідно, і додати base-id. Типово, створення діапазонів ідентифікаторів є зовні непомітним і потреби у цьому інтерфейсі командного рядка не виникає. Діапазон ідентифікаторів для локального домену буде створено під час встановлення або оновлення попередньої версії. Діапазон ідентифікаторів для довіреного домену буде створено разом з записом довіри командою «ipa trust-add ...». Нижче наведено можливі випадки використання цього командного інтерфейсу. ВИПАДКИ ВИКОРИСТАННЯ: Додавання діапазону ідентифікаторів з перехідного довіреного домену Якщо довірений домен (A) довіряється іншому домену (B) і цей запис довіри є перехідним, «ipa trust-add домен-A» створить лише діапазон для домену A. Діапазон ідентифікаторів домену B має бути додано вручну. Додавання додаткового діапазону ідентифікаторів для локального домену Якщо діапазон ідентифікаторів локального домену вичерпано, тобто додатком DNA не може бути призначено нові ідентифікатори користувачам або групам POSIX, має бути створено новий діапазон для додавання нових користувачів та груп. (У поточній версії між цим командним інтерфейсом і додатком DNA немає безпосереднього зв’язку, але у майбутній версії може бути передбачено можливість внесення змін і до налаштувань додатка DNS.) Загалом, потреби у зміні або вилученні діапазонів ідентифікаторів немає. Якщо немає іншого виходу, окрім внесення змін або вилучення діапазону ідентифікаторів, робити це слід дуже обережно. Оскільки UID зберігаються у файловій системі і використовуються для керування доступом, можлива ситуація, коли одні користувачі отримуватимуть доступ до файлів інших користувачів у разі вилучення діапазону ідентифікаторів і повторного його використання у іншому домені. (*) RID типово є останнім цілим числом SID користувача або групи, перед якими має бути вказано SID домену. Наприклад, якщо SID домену S-1-5-21-123-456-789, а користувач з цього домену має SID S-1-5-21-123-456-789-1010, RID користувача буде 1010. RID є унікальними в межах домену, є 32-бітовими значенням і використовуються для користувачів і груп. Дії з сертифікатами IPA Дії з сертифікатами IPA Реалізує набір команд для керування сертифікатами серверів SSL. Запити щодо сертифікатів існують у формі Certificate Signing Request (CSR) і форматі PEM. Якщо використовується модуль самопідписування, призначення у CSR має збігатися із призначенням, вказаним на сервері. Служба сертифікації dogtag використовує лише значення CN CSR і примусово встановлює решту параметрів призначення за налаштуваннями сервера. Сертифікат зберігається з реєстраційним записом, а реєстраційний запис потребує вузла. Для того, щоб створити запит щодо сертифіката: * Вузол має існувати * Служба має існувати (або слід скористатися параметром --add дляавтоматичного додавання) ПРИКЛАДИ: Створити запит щодо нового сертифіката і додати реєстраційний запис: ipa cert-request --add --principal=HTTP/lion.example.com example.csr Отримати вже створений сертифікат: ipa cert-show 1032 Відкликати сертифікат (причини визначено у RFC 5280): ipa cert-revoke --revocation-reason=6 1032 Вилучити сертифікат зі списку відкликання: ipa cert-remove-hold 1032 Перевірити стан запиту щодо підписування: ipa cert-status 10 У поточній версії IPA негайно виконує (або відхиляє) всі запити щодо сертифікатів, отже дані щодо стану запиту не мають сенсу. Ці дані можуть знадобитися у наступних версіях або у разі, якщо CA видає сертифікат не одразу. Передбачено підтримку таких причин відкликання: * 0 - не визначено * 1 - keyCompromise * 2 - cACompromise * 3 - affiliationChanged * 4 - superseded * 5 - cessationOfOperation * 6 - certificateHold * 8 - removeFromCRL * 9 - privilegeWithdrawn * 10 - aACompromise Зауважте, що коди причини 7 не використовується. Докладніші дані у RFC 5280: http://www.ietf.org/rfc/rfc5280.txt Дії з сертифікатами IPA Реалізує набір команд для керування сертифікатами серверів SSL. Запити щодо сертифікатів існують у формі Certificate Signing Request (CSR) і форматі PEM. Якщо використовується автопідписний модуль, призначення CSR має збігатися з призначенням на сервері. Служба сертифікації використовує лише CN CSR і примусово визначає призначення. Сертифікат зберігається з реєстраційним записом, а реєстраційний запис потребує вузла. Для того, щоб створити запит щодо сертифіката: * Вузол має існувати * Служба має існувати (або слід скористатися параметром --add для автоматичного додавання) ПОШУК: Шукати сертифікати можна за призначенням сертифіката, серійним номером, причиною відкликання, датами чинності та датою видання. Якщо пошук виконується за датою _від, використовується порівняння >=, а якщо виконується пошук _до дати — порівняння <=. Поєднання обох пошуків призводить до пошуку з логічним поєднанням ТА. Дати обробляються як дати за Гринвічем, відповідно до дат визначених у сертифікатах. Формат дати є таким: РРРР-мм-дд. ПРИКЛАДИ: Створити запит щодо нового сертифіката і додати реєстраційний запис: ipa cert-request --add --principal=HTTP/lion.example.com example.csr Отримати вже створений сертифікат: ipa cert-show 1032 Відкликати сертифікат (причини визначено у RFC 5280): ipa cert-revoke --revocation-reason=6 1032 Вилучити сертифікат зі списку відкликання: ipa cert-remove-hold 1032 Перевірити стан запиту щодо підписування: ipa cert-status 10 Пошук сертифікатів за назвою вузла: ipa cert-find --subject=ipaserver.example.com Пошук відкликаних сертифікатів за причиною: ipa cert-find --revocation-reason=5 Пошук сертифікатів за датою видання ipa cert-find --issuedon-from=2013-02-01 --issuedon-to=2013-02-07 У поточній версії IPA негайно виконує (або відхиляє) всі запити щодо сертифікатів, отже дані щодо стану запиту не мають сенсу. Ці дані можуть знадобитися у наступних версіях або у разі, якщо CA видає сертифікат не одразу. Передбачено підтримку таких причин відкликання: * 0 - unspecified * 1 - keyCompromise * 2 - cACompromise * 3 - affiliationChanged * 4 - superseded * 5 - cessationOfOperation * 6 - certificateHold * 8 - removeFromCRL * 9 - privilegeWithdrawn * 10 - aACompromise Зауважте, що коди причини 7 не використовується. Докладніші дані у RFC 5280: http://www.ietf.org/rfc/rfc5280.txt У поточній версії IPA негайно виконує (або відхиляє) всі запити щодо сертифікатів, отже дані щодо стану запиту не мають сенсу. Ці дані можуть знадобитися у наступних версіях або у разі, якщо CA видає сертифікат не одразу. Місця IPA У IPA передбачено визначений binddn для використання з sudo, який розташовано у uid=sudo,cn=sysaccounts,cn=etc,dc=example,dc=com У IPA передбачено декілька параметрів налаштовування роботи sudo: Users: користувачі або групи, які можуть викликати sudo. Hosts: вузли або групи вузлів, користувачі якого можуть викликати sudo. Allow Command: специфічні команди, які можна виконувати за допомогою sudo. Deny Command: специфічні команди, які не можна виконувати за допомогою sudo. RunAsUser: користувачі або групи, від імені яких sudo виконуватиме команди. RunAsGroup: групи, ідентифікатори яких буде використано sudo для виконання команд. Options: різноманітні параметри sudoers, які можуть змінити поведінку sudo. Ролі сервера IPA Дані сервера IPA зберігаються на сервері LDAP у двох суфіксах: * суфіксі домену, наприклад «dc=example,dc=com», тут містяться усі пов’язані із доменом дані * суфіксі ca, «o=ipaca», наявні лише на серверах із встановленим CA. Тут містяться дані для компонента сервера сертифікатів. Сервери IPA Сервери IPA Отримати дані щодо встановлених серверів IPA. ПРИКЛАДИ: Знайти усі сервери: ipa server-find Показати вказаний сервер: ipa server-show ipa.example.com У IPA передбачено підтримку використання жетонів OTP для багатофакторного розпізнавання. За допомогою цього коду уможливлюється керування жетонами OTP. У IPA передбачено підтримку зовнішнього проксі-сервера RADIUS для виконання розпізнавання OTP krb5. Це надає системі значної гнучкості з метою інтеграції зі сторонніми службами розпізнавання. У IPA передбачено підтримку використання сертифікатів для розпізнавання. Сертифікати можуть зберігатися або у записі користувача (весь сертифікат у атрибуті usercertificate), або просто прив’язуватися до запису користувача. Цей код уможливлює керування правилами доступу до прив’язування сертифіката до запису користувача. Реалізує набір команд для керування сертифікатами серверів SSL. Для того, щоб створити запит щодо сертифіката: Робота з такими записами DNS без помилки і введення некоректного значення може бути складною. Модуль DNS надає у ваше розпорядження абстракцію над цими необробленими записами і спосіб керування кожним з типів RR за допомогою специфічних параметрів. Для кожного з підтримуваних типів RR у модулі DNS передбачено стандартний параметр для роботи із необробленими записами за допомогою формату --<тип_rr>-rec, наприклад, --mx-rec та зі спеціальними параметрами для кожної із частин структури RR за допомогою формату --<тип_rr>-<назва_частини>, наприклад --mx-preference та --mx-exchanger. Долучення до домену IPA Засоби звітування щодо стану можливості PKINIT Kerberos Звітування щодо того, увімкнено чи вимкнено PKINIT у Kerberos на основних елементах IPA ПРИКЛАДИ: Вивести список станів PKINIT для усіх основних елементів: ipa pkinit-status Перевірити стан PKINIT на «ipa.example.com»: ipa pkinit-status --server ipa.example.com Вивести список усіх основних елементів IPA із вимкненим PKINIT: ipa pkinit-status --status='disabled' Докладніші дані щодо підтримки PKINIT: https://www.freeipa.org/page/V4/Kerberos_PKINIT Параметри pkinit Kerberos Вмикання або вимикання анонімного pkinit за допомогою реєстраційного запису WELLKNOWN/ANONYMOUS@REALM. Має бути встановлено сервер з підтримкою pkinit. ПРИКЛАДИ: Вмикання анонімного pkinit: ipa pkinit-anonymous enable Вимикання анонімного pkinit: ipa pkinit-anonymous disable Щоб дізнатися більше про анонімний pkinit відвідайте цю сторінку: http://k5wiki.kerberos.org/wiki/Projects/Anonymous_pkinit Правила квитків Kerberos Передбачено єдині правила квитків Kerberos. Ці правила визначають максимальний строк дії квитка та максимальний вік оновлення, період, протягом якого квиток можна поновити. Крім того, ви можете створити правила для окремих користувачів шляхом визначення імені користувача. Щоб зміни у загальних правилах набули чинності, слід перезапустити службу KDC. Це можна зробити за допомогою такої команди: service krb5kdc restart Зміни у окремих правилах для користувачів набудуть чинності негайно для квитків нових запитів (наприклад, у відповідь на наступний запуск користувачем kinit). ПРИКЛАДИ: Показ поточних правил квитків Kerberos: ipa krbtpolicy-show Відновити типові правила: ipa krbtpolicy-reset Зміна правил на 8-годинний строк дії, 1-денний строк поновлення: ipa krbtpolicy-mod --maxlife=28800 --maxrenew=86400 Показ поточних правил квитків Kerberos для користувача «admin»: ipa krbtpolicy-show admin Відновити окремі правила для користувача «admin»: ipa krbtpolicy-reset admin Зміна окремих правил для користувача «admin»: ipa krbtpolicy-mod admin --maxlife=3600 Стан блокування облікового запису користувача Обліковий запис може бути заблоковано, якщо введено неправильний пароль забагато разів протягом певного проміжку часу, який визначається правилами роботи з паролями. Блокування облікового запису є тимчасовим станом, його може бути розблоковано адміністратором. Ця програма з’єднується з кожним основним вузлом IPA і показує стан блокування на кожному з них. Щоб визначити, чи слід блокувати обліковий запис на певному сервері, слід виконати порівняння кількості помилкових спроб входу та час останньої невдалої спроби з еталонними значеннями. Обліковий запис буде заблоковано, якщо буде перевищено кількість maxfail помилкових спроб протягом проміжку часу failinterval. Відповідні значення задаються правилами обробки паролів, пов’язаними з обліковим записом користувача. Зміни до лічильника помилкових спроб входу вносяться, лише коли користувач виконує спробу увійти, тому може статися так, що обліковий запис заблоковано, хоча час, що минув з останньої помилкової спроби, перевищує час блокування (lockouttime), заданий правилам обробки паролів. Це означає, що користувач може увійти до системи знову. Керування правилами ACL CA. Цим додатком можна скористатися для визначення правил керування тим, які служби сертифікації та профілі можна використовувати для видавання сертифікатів певним реєстраційним записам або група реєстраційних записів. ОБЛАСТЬ ДІЇ РЕЄСТРАЦІЙНИХ ЗАПИСІВ ОБ’ЄКТА: Щоб запит щодо сертифікації було задоволено, реєстраційні записи, які є об’єктом запиту щодо сертифікації (необов’язково ті самі, що і реєстраційний запис, з якого надсилається запит щодо сертифікації) має бути включено до області дії ACL служби сертифікації, що також включає службу сертифікації та профіль призначення. Користувачів можна включати за іменем, групою або категорією «усі користувачі». Вузли можна включати за назвою, групою вузлів або категорією «усі вузли». Служби можна включати за назвою служби або категорією «усі служби». ACL служб сертифікації може бути пов’язано із одним типом реєстраційних записів або із декількома типами. ОБЛАСТЬ ДІЇ СЛУЖБИ СЕРТИФІКАЦІЇ: ACL служби сертифікації може бути пов’язано із однією або декількома службами сертифікації за назвою або за категорією «усі CA». З міркувань сумісності ACL служби сертифікації без прив’язки до служби сертифікації вважається таким, що пов’язано із службою сертифікації «ipa» (і лише з цією службою сертифікації). ОБЛАСТЬ ДІЇ ПРОФІЛІВ: ACL служби сертифікації може бути пов’язано із одним або декількома профілями за ідентифікатором профілю. Ідентифікатором профілю вважається рядок без пробілів і символів пунктуації, що починається із літери і є послідовністю літер, цифр та символів підкреслювання («_»). ПРИКЛАДИ: Створити ACL служби сертифікації «test», який надає доступ усім користувачам до профілю «UserCert» на усіх службах сертифікації: ipa caacl-add test --usercat=all --cacat=all ipa caacl-add-profile test --certprofiles UserCert Вивести властивості вказаного за назвою ACL служби сертифікації: ipa caacl-show test Створити ACL служби сертифікації, який надаватиме змогу користувачеві «alice» використовувати профіль «DNP3» на «DNP3-CA»: ipa caacl-add alice_dnp3 ipa caacl-add-ca alice_dnp3 --cas DNP3-CA ipa caacl-add-profile alice_dnp3 --certprofiles DNP3 ipa caacl-add-user alice_dnp3 --user=alice Вимкнути ACL служби сертифікації: ipa caacl-disable test Вилучити ACL служби сертифікації: ipa caacl-del test Керування правилами CA ACL. Цей додаток призначено для визначення правил, що керують тим, які реєстраційні записи можуть мати сертифікати, випущені за допомогою даного профілю сертифікатів. СИНТАКСИС ІДЕНТИФІКАТОРА ПРОФІЛЮ: Ідентифікатор профілю — рядок без пробілів і символів пунктуації, що починається з літери і складається з послідовності літер, цифр, та символів підкреслювання («_»). ПРИКЛАДИ: Створити CA ACL «test», який надає доступ усім користувачам до профілю «UserCert»: ipa caacl-add test --usercat=all ipa caacl-add-profile test --certprofiles UserCert Показати усі властивості вказаного за назвою CA ACL: ipa caacl-show test Створити CA ACL, який надає користувачеві «alice» право використовувати профіль «DNP3»: ipa caacl-add-profile alice_dnp3 --certprofiles DNP3 ipa caacl-add-user alice_dnp3 --user=alice Вимкнути певний CA ACL: ipa caacl-disable test Вилучити певний CA ACL: ipa caacl-del test Керування службами сертифікації Керування налаштуваннями і правилами прив’язки сертифікатів до профілів. Керування профілями сертифікатів Профілі сертифікатів використовуються службами сертифікації (CA) під час підписування сертифікатів для визначення того, чи є прийнятним запит на підписування сертифіката (CSR), і, якщо це так, визначення можливостей і розширень, які буде надано сертифікатом. Форматом профілю сертифікатів є список значень, які може обробляти Dogtag або система сертифікації служби сертифікації Red Hat. СИНТАКСИС ІДЕНТИФІКАТОРА ПРОФІЛЮ: Ідентифікатор профілю — рядок без пробілів і символів пунктуації, що починається з літери і складається з послідовності літер, цифр, та символів підкреслювання («_»). ПРИКЛАДИ: Імпортувати профіль, у якому не зберігатимуться видані сертифікати: ipa certprofile-import ShortLivedUserCert \ --file UserCert.profile --summary "User Certificates" \ --store=false Вилучити профіль сертифікатів: ipa certprofile-del ShortLivedUserCert Показати дані щодо профілю: ipa certprofile-show ShortLivedUserCert Зберегти налаштування профілю до файла: ipa certprofile-show caIPAserviceCert --out caIPAserviceCert.cfg Шукати профілі, у яких не зберігаються сертифікати: ipa certprofile-find --store=false ФОРМАТ НАЛАШТУВАНЬ ПРОФІЛЮ: Налаштування профілю зберігаються у вигляді простого списку властивостей, що використовується системою сертифікації Dogtag. Підтримки формату XML не передбачено. Профілів, які керуються IPA, стосуються такі обмеження: - Під час імпортування профілю поле «profileId», якщо таке є, має містити значення, що збігається з ідентифікатором, вказаним у рядку команди. - Значенням поля «classId» має бути «caEnrollImpl» - Значенням поля «auth.instance_id» має бути «raCertAuth» - Має бути використано вхідний клас «certReqInputImpl» і вихідний клас «certOutputImpl». Керування профілями сертифікатів Профілі сертифікатів використовуються службами сертифікації (CA) під час підписування сертифікатів для визначення того, чи є прийнятним запит на підписування сертифіката (CSR), і, якщо це так, визначення можливостей і розширень, які буде надано сертифікатом. Форматом профілю сертифікатів є список значень, які може обробляти Dogtag або система сертифікації служби сертифікації Red Hat. СИНТАКСИС ІДЕНТИФІКАТОРА ПРОФІЛЮ: Ідентифікатор профілю — рядок без пробілів і символів пунктуації, що починається з літери і складається з послідовності літер, цифр, та символів підкреслювання («_»). ПРИКЛАДИ: Імпортувати профіль, у якому не зберігатимуться видані сертифікати: ipa certprofile-import ShortLivedUserCert \ --file UserCert.profile --summary "User Certificates" \ --store=false Вилучити профіль сертифікатів: ipa certprofile-del ShortLivedUserCert Показати дані щодо профілю: ipa certprofile-show ShortLivedUserCert Зберегти налаштування профілю до файла: ipa certprofile-show caIPAserviceCert --out caIPAserviceCert.cfg Шукати профілі, у яких не зберігаються сертифікати: ipa certprofile-find --store=false ФОРМАТ НАЛАШТУВАНЬ ПРОФІЛЮ: Налаштування профілю зберігаються у вигляді простого списку властивостей, що використовується системою сертифікації Dogtag. Підтримки формату XML не передбачено. Профілів, які керуються IPA, стосуються такі обмеження: - Під час імпортування профілю поле «profileId», якщо таке є, має містити значення, що збігається з ідентифікатором, вказаним у рядку команди. - Значенням поля «classId» має бути «caEnrollImpl» - Значенням поля «auth.instance_id» має бути «raCertAuth» - Має бути використано вхідний клас «certReqInputImpl» і вихідний клас «certOutputImpl». Керування записами зон та ресурсів DNS. Керування жетонами OTP. Керування проксі-серверами RADIUS. Керування жетонами YubiKey. Керування сховищами. Керовані права доступу Робота з місцями DNS Керування налаштуваннями сервера DNS Перехід на IPA Перенесення користувачів і груп з сервера LDAP на IPA. Надсилає запит LDAP до віддаленого сервера з метою пошуку користувачів і груп у контейнері. З метою перенесення паролів вам слід прив’язатися до сервера від імені користувача, який може читати атрибут userPassword на сервері. Перелік таких користувачів зазвичай обмежено адміністраторами вищого рівня, зокрема cn=Directory Manager на 389-ds (типовий користувач bind). Типовим контейнером користувачів є ou=People. Типовим контейнером груп є ou=Groups. Записи користувачів і груп, які вже створено на сервері IPA буде пропущено. Дві схеми LDAP визначають спосіб зберігання записів учасників групи: RFC2307 і RFC2307bis. RFC2307bis використовує атрибути member і uniquemember для визначення учасників групи, RFC2307 використовує memberUid. Типовою є схема RFC2307bis. За допомогою додатка compat IPA може повторно форматувати дані для систем, де не передбачено підтримки RFC2307bis. Рекомендується вимикати цей додаток під час перенесення, щоб зменшити навантаження на систему. Ви зможете увімкнути його після перенесення. Щоб перенести дані з увімкненим додатком скористайтеся параметром «--with-compat». Перенесені користувачі не матимуть реєстраційних записів Kerberos, перенесено буде лише пароль LDAP. Щоб завершити процес перенесення, користувачам слід відкрити сторінку http://ipa.example.com/ipa/migration і пройти розпізнавання за допомогою пароля LDAP з метою створення запису реєстраційних даних Kerberos. Типово перенесення вимкнено. Для його вмикання скористайтеся командою ipa config-mod: ipa config-mod --enable-migration=TRUE Якщо основний DN не буде надано за допомогою --basedn, IPA використовуватиме значення defaultNamingContext, якщо його встановлено, або перше значення у наборі namingContexts у кореневій теці віддаленого сервера LDAP. Записи користувачів додають до типової групи користувачів. Процес такого додавання може бути доволі тривалим, отже під час перенесення він виконується у пакетному режимі, пакетами по 100 користувачів. У результаті буде певний період, коли записи користувачів вже буде додано до IPA, але ці користувачі ще не будуть учасниками типової групи користувачів. ПРИКЛАДИ: Найпростіше перенесення з типовими параметрами: ipa migrate-ds ldap://ds.example.com:389 Визначення контейнерів користувача і групи. Можна скористатися для перенесення даних користувача і групи з сервера IPA версії 1: ipa migrate-ds --user-container='cn=users,cn=accounts' --group-container='cn=groups,cn=accounts' ldap://ds.example.com:389 Оскільки на сервері IPA версії 2 вже передбачено попередньо визначені групи, які можуть збігатися з групами, які переносяться з сервера (IPA версії 1), наприклад admins, ipausers, користувачів з таких груп може бути перенесено до невідомої (unknown) групи на новому сервері IPA версії 2. Скористайтеся параметром --group-overwrite-gid для перезапису ідентифікатора групи вже створених груп для запобігання цій незручності: ipa migrate-ds --group-overwrite-gid \ --user-container='cn=users,cn=accounts' --group-container='cn=groups,cn=accounts' ldap://ds.example.com:389 Перенесені дані користувачів та груп можуть містити класи об’єктів та супутні атрибути, невідомі серверу IPA версії 2. Ці класти об’єктів та атрибутів може бути виключено з процедури перенесення даних: ipa migrate-ds --user-container='cn=users,cn=accounts' --group-container='cn=groups,cn=accounts' --user-ignore-objectclass=radiusprofile --user-ignore-attribute=radiusgroupname ldap://ds.example.com:389 ВЕДЕННЯ ЖУРНАЛУ Під час перенесення повідомлення з попередженнями та записами помилок додаватимуться до журналу помилок Apache. З відповідним файлом слід ознайомитися після завершення перенесення для виправлення та виявлення помилок, які могли статися. Для кожного пакета зі 100 перенесених записів користувачів буде показано інформаційне повідомлення, призначене для оцінки поступу обробки та визначення її тривалості. Якщо визначено рівень ведення журналу debug за допомогою встановлення debug = True у /etc/ipa/default.conf або у /etc/ipa/server.conf, для кожного перенесеного запису додаватиметься власний запис, також додаватиметься резюме щодо кожного оновлення типової групи користувачів. Перехід на IPA Перенесення користувачів і груп з сервера LDAP на IPA. Надсилає запит LDAP до віддаленого сервера з метою пошуку користувачів і груп у контейнері. З метою перенесення паролів вам слід прив’язатися до сервера від імені користувача, який може читати атрибут userPassword на сервері. Перелік таких користувачів зазвичай обмежено адміністраторами вищого рівня, зокрема cn=Directory Manager на 389-ds (типовий користувач bind). Типовим контейнером користувачів є ou=People. Типовим контейнером груп є ou=Groups. Записи користувачів і груп, які вже створено на сервері IPA буде пропущено. Дві схеми LDAP визначають спосіб зберігання записів учасників групи: RFC2307 і RFC2307bis. RFC2307bis використовує атрибути member і uniquemember для визначення учасників групи, RFC2307 використовує memberUid. Типовою є схема RFC2307bis. За допомогою додатка compat IPA може повторно форматувати дані для систем, де не передбачено підтримки RFC2307bis. Рекомендується вимикати цей додаток під час перенесення, щоб зменшити навантаження на систему. Ви зможете увімкнути його після перенесення. Щоб перенести дані з увімкненим додатком скористайтеся параметром «--with-compat». Перенесені користувачі не матимуть реєстраційних записів Kerberos, перенесено буде лише пароль LDAP. Щоб завершити процес перенесення, користувачам слід відкрити сторінку http://ipa.example.com/ipa/migration і пройти розпізнавання за допомогою пароля LDAP з метою створення запису реєстраційних даних Kerberos. Типово перенесення вимкнено. Для його вмикання скористайтеся командою ipa config-mod: ipa config-mod --enable-migration=TRUE Якщо основний DN не буде надано за допомогою --basedn, IPA використовуватиме значення defaultNamingContext, якщо його встановлено, або перше значення у наборі namingContexts у кореневій теці віддаленого сервера LDAP. Записи користувачів додають до типової групи користувачів. Процес такого додавання може бути доволі тривалим, отже під час перенесення він виконується у пакетному режимі, пакетами по 100 користувачів. У результаті буде певний період, коли записи користувачів вже буде додано до IPA, але ці користувачі ще не будуть учасниками типової групи користувачів. ПРИКЛАДИ: Найпростіше перенесення з типовими параметрами: ipa migrate-ds ldap://ds.example.com:389 Визначення контейнерів користувача і групи. Можна скористатися для перенесення даних користувача і групи з сервера IPA версії 1: ipa migrate-ds --user-container='cn=users,cn=accounts' \ --group-container='cn=groups,cn=accounts' \ ldap://ds.example.com:389 Оскільки на сервері IPA версії 2 вже передбачено попередньо визначені групи, які можуть збігатися з групами, які переносяться з сервера (IPA версії 1), наприклад admins, ipausers, користувачів з таких груп може бути перенесено до невідомої (unknown) групи на новому сервері IPA версії 2. Скористайтеся параметром --group-overwrite-gid для перезапису ідентифікатора групи вже створених груп для запобігання цій незручності: ipa migrate-ds --group-overwrite-gid \ --user-container='cn=users,cn=accounts' \ --group-container='cn=groups,cn=accounts' \ ldap://ds.example.com:389 Перенесені дані користувачів та груп можуть містити класи об’єктів та супутні атрибути, невідомі серверу IPA версії 2. Ці класти об’єктів та атрибутів може бути виключено з процедури перенесення даних: ipa migrate-ds --user-container='cn=users,cn=accounts' \ --group-container='cn=groups,cn=accounts' \ --user-ignore-objectclass=radiusprofile \ --user-ignore-attribute=radiusgroupname \ ldap://ds.example.com:389 ВЕДЕННЯ ЖУРНАЛУ Під час перенесення повідомлення з попередженнями та записами помилок додаватимуться до журналу помилок Apache. З відповідним файлом слід ознайомитися після завершення перенесення для виправлення та виявлення помилок, які могли статися. Для кожного пакета зі 100 перенесених записів користувачів буде показано інформаційне повідомлення, призначене для оцінки поступу обробки та визначення її тривалості. Якщо визначено рівень ведення журналу debug за допомогою встановлення debug = True у /etc/ipa/default.conf або у /etc/ipa/server.conf, для кожного перенесеного запису додаватиметься власний запис, також додаватиметься резюме щодо кожного оновлення типової групи користувачів. Інші додатки Змінити діапазон ідентифікаторів. ======= ПОПЕРЕДЖЕННЯ: Додаток DNA у 389-ds розподілятиме ідентифікатори на основі діапазонів, налаштованих для локального домену. У поточній версії додаток DNA *не може* переналаштуватися на основі локальних діапазонів, встановлених цим сімейством команд. Для використання нового локального діапазону до налаштувань додатка DNA слід внести зміни вручну. Зокрема, слід змінити атрибут dnaNextRange 'cn=Posix IDs,cn=Distributed Numeric Assignment Plugin,cn=plugins,cn=config' так, щоб він відповідав новому діапазону. ======= Змінити запис довіри (для наступного використання). У поточній версії можлива зміна лише типова зміна атрибутів LDAP. Додаткові варіанти буде додано у наступних випусках. Мережеві групи Мережева група — група для перевірки прав доступу. Може містити значення користувачів та вузлів. ПРИКЛАДИ: Додавання нової мережевої групи: ipa netgroup-add --desc="NFS admins" admins Додавання учасників до мережевої групи: ipa netgroup-add-member --users=tuser1 --users=tuser2 admins Вилучення користувача з мережевої групи: ipa netgroup-remove-member --users=tuser2 admins Показ даних щодо мережевої групи: ipa netgroup-show admins Вилучення мережевої групи: ipa netgroup-del admins Мережеві групи Мережева група — група для перевірки прав доступу. Може містити значення користувачів та вузлів. ПРИКЛАДИ: Додавання нової мережевої групи: ipa netgroup-add --desc="NFS admins" admins Додавання учасників до мережевої групи: ipa netgroup-add-member --users=tuser1,tuser2 admins Вилучення користувача з мережевої групи: ipa netgroup-remove-member --users=tuser2 admins Показ даних щодо мережевої групи: ipa netgroup-show admins Вилучення мережевої групи: ipa netgroup-del admins Зауважте, що коди причини 7 не використовується. Докладніші дані у RFC 5280: Зауважте відмінність між атрибутами і записами. Права доступу є незалежними, отже можливість додавання запису користувача не означає, що цей запис згодом буде придатним до редагування. Жетони OTP Жетони OTP Керування жетонами OTP. У IPA передбачено підтримку використання жетонів OTP для багатофакторного розпізнавання. За допомогою цього коду уможливлюється керування жетонами OTP. Додати новий жетон: ipa otptoken-add --type=totp --owner=jdoe --desc="My soft token" Перевірити жетон: ipa otptoken-show a93db710-a31a-4639-8647-f15b2c70b78a Змінити постачальника: ipa otptoken-mod a93db710-a31a-4639-8647-f15b2c70b78a --vendor="Red Hat" Вилучити жетон: ipa otptoken-del a93db710-a31a-4639-8647-f15b2c70b78a Налаштування OTP Керування типовими значеннями, які IPA використовує для ключів OTP. ПРИКЛАДИ: Показати базові налаштування OTP: ipa otpconfig-show Показати усі параметри налаштування OTP: ipa otpconfig-show --all Змінити тривалість максимального вікна розпізнавання TOTP на 10 хвилин: ipa otpconfig-mod --totp-auth-window=600 Змінити тривалість максимального вікна синхронізації TOTP на 12 годин: ipa otpconfig-mod --totp-sync-window=43200 Змінити тривалість максимального вікна розпізнавання HOTP на 5: ipa hotpconfig-mod --hotp-auth-window=5 Змінити тривалість максимального вікна синхронізації HOTP на 50: ipa hotpconfig-mod --hotp-sync-window=50 Правила паролів Правила паролів встановлюють обмеження щодо використання паролів IPA, зокрема максимальний строк дії, мінімальний строк дії, кількість паролів, які зберігатимуться у журналі, потрібна кількість класів символів (для складних паролів) та мінімальну довжину пароля. Типово, визначено одні загальні правила для всіх користувачів. Ви можете створити правило паролів, яке стосуватиметься однієї групи. Для одного користувача може бути використано лише один набір правил паролів: груповий або загальний. Групові правила паролів є незалежними, вони не є загальними правилами з додаванням нетипових параметрів. Для кожного набору групових правил паролів має бути встановлено окреме значення пріоритету. Якщо користувач є учасником декількох груп, для яких встановлено правила паролів, пріоритет визначає, які з правил має бути застосовано. Менші значення відповідають вищому пріоритету правил. Групові правила паролів автоматично вилучаються під час вилучення відповідних груп. ПРИКЛАДИ: Внесення змін до загальних правил: ipa pwpolicy-mod --minlength=10 Додавання нових групових правил паролів: ipa pwpolicy-add --maxlife=90 --minlife=1 --history=10 --minclasses=3 --minlength=8 --priority=10 localadmins Показ загальних правил паролів: ipa pwpolicy-show Показ групових правил паролів: ipa pwpolicy-show localadmins Показ правил, які має бути застосовано до певного користувача: ipa pwpolicy-show --user=tuser1 Внесення змін до групових правил паролів: ipa pwpolicy-mod --minclasses=2 localadmins Правила паролів Правила паролів встановлюють обмеження щодо використання паролів IPA, зокрема максимальний строк дії, мінімальний строк дії, кількість паролів, які зберігатимуться у журналі, потрібна кількість класів символів (для складних паролів) та мінімальну довжину пароля. Типово, визначено одні загальні правила для всіх користувачів. Ви можете створити правило паролів, яке стосуватиметься однієї групи. Для одного користувача може бути використано лише один набір правил паролів: груповий або загальний. Групові правила паролів є незалежними, вони не є загальними правилами з додаванням нетипових параметрів. Для кожного набору групових правил паролів має бути встановлено окреме значення пріоритету. Якщо користувач є учасником декількох груп, для яких встановлено правила паролів, пріоритет визначає, які з правил має бути застосовано. Менші значення відповідають вищому пріоритету правил. Групові правила паролів автоматично вилучаються під час вилучення відповідних груп. Період лояльності визначає кількість дозволених входів LDAP після завершення строку дії. -1 означає, що примусове вичерпання строку дії не буде застосовано (попередня поведінка). 0 забороняє додаткові входи після завершення строку дії. ПРИКЛАДИ: Внесення змін до загальних правил: ipa pwpolicy-mod --minlength=10 Додавання нових групових правил паролів: ipa pwpolicy-add --maxlife=90 --minlife=1 --history=10 --minclasses=3 --minlength=8 --priority=10 localadmins Показ загальних правил паролів: ipa pwpolicy-show Показ групових правил паролів: ipa pwpolicy-show localadmins Показ правил, які має бути застосовано до певного користувача: ipa pwpolicy-show --user=tuser1 Внесення змін до групових правил паролів: ipa pwpolicy-mod --minclasses=2 localadmins Права доступу Права доступу Запис правил доступу уможливлює точне делегування прав. Запис прав доступу є зручною для читання обгорткою навколо правила керування доступом 389-ds або інструкції (ACI). Право доступу надає право виконувати специфічне завдання, зокрема додавання запису користувача, внесення зміни до групи тощо. Запис прав доступу не може містити інших прав доступу. * Права доступу надають можливість читати, записувати, вилучати, шукати або порівнювати. * Привілеї поєднують подібні права доступу (наприклад усі права доступу, потрібні для додавання запису користувача). * Роль надає набір привілеїв користувачам, групам, вузлам або групам вузлів. Запис права доступу складається з декількох різних частин: 1. Назви запису права доступу. 2. Призначення права доступу. 3. Права, які надаються записом. Права визначають список дій, які можна виконувати. Запис прав може бути один або може бути декілька записів з такого набору: 1. write - запис одного або декількох атрибутів 2. read - читання одного або декількох атрибутів 3. search - пошук одного або декількох атрибутів 4. compare - порівняння одного або декількох атрибутів 5. add - додавання нового запису до ієрархії 6. delete - вилучення наявного запису 7. all - надати усі права доступу Типово, доступ до читання надається до більшості з атрибутів, отже потреба у визначенні прав доступу до читання має виникати доволі нечасто. Зауважте відмінність між атрибутами і записами. Права доступу є незалежними, отже можливість додавання запису користувача не означає, що цей запис згодом буде придатним до редагування. Передбачено декілька можливих призначень: 1. type: тип об’єкта (user, group тощо). 2. memberof: учасник групи або групи вузлів 3. filter: фільтр LDAP 4. subtree: фільтр LDAP, що визначає частину DIT LDAP. Є надмножиною призначення «type». 5. targetgroup: надати доступ до зміни вказаної групи (зокрема надати доступ до керування участю у групі) ПРИКЛАДИ: Додати право доступу до створення записів користувачів: ipa permission-add --type=user --permissions=add "Add Users" Додати право доступу, яке надає можливість керувати участю у групах: ipa permission-add --attrs=member --permissions=write --type=group "Manage Group Members" Права доступу Запис правил доступу уможливлює точне делегування прав. Запис прав доступу є зручною для читання обгорткою навколо правила керування доступом 389-ds або інструкції (ACI). Право доступу надає право виконувати специфічне завдання, зокрема додавання запису користувача, внесення зміни до групи тощо. Запис прав доступу не може містити інших прав доступу. * Права доступу надають можливість читати, записувати, вилучати, шукати або порівнювати. * Привілеї поєднують подібні права доступу (наприклад усі права доступу, потрібні для додавання запису користувача). * Роль надає набір привілеїв користувачам, групам, вузлам або групам вузлів. Запис права доступу складається з декількох різних частин: 1. Назви запису права доступу. 2. Призначення права доступу. 3. Права, які надаються записом. Права визначають список дій, які можна виконувати. Запис прав може бути один або може бути декілька записів з такого набору: 1. write - запис одного або декількох атрибутів 2. read - читання одного або декількох атрибутів 3. search - пошук одного або декількох атрибутів 4. compare - порівняння одного або декількох атрибутів 5. add - додавання нового запису до ієрархії 6. delete - вилучення наявного запису 7. all - надати усі права доступу Зауважте відмінність між атрибутами і записами. Права доступу є незалежними, отже можливість додавання запису користувача не означає, що цей запис згодом буде придатним до редагування. Передбачено декілька можливих призначень: 1. subtree: DN; право доступу застосовується до піддерева DN 2. target filter: фільтр LDAP 3. target: DN з можливими символами-замінниками, що визначає записи, яких стосуються права доступу Крім того, передбачено вказані нижче параметри. Встановлення одного з цих параметрів призводить до встановлення відповідних атрибутів. 1. type: тип об’єкта (користувач, група тощо); встановлює фільтрування за піддеревом (subtree) та фільтрування за призначенням (target filter). 2. memberof: застосовувати до учасників групи; встановлює фільтр за призначенням (target filter). 3. targetgroup: надає доступ до внесення змін до певної групи (зокрема, доступ до надання можливості керування участю у групі); встановлює призначення (target). Керовані права доступу Права доступу, які типово встановлюються разом з IPA, можуть бути так званими «керованим» правами доступу. Такі права доступу мають типовий набір атрибутів, до яких вони застосовуються. Втім, адміністратор може додавати або вилучати окремі атрибути набору. Вилучення або перейменування керованих прав доступу, а також зміну призначення таких прав, заборонено. ПРИКЛАДИ: Додати право доступу до створення записів користувачів: ipa permission-add --type=user --permissions=add "Add Users" Додати право доступу, яке надає можливість керувати участю у групах: ipa permission-add --attrs=member --permissions=write --type=group "Manage Group Members" Права доступу, які типово встановлюються разом з IPA, можуть бути так званими «керованим» правами доступу. Такі права доступу мають типовий набір атрибутів, до яких вони застосовуються. Втім, адміністратор може додавати або вилучати окремі атрибути набору. Перевірка віддаленого сервера IPA з метою переконатися, що він є працездатним. Програма ping надсилає луна-запит до сервера IPA. Сервер повертає дані щодо його версії. Ці дані використовуються клієнтом IPA для підтвердження, що сервер є доступним і що він приймає запити. Сервер з xmlrpc_uri у /etc/ipa/default.conf перевіряється першим. Якщо він не відповідає, клієнт намагається встановити зв’язок з будь-яким сервером, визначеним записами SRV ldap у DNS. ПРИКЛАДИ: Перевірити луна-імпульсом сервер IPA: ipa ping ------------------------------------------ Сервер IPA версії 2.1.9. Версія API 2.20 ------------------------------------------ Перевірити луна-імпульсом сервер IPA і отримати докладні дані: ipa -v ping ipa: INFO: trying https://ipa.example.com/ipa/xml ipa: INFO: Forwarding 'ping' to server 'https://ipa.example.com/ipa/xml' ----------------------------------------------------- Сервер IPA версії 2.1.9. Версія API 2.20 ----------------------------------------------------- Перевірка віддаленого сервера IPA з метою переконатися, що він є працездатним. Програма ping надсилає луна-запит до сервера IPA. Сервер повертає дані щодо його версії. Ці дані використовуються клієнтом IPA для підтвердження, що сервер є доступним і що він приймає запити. Сервер з xmlrpc_uri у /etc/ipa/default.conf перевіряється першим. Якщо він не відповідає, клієнт намагається встановити зв’язок з будь-яким сервером, визначеним записами SRV ldap у DNS. ПРИКЛАДИ: Перевірити луна-імпульсом сервер IPA: ipa ping ------------------------------------------ Сервер IPA версії 2.1.9. Версія API 2.20 ------------------------------------------ Перевірити луна-імпульсом сервер IPA і отримати докладні дані: ipa -v ping ipa: INFO: trying https://ipa.example.com/ipa/xml ipa: INFO: Forwarding 'ping' to server 'https://ipa.example.com/ipa/xml' ----------------------------------------------------- Сервер IPA версії 2.1.9. Версія API 2.20 ----------------------------------------------------- Додаток для виконання декількох викликів ipa за допомогою одного віддаленого виклику процедури Щоб запустити цей код на легкому сервері, віддайте такі команди: curl -H "Content-Type:application/json" -H "Accept:application/json" -H "Accept-Language:en" --negotiate -u : --cacert /etc/ipa/ca.crt -d @batch_request.json -X POST http://localhost:8888/ipa/json де у файлі batch_request.json міститься десь такий код: {"method":"batch","params":[[ {"method":"group_find","params":[[],{}]}, {"method":"user_find","params":[[],{"whoami":"true","all":"true"}]}, {"method":"user_show","params":[["admin"],{"all":true}]} ],{}],"id":1} Формат відповіді має бути розподілений за рівнями вкладеності у подібний же спосіб. На початку ви побачите таке: "error": null, "id": 1, "result": { "count": 3, "results": [ а далі буде вкладена відповідь для кожного методу команди IPA, який було надіслано у запиті Додаток для виконання декількох викликів ipa за допомогою одного віддаленого виклику процедури Щоб запустити цей код на легкому сервері, віддайте такі команди: curl -H "Content-Type:application/json" -H "Accept:application/json" -H "Accept-Language:en" --negotiate -u : --cacert /etc/ipa/ca.crt -d @batch_request.json -X POST http://localhost:8888/ipa/json де у файлі batch_request.json міститься десь такий код: {"method":"batch","params":[[ {"method":"group_find","params":[[],{}]}, {"method":"user_find","params":[[],{"whoami":"true","all":"true"}]}, {"method":"user_show","params":[["admin"],{"all":true}]} ],{}],"id":1} Формат відповіді має бути розподілений за рівнями вкладеності у подібний же спосіб. На початку ви побачите таке: "error": null, "id": 1, "result": { "count": 3, "results": [ а далі буде вкладена відповідь для кожного методу команди IPA, який було надіслано у запиті Інтерфейс командного рядка не надає безпосереднього доступу до додатків, команди використано для внутрішньої обробки Привілей Привілей поєднує права доступу у одне логічне завдання. Право доступу надає можливість виконувати лише одне завдання. У IPA є декілька дій, виконання яких потребує одразу декількох прав доступу. У привілеї такі права доступу поєднуються з метою виконання певної дії. Наприклад, додавання запису користувача потребує таких прав доступу: * право створення запису користувача; * право скидання пароля користувача; * право додавання користувача до типової групи користувачів IPA. Поєднання цих трьох низькорівневих завдань у високорівневе завдання у форматі привілею з назвою «Add User» полегшує керування ролями. Привілей не може містити інших привілеїв. Щоб дізнатися більше, ознайомтеся з довідною щодо ролей та прав доступу. Надає можливості інтроспекції програмного інтерфейсу. Проксі-сервери RADIUS Проксі-сервери RADIUS Керування проксі-серверами RADIUS. У IPA передбачено підтримку зовнішнього проксі-сервера RADIUS для виконання розпізнавання OTP krb5. Це надає системі значної гнучкості з метою інтеграції зі сторонніми службами розпізнавання. ПРИКЛАДИ: Додати новий сервер: ipa radiusproxy-add MyRADIUS --server=radius.example.com:1812 Знайти усі сервери, чиї запис містять рядок «example.com»: ipa radiusproxy-find example.com Перевірити налаштування: ipa radiusproxy-show MyRADIUS Змінити реєстраційні дані: ipa radiusproxy-mod MyRADIUS --secret Вилучити налаштування: ipa radiusproxy-del MyRADIUS ПОВТОРНА РЕЄСТРАЦІЯ: Вузол, якому вже колись було надано певну роль, але налаштування було втрачено (наприклад через знищення віртуальної машини), можна знову зареєструвати (надати роль). Щоб дізнатися більше, зверніться до сторінок підручника (man) щодо ipa-client-install. Запис вузла може, якщо потрібно, зберігати відомості щодо розташування, запущеної операційної системи тощо. Підняти рівень домену IPA. Домени області Керування списком доменів, пов’язаних з областю IPA. ПРИКЛАДИ: Показати поточний список доменів області: ipa realmdomains-show Замірити список доменів області: ipa realmdomains-mod --domain=example.com ipa realmdomains-mod --domain={example1.com,example2.com,example3.com} Додати домен до списку доменів області: ipa realmdomains-mod --add-domain=newdomain.com Вилучити домен зі списку доменів області: ipa realmdomains-mod --del-domain=olddomain.com Домени області Керування списком доменів, пов’язаних з областю IPA. Цей список є корисним для контролерів доменів з інших областей, які мають встановити відносини довіри із цією областю IPA. Цим контролерам потрібні дані щодо того, які запити слід переспрямовувати до KDC цієї області IPA. Автоматичне керування: домен автоматично додається до списку доменів області, коли створюється нова зона DNS, керована IPA. Те саме стосується вилучення. Керована ззовні DNS: домени, які не керуються у DNS сервера IPA, має бути вручну додано до списку за допомогою команди ipa realmdomains-mod. ПРИКЛАДИ: Показати поточний список доменів області: ipa realmdomains-show Замірити список доменів області: ipa realmdomains-mod --domain=example.com ipa realmdomains-mod --domain={example1.com,example2.com,example3.com} Додати домен до списку доменів області: ipa realmdomains-mod --add-domain=newdomain.com Вилучити домен зі списку доменів області: ipa realmdomains-mod --del-domain=olddomain.com Вилучення запису «%(hostname)s» призведе до нез’єднаної топології у суфіксу «%(suffix)s»: %(errors)s Топологія реплікації у суфіксі «%(suffix)s» є нез’єднаною: %(errors)s Повернути дані щодо поточного розпізнаного профілю Команда визначення профілю повертає дані щодо того, як отримати більше даних про профіль, розпізнаний для цього запиту. Дані: * тип об’єкта * команда для отримання подробиць щодо об’єкта * аргументи та параметри, які слід передати команді Дані повертаються у форматі словника. Нижче, як приклад, наведено виведення у форматі «ключ: значення». Приклади: Пошук від імені користувача IPA: kinit admin ipa console >> api.Command.whoami() ------------------------------------------ object: user command: user_show/1 arguments: admin ------------------------------------------ Пошук від імені користувача довіреного домену: kinit user@AD.DOMAIN ipa console >> api.Command.whoami() ------------------------------------------ object: idoverrideuser command: idoverrideuser_show/1 arguments: ('default trust view', 'user@ad.domain') ------------------------------------------ Пошук від імені вузла: kinit -k ipa console >> api.Command.whoami() ------------------------------------------ object: host command: host_show/1 arguments: ipa.example.com ------------------------------------------ Пошук від імені служби Kerberos: kinit -k -t /path/to/keytab HTTP/ipa.example.com ipa console >> api.Command.whoami() ------------------------------------------ object: service command: service_show/1 arguments: HTTP/ipa.example.com ------------------------------------------ Права визначають список дій, які можна виконувати. Запис прав може бути один або може бути декілька записів з такого набору: 1. write - запис одного або декількох атрибутів 2. read - читання одного або декількох атрибутів 3. search - пошук одного або декількох атрибутів 4. compare - порівняння одного або декількох атрибутів 5. add - додавання нового запису до ієрархії 6. delete - вилучення наявного запису 7. all - надати усі права доступу Ролі Роль використовується для уточнення налаштування прав доступу. Право доступу надає можливість виконувати деякі низькорівневі завдання (додавання запису користувача, внесення змін до групи тощо). Привілей поєднують одне або декілька прав доступу у високорівневу абстракцію, наприклад «адміністратор користувачів» (useradmin). Такий useradmin зможе додавати, вилучати і вносити зміни до записів користувачів. Привілеї пов’язуються з ролями. Учасниками ролі можуть бути користувачі, групи, вузли та групи вузлів. Ролі можуть містити інші ролі. ПРИКЛАДИ: Додавання нової ролі: ipa role-add --desc="Junior-level admin" junioradmin Додавання привілеїв до цієї ролі: ipa role-add-privilege --privileges=addusers junioradmin ipa role-add-privilege --privileges=change_password junioradmin ipa role-add-privilege --privileges=add_user_to_default_group junioradmin Додавання користувачів до цієї ролі: ipa group-add --desc="User admins" useradmins ipa role-add-member --groups=useradmins junioradmin Показ даних щодо ролі: ipa role-show junioradmin Результатом виконання команд буде те, що всі користувачі групи «useradmins» зможуть додавати записи користувачів, скидати паролі або додавати користувача до типової групи користувачів IPA. ПОШУК: Встановлення відповідності користувачів SELinux Встановити відповідність користувачів IPA користувачам SELinux за вузлами. Вузли, групи вузлів, користувачі і групи можна визначати або в межах правила, або може вказувати на вже створене правило HBAC. У разі використання параметра --hbacrule команди selinuxusermap-find буде встановлено точну відповідність за назвою правила HBAC, отже буде повернуто один або жодного запису. ПРИКЛАДИ: Створення правила, «test1», яке встановлює всіх користувачів у xguest_u:s0 на вузлі «server»: ipa selinuxusermap-add --usercat=all --selinuxuser=xguest_u:s0 test1 ipa selinuxusermap-add-host --hosts=serverexample.com test1 Створення правила, "test2", яке встановлює всіх користувачів у guest_u:s0 і використовує вже створене правило HBAC для користувачів і вузлів: ipa selinuxusermap-add --usercat=all --hbacrule=webserver --selinuxuser=guest_u:s0 test2 Показ властивостей правил: ipa selinuxusermap-show test2 Створення правила для певного користувача. Встановлює контекст SELinux для користувача john у unconfined_u:s0-s0:c0.c1023 на всіх комп’ютерах: ipa selinuxusermap-add --hostcat=all --selinuxuser=unconfined_u:s0-s0:c0.c1023 john_unconfined ipa selinuxusermap-add-user --users=john john_unconfined Вимикання правила: ipa selinuxusermap-disable test1 Увімкнення правила: ipa selinuxusermap-enable test1 Пошук правила, що посилається на певне правило HBAC: ipa selinuxusermap-find --hbacrule=allow_some Вилучення правила: ipa selinuxusermap-del john_unconfined ТАКОЖ ОЗНАЙОМТЕСЯ: Застосовується список, який визначає порядок, у якому встановлюється відповідність користувачів. Типового користувача можна за допомогою програми config-show. ПІДТРИМУВАНІ ТИПИ ЗОН * Основна зона (dnszone-*), містить довірені дані. * Зона переспрямовування (dnsforwardzone-*), переспрямовує запити до налаштованих засобів обробки (набору серверів DNS). Пошук ACI. Повертає список ACI ПРИКЛАДИ: Знайти усі ACI, які застосовуються безпосередньо до учасників групи ipausers: ipa aci-find --memberof=ipausers Знайти усі ACI, які надають доступ add: ipa aci-find --permissions=add Зауважте, що команда пошуку виконує пошук вказаного тексту лише у наборі ACI, а не визначає, чи буде застосовано щось у ACI. Наприклад, у результаті пошуку memberof=ipausers буде знайдено усі ACI, у яких memberof містить ipausers. Але можуть існувати інші ACI, які застосовуються до учасників цієї групи опосередковано. Права доступу самообслуговування Права доступу надають змогу точно налаштувати уповноваження. За допомогою правил керування доступом та інструкцій (ACI) надаються права доступу до виконання вказаних завдань, зокрема додавання записів користувачів, внесення змін до записів груп тощо. Права доступу самообслуговування визначають права об’єкта на внесення змін до власного запису. ПРИКЛАДИ: Додавання правила самообслуговування для уможливлення керування користувачами власною адресою (з використанням виразу Bash у фігурних дужках): ipa selfservice-add --permissions=write --attrs={street,postalCode,l,c,st} "Users manage their own address" Якщо ви керуєте списком атрибутів, вам слід включити до списку всі атрибути, зокрема вже створені. Додавання telephoneNumber до списку (з використанням виразу Bash у фігурних дужках): ipa selfservice-mod --attrs={street,postalCode,l,c,st,telephoneNumber} "Users manage their own address" Показ нашого оновленого правила: ipa selfservice-show "Users manage their own address" Вилучення правила: ipa selfservice-del "Users manage their own address" Права доступу самообслуговування Права доступу надають змогу точно налаштувати уповноваження. За допомогою правил керування доступом та інструкцій (ACI) надаються права доступу до виконання вказаних завдань, зокрема додавання записів користувачів, внесення змін до записів груп тощо. Права доступу самообслуговування визначають права об’єкта на внесення змін до власного запису. ПРИКЛАДИ: Додавання правила самообслуговування для уможливлення керування користувачами власною адресою: ipa selfservice-add --permissions=write --attrs=street,postalCode,l,c,st "Users manage their own address" Якщо ви керуєте списком атрибутів, вам слід включити до списку всі атрибути, зокрема вже створені. Додавання telephoneNumber до списку: ipa selfservice-mod --attrs=street,postalCode,l,c,st,telephoneNumber "Users manage their own address" Показ нашого оновленого правила: ipa selfservice-show "Users manage their own address" Вилучення правила: ipa selfservice-del "Users manage their own address" Налаштування сервера Керування типовими значеннями, які використовує IPA, та деякими з придатних до зміни параметрів. ЗАУВАЖЕННЯ: Тут зберігається значення параметра сповіщення щодо паролів (--pwdexpnotify), отже його не буде скопійовано. Це значення поки що не використовується для сповіщення користувачів щодо завершення строку дії пароля. Деякі з атрибутів придатні лише для читання, їх буде показано лише з метою інформування. Серед цих атрибутів: Основа призначення сертифіката: змінна основа призначення сертифіката, наприклад O=EXAMPLE.COM. Цей атрибут можна налаштувати лише під час встановлення. Параметри додатка роботи з паролями: у поточній версії визначають додаткові хеші, які створюються на основі пароля (можуть бути і інші умови). Під час встановлення списку пріоритетності для користувачів SELinux може виникнути потреба у додаванні лапок до значення, щоб оболонка не обробляла параметр. ПРИКЛАДИ: Показати основні налаштування сервера: ipa config-show Показати всі параметри налаштування: ipa config-show --all Змінити максимальну довжину імені користувача на 99 символів: ipa config-mod --maxusername=99 Збільшити типовий час і максимальне обмеження на розмір пошуку сервера IPA: ipa config-mod --searchtimelimit=10 --searchrecordslimit=2000 Встановити типовий домен електронної пошти користувачів: ipa config-mod --emaildomain=example.com Увімкнути режим перенесення, щоб зробити команду "ipa migrate-ds" працездатною: ipa config-mod --enable-migration=TRUE Визначити пріоритетність користувачів у карті SELinux: ipa config-mod --ipaselinuxusermaporder='guest_u:s0$xguest_u:s0$user_u:s0-s0:c0.c1023$staff_u:s0-s0:c0.c1023$unconfined_u:s0-s0:c0.c1023' Налаштування сервера Керування типовими значеннями, які використовує IPA, та деякими з придатних до зміни параметрів. ЗАУВАЖЕННЯ: Тут зберігається значення параметра сповіщення щодо паролів (--pwdexpnotify), отже його не буде скопійовано. Це значення поки що не використовується для сповіщення користувачів щодо завершення строку дії пароля. Деякі з атрибутів придатні лише для читання, їх буде показано лише з метою інформування. Серед цих атрибутів: Основа призначення сертифіката: змінна основа призначення сертифіката, наприклад O=EXAMPLE.COM. Цей атрибут можна налаштувати лише під час встановлення. Параметри додатка роботи з паролями: у поточній версії визначають додаткові хеші, які створюються на основі пароля (можуть бути і інші умови). Під час встановлення списку пріоритетності для користувачів SELinux може виникнути потреба у додаванні лапок до значення, щоб оболонка не обробляла параметр. Максимальна довжина назви вузла у Linux керується значенням MAXHOSTNAMELEN у ядрі. Типовим значенням є 64. У деяких інших операційних системах, наприклад у Solaris, можна використовувати у назвах до 255 символів. Цей параметр надає гнучкості щодо довжини, але у Linux його значення все одно обмежено максимальним можливим. ПРИКЛАДИ: Показати основні налаштування сервера: ipa config-show Показати всі параметри налаштування: ipa config-show --all Змінити максимальну довжину імені користувача на 99 символів: ipa config-mod --maxusername=99 Змінити максимальну довжину назви вузла на 255 символів: ipa config-mod --maxhostname=255 Збільшити типовий час і максимальне обмеження на розмір пошуку сервера IPA: ipa config-mod --searchtimelimit=10 --searchrecordslimit=2000 Встановити типовий домен електронної пошти користувачів: ipa config-mod --emaildomain=example.com Увімкнути режим перенесення, щоб зробити команду "ipa migrate-ds" працездатною: ipa config-mod --enable-migration=TRUE Визначити пріоритетність користувачів у карті SELinux: ipa config-mod --ipaselinuxusermaporder='guest_u:s0$xguest_u:s0$user_u:s0-s0:c0.c1023$staff_u:s0-s0:c0.c1023$unconfined_u:s0-s0:c0.c1023' Обмежене службами делегування Керування правилами, за допомогою яких можна обмежити делегування реєстраційних даних так, що служба зможе виконувати персоніфікацію користувача під час обміну даними з іншою службою без потреби для користувача насправді переспрямовувати квиток для отримання квитка (TGT). Так створюється значно кращий метод делегування реєстраційних даних, оскільки він запобігає розкриттю короткотермінових ключів доступу користувачів. Відповідно до угоди з іменування, до назви правила додається слово "target" або "targets". Така схема назв не є обов’язковою, але вона допомагає концептуально пов’язати правила та їхні призначення. Правило складається з двох компонентів: - Списку цілей (призначень), яких стосується правило - Списку memberPrincipals, яким дозволено делегування для цих цілей Запис цілі складається зі списку реєстраційних записів, які можна делегувати. Якщо простіше, правило стверджує, що певний реєстраційний запис можна делегувати як вказаний список реєстраційних записів, відповідно до визначеного списку цілей. ПРИКЛАДИ: Додати нове правило обмеженого делегування: ipa servicedelegationrule-add ftp-delegation Додати нову ціль обмеженого делегування: ipa servicedelegationtarget-add ftp-delegation-target Додати реєстраційний запис до правила: ipa servicedelegationrule-add-member --principals=ftp/ipa.example.com ftp-delegation Додати нашу ціль до правила: ipa servicedelegationrule-add-target --servicedelegationtargets=ftp-delegation-target ftp-delegation Додати реєстраційний запис до цілі: ipa servicedelegationtarget-add-member --principals=ldap/ipa.example.com ftp-delegation-target Показати дані щодо іменованого правила і цілі: ipa servicedelegationrule_show ftp-delegation ipa servicedelegationtarget_show ftp-delegation-target Вилучити обмежене делегування: ipa servicedelegationrule-del ftp-delegation-target ipa servicedelegationtarget-del ftp-delegation У цьому прикладі служба ftp може отримувати квиток для отримання квитка для служби ldap від імені пов’язаного користувача. Ми наполегливо не рекомендуємо змінювати делегування, які постачаються з IPA, ipa-http-delegation та його цілі ipa-cifs-delegation-targets і ipa-ldap-delegation-targets. Некоректні зміни можуть усунути можливість делегування, що спричинить непрацездатність усієї системи. Обмежене службами делегування Керування правилами, за допомогою яких можна обмежити делегування реєстраційних даних так, що служба зможе виконувати персоніфікацію користувача під час обміну даними з іншою службою без потреби для користувача насправді переспрямовувати квиток для отримання квитка (TGT). Так створюється значно кращий метод делегування реєстраційних даних, оскільки він запобігає розкриттю короткотермінових ключів доступу користувачів. Відповідно до угоди з іменування, до назви правила додається слово "target" або "targets". Така схема назв не є обов’язковою, але вона допомагає концептуально пов’язати правила та їхні призначення. Правило складається з двох компонентів: - Списку цілей (призначень), яких стосується правило - Списку memberPrincipals, яким дозволено делегування для цих цілей Запис цілі складається зі списку реєстраційних записів, які можна делегувати. Якщо простіше, правило стверджує, що певний реєстраційний запис можна делегувати як вказаний список реєстраційних записів, відповідно до визначеного списку цілей. У правилі і цілі реєстраційні дані Kerberos може бути вказано за їхньою назвою або альтернативною назвою, область дії можна пропустити. Крім того, вузли можна вказувати за їхніми назвами. Якщо вказані реєстраційні дані Kerberos містять один компонент і не завершуються символом «$», запис вважатиметься назвою вузла. Назви реєстраційних даних Kerberos, які завершуються «$» типово використовуються як альтернативні назви для пов'язаних із Active Directory служб. ПРИКЛАДИ: Додати нове правило обмеженого делегування: ipa servicedelegationrule-add ftp-delegation Додати нову ціль обмеженого делегування: ipa servicedelegationtarget-add ftp-delegation-target Додати реєстраційний запис до правила: ipa servicedelegationrule-add-member --principals=ftp/ipa.example.com ftp-delegation Додати реєстраційні дані вузла «ipa.example.com» до правила: ipa servicedelegationrule-add-member --principals=ipa.example.com ftp-delegation Додати нашу ціль до правила: ipa servicedelegationrule-add-target --servicedelegationtargets=ftp-delegation-target ftp-delegation Додати реєстраційний запис до цілі: ipa servicedelegationtarget-add-member --principals=ldap/ipa.example.com ftp-delegation-target Показати дані щодо іменованого правила і цілі: ipa servicedelegationrule_show ftp-delegation ipa servicedelegationtarget_show ftp-delegation-target Вилучити обмежене делегування: ipa servicedelegationrule-del ftp-delegation-target ipa servicedelegationtarget-del ftp-delegation У цьому прикладі служба ftp може отримувати квиток для отримання квитка для служби ldap від імені пов’язаного користувача. Ми наполегливо не рекомендуємо змінювати делегування, які постачаються з IPA, ipa-http-delegation та його цілі ipa-cifs-delegation-targets і ipa-ldap-delegation-targets. Некоректні зміни можуть усунути можливість делегування, що спричинить непрацездатність усієї системи. Служби Служба IPA — це служба, що працює на вузлі системи. У записі служби IPA можуть зберігатися дані реєстраційного запису Kerberos, сертифікат SSL або обидва набори даних. Службою IPA можна керувати безпосередньо з комп’ютера, якщо системі цього комп’ютера надано достатні права доступу. Це стосується навіть комп’ютерів, відмінних від тих, з якими пов’язано службу. Наприклад, вони можуть надсилати запит щодо сертифіката SSL за допомогою реєстраційних даних служби вузла. Для керування службою за допомогою реєстраційних даних вузла слід віддати команду ініціалізації kinit від імені вузла: # kinit -kt /etc/krb5.keytab host/ipa.example.com@EXAMPLE.COM Додавання служби IPA надає доступ пов’язаній службі до надсилання запитів щодо сертифікатів SSL та таблиці ключів, але створення самих запитів є окремим кроком: відповідні дані не створюються у результаті простого додавання служби. У записі служби зберігаються лише відкриті дані сертифіката; закритий ключ не зберігається. ПРИКЛАДИ: Додати нову службу IPA: ipa service-add HTTP/web.example.com Дозволити вузлу керувати сертифікатом служби IPA: ipa service-add-host --hosts=web.example.com HTTP/web.example.com ipa role-add-member --hosts=web.example.com certadmin Перевизначити типовий список підтримуваних типів PAC для служби: ipa service-mod HTTP/web.example.com --pac-type=MS-PAC Типовим випадком, коли потрібне перевизначення типу PAC є NFS. У поточній версії ядра Linux відповідний код може працювати лише з квитками Kerberos, розмір яких не перевищує максимально заданого. Оскільки дані PAC можуть бути доволі об’ємними, для служб NFS рекомендуємо встановити --pac-type=NONE. Вилучити службу IPA: ipa service-del HTTP/web.example.com Знайти усіх служби IPA, пов’язані із вузлом: ipa service-find web.example.com Знайти усі служби HTTP: ipa service-find HTTP Вимкнути службу ключів Kerberos і сертифіката SSL: ipa service-disable HTTP/web.example.com Надіслати запит щодо сертифіката для служби IPA: ipa cert-request --principal=HTTP/web.example.com example.csr Служби Служба IPA — це служба, що працює на вузлі системи. У записі служби IPA можуть зберігатися дані реєстраційного запису Kerberos, сертифікат SSL або обидва набори даних. Службою IPA можна керувати безпосередньо з комп’ютера, якщо системі цього комп’ютера надано достатні права доступу. Це стосується навіть комп’ютерів, відмінних від тих, з якими пов’язано службу. Наприклад, вони можуть надсилати запит щодо сертифіката SSL за допомогою реєстраційних даних служби вузла. Для керування службою за допомогою реєстраційних даних вузла слід віддати команду ініціалізації kinit від імені вузла: # kinit -kt /etc/krb5.keytab host/ipa.example.com@EXAMPLE.COM Додавання служби IPA надає доступ пов’язаній службі до надсилання запитів щодо сертифікатів SSL та таблиці ключів, але створення самих запитів є окремим кроком: відповідні дані не створюються у результаті простого додавання служби. У записі служби зберігаються лише відкриті дані сертифіката; закритий ключ не зберігається. ПРИКЛАДИ: Додати нову службу IPA: ipa service-add HTTP/web.example.com Дозволити вузлу керувати сертифікатом служби IPA: ipa service-add-host --hosts=web.example.com HTTP/web.example.com ipa role-add-member --hosts=web.example.com certadmin Перевизначити типовий список підтримуваних типів PAC для служби: ipa service-mod HTTP/web.example.com --pac-type=MS-PAC Типовим випадком, коли потрібне перевизначення типу PAC є NFS. У поточній версії ядра Linux відповідний код може працювати лише з квитками Kerberos, розмір яких не перевищує максимально заданого. Оскільки дані PAC можуть бути доволі об’ємними, для служб NFS рекомендуємо встановити --pac-type=NONE. Вилучити службу IPA: ipa service-del HTTP/web.example.com Знайти усіх служби IPA, пов’язані із вузлом: ipa service-find web.example.com Знайти усі служби HTTP: ipa service-find HTTP Вимкнути службу ключів Kerberos і сертифіката SSL: ipa service-disable HTTP/web.example.com Надіслати запит щодо сертифіката для служби IPA: ipa cert-request --principal=HTTP/web.example.com example.csr Дозволити користувачеві створювати сховище ключів: ipa service-allow-create-keytab HTTP/web.example.com --users=tuser1 Створити і отримати вміст сховища ключів для служби IPA: ipa-getkeytab -s ipa.example.com -p HTTP/web.example.com -k /etc/httpd/httpd.keytab Служби Служба IPA — це служба, що працює на вузлі системи. У записі служби IPA можуть зберігатися дані реєстраційного запису Kerberos, сертифікат SSL або обидва набори даних. Службою IPA можна керувати безпосередньо з комп’ютера, якщо системі цього комп’ютера надано достатні права доступу. Це стосується навіть комп’ютерів, відмінних від тих, з якими пов’язано службу. Наприклад, вони можуть надсилати запит щодо сертифіката SSL за допомогою реєстраційних даних служби вузла. Для керування службою за допомогою реєстраційних даних вузла слід віддати команду ініціалізації kinit від імені вузла: # kinit -kt /etc/krb5.keytab host/ipa.example.com@EXAMPLE.COM Додавання служби IPA надає доступ пов’язаній службі до надсилання запитів щодо сертифікатів SSL та таблиці ключів, але створення самих запитів є окремим кроком: відповідні дані не створюються у результаті простого додавання служби. У записі служби зберігаються лише відкриті дані сертифіката; закритий ключ не зберігається. ПРИКЛАДИ: Додати нову службу IPA: ipa service-add HTTP/web.example.com Дозволити вузлу керувати сертифікатом служби IPA: ipa service-add-host --hosts=web.example.com HTTP/web.example.com ipa role-add-member --hosts=web.example.com certadmin Перевизначити типовий список підтримуваних типів PAC для служби: ipa service-mod HTTP/web.example.com --pac-type=MS-PAC Вилучити службу IPA: ipa service-del HTTP/web.example.com Знайти усіх служби IPA, пов’язані із вузлом: ipa service-find web.example.com Знайти усі служби HTTP: ipa service-find HTTP Вимкнути службу ключів Kerberos і сертифіката SSL: ipa service-disable HTTP/web.example.com Надіслати запит щодо сертифіката для служби IPA: ipa cert-request --principal=HTTP/web.example.com example.csr Створити і отримати вміст сховища ключів для служби IPA: ipa-getkeytab -s ipa.example.com -p HTTP/web.example.com -k /etc/httpd/httpd.keytab Підтримка сеансів для IPA Підтримка сеансів у IPA John Dennis <jdennis@redhat.com> Мета ===== Забезпечити кешування даних сеансів окремих користувачів протягом часу між послідовними запитами. Бажані можливості: * Безпроблемна інтеграція із мінімальним впливом на наявну інфраструктуру. * Забезпечення максимального захисту із одночасним збереженням прийнятної швидкодії. * Забезпечення можливості відкликання сеансів (витирання даних). * Гнучкість і простота у використанні для розробників. * Максимальне використання наявних технологій і коду для запобігання потребі у повторній розробці, зайвій витарні часу та для того, щоб скористатися стабільністю випробуваних компонентів, які широкого використовуються спільнотою вільного програмного забезпечення. * Підтримка роботи із декількома незалежними процесами, які спільно використовують дані сеансу. * Система має працювати належним чином як із даними сеансу, так і без них. * Висока швидкодія системи. * Не повинно бути прив’язки до певних серверів або програм для перегляду. Має бути забезпечено інтеграцію із вибраною нами моделлю WSGI. Проблеми ====== Куки ------- Більшість реалізацій сеансів засновано на використанні кук. У кук є декілька невиправних недоліків. * Користувач може вимкнути куки. * Зберігання кук на боці користувача не є безпечним. Цю проблему може бути усунено використанням прапорців, які позначають, що кука використовується лише у межах з’єднань HTTP із захистом SSL, для певних ресурсів мережі та визначенням того, що строк дії куки обмежено строком роботи сеансу. У більшості сучасних програм для перегляду інтернету ці правила встановлюються примусово. Де зберігати дані сеансів? ---------------------------- Дані сеансів можна зберігати або на боці клієнта, або на боці сервера. Якщо зберігати дані сеансів на адресах клієнтів, виникатиме проблема із доступністю даних сеансу, якщо запити обслуговуються незалежними серверами, оскільки дані сеансу передаються разом із запитом. Це може призвести до проблем, пов’язаних із обмеженням на об’єм даних. Крім того, зберігання даних на боці клієнта може призвести до проблем із доступом до конфіденційних даних. Втім, ці проблеми можна усунути шифруванням даних сеансу так, щоб їх можна було розшифрувати лише на сервері. Поширенішим є підхід, за якого дані сеансу прив’язуються до унікальної назви, ідентифікатора сеансу. Цей ідентифікатор сеансу передається на клієнт, а дані сеансу пов’язуються із ідентифікатором сеансу на сервері у пов’язаному із ним сховищі даних. Дані сеансу отримуються сервером з використанням ідентифікатора сеансу, коли отримує запит. Таким чином усуваються розкриття конфіденційних даних сеансу на боці клієнта і обмеження на розмір даних. Втім, натомість виникає проблем із доступністю даних сеансу, якщо запити обслуговуються декількома процесами на сервері. Доступність даних сеансу для декількох процесів ----------------------------------------------- Apache (та інші вебсервери) відгалужують дочірні процеси для паралельної обробки. Крім того, вебсервери може бути розгорнуто у фермі, де навантаження від запитів збалансовано у замкнений спосіб шляхом розподілу його між вузлами. У обох випадках дані сеансу не можна зберігати у пам’яті процесу, оскільки вона недоступна іншим процесам, — дочірнім близнюкам основного процесу на сервері або процесам сервера на певних вузлах. Типовим вирішенням цієї проблеми є зберігання даних сеансу у базі даних SQL. Коли процес сервера отримує запит, що містить ідентифікатор сеансу у своїх даних куки, цей ідентифікатор сеансу використовується для створення запиту до бази даних SQL, а результат запиту долучається до самого запиту під час передавання його ланцюжком обробки запитів. Це, звичайно ж, тягне за собою проблеми із когерентністю даних. У IPA впровадження залежності від бази даних SQL є небажаним, його уникнути. Дані сеансу також можна надати у спільне використання незалежних процесів, якщо зберігати їх у файлах. Альтернативним вирішенням проблеми, яке набуває значної популярності, є використання швидкого сервера кешування у оперативній пам’яті. Дані зберігаються у пам’яті одного процесу, щодо них можна надсилати запити, їх можна змінювати за допомогою простого протоколу із використанням стандартних механізмів роботи із сокетами. Прикладом є memcached. Типовим способом використання є оптимізація обробки запитів SQL шляхом зберігання результатів запиту SQL у кеші спільного використання у оперативній пам’яті, уникаючи витратних дій з базою даних SQL. Втім, кеш у пам’яті має значні переваги і у середовищах без SQL. Можлива реалізація для використання у IPA ========================================= Сеанси Apache --------------- У Apache 2.3 підтримку сеансів реалізовано за допомогою таких модулів: mod_session Загальна підтримка сеансів на основі кук. Див. http://httpd.apache.org/docs/2.3/mod/mod_session.html mod_session_cookie Зберігає дані сеансів на боці клієнта. Див. http://httpd.apache.org/docs/2.3/mod/mod_session_cookie.html mod_session_crypto Шифрує дані сеансів для захисту. Ключ шифрування є спільним параметром налаштовування, видимим усім процесам Apache, він зберігається у файлі налаштувань. Див. http://httpd.apache.org/docs/2.3/mod/mod_session_crypto.html mod_session_dbd Зберігає дані сеансу у базі даних SQL, що надає одночасну можливість декільком процесам отримувати доступ і спільно використовувати дані сеансу. Див. http://httpd.apache.org/docs/2.3/mod/mod_session_dbd.html Проблеми, пов’язані із сеансами у Apache ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Хоча у Apache реалізовано загальну підтримку сеансів, а Apache є вебсервером, якому ми надаємо перевагу, він створює проблеми у роботі з IPA. * Підтримкою сеансів можна скористатися лише у httpd >= 2.3, версії, яка на час написання цього доступна лише у тестовому випуску основної гілки розробки. Поточною ж версією у нашому дистрибутиві є httpd 2.2. Те саме стосується і інших дистрибутивів. * Ми могли б створити пакунки і постачати модулі для роботи з сеансами як тимчасові пакунки у середовищах з httpd 2.2, але це матиме такі наслідки: - Доведеться виконувати зворотне портування коду. Програмний між версіями httpd 2.2 і 2.3 було змінено. Зворотне портування не є таким вже складним — технічну його демонстрацію вже реалізовано. - Нам доведеться пакувати і супроводжувати спеціальний пакунок Apache. Маємо супроводжувати код і пакувати його для дистрибутивів. Варто було б уникнути обох цих дій, якщо це можливо. * Концепція побудови модулів роботи із сеансами у Apache така, що керувати цими модулями можна лише з інших модулів Apache. Можливості споживачів даних сеансу з керування даними є дуже Спрощеними, обмеженими і статичними на час обробки запиту. Обробники запитів, які не є рідними модулями Apache (зокрема IPA через WSGI), можуть лише вивчати дані сеансу за допомогою Заголовків запитів і скидати ці дані у заголовках відповідей. * Доступ до даних сеансів спільного використання здійснюється лише за допомогою SQL. Втім, використання модулів роботи із сеансами Apache 2.3 надасть нам доступ до надійної підтримки сеансів, реалізованої мовою C на основі стандартизованих та широковживаних інтерфейсів Apache. Веббібліотеки Python -------------------- Майже в усіх веббібліотеках Python передбачено підтримку сеансів на основі кук. Це, зокрема Django, Twisted, Zope, Turbogears. На попередніх етапах розвитку IPA нами було прийнято рішення не використовувати ці бібліотеки. Спроби запозичити лише якусь частину цих бібліотек призведуть до проблем із працездатністю, оскільки код не працюватиме поза своєю бібліотекою. Сеанси, реалізовані засобами IPA -------------------------------- Спочатку нам здавалося, що найпростішим шляхом буде скористатися Готовою підтримкою сеансів, найімовірніше тією, яку реалізовано у Apache. Втім, виявилося, що існує достатньо багато базових модульних компонентів Python та інших стандартних пакунків, щоб виконати означені вище вимоги із порівняно незначними затратами на реалізацію. Оскільки ми використовуємо наявні компоненти, складнощі із реалізацією має бути знівельовано використанням компонентів, які вже перевірено і у яких є власна підтримка з боку спільноти. Це доволі зважена стратегія. Пропоноване рішення =================== Наш інтерфейс вебсервера працюватиме за допомогою WSGI, який робитиме зворотний виклик для кожного запиту і передаватиме нам контекст середовища для запиту. Надалі ми будемо називати зворотній виклик WSGI « application()», правильна назва у межах синтаксису WSGI. Обробку спільних даних сеансів здійснюватиме memcached. Ми створюватимемо один екземпляр memcached на кожному вузлі сервера, призначений лише для IPA. Обмін даними із memcached здійснюватиметься за допомогою сокета UNIX, Розташованого у файловій системі за адресою /var/run/ipa_memcached. Сокет буде захищено правами доступу файлової системи і, якщо потрібно, правилом SELinux. У application() ми вивчаємо куки запиту і, якщо маємо куку сеансу IPA із ідентифікатором сеансу, отримуємо дані сеансу з нашого екземпляра memcached. Дані сеансу будуть словником (dict) Python. Компоненти IPA читатимуть або записуватимуть свої відомості щодо сеансу шляхом використання попередньо узгодженої назви (наприклад ключа) у dict. Це дуже гнучка системи, яка є сумісною із тим, як ми передаємо дані у більшості частин IPA. Якщо дані сеансу недоступні, буде створено порожній словник даних сеансу. How does this session data travel with the request in the IPA pipeline? In IPA we use the HTTP request/response to implement RPC. In application() we convert the request into a procedure call passing it arguments derived from the HTTP request. The passed parameters are specific to the RPC method being invoked. The context the RPC call is executing in is not passed as an RPC parameter. How would the contextual information such as session data be bound to the request and hence the RPC call? In IPA when a RPC invocation is being prepared from a request we recognize this will only ever be processed serially by one Python thread. A thread local dict called "context" is allocated for each thread. The context dict is cleared in between requests (e.g. RPC method invocations). The per-thread context dict is populated during the lifetime of the request and is used as a global data structure unique to the request that various IPA component can read from and write to with the assurance the data is unique to the current request and/or method call. The session data dict will be written into the context dict under the session key before the RPC method begins execution. Thus session data can be read and written by any IPA component by accessing ``context.session``. When the RPC method finishes execution the session data bound to the request/method is retrieved from the context and written back to the memcached instance. The session ID is set in the response sent back to the client in the ``Set-Cookie`` header along with the flags controlling it's usage. Проблеми і подробиці -------------------- IPA code cannot depend on session data being present, however it should always update session data with the hope it will be available in the future. Session data may not be available because: * This is the first request from the user and no session data has been created yet. * The user may have cookies disabled. * The session data may have been flushed. memcached operates with a fixed memory allocation and will flush entries on a LRU basis, like with any cache there is no guarantee of persistence. Also we may have have deliberately expired or deleted session data, see below. Cookie manipulation is done via the standard Python Cookie module. Session cookies will be set to only persist as long as the browser has the session open. They will be tagged so the browser only returns the session ID on SSL secured HTTP requests. They will not be visible to Javascript in the browser. Session ID's will be created by using 48 bits of random data and converted to 12 hexadecimal digits. Newly generated session ID's will be checked for prior existence to handle the unlikely case the random number repeats. memcached will have significantly higher performance than a SQL or file based storage solution. Communication is effectively though a pipe (UNIX socket) using a very simple protocol and the data is held entirely in process memory. memcached also scales easily, it is easy to add more memcached processes and distribute the load across them. At this point in time we don't anticipate the need for this. A very nice feature of the Python memcached module is that when a data item is written to the cache it is done with standard Python pickling (pickling is a standard Python mechanism to marshal and unmarshal Python objects). We adopt the convention the object written to cache will be a dict to meet our internal data handling conventions. The pickling code will recursively handle nested objects in the dict. Thus we gain a lot of flexibility using standard Python data structures to store and retrieve our session data without having to author and debug code to marshal and unmarshal the data if some other storage mechanism had been used. This is a significant implementation win. Of course some common sense limitations need to observed when deciding on what is written to the session cache keeping in mind the data is shared between processes and it should not be excessively large (a configurable option) We can set an expiration on memcached entries. We may elect to do that to force session data to be refreshed periodically. For example we may wish the client to present fresh credentials on a periodic basis even if the cached credentials are otherwise within their validity period. We can explicitly delete session data if for some reason we believe it is stale, invalid or compromised. memcached also gives us certain facilities to prevent race conditions between different processes utilizing the cache. For example you can check of the entry has been modified since you last read it or use CAS (Check And Set) semantics. What has to be protected in terms of cache coherency will likely have to be determined as the session support is utilized and different data items are added to the cache. This is very much data and context specific. Fortunately memcached operations are atomic. Контроль за процесом memcached ------------------------------ We need a mechanism to start the memcached process and secure it so that only IPA components can access it. Although memcached ships with both an initscript and systemd unit files those are for generic instances. We want a memcached instance dedicated exclusively to IPA usage. To accomplish this we would install a systemd unit file or an SysV initscript to control the IPA specific memcached service. ipactl would be extended to know about this additional service. systemd's cgroup facility would give us additional mechanisms to integrate the IPA memcached service within a larger IPA process group. Protecting the memcached data would be done via file permissions (and optionally SELinux policy) on the UNIX domain socket. Although recent implementations of memcached support authentication via SASL this introduces a performance and complexity burden not warranted when cached is dedicated to our exclusive use and access controlled by OS mechanisms. Conventionally daemons are protected by assigning a system uid and/or gid to the daemon. A daemon launched by root will drop it's privileges by assuming the effective uid:gid assigned to it. File system access is controlled by the OS via the effective identity and SELinux policy can be crafted based on the identity. Thus the memcached UNIX socket would be protected by having it owned by a specific system user and/or membership in a restricted system group (discounting for the moment SELinux). Unfortunately we currently do not have an IPA system uid whose identity our processes operate under nor do we have an IPA system group. IPA does manage a collection of related processes (daemons) and historically each has been assigned their own uid. When these unrelated processes communicate they mutually authenticate via other mechanisms. We do not have much of a history of using shared file system objects across identities. When file objects are created they are typically assigned the identity of daemon needing to access the object and are not accessed by other daemons, or they carry root identity. When our WSGI application runs in Apache it is run as a WSGI daemon. This means when Apache starts up it forks off WSGI processes for us and we are independent of other Apache processes. When WSGI is run in this mode there is the ability to set the uid:gid of the WSGI process hosting us, however we currently do not take advantage of this option. WSGI can be run in other modes as well, only in daemon mode can the uid:gid be independently set from the rest of Apache. All processes started by Apache can be set to a common uid:gid specified in the global Apache configuration, by default it's apache:apache. Thus when our IPA code executes it is running as apache:apache. To protect our memcached UNIX socket we can do one of two things: 1. Assign it's uid:gid as apache:apache. This would limit access to our cache only to processes running under httpd. It's somewhat restricted but far from ideal. Any code running in the web server could potentially access our cache. It's difficult to control what the web server runs and admins may not understand the consequences of configuring httpd to serve other things besides IPA. 2. Create an IPA specific uid:gid, for example ipa:ipa. We then configure our WSGI application to run as the ipa:ipa user and group. We also configure our memcached instance to run as the ipa:ipa user and group. In this configuration we are now fully protected, only our WSGI code can read & write to our memcached UNIX socket. However there may be unforeseen issues by converting our code to run as something other than apache:apache. This would require some investigation and testing. IPA is dependent on other system daemons, specifically Directory Server (ds) and Certificate Server (cs). Currently we configure ds to run under the dirsrv:dirsrv user and group, an identity of our creation. We allow cs to default to it's pkiuser:pkiuser user and group. Should these other cooperating daemons also run under the common ipa:ipa user and group identities? At first blush there would seem to be an advantage to coalescing all process identities under a common IPA user and group identity. However these other processes do not depend on user and group permissions when working with external agents, processes, etc. Rather they are designed to be stand-alone network services which authenticate their clients via other mechanisms. They do depend on user and group permission to manage their own file system objects. If somehow the ipa user and/or group were compromised or malicious code somehow executed under the ipa identity there would be an advantage in having the cooperating processes cordoned off under their own identities providing one extra layer of protection. (Note, these cooperating daemons may not even be co-located on the same node in which case the issue is moot) The UNIX socket behavior (ldapi) with Directory Server is as follows: * Власник сокета: root:root * Права доступу до сокета: 0666 * When connecting via ldapi you must authenticate as you would normally with a TCP socket, except ... * If autobind is enabled and the uid:gid is available via SO_PEERCRED and the uid:gid can be found in the set of users known to the Directory Server then that connection will be bound as that user. * Otherwise an anonymous bind will occur. memcached UNIX socket behavior is as follows: * memcached can be invoked with a user argument, no group may be specified. The effective uid is the uid of the user argument and the effective gid is the primary group of the user, let's call this euid:egid * The socket ownership is: euid:egid * The socket permissions are 0700 by default, but this can be modified by the -a mask command line arg which sets the umask (defaults to 0700). Огляд розпізнавання у IPA ========================= This describes how we currently authenticate and how we plan to improve authentication performance. First some definitions. Існує 4 основних учасника процесу: 1. клієнт 2. mod_auth_kerb (у процесі Apache) 3. wsgi handler (у процесі wsgi pyhon IPA) 4. ds (сервер каталогів) Існує декілька ресурсів: 1. /ipa/ui (unprotected, web UI static resources) 2. /ipa/xml (protected, xmlrpc RPC used by command line clients) 3. /ipa/json (protected, json RPC used by javascript in web UI) 4. ds (protected, wsgi acts as proxy, our LDAP server) Поточна модель -------------- This describes how things work in our current system for the web UI. 1. Client requests /ipa/ui, this is unprotected, is static and contains no sensitive information. Apache replies with html and javascript. The javascript requests /ipa/json. 2. Client sends post to /ipa/json. 3. mod_auth_kerb is configured to protect /ipa/json, replies 401 authenticate negotiate. 4. Client resends with credentials 5. mod_auth_kerb validates credentials a. if invalid replies 403 access denied (stops here) b. if valid creates temporary ccache, adds KRB5CCNAME to request headers 6. Request passed to wsgi handler a. validates request, KRB5CCNAME must be present, referrer, etc. b. ccache saved and used to bind to ds c. routes to specified RPC handler. 7. wsgi handler replies to client Пропонована нова оптимізація на основі сеансів ---------------------------------------------- The round trip negotiate and credential validation in steps 3,4,5 is expensive. This can be avoided if we can cache the client credentials. With client sessions we can store the client credentials in the session bound to the client. A few notes about the session implementation. * based on session cookies, cookies must be enabled * session cookie is secure, only passed on secure connections, only passed to our URL resource, never visible to client javascript etc. * session cookie has a session id which is used by wsgi handler to retrieve client session data from shared multi-process cache. Зміни у захисті ресурсів Apache ------------------------------- * /ipa/json is no longer protected by mod_auth_kerb. This is necessary to avoid the negotiate expense in steps 3,4,5 above. Instead the /ipa/json resource will be protected in our wsgi handler via the session cookie. * A new protected URI is introduced, /ipa/login. This resource does no serve any data, it is used exclusively for authentication. Нова послідовність дій: 1. Client requests /ipa/ui, this is unprotected. Apache replies with html and javascript. The javascript requests /ipa/json. 2. Client sends post to /ipa/json, which is unprotected. 3. wsgi handler obtains session data from session cookie. a. if ccache is present in session data and is valid - request is further validated - ccache is established for bind to ds - request is routed to RPC handler - wsgi handler eventually replies to client b. if ccache is not present or not valid processing continues ... 4. wsgi handler replies with 401 Unauthorized 5. client sends request to /ipa/login to obtain session credentials 6. mod_auth_kerb replies 401 negotiate on /ipa/login 7. client sends credentials to /ipa/login 8. mod_auth_kerb validates credentials a. if valid - mod_auth_kerb permits access to /ipa/login. wsgi handler is invoked and does the following: * establishes session for client * retrieves the ccache from KRB5CCNAME and stores it a. if invalid - mod_auth_kerb sends 403 access denied (processing stops) 9. client now posts the same data again to /ipa/json including session cookie. Processing repeats starting at step 2 and since the session data now contains a valid ccache step 3a executes, a successful reply is sent to client. Клієнт командного рядка з використанням xmlrpc ---------------------------------------------- Вище описано вебінтерфейс користувача із використанням механізму RPC json. Інструменти командного рядка IPA використовують механізм RPC xmlrpc на тому самому сервері HTTP. Доступ до xmlrpc здійснюється через адресу /ipa/xml. Програмний інтерфейс json та xmlrpc є є однаковим, відмінність полягає лише у побудові і розбиранні їхніх викликів процедур. У межах нової схеми /ipa/xml увесь час захищатиметься Kerberos. mod_auth_kerb з Apache продовжуватиме вимагати від клієнта надання чинних реєстраційних даних Kerberos. Коли обробник WSGI пере спрямовуватиметься до /ipa/xml, реєстраційні дані Kerberos видобуватимуться зі змінної середовища KRB5CCNAME, за вміст якої відповідає mod_auth_kerb. Усе інше залишається тим самим. Встановлення пароля користувача Якщо якась стороння особа змінює пароль користувача (наприклад його відновлює допоміжний персонал), новий пароль має бути змінено під час його першого використання. Метою такого способу дій є забезпечення ситуації, коли пароль буде відомий лише тому, хто ним користується. Правила щодо паролів IPA керують частотою зміни пароля, вимогами щодо складності пароля та об’ємом журналу зміни паролів. ПРИКЛАДИ: Щоб скинути ваш власний пароль, виконайте команду: ipa passwd Щоб змінити пароль іншого користувача, виконайте команду: ipa passwd tuser1 Встановлення пароля користувача Якщо якась стороння особа змінює пароль користувача (наприклад його відновлює допоміжний персонал), новий пароль має бути змінено під час його першого використання. Метою такого способу дій є забезпечення ситуації, коли пароль буде відомий лише тому, хто ним користується. Правила щодо паролів IPA керують частотою зміни пароля, вимогами щодо складності пароля та об’ємом журналу зміни паролів. Якщо встановлено спосіб розпізнавання пароль+OTP, користувач має передати параметри --otp при скиданні пароля. ПРИКЛАД: Щоб скинувати ваш власний пароль, віддайте таку команду: ipa passwd Щоб скинути ваш пароль, якщо встановлено спосіб розпізнавання пароль+OTP, віддайте команду ipa passwd --otp Щоб змінити пароль іншого користувача, виконайте команду: ipa passwd tuser1 Імітація використання керування доступом на основі вузлів (HBAC) Правила HBAC керують тим, хто може отримувати доступ до певних служб. Ви можете скористатися HBAC для керування тим, які користувачі або групи на початковому вузлі можуть отримувати доступ до служби або групи служб на вузлі призначення Оскільки застосування правил HBAC передбачає використання робочого середовища, це додаток призначено для імітації обробки правил HBAC без доступу до реального середовища Перевірити відповідність користувача з початкового вузла до служби на іменованому вузлі правилам уможливлення доступу. ipa hbactest --user= --host= --service= [--rules=rules-list] [--nodetail] [--enabled] [--disabled] [--srchost= ] [--sizelimit= ] --user, --host і --service є обов’язковими, інші можна не вказувати. Якщо вказано --rules, імітувати вмикання вказаних правил і перевірити можливість входу користувача у разі використання лише цих правил. Якщо вказано --enabled, додати всі увімкнені правила HBAC до імітації Якщо вказано --disabled, додати всі вимкнені правила HBAC до імітації Якщо вказано --nodetail, не повертати даних щодо відповідних і невідповідних правил. Якщо вказано одночасно --rules і --enabled, виконати імітацію --rules _і_ всіх увімкнених правил IPA. Якщо не вказано --rules, буде виконано імітацію всіх увімкнених правил IPA. Якщо вказано --srchost, його буде проігноровано. Цей параметр збережено лише з міркувань сумісності. ПРИКЛАДИ: 1. Використання всіх увімкнених правил HBAC у базі даних IPA: $ ipa hbactest --user=a1a --srchost=foo --host=bar --service=sshd -------------------- Надано доступ: Так -------------------- невідповідне: my-second-rule невідповідне: my-third-rule невідповідне: myrule відповідне: allow_all 2. Вимикання докладного резюме застосування правил: $ ipa hbactest --user=a1a --host=bar --service=sshd --nodetail -------------------- Надано доступ: Так -------------------- 3. Перевірити явно вказані правила HBAC: $ ipa hbactest --user=a1a --host=bar --service=sshd --rules=my-second-rule,myrule --------------------- Надано доступ: Ні --------------------- невідповідне: my-second-rule невідповідне: myrule 4. Використання всіх увімкнених правил HBAC у базі даних IPA + явно вказаних правил: $ ipa hbactest --user=a1a --host=bar --service=sshd --rules=my-second-rule,myrule --enabled -------------------- Доступ надано: Так -------------------- невідповідне: my-second-rule невідповідне: my-third-rule невідповідне: myrule відповідне: allow_all 5. Перевірка всіх вимкнених правил HBAC у базі даних IPA: $ ipa hbactest --user=a1a --host=bar --service=sshd --disabled --------------------- Надано доступ: Ні --------------------- невідповідне: new-rule 6. Перевірка всіх вимкнених правил HBAC у базі даних IPA + явно вказані правила: $ ipa hbactest --user=a1a --host=bar --service=sshd --rules=my-second-rule,myrule --disabled --------------------- Надано доступ: Ні --------------------- невідповідне: my-second-rule невідповідне: my-third-rule невідповідне: myrule 7. Перевірка всіх (увімкнених і вимкнених) правил HBAC у базі даних IPA: $ ipa hbactest --user=a1a --host=bar --service=sshd --enabled --disabled -------------------- Надано доступ: Так -------------------- невідповідне: my-second-rule невідповідне: my-third-rule невідповідне: myrule невідповідне: new-rule відповідне: allow_all Імітація використання керування доступом на основі вузлів (HBAC) Правила HBAC керують тим, хто може отримувати доступ до певних служб на певних вузлах. Ви можете скористатися HBAC для керування тим, які користувачі або групи на початковому вузлі можуть отримувати доступ до служби або групи служб на вузлі призначення Оскільки застосування правил HBAC передбачає використання робочого середовища, це додаток призначено для імітації обробки правил HBAC без доступу до реального середовища Перевірити відповідність користувача з початкового вузла до служби на іменованому вузлі правилам уможливлення доступу. ipa hbactest --user= --host= --service= [--rules=rules-list] [--nodetail] [--enabled] [--disabled] [--sizelimit= ] --user, --host і --service є обов’язковими, інші можна не вказувати. Якщо вказано --rules, імітувати вмикання вказаних правил і перевірити можливість входу користувача у разі використання лише цих правил. Якщо вказано --enabled, додати всі увімкнені правила HBAC до імітації Якщо вказано --disabled, додати всі вимкнені правила HBAC до імітації Якщо вказано --nodetail, не повертати даних щодо відповідних і невідповідних правил. Якщо вказано одночасно --rules і --enabled, виконати імітацію --rules _і_ всіх увімкнених правил IPA. Якщо не вказано --rules, буде виконано імітацію всіх увімкнених правил IPA. ПРИКЛАДИ: 1. Використання всіх увімкнених правил HBAC у базі даних IPA: $ ipa hbactest --user=a1a --srchost=foo --host=bar --service=sshd -------------------- Надано доступ: Так -------------------- невідповідне: my-second-rule невідповідне: my-third-rule невідповідне: myrule відповідне: allow_all 2. Вимикання докладного резюме застосування правил: $ ipa hbactest --user=a1a --host=bar --service=sshd --nodetail -------------------- Надано доступ: Так -------------------- 3. Перевірити явно вказані правила HBAC: $ ipa hbactest --user=a1a --host=bar --service=sshd --rules=my-second-rule,myrule --------------------- Надано доступ: Ні --------------------- невідповідне: my-second-rule невідповідне: myrule 4. Використання всіх увімкнених правил HBAC у базі даних IPA + явно вказаних правил: $ ipa hbactest --user=a1a --host=bar --service=sshd --rules=my-second-rule,myrule --enabled -------------------- Доступ надано: Так -------------------- невідповідне: my-second-rule невідповідне: my-third-rule невідповідне: myrule відповідне: allow_all 5. Перевірка всіх вимкнених правил HBAC у базі даних IPA: $ ipa hbactest --user=a1a --host=bar --service=sshd --disabled --------------------- Надано доступ: Ні --------------------- невідповідне: new-rule 6. Перевірка всіх вимкнених правил HBAC у базі даних IPA + явно вказані правила: $ ipa hbactest --user=a1a --host=bar --service=sshd --rules=my-second-rule,myrule --disabled --------------------- Надано доступ: Ні --------------------- невідповідне: my-second-rule невідповідне: my-third-rule невідповідне: myrule 7. Перевірка всіх (увімкнених і вимкнених) правил HBAC у базі даних IPA: $ ipa hbactest --user=a1a --host=bar --service=sshd --enabled --disabled -------------------- Надано доступ: Так -------------------- невідповідне: my-second-rule невідповідне: my-third-rule невідповідне: myrule невідповідне: new-rule відповідне: allow_all HBACTEST І ДОВІРЕНІ ДОМЕНИ Якщо у IPA налаштовано зовнішній довірений домен, правила HBAC також застосовуються до користувачів, що отримують доступ до ресурсів IPA з з довіреного домену. Після цього користувачі і групи довіреного домену (на їхні SID) може бути прив’язано до зовнішніх груп, які можуть бути учасниками груп POSIX у IPA. Такі прив’язки може бути використано у правилах HBAC, отже уможливлення доступу до ресурсів, захищених системою HBAC. Додаток hbactest здатен тестувати доступ як для локальних користувачів IPA, так і користувачів з довірених доменів, як за повним іменем користувача, так і за SID користувачів. У таких іменах користувачів має бути вказано скорочено довірений домен (ДОМЕН\Administrator) або назву реєстраційного запису користувача (UPN), Administrator@ad.test. Будь ласка, зауважте, що виконувати hbactest з аргументом користувача довіреного домену у параметрі --user можуть виконувати лише учасники групи «trust admins». ПРИКЛАД: 1. Перевірити, чи відповідає користувач з довіреного домену, вказаний за коротким іменем, якомусь правилу: $ ipa hbactest --user 'DOMAIN\Administrator' --host `hostname` --service sshd -------------------- Надано доступ: Так -------------------- Відповідні правила: allow_all Відповідні правила: can_login 2. Перевірити, чи відповідає користувач з довіреного домену, вказаний за назвою його домену, якомусь правилу: $ ipa hbactest --user 'Administrator@domain.com' --host `hostname` --service sshd -------------------- Надано доступ: Так -------------------- Відповідні правила: allow_all Невідповідні правила: can_login 3. Перевірити, чи відповідає користувач з довіреного домену вказаний за SID, якомусь правилу: $ ipa hbactest --user S-1-5-21-3035198329-144811719-1378114514-500 \ --host `hostname` --service sshd -------------------- Надано доступ: Так -------------------- Відповідні правила: allow_all Відповідні правила: can_login 4. Перевірити, чи відповідає інший користувач з довіреного домену, вказаний за SID, якомусь правилу: $ ipa hbactest --user S-1-5-21-3035198329-144811719-1378114514-500 \ --host `hostname` --service sshd -------------------- Надано доступ: Так -------------------- Відповідні правила: allow_all Відповідні правила: can_login 5. Перевірити, чи відповідає інший користувач з довіреного домену, вказаний за коротким ім’ям, якомусь правилу: $ ipa hbactest --user 'DOMAIN\Otheruser' --host `hostname` --service sshd -------------------- Надано доступ: Так -------------------- Відповідні правила: allow_all Невідповідні правила: can_login Імітація використання керування доступом на основі вузлів (HBAC) Правила HBAC керують тим, хто може отримувати доступ до певних служб на певних вузлах. Ви можете скористатися HBAC для керування тим, які користувачі або групи на початковому вузлі можуть отримувати доступ до служби або групи служб на вузлі призначення Оскільки застосування правил HBAC передбачає використання робочого середовища, це додаток призначено для імітації обробки правил HBAC без доступу до реального середовища Перевірити відповідність користувача з початкового вузла до служби на іменованому вузлі правилам уможливлення доступу. ipa hbactest --user= --host= --service= [--rules=rules-list] [--nodetail] [--enabled] [--disabled] [--sizelimit= ] --user, --host і --service є обов’язковими, інші можна не вказувати. Якщо вказано --rules, імітувати вмикання вказаних правил і перевірити можливість входу користувача у разі використання лише цих правил. Якщо вказано --enabled, додати всі увімкнені правила HBAC до імітації Якщо вказано --disabled, додати всі вимкнені правила HBAC до імітації Якщо вказано --nodetail, не повертати даних щодо відповідних і невідповідних правил. Якщо вказано одночасно --rules і --enabled, виконати імітацію --rules _і_ всіх увімкнених правил IPA. Якщо не вказано --rules, буде виконано імітацію всіх увімкнених правил IPA. ПРИКЛАДИ: 1. Використання всіх увімкнених правил HBAC у базі даних IPA: $ ipa hbactest --user=a1a --srchost=foo --host=bar --service=sshd -------------------- Надано доступ: Так -------------------- невідповідне: my-second-rule невідповідне: my-third-rule невідповідне: myrule відповідне: allow_all 2. Вимикання докладного резюме застосування правил: $ ipa hbactest --user=a1a --host=bar --service=sshd --nodetail -------------------- Надано доступ: Так -------------------- 3. Перевірити явно вказані правила HBAC: $ ipa hbactest --user=a1a --host=bar --service=sshd --rules=my-second-rule,myrule --------------------- Надано доступ: Ні --------------------- невідповідне: my-second-rule невідповідне: myrule 4. Використання всіх увімкнених правил HBAC у базі даних IPA + явно вказаних правил: $ ipa hbactest --user=a1a --host=bar --service=sshd --rules=my-second-rule,myrule --enabled -------------------- Доступ надано: Так -------------------- невідповідне: my-second-rule невідповідне: my-third-rule невідповідне: myrule відповідне: allow_all 5. Перевірка всіх вимкнених правил HBAC у базі даних IPA: $ ipa hbactest --user=a1a --host=bar --service=sshd --disabled --------------------- Надано доступ: Ні --------------------- невідповідне: new-rule 6. Перевірка всіх вимкнених правил HBAC у базі даних IPA + явно вказані правила: $ ipa hbactest --user=a1a --host=bar --service=sshd --rules=my-second-rule,myrule --disabled --------------------- Надано доступ: Ні --------------------- невідповідне: my-second-rule невідповідне: my-third-rule невідповідне: myrule 7. Перевірка всіх (увімкнених і вимкнених) правил HBAC у базі даних IPA: $ ipa hbactest --user=a1a --host=bar --service=sshd --enabled --disabled -------------------- Надано доступ: Так -------------------- невідповідне: my-second-rule невідповідне: my-third-rule невідповідне: myrule невідповідне: new-rule відповідне: allow_all HBACTEST І ДОВІРЕНІ ДОМЕНИ Якщо у IPA налаштовано зовнішній довірений домен, правила HBAC також застосовуються до користувачів, що отримують доступ до ресурсів IPA з з довіреного домену. Після цього користувачі і групи довіреного домену (на їхні SID) може бути прив’язано до зовнішніх груп, які можуть бути учасниками груп POSIX у IPA. Такі прив’язки може бути використано у правилах HBAC, отже уможливлення доступу до ресурсів, захищених системою HBAC. Додаток hbactest здатен тестувати доступ як для локальних користувачів IPA, так і користувачів з довірених доменів, як за повним іменем користувача, так і за SID користувачів. У таких іменах користувачів має бути вказано скорочено довірений домен (ДОМЕН\Administrator) або назву реєстраційного запису користувача (UPN), Administrator@ad.test. Будь ласка, зауважте, що виконувати hbactest з аргументом користувача довіреного домену у параметрі --user можуть виконувати лише учасники групи «trust admins». ПРИКЛАД: 1. Перевірити, чи відповідає користувач з довіреного домену, вказаний за коротким іменем, якомусь правилу: $ ipa hbactest --user 'DOMAIN\Administrator' --host `hostname` --service sshd -------------------- Надано доступ: Так -------------------- Відповідні правила: allow_all Відповідні правила: can_login 2. Перевірити, чи відповідає користувач з довіреного домену, вказаний за назвою його домену, якомусь правилу: $ ipa hbactest --user 'Administrator@domain.com' --host `hostname` --service sshd -------------------- Надано доступ: Так -------------------- Відповідні правила: allow_all Невідповідні правила: can_login 3. Перевірити, чи відповідає користувач з довіреного домену вказаний за SID, якомусь правилу: $ ipa hbactest --user S-1-5-21-3035198329-144811719-1378114514-500 \ --host `hostname` --service sshd -------------------- Надано доступ: Так -------------------- Відповідні правила: allow_all Відповідні правила: can_login 4. Перевірити, чи відповідає інший користувач з довіреного домену, вказаний за SID, якомусь правилу: $ ipa hbactest --user S-1-5-21-3035198329-144811719-1378114514-500 \ --host `hostname` --service sshd -------------------- Надано доступ: Так -------------------- Відповідні правила: allow_all Відповідні правила: can_login 5. Перевірити, чи відповідає інший користувач з довіреного домену, вказаний за коротким ім’ям, якомусь правилу: $ ipa hbactest --user 'DOMAIN\Otheruser' --host `hostname` --service sshd -------------------- Надано доступ: Так -------------------- Відповідні правила: allow_all Невідповідні правила: can_login Користувачі етапу Керування записами користувачів етапу. Записи користувачів етапу перебувають безпосередньо у контейнері: "cn=stage users, cn=accounts, cn=provisioning, SUFFIX". Користувач не може пройти розпізнавання за допомогою цих записів (навіть якщо записи містять реєстраційні дані) і є кандидатами на перетворення на активні записи. Записи активних користувачів є користувачами Posix, що перебувають безпосередньо у контейнері: "cn=accounts, SUFFIX". Користувач може пройти розпізнавання за допомогою активних записів, якщо для них передбачено реєстраційні дані Вилучені записи користувачів є записами користувачів Posix, що перебувають безпосередньо у контейнері: "cn=deleted users, cn=accounts, cn=provisioning, SUFFIX". Користувачі не можуть проходити розпізнавання за допомогою цих записів (навіть якщо записи містять реєстраційні дані) Контейнер користувачів етапу містить записи - створені командами 'stageuser-add', які є користувачами Posix - створені зовнішньою системою забезпечення Коректний запис користувача етапу МАЄ відповідати таким вимогам: - RDN запису має значення 'uid' - ipaUniqueID має значення 'autogenerate' У IPA передбачено підтримку широкого діапазону форматів імен користувачів, але слід зважати на різноманітні обмеження, які можуть стосуватися середовища, у якому ви працюєте. Наприклад, імена користувачів, що починаються з цифри, або імена користувачів, довжина яких перевищує певну довжину, що може призвести до проблем у деяких системах UNIX. Для зміни формату, який дозволено інструментами IPA, скористайтеся командою 'ipa config-mod'. ПРИКЛАДИ: Додати нового користувача етапу: ipa stageuser-add --first=Tim --last=User --password tuser1 Додати користувача етапу з контейнера Delete ipa stageuser-add --first=Tim --last=User --from-delete tuser1 У стандартному сховищі для передавання і зберігання реєстраційних даних використовуються безпечні механізми. Реєстраційні дані може бути отримано лише користувачами, які мають доступ до сховища. Підлеглі служби сертифікації (Sub-CA) можна додавати для обмежених під час видання областю сертифікатів X.509. Підлеглі ідентифікатори Керування підлеглими ідентифікаторами користувача і групи для користувачів ПРИКЛАДИ: Автоматично призначати діапазон підлеглих ідентифікаторів для поточного користувача ipa subid-generate Автоматично призначити діапазон підлеглих ідентифікаторів для користувача alice: ipa subid-generate --owner=alice Знайти підлеглі ідентифікатори для користувача alice: ipa subid-find --owner=alice Встановити відповідність запису за будь-яким підлеглим uid у діапазоні: ipa subid-match --subuid=2147483649 Sudo (su "do") надає системному адміністратору змогу делегувати повноваження певним користувачам (або групам користувачів) на виконання деяких (або усіх) команд від імені адміністратора (root) або іншого користувача, зберігаючи водночас журнал виконання команд та аргументів. Команди sudo Команди, використані як будівельні блоки для sudo ПРИКЛАДИ: Створення запису команди ipa sudocmd-add --desc='Читання файлів журналу' /usr/bin/less Вилучення команди ipa sudocmd-del /usr/bin/less Команди sudo Команди, використані як будівельні блоки для sudo ПРИКЛАДИ: Створення запису команди ipa sudocmd-add --desc='Читання файлів журналу' /usr/bin/less Вилучення команди ipa sudocmd-del /usr/bin/less Правила sudo Правила sudo Sudo (su "do") надає системному адміністратору змогу делегувати повноваження певним користувачам (або групам користувачів) на виконання деяких (або усіх) команд від імені адміністратора (root) або іншого користувача, зберігаючи водночас журнал виконання команд та аргументів. У IPA передбачено декілька параметрів налаштовування роботи sudo: Users: користувачі або групи, які можуть викликати sudo. Hosts: вузли або групи вузлів, користувачі якого можуть викликати sudo. Allow Command: специфічні команди, які можна виконувати за допомогою sudo. Deny Command: специфічні команди, які не можна виконувати за допомогою sudo. RunAsUser: користувачі або групи, від імені яких sudo виконуватиме команди. RunAsGroup: групи, ідентифікатори яких буде використано sudo для виконання команд. Options: різноманітні параметри sudoers, які можуть змінити поведінку sudo. До правила sudo можна додати порядок, який керуватиме порядком обробки записів (якщо такий порядок передбачено на клієнтському боці). Порядок визначається числовим індексом, який не повинен повторюватися. У IPA передбачено визначений binddn для використання з sudo, який розташовано у uid=sudo,cn=sysaccounts,cn=etc,dc=example,dc=com Щоб увімкнути binddn, віддайте таку команду для встановлення пароля: LDAPTLS_CACERT=/etc/ipa/ca.crt /usr/bin/ldappasswd -S -W \ -H ldap://ipa.example.com -ZZ -D "cn=Directory Manager" \ uid=sudo,cn=sysaccounts,cn=etc,dc=example,dc=com ПРИКЛАДИ: Створити правило: ipa sudorule-add readfiles Додати об’єкт команди sudo і записати його як дозволену команду до правила: ipa sudocmd-add /usr/bin/less ipa sudorule-add-allow-command readfiles --sudocmds /usr/bin/less Додати запис вузла до правила: ipa sudorule-add-host readfiles --hosts server.example.com Додати запис користувача до правила: ipa sudorule-add-user readfiles --users jsmith Додати особливе правило sudo для типового налаштовування сервера sudo: ipa sudorule-add defaults Встановити типовий варіант дій для sudo: ipa sudorule-add-option defaults --sudooption '!authenticate' Правила sudo Sudo (su "do") надає системному адміністратору змогу делегувати повноваження певним користувачам (або групам користувачів) на виконання деяких (або усіх) команд від імені адміністратора (root) або іншого користувача, зберігаючи водночас журнал виконання команд та аргументів. У IPA передбачено декілька параметрів налаштовування роботи sudo: Users: користувачі або групи, які можуть викликати sudo. Hosts: вузли або групи вузлів, користувачі якого можуть викликати sudo. Allow Command: специфічні команди, які можна виконувати за допомогою sudo. Deny Command: специфічні команди, які не можна виконувати за допомогою sudo. RunAsUser: користувачі або групи, від імені яких sudo виконуватиме команди. RunAsGroup: групи, ідентифікатори яких буде використано sudo для виконання команд. Options: різноманітні параметри sudoers, які можуть змінити поведінку sudo. До правила sudo можна додати порядок, який керуватиме порядком обробки записів (якщо такий порядок передбачено на клієнтському боці). Порядок визначається числовим індексом, який не повинен повторюватися. У IPA передбачено визначений binddn для використання з sudo, який розташовано у uid=sudo,cn=sysaccounts,cn=etc,dc=example,dc=com Щоб увімкнути binddn, віддайте таку команду для встановлення пароля: LDAPTLS_CACERT=/etc/ipa/ca.crt /usr/bin/ldappasswd -S -W \ -H ldap://ipa.example.com -ZZ -D "cn=Directory Manager" \ uid=sudo,cn=sysaccounts,cn=etc,dc=example,dc=com Докладніші відомості наведено у документації з IPA щодо sudo. Симетричне сховище є подібним до стандартного сховища, але у ньому реєстраційні дані попередньо шифруються до передавання за допомогою пароля. Реєстраційні дані можна отримати лише за допомогою цього пароля. За допомогою програми automember-rebuild ви можете повторно застосувати правила автоматичної участі до вже створених записів, тобто перебудувати схему участі. Формат дати є таким: РРРР-мм-дд. Служба сертифікації dogtag використовує лише значення CN CSR і примусово встановлює решту параметрів призначення за налаштуваннями сервера. Передбачено підтримку таких причин відкликання: Стан ролі може бути одним зі значень: enabled, configured або absent. Передбачено декілька можливих призначень: 1. subtree: DN; право доступу застосовується до піддерева DN 2. target filter: фільтр LDAP 3. target: DN з можливими символами-замінниками, що визначає записи, яких стосуються права доступу Існує багато структурованих типів RR DNS, для яких дані DNS, що зберігаються на сервері LDAP, не є скалярним значенням, наприклад дані щодо IP-адресу або назву домену, а структурою даних, яка часто може бути складною. Прикладом може бути запис LOC [RFC1876], який складається з багатьох обов’язкових і необов’язкових частин (градусів, мінут, секунд широти і довготи, висоти та похибки). Цей код є розширенням до додатка otptoken, він надає підтримку безпосереднього читання та запису жетонів YubiKey. Щоб увімкнути binddn, віддайте таку команду для встановлення пароля: LDAPTLS_CACERT=/etc/ipa/ca.crt /usr/bin/ldappasswd -S -W -H ldap://ipa.example.com -ZZ -D "cn=Directory Manager" uid=sudo,cn=sysaccounts,cn=etc,dc=example,dc=com Щоб перевірити, що жоден сервер не від’єднано у топології вказаного суфікса, скористайтеся такою командою: ipa topologysuffix-verify $suffix Топологія Керування топологією реплікації на домені рівня 1. Топологія Керування топологією реплікації на домені рівня 1. Дані сервера IPA зберігаються на сервері LDAP у двох суфіксах: * суфіксі домену, наприклад «dc=example,dc=com», тут містяться усі пов’язані із доменом дані * суфіксі ca, «o=ipaca», наявні лише на серверах із встановленим CA. Тут містяться дані для компонента сервера сертифікатів. Дані, що зберігаються на серверах IPA, відтворюються на інших серверах IPA. Спосіб відтворення (реплікації) визначається угодами. Угоди реплікації потрібно встановлювати для обох суфіксів окремо. На рівні домену 0 угодами керують програми ipa-replica-manage та ipa-csreplica-manage. На рівні доменів 1 керування виконується централізовано за допомогою команд «ipa topology*». Угоди представляються сегментами топології. Типово, сегмент топології представляється 2 угодами реплікації — по одній для кожного напрямку, наприклад від A до B і від B до A. Створення односпрямованих сегментів заборонене. Щоб перевірити, що жоден сервер не від’єднано у топології вказаного суфікса, скористайтеся такою командою: ipa topologysuffix-verify $suffix Приклади: Знайти усі сервери IPA: ipa server-find Знайти усі суфікси: ipa topologysuffix-find Додати сегмент топології до суфікса «domain»: ipa topologysegment-add domain --left IPA_SERVER_A --right IPA_SERVER_B Додати сегмент топології до суфікса «ca»: ipa topologysegment-add ca --left IPA_SERVER_A --right IPA_SERVER_B Вивести список усіх сегментів топології у суфіксі «domain»: ipa topologysegment-find domain Вивести список усіх сегментів топології у суфіксі «ca»: ipa topologysegment-find ca Вилучити сегмент топології у суфіксі «domain»: ipa topologysegment-del domain segment_name Вилучити сегмент топології у суфіксі «ca»: ipa topologysegment-del ca segment_name Перевірити топологію суфікса «domain»: ipa topologysuffix-verify domain Перевірити топологію суфікса «ca»: ipa topologysuffix-verify ca Топологія Керування топологією реплікації. Потребує мінімального рівня домену 1. ВИКОРИСТАННЯ СТРУКТУРОВАНИХ ПАРАМЕТРІВ ДЛЯ ОКРЕМИХ ТИПІВ Розблокувати обліковий запис користувача Обліковий запис може бути заблоковано, якщо відповідно до правил безпеки користувач перевищить обмеження на кількість введення помилкових паролів протягом певного часу. Запис блокується тимчасово, його може бути розблоковано адміністратором. Сховища користувачів — це сховища, власником яких є конкретний користувач. Приватними є сховища, власником яких є поточний користувач. Власником сховища служби є певна служба. Сховища спільного використання належать адміністратору, але можуть використовуватися іншими користувачами або службами. Користувачі Керування записами користувачів. Всі користувачі є користувачами POSIX. У IPA передбачено підтримку широкого діапазону форматів імен користувачів, але вам слід враховувати всі обмеження, які накладаються вашим робочим середовищем. Наприклад, імена, що починаються з цифри, або занадто довгі імена можуть спричинити проблеми у деяких системах UNIX. Скористайтеся командою «ipa config-mod» для зміни формату імені користувача, яке дозволятиметься інструментами IPA. Вимикання облікового запису користувача лише заборонить отримання користувачами нових реєстраційних даних Kerberos. Всі вже отримані реєстраційні дані не втратять своєї чинності. Керування паролями не є завданням цього модуля. Докладніші дані щодо керування паролями можна отримати у відповідь на команду ipa help passwd Блокування облікового запису виконується окремим основним вузлом IPA. Для визначення основного вузла, на якому було заблоковано запис, можна скористатися командою user-status. Адміністратор має розблоковувати користувача саме на цьому основному вузлі. ПРИКЛАДИ: Додавання нового користувача: ipa user-add --first=Ivan --last=Ivanenko --password tuser1 Пошук всіх користувачів, чиї записи містять рядок «Ivan»: ipa user-find Ivan Пошук всіх користувачів з іменем (не прізвищем) «Ivan»: ipa user-find --first=Ivan Вимикання запису користувача: ipa user-disable tuser1 Вмикання запису користувача: ipa user-enable tuser1 Вилучення запису користувача: ipa user-del tuser1 Сховище — безпечне місце для зберігання ключа. Одне сховище може містити лише один ключ. При архівуванні ключа до сховища, наявний ключ (якщо такий існує) буде перезаписано. Сховища Сховища Керування сховищами. Сховище — безпечне місце для зберігання ключів і паролів. За правами власності сховища поділяються на три категорії: * приватні сховища користувачів * сховища служб * сховища спільного використання Сховища користувачів — це сховища, власником яких є конкретний користувач. Приватними є сховища, власником яких є поточний користувач. Власником сховища служби є певна служба. Сховища спільного використання належать адміністратору, але можуть використовуватися іншими користувачами або службами. За механізмами захисту сховища поділяються на три типи: * стандартні сховища * симетричні сховища * асиметричні сховища У стандартному сховищі для передавання і зберігання реєстраційних даних використовуються безпечні механізми. Реєстраційні дані може бути отримано лише користувачами, які мають доступ до сховища. Симетричне сховище є подібним до стандартного сховища, але у ньому реєстраційні дані попередньо шифруються до передавання за допомогою пароля. Реєстраційні дані можна отримати лише за допомогою цього пароля. Асиметричне сховище є подібним до стандартного сховища, але у ньому реєстраційні дані попередньо шифруються до передавання за допомогою відкритого ключа. Реєстраційні дані можна отримати лише за допомогою закритого ключа. Вивести список сховищ: ipa vault-find [--user <користувач>|--service <служба>|--shared] Додати стандартне сховище: ipa vault-add <назва> [--user <користувач>|--service <служба>|--shared] --type standard Додати симетричне сховище: ipa vault-add <назва> [--user <користувач>|--service <служба>|--shared] --type symmetric --password-file пароль.txt Додати асиметричне сховище: ipa vault-add <назва> [--user <користувач>|--service <служба>|--shared] --type asymmetric --public-key-file відкритий_ключ.pem Показати сховище: ipa vault-show <назва> [--user <користувач>|--service <служба>|--shared] Змінити опис сховища: ipa vault-mod <назва> [--user <користувач>|--service <служба>|--shared] --desc <опис> Змінити тип сховища: ipa vault-mod <назва> [--user <користувач>|--service <служба>|--shared] --type <тип> [старий пароль/закритий ключ] [новий пароль/відкритий ключ] Змінити пароль до симетричного сховища: ipa vault-mod <назва> [--user <користувач>|--service <служба>|--shared] --change-password ipa vault-mod <назва> [--user <користувач>|--service <служба>|--shared] --old-password <старий пароль> --new-password <новий пароль> ipa vault-mod <назва> [--user <користувач>|--service <служба>|--shared] --old-password-file <файл старого пароля> --new-password-file <файл нового пароля> Змінити ключ асиметричного сховища: ipa vault-mod <назва> [--user <користувач>|--service <служба>|--shared] --private-key-file <файл старого закритого ключа> --public-key-file <файл нового відкритого ключа> Вилучити сховище: ipa vault-del <назва> [--user <користувач>|--service <служба>|--shared] Вивести налаштування сховищ: ipa vaultconfig-show Архівувати дані до стандартного сховища: ipa vault-archive <name> [--user <користувач>|--service <служба>|--shared] --in <файл вхідних даних> Архівувати дані до симетричного сховища: ipa vault-archive <name> [--user <користувач>|--service <служба>|--shared] --in <файл вхідних даних> --password-file пароль.txt Архівувати дані до асиметричного сховища: ipa vault-archive <name> [--user <користувач>|--service <служба>|--shared] --in <файл вхідних даних> Отримати дані зі стандартного сховища: ipa vault-retrieve <назва> [--user <користувач>|--service <служба>|--shared] --out <файл результатів> Отримати дані з симетричного сховища: ipa vault-retrieve <назва> [--user <користувач>|--service <служба>|--shared] --out <файл результатів> --password-file password.txt Отримати дані з асиметричного сховища: ipa vault-retrieve <назва> [--user <користувач>|--service <служба>|--shared] --out <файл результатів> --private-key-file private.pem Додати записи власників сховища: ipa vault-add-owner <назва> [--user <користувач>|--service <служба>|--shared] [--users <користувачі>] [--groups <групи>] [--services <служби>] Вилучити записи учасників сховища: ipa vault-remove-owner <назва> [--user <користувач>|--service <служба>|--shared] [--users <користувачі>] [--groups <групи>] [--services <служби>] Додати записи учасників сховища: ipa vault-add-member <назва> [--user <користувач>|--service <служба>|--shared] [--users <користувачі>] [--groups <групи>] [--services <служби>] Вилучити записи учасників сховища: ipa vault-remove-member <назва> [--user <користувач>|--service <служба>|--shared] [--users <користувачі>] [--groups <групи>] [--services <служби>] Перевірити топологію реплікації для вказаного суфікса. Перевірки, які виконуються: 1. перевірка того, чи не є топологія від’єднаною. Іншими словами, чи є шляхи реплікації між усіма серверами. 2. перевірка того, чи немає у сервера перевищення рекомендованої кількості узгоджень реплікації. Перевірити топологію реплікації для суфікса. Перевірки, які виконуються: 1. перевірка того, чи є топологія роз’єднаною. Іншими словами, того, чи пов’язано усі сервери шляхами реплікації. 2. перевірка того, чи не перевищено кількість рекомендованих угод з реплікації між серверами. Під час додавання запису можна скористатися специфічними для RR параметрами або стандартним параметром для необробленого значення. Втім, поєднувати ці варіанти у одній дії із додавання не можна. Під час внесення змін до наявного запису можна скористатися для зміни однієї частини запису DNS новими специфічними параметрами RR, причому для визначення зміненого значення буде використано стандартний варіант необробленого значення. У наведеному нижче прикладі продемонстровано зміну пріоритетності запису MX з 0 на 1 у записі без внесення змін до обмінника: ipa dnsrecord-mod --mx-rec="0 mx.example.com." --mx-preference=1 Якщо пошук виконується за датою _від, використовується порівняння >=, а якщо виконується пошук _до дати — порівняння <=. Поєднання обох пошуків призводить до пошуку з логічним поєднанням ТА. Жетони YubiKey Жетони YubiKey Керування жетонами YubiKey. Цей код є розширенням до додатка otptoken, він надає підтримку безпосереднього читання та запису жетонів YubiKey. ПРИКЛАДИ: Додати новий жетон: ipa otptoken-add-yubikey --owner=jdoe --desc="My YubiKey" http://www.ietf.org/rfc/rfc5280.txt * 0 - не визначено * 1 - keyCompromise * 10 - aACompromise * 2 - cACompromise * 3 - affiliationChanged * 4 - superseded * 5 - cessationOfOperation * 6 - certificateHold * 8 - removeFromCRL * 9 - privilegeWithdrawn ipa <команда> --help -8 '${cn}' Крім того, цю команду можуть виконати такі сервери: %(masters)s «%s» не є коректним типом прав доступу «%s» не є об’єктним типом Маємо ${count} сертифікатів Додано ${count} записів Вилучено ${count} записів Вимкнено ${count} записів Увімкнено ${count} записів Вилучено ${count} записів Вилучено ${count} параметрів Активовано ${count} записів користувачів Відновлено ${count} записів користувачів Користувачами етапу зроблено ${count} користувачів Параметри ${primary_key} ${entity} Оновлено ${primary_key} ${entity} ${entity} успішно додано ${primary_key} застосовується до: ${primary_key} міститься у: ${primary_key} керується: Керівники учасника ${primary_key}: Учасники ${primary_key}: ${primary_key} перевизначає: ${product}, версія: ${version} %(attr)s не містить «%(value)s» %(attr)s: некоректний синтаксис. %(attr)s: можна використовувати лише одне значення. %(command_name)s: не знайдено %(oname)s Пошуком LDAP у %(container)s не повернуто жодного результату (основа пошуку: %(search_base)s, клас об’єктів: %(objectclass)s) Пропущено %(count)d %(type)s запис. Одночасно можна змінювати лише одне значення на тип запису DNS. Пропущено %(count)d %(type)s записи. Одночасно можна змінювати лише одне значення на тип запису DNS. Пропущено %(count)d %(type)s записів. Одночасно можна змінювати лише одне значення на тип запису DNS. встановлено відповідність %(count)d ACI встановлено відповідність %(count)d ACI встановлено відповідність %(count)d ACI встановлено відповідність %(count)d CA ACL встановлено відповідність %(count)d CA ACL встановлено відповідність %(count)d CA ACL встановлено відповідність %(count)d CA встановлено відповідність %(count)d CA встановлено відповідність %(count)d CA Встановлено відповідність %(count)d правила прив’язування сертифікатів до профілів Встановлено відповідність %(count)d правил прив’язування сертифікатів до профілів Встановлено відповідність %(count)d правил прив’язування сертифікатів до профілів встановлено відповідність %(count)d сервера DNS встановлено відповідність %(count)d серверів DNS встановлено відповідність %(count)d серверів DNS встановлено відповідність %(count)d перевизначення ідентифікаторів групи встановлено відповідність %(count)d перевизначень ідентифікаторів групи встановлено відповідність %(count)d перевизначень ідентифікаторів групи встановлено відповідність %(count)d правила HBAC встановлено відповідність %(count)d правил HBAC встановлено відповідність %(count)d правил HBAC встановлено відповідність %(count)d групи служб HBAC встановлено відповідність %(count)d груп служб HBAC встановлено відповідність %(count)d груп служб HBAC встановлено відповідність %(count)d служби HBAC встановлено відповідність %(count)d служб HBAC встановлено відповідність %(count)d служб HBAC встановлено відповідність %(count)d перегляду ідентифікаторів встановлено відповідність %(count)d переглядів ідентифікаторів встановлено відповідність %(count)d переглядів ідентифікаторів встановлено відповідність %(count)d перевизначення ідентифікатора встановлено відповідність %(count)d перевизначень ідентифікаторів встановлено відповідність %(count)d перевизначень ідентифікаторів встановлено відповідність %(count)d місця IPA встановлено відповідність %(count)d місць IPA встановлено відповідність %(count)d місць IPA встановлено відповідність %(count)d сервера IPA встановлено відповідність %(count)d серверів IPA встановлено відповідність %(count)d серверів IPA встановлено відповідність %(count)d жетона OTP встановлено відповідність %(count)d жетони OTP встановлено відповідність %(count)d жетонів OTP Встановлено відповідність %(count)d проксі-сервера RADIUS Встановлено відповідність %(count)d проксі-серверів RADIUS Встановлено відповідність %(count)d проксі-серверів RADIUS встановлено відповідність %(count)d карти користувачів SELinux встановлено відповідність %(count)d карт користувачів SELinux встановлено відповідність %(count)d карт користувачів SELinux встановлено відповідність %(count)d групи команд sudo встановлено відповідність %(count)d груп команд sudo встановлено відповідність %(count)d груп команд sudo встановлено відповідність %(count)d команди sudo встановлено відповідність %(count)d команд sudo встановлено відповідність %(count)d команд sudo встановлено відповідність %(count)d правила sudo встановлено відповідність %(count)d правил sudo встановлено відповідність %(count)d правил sudo встановлено відповідність %(count)d перевизначення ідентифікатора користувача встановлено відповідність %(count)d перевизначень ідентифікаторів користувачів встановлено відповідність %(count)d перевизначень ідентифікаторів користувачів встановлено відповідність %(count)d ключа автоматичного монтування встановлено відповідність %(count)d ключі автоматичного монтування встановлено відповідність %(count)d ключів автоматичного монтування встановлено відповідність %(count)d місця автоматичного монтування встановлено відповідність %(count)d місця автоматичного монтування встановлено відповідність %(count)d місць автоматичного монтування встановлено відповідність %(count)d карти автоматичного монтування встановлено відповідність %(count)d карти автоматичного монтування встановлено відповідність %(count)d карт автоматичного монтування встановлено відповідність %(count)d сертифіката встановлено відповідність %(count)d сертифікатів встановлено відповідність %(count)d сертифікатів встановлено відповідність %(count)d уповноваження встановлено відповідність %(count)d уповноваження встановлено відповідність %(count)d уповноважень встановлено відповідність %(count)d групи встановлено відповідність %(count)d груп встановлено відповідність %(count)d груп встановлено відповідність %(count)d вузла встановлено відповідність %(count)d вузлів встановлено відповідність %(count)d вузлів встановлено відповідність %(count)d групи вузлів встановлено відповідність %(count)d груп вузлів встановлено відповідність %(count)d груп вузлів встановлено відповідність %(count)d групи встановлено відповідність %(count)d груп встановлено відповідність %(count)d груп встановлено відповідність %(count)d запису встановлено відповідність %(count)d записів встановлено відповідність %(count)d записів завантажено %(count)d додаток завантажено %(count)d додатки завантажено %(count)d додатків встановлено відповідність %(count)d привілею встановлено відповідність %(count)d привілеїв встановлено відповідність %(count)d привілеїв встановлено відповідність %(count)d профілю встановлено відповідність %(count)d профілів встановлено відповідність %(count)d профілів встановлено відповідність %(count)d діапазону встановлено відповідність %(count)d діапазонів встановлено відповідність %(count)d діапазонів встановлено відповідність %(count)d ролі встановлено відповідність %(count)d ролей встановлено відповідність %(count)d ролей встановлено відповідність %(count)d правила встановлено відповідність %(count)d правил встановлено відповідність %(count)d правил встановлено відповідність %(count)d сегмента встановлено відповідність %(count)d сегментів встановлено відповідність %(count)d сегментів встановлено відповідність %(count)d самообслуговування встановлено відповідність %(count)d самообслуговування встановлено відповідність %(count)d самообслуговувань встановлено відповідність %(count)d правила делегування служб встановлено відповідність %(count)d правил делегування служб встановлено відповідність %(count)d правил делегування служб встановлено відповідність %(count)d призначення делегування служб встановлено відповідність %(count)d призначень делегування служб встановлено відповідність %(count)d призначень делегування служб встановлено відповідність %(count)d служби встановлено відповідність %(count)d служб встановлено відповідність %(count)d служб встановлено відповідність %(count)d підлеглого ідентифікатора встановлено відповідність %(count)d підлеглих ідентифікаторів встановлено відповідність %(count)d підлеглих ідентифікаторів встановлено відповідність %(count)d суфікса топології встановлено відповідність %(count)d суфіксів топології встановлено відповідність %(count)d суфіксів топології встановлено відповідність %(count)d запису довіри встановлено відповідність %(count)d записів довіри встановлено відповідність %(count)d записів довіри встановлено відповідність %(count)d користувача встановлено відповідність %(count)d користувачів встановлено відповідність %(count)d користувачів %(count)d змінних встановлено відповідність %(count)d сховища встановлено відповідність %(count)d сховищ встановлено відповідність %(count)d сховищ Встановлено відповідність %(count)s сервера Встановлено відповідність %(count)s серверів Встановлено відповідність %(count)s серверів встановлено відповідність %(count)s ролі сервера встановлено відповідність %(count)s ролей сервера встановлено відповідність %(count)s ролей сервера Встановлено відповідність %(count)s користувача Встановлено відповідність %(count)s користувачів Встановлено відповідність %(count)s користувачів Клієнт %(cver)s є несумісним з сервером %(sver)s на «%(server)s» %(desc)s: %(info)s %(exception)s %(filename)s: файл не знайдено Помилка %(host)s Помилка %(host)s: %(error)s %(info)s %(key)s неможливо вилучити, оскільки він потрібен для %(dependent)s %(label)s %(key)s не може бути вилучено або вимкнено, оскільки він є останнім у %(container)s %(label)s %(key)s %(label)s не можна вилучати або змінювати: %(reason)s %(line)s %(metaobject)s: не знайдено %(oname)s Сертифікат %(name)s не є чинним Типовий атрибут %(obj)s, %(attr)s, не буде дозволено! %(oname)s з назвою «%(pkey)s» вже існує %(oname)s з назвою «%(pkey)s» або для користувача «%(uid)s» вже існує. Підтримки %(operation)s для реєстраційних записів %(principal_type)s не передбачено %(otype)s «%(oname)s» не знайдено %(parent)s: не знайдено %(oname)s %(pkey)s: не знайдено %(oname)s %(port)s не є чинним портом %(reason)s %(remaining)i залишкових діапазонів підлеглих ідентифікаторів %(subject)s: помилкове форматування сертифіката. %(reason)s Перевищення часу очікування на завершення завдання LDAP %(task)s, DN завдання: «%(task_dn)s» Значенням категорії %(type)s не можна встановлювати «all», якщо існують дозволені %(objects)s %(user)s не є користувачем з групи POSIX %(value)s Додано %i CA. Вилучено %i. Додано %i CA. Вилучено %i CA. Додано %i вузол або групу вузлів. Вилучено %i вузол або групу вузлів. Додано %i вузлів або груп вузлів. Вилучено %i вузлів або груп вузлів. Додано %i профіль. Вилучено %i профіль. Додано %i профілів. Вилучено %i профілів. Додано %i службу. Вилучено %i службу. Додано %i служб. Вилучено %i служб. Додано %i користувача або групу. Вилучено %i користувача або групу. Додано %i користувачів або груп. Вилучено %i користувачів або груп. %s Запис %s %s не є коректним атрибутом. Запис %s %s для додавання %s, які слід виключити з перенесення %s для вилучення %s: проксі-сервер RADIUS не знайдено %s: групи не знайдено %s: запис користувача вже захищено «${port}» не є коректним визначенням порту «%(attr)s» вже містить одне або декілька значень «%(command)s» вважається застарілою. %(additional_info)s '%(dn)s не є коректним користувачем «%(entry)s» не містить сертифіката. Слід вказати «%(name)s» Параметр «%(option)s» є застарілим. %(additional_info)s «%(required)s» має бути порожнім, якщо вказано «%(name)s» «%s» є обов’язковою частиною запису DNS параметр «add» (застаріле) (докладніше про це у RFC %s) . Перевірте ідентифікатор вже створеної групи. Скористайтеся параметром --group-overwrite-gid для перезапису ідентифікатора групи 7 не є коректною причиною відкликання <усі сервери DNS IPA> <h1>Налаштування браузера для Kerberos</h1> <h1>Перенесення паролів</h1><p>Якщо вас було спрямовано на цю сторінку вашим адміністратором, ваші особисті дані було перенесено до нового рішення з керування профілями користувачів (IPA).</p><p>Будь ласка, введіть ваші реєстраційні дані до форми, щоб завершити процес. Після успішного входу до системи ваш обліковий запис kerberos буде активовано.</p> <h1>Не вдалося перевірити ваші реєстраційні дані Kerberos</h1> <p> Будь ласка, переконайтеся, що у вас є чинні квитки Kerberos (їх можна отримати за допомогою <strong>kinit</strong>), і що ви налаштували ваш браузер належним чином. </p> <h2>Налаштовування браузера</h2> <div id="first-time"> <p> Якщо це вперше, будь ласка, <a href="ssbrowser.html">налаштуйте ваш браузер</a>. </p> </div> <h2>Chrome</h2> <p> Ви можете налаштувати Chrome на використання Kerberos для служби універсального входу. Нижче наведено настанови, які допоможуть вам налаштувати ваш браузер на надсилання реєстраційних даних Kerberos до відповідного центру розповсюдження ключів, який надає доступ до служи універсального входу. </p> <h2>Firefox</h2> <p> Ви можете налаштувати Firefox на використання Kerberos для служби універсального входу. Нижче наведено настанови, які допоможуть вам налаштувати ваш браузер на надсилання реєстраційних даних Kerberos до відповідного центру розповсюдження ключів, який надає доступ до служи універсального входу. </p> <h2>Internet Explorer</h2> <p><strong>ПОПЕРЕДЖЕННЯ:</strong> підтримку браузера Internet Explorer припинено.</p> <p> Якщо ви здатні увійти до робочої станції за допомогою вашого ключа kerberos, ви можете скористатися отриманим квитком у Internet Explorer. </p> <p> <h3> Вмикання SPNEGO (Simple and Protected GSSAPI Negotiation Mechanism) для використання розпізнавання Kerberos у Chrome </h3> <ol> <li> Переконайтеся, що у вас є потрібний каталог, за допомогою такої команди: <div><code> [root@client]# mkdir -p /etc/opt/chrome/policies/managed/ </code></div> </li> <li> Створіть файл <code>/etc/opt/chrome/policies/managed/mydomainjson</code> із правами доступу на запис, обмеженими адміністратором системи або root, із таким рядком вмісту: <div><code> { "AuthServerWhitelist": "*<span class="example-domain">example.com</span>" } </code></div> <div> Зробити це можна за допомогою такої команди: </div> <div><code> [root@server]# echo '{ "AuthServerWhitelist": "*<span class="example-domain">.example.com.</span>" }' > /etc/opt/chrome/policies/managed/mydomain.json </code></div> </li> </ol> <ol> <p> <strong>Зауваження:</strong> якщо ви користуєтеся Chromium, скористайтеся <code>/etc/chromium/policies/managed/</code> замість <code>/etc/opt/chrome/policies/managed/</code> для двох кроків налаштовування для SPNEGO Chrome. </p> </ol> <h3>Імпортування сертифіката служби сертифікації</h3> <ol> <li> Отримайте <a href="ca.crt">сертифікат служби сертифікації</a>. Крім того, якщо вузол є також клієнтом IdM, можете просто взяти цей сертифікат з /etc/ipa/ca.crt. </li> <li> Натисніть кнопку меню із підказкою <em>Налаштування та керування Google Chrome</em>, яку типово розташовано у верхньому правому куті вікна Chrome, потім натисніть <em>Налаштування</em>. </li> <li> Натисніть пункт <em>Розширені</em>, щоб отримати доступ до ширшого списку параметрів, потім натисніть кнопку <em>Керування сертифікатами</em>, яку розташовано у списку із заголовком «HTTPS/SSL». </li> <li> На вкладці <em>Центри сертифікації</em> натисніть кнопку <em>Імпортувати</em> у нижній частині сторінки. </li> <li>Виберіть сертифікат служби сертифікації, який ви отримали на першому кроці.</li> </ol> <i class="fa fa-info-circle"></i> <strong>OTP (одноразовий пароль):</strong> створити новий код OTP для кожного з полів OTP. <i class="fa fa-info-circle"></i> Щоб увійти до системи за допомогою <strong>Kerberos</strong>, будь ласка, переконайтеся, що у вас є коректні квитки (такі, які можна отримати за допомогою kinit) і <a href='${protocol}//${host}/ipa/config/ssbrowser.html'>налаштований</a> належним чином браузер. Далі натисніть кнопку «Увійти». <i class="fa fa-info-circle"></i> Щоб увійти за допомогою <strong>сертифіката</strong>, будь ласка, переконайтеся, що у вас є чинний особистий сертифікат. <i class="fa fa-info-circle"></i> Щоб увійти за допомогою <strong>імені користувача і пароля</strong>, вкажіть ці дані у відповідних полях, потім натисніть кнопку «Увійти». <ol> <li> <p> <a href="ca.crt" id="ca-link" class="btn btn-default">Імпортування сертифіката служби сертифікації (CA)</a> </p> <p> Переконайтеся, що вами позначено <b>усі три</b> поля для позначок. </p> </li> <li> У полі адреси Firefox введіть <code>about:config</code>, щоб програма показала список поточних параметрів налаштувань. </li> <li> У полі фільтрування введіть <code>negotiate</code>, щоб фільтрувати список параметрів. </li> <li> Двічі клацніть на пункті <code>network.negotiate-auth.trusted-uris</code>, щоб відкрити діалогову панель для введення значення рядка. </li> <li> Введіть назву домену, на якому ви хочете проходити розпізнавання, наприклад, <code class="example-domain">.example.com</code>. </li> <li><a href="../ui/index.html" id="return-link" class="btn btn-default">Повернутися до інтернет-інтерфейсу</a></li> </ol> <ol> <li>Створити базу даних сертифікатів або скористатися вже створеною. Щоб створити нову базу даних, віддайте команду:<br/> <code># certutil -N -d <шлях до бази даних></code> </li> <li>Створити CSR з призначенням <em>CN=<${cn_name}>,O=<область></em>, наприклад:<br/> <code># certutil -R -d <шлях до бази даних> -a -g <розмір ключа> -s 'CN=${cn},O=${realm}'${san}</code> </li> <li> Скопіюйте і вставте CSR (від <em>-----BEGIN NEW CERTIFICATE REQUEST-----</em> до <em>-----END NEW CERTIFICATE REQUEST-----</em>) до області для введення тексту, розташованої нижче: </li> </ol> <p>Якщо метод не вибрано, буде використано неявний метод (пароль).</p><p><strong>Пароль + двофакторне розпізнавання:</strong> у LDAP і Kerberos передбачено розпізнавання за одним із цих типів розпізнавання, а у Kerberos використовується метод попереднього розпізнавання, який потребує використання ccache armor.</p><p><strong>RADIUS із іншим типом:</strong> у Kerberos завжди використовується RADIUS, а у LDAP він не використовується ніколи. LDAP розпізнає лише варіанти розпізнавання за паролем або двофакторне розпізнавання.</p> <p>Параметр для окремих користувачів, перевизначає загальне значення, якщо буде вибрано один з варіантів.</p><p><strong>Пароль + двофакторне розпізнавання:</strong> у LDAP і Kerberos передбачено розпізнавання за одним із цих типів розпізнавання, а у Kerberos використовується метод попереднього розпізнавання, який потребує використання ccache armor.</p><p><strong>RADIUS із іншим типом:</strong> у Kerberos завжди використовується RADIUS, а у LDAP він не використовується ніколи. LDAP розпізнає лише варіанти розпізнавання за паролем або двофакторне розпізнавання.</p> <strong>Увійдіть до системи Windows за допомогою облікового запису вашої області Kerberos (адміністративного домену)</strong> </p> <p> <strong>У Internet Explorer виберіть меню «Інструменти», потім пункт «Параметри інтернету».</strong> </p> <div> <ol> <li>Відкрийте вкладку «Безпека»</li> <li>Натисніть «Локальна мережа»</li> <li>Натисніть «Сайти»</li> <li>Натисніть «Додатково»</li> <li>Додайте ваш домен до списку</li> </ol> <ol> <li>Відкрийте вкладку «Безпека»</li> <li>Натисніть «Локальна мережа»</li> <li>Натисніть «Нетиповий рівень»</li> <li>Виберіть «Автоматичний вхід лише у локальній зоні»</li> </ol> <ol> <li>Відкрийте kerberізований сайт за допомогою IE (вам слід використати у адресі повноцінну назву домену)</li> <li><strong>Ось і усе.</strong></li> </ol> </div> Створити зворотний A IP-адреса A Права доступу SYSTEM не можна змінювати чи вилучати Відокремлений комами список полів, за якими виконуватиметься пошук груп Відокремлений комами список полів, за якими виконуватиметься пошук користувачів Опис цього проксі-сервера RADIUS Опис цього правила автоматичної участі Опис цієї команди Опис цього вузла Опис цієї групи вузлів Опис цієї групи ролей Словник, що відповідає запису LDAP Група не може бути елементом самої себе Групу не може бути додано як елемент самої себе Вузол, який може працювати як обмінник ключів Вузол, який може працювати як обмінник поштовими даними Назва вузла на яку вказує цей псевдонім вузла Список значень ACI Список записів LDAP Мало бути вказано список користувачів SELinux, записи якого відокремлено символом $ Список загальних переспрямовувачів. Для кожного переспрямовувача можна вказати нетиповий порт за допомогою стандартного формату «IP_АДРЕСА port ПОРТ» Список переспрямовувачів для окремих зон. Для кожного переспрямовувача можна вказати нетиповий порт за допомогою стандартного формату: «IP_АДРЕСА port ПОРТ» У керованої групи не може бути власних правил для паролів. Під час перевірки виявлено проблему, всі записи учасників %(verb)s: %(exc)s запис A Розділений пробілами список атрибутів, які слід вилучати під час оновлено реплікації. Рядок, пошук якого відбуватиметься у всіх відповідних атрибутах об’єктів Рядок, який ідентифікує користувача на зовнішньому IdP Дані запису A6 Запис A6 Компрометація AA Створити зворотний запис AAAA IP-адреса AAAA запис AAAA ACI Назва ACI Об'єкт ACI. ACI права доступу %s не знайдено префікс ACI Слід вказати префікс ACI Не знайдено ACI з назвою «%s» ACI Назва ACL AD DC не вдалося отримати доступ до жодного з контролерів домену IPA. Найімовірніше, цю помилку пов’язано із проблемами з DNS або брандмауером Налаштування довіри AD Контролер домену AD Домен AD скаржиться на послідовність команд встановлення зв’язку. Це, наприклад, може означати розсинхронізацію часу між комп’ютерами, які обмінюються даними. Назва вузла AFSDB Підтип AFSDB Запис AFSDB Навігатор API Не було надіслано номера версії програмного інтерфейсу (API), сумісність з найновішими версіями не можна гарантувати. Припускаємо таку версію API сервера: %(server_version)s запис APL Про програму Доступ заборонено Надано доступ Надано доступ: %s Доступ до цього вузла Час доступу Доступ Обліковий запис Параметри облікового запису Стан облікового запису Обліковий запис вимкнено Обліковий запис вимкнено: %(disabled)s Дії Задіяти Активувати користувача етапу «%(value)s» Активувати користувача етапу. Домен Active Directory Адміністратор домену Active Directory Пароль адміністратора домену Active Directory Діапазон доменів Active Directory Домен Active Directory з атрибутами POSIX Діапазон довіри Active Directory з атрибутами POSIX winsync Active Directory Пароль адміністратора домену Active directory Активні користувачі Активна зона Додати Додати ACL CA Додати CA до ACL CA. Додати служби сертифікації до ACL CA «${primary_key}» Додати запис класу служби Додати нетиповий атрибут Додати нетиповий індикатор розпізнавання Додати зону переспрямовування DNS Додати запис ресурсу DNS Додати зону DNS Додати правило HBAC Додати службу HBAC Додати службу HBAC «${primary_key}» до груп служб HBAC Додати групу служб HBAC Додати групи служб HBAC до правила HBAC «${primary_key}» Додати служби HBAC до правила HBAC «${primary_key}» Додати служби HBAC до групи служб HBAC «${primary_key}» Додати діапазон ідентифікаторів Додати перегляд ідентифікатора Додати місце IPA Додати сервер IPA до місця IPA «${primary_key}» Додати псевдонім реєстраційного запису Kerberos Додати багато Додати жетон OTP Додати сервер RADIUS Додати групи RunAs до правила sudo «${primary_key}» Додати групи користувачів RunAs до правила sudo «${primary_key}» Додати користувачів RunAs до правила sudo «${primary_key}» Додати карту користувачів SELinux Додати SID-и Додати SID-и для наявних користувачів та груп Додати керування до запису користувача етапу Додати керування до запису користувача Додати новий запис сервера DNS. Додати нове перевизначення ідентифікаторів групи. Додати нову групу служб HBAC. Додати нову службу HBAC. Додати новий перегляд ідентифікаторів. Додати нове перевизначення ідентифікаторів. Додати новий запис місця IPA. Додати нову службу IPA. Додати нову службу IPA. Додати новий жетон OTP. Додати новий проксі-сервер RADIUS. Додати нову службу SMB. Додати нове перевизначення ідентифікатора користувача. Додати новий жетон OTP YubiKey. Додати нове уповноваження. Додати нову групу правил для паролів. Додати новий запис вузла. Додати нову групу вузлів. Додати нову мережеву групу. Додати нові права доступу. Додати новий привілей. Додати нову роль. Додати новий сегмент. Додати нові права доступу автослужби. Додати нового користувача етапу. Додати новий підлеглий ідентифікатор. Додати новий суфікс топології для керування. Додати нового користувача. Додати право доступу до делегування доступу на основі окремих зон переспрямовування. Додати права доступу до надання доступу до окремих зон. Додати права доступу до системи без ACI Додати системні права доступу без ACI (внутрішня команда) Додати сховище. Додати групи дозволу команд sudo до правила sudo «${primary_key}» Додати команди дозволу sudo до правила sudo «${primary_key}» Додати пару атрибут/значення. Формат: атрибут=значення. Атрибут має бути частиною схеми. Додати правило автоматичної участі. Додати пункт до правила sudo. Додати і додати ще Додати і закрити Додати і змінити Додати ключ автомонтування Додати місце автомонтування Додати карту автомонтування Додати службу сертифікації Додати правило прив'язки сертифіката до профілю Додати дані прив'язки сертифіката Додати профілі сертифікації до ACL CA «${primary_key}» Додати сертифікати до запису вузла Додати команди і групи команд sudo, яких стосується правило sudo. Додати умови до правила автоматичної участі. Додати нетипове значення Додати уповноваження Додати групи заборони команд sudo до правила sudo «${primary_key}» Додати команди заборони sudo до правила sudo «${primary_key}» Додати домен Додати виключну умову до «${primary_key}» Додати запис переспрямування для сервера назв, розташованого у створеній зоні Додати перевизначення ідентифікатора групи Додати групу виконання до запису sudo. Додати групи як керівників учасниками для групи вузлів «${primary_key}» Додати групи як керівників учасниками для групи користувачів «${primary_key}» Додати вузол Додати вузол «${primary_key}» до правил HBAC Додати вузол «${primary_key}» до груп вузлів Додати вузол «${primary_key}» до мережевих груп Додати вузол «${primary_key}» до ролей Додати вузол «${primary_key}» до правил sudo Додати групу вузлів Додати групу вузлів «${primary_key}» до правил HBAC Додати групу вузлів «${primary_key}» до груп вузлів Додати групу вузлів «${primary_key}» до мережевих груп Додати групу вузлів «${primary_key}» до правил sudo Додати групи вузлів до ACL CA «${primary_key}» Додати групи вузлів до правила HBAC «${primary_key}» Додати групи вузлів до прив'язки користувачів SELinux «${primary_key}» Додати групи вузлів до групи вузлів «${primary_key}» Додати групи вузлів до мережевої групи «${primary_key}» Додати групи вузлів до ролі «${primary_key}» Додати групи вузлів до правила sudo «${primary_key}» Додати вузли та групи вузлів, яких стосується правило sudo. Додати вузли до ACL CA «${primary_key}» Додати вузли до правила HBAC «${primary_key}» Додати вузли до прив'язки користувачів SELinux «${primary_key}» Додати вузли до групи вузлів «${primary_key}» Додати вузли до мережевої групи «${primary_key}» Додати вузли до ролі «${primary_key}» Додати вузли до правила sudo «${primary_key}» Додати вузол керування вузлами «${primary_key}» Додати службу керування вузлами «${primary_key}» Додати записи вузлів, які можуть керувати цим вузлом. Додати вузли, які можуть керувати цією службою. Додати включну умову до «${primary_key}» Додати запис учасника до іменованого правила делегування служб. Додати запис учасника до іменованого призначення делегування служб. Додати учасників до групи команд sudo. Додати учасників до групи. Додати записи до групи вузлів. Додати учасників до мережевої групи. Додати учасників до запису прав доступу. Додати учасників до запису привілею. Додати учасників до запису ролі. Додати записи учасників сховища. Додати учасників до групи служб HBAC. Додавати перенесені записи користувачів без групи до типової групи (типове значення: true) Додати мережеву групу Додати мережеву групу «${primary_key}» до мережевих груп Додати мережеві групи до мережевої групи «${primary_key}» Додати новий запис ресурсу DNS. Додати нові сертифікати до запису служби Додати нову альтернативну назву реєстраційного запису до служби Додати новий псевдонім реєстраційного запису до запису вузла Додати новий псевдонім реєстраційного запису до запису користувача етапу Додати новий псевдонім реєстраційного запису до запису користувача Додати одну або декілька прив’язок сертифікатів до запису користувача етапу. Додати одну або декілька прив’язок сертифікатів до запису користувача. Додати один або декілька сертифікатів запису idoverrideuser Додати один або декілька сертифікатів запису користувача етапу Додати один або декілька сертифікатів до запису користувача Додати записи власників до контейнера сховища. Додати записи власників до сховища. Додати правила паролів Додати права доступу Додати права доступу до привілею. Додати реєстраційний запис Додати привілеї Додати привілеї «${primary_key}» до дозволів Додати привілеї до дозволів «${primary_key}» Додати привілеї до запису ролі. Додати профілі до CA ACL. Додати роль Додати роль «${primary_key}» до привілеїв Додати ролі до привілеїв «${primary_key}» Додати правило Додати права автослужби Додати службу Додати службу «${primary_key}» до ролей Додати служби до ACL CA «${primary_key}» Додати служби до списку учасників сховища «${primary_key}» Додати служби до списку власників сховища «${primary_key}» Додати служби до ролі «${primary_key}» Додати служби до групи користувачів «${primary_key}» Додати служби до CA ACL. Додати служби до правила HBAC. Додати вузли джерела та групи вузлів з правила HBAC. Додати вузли джерела та групи вузлів до правила HBAC. Додати користувача етапу Додати subid Додати команду sudo Додати команду sudo «${primary_key}» до груп команд sudo Додати групу команд sudo Додати команди sudo до групи команд sudo «${primary_key}» Додати параметр sudo Додати правило sudo Додати вузли і групи вузлів призначення до CA ACL. Додати вузли призначення та групи вузлів до правила HBAC. Додати вузли призначення та групи вузлів до правила карти користувачів SELinux. Додати ціль до іменованого правила делегування служб. Додати ціль до делегування іменованої служби. Додати запис вузла до DNS з цією IP-адресою Додати до типової групи Додати сегмент топології Додати довіру Додати користувача Додати користувача «${primary_key}» до правил HBAC Додати користувача «${primary_key}» до списку мережевих груп Додати користувача «${primary_key}» до ролей Додати користувача «${primary_key}» до правил sudo Додати користувача «${primary_key}» до списку груп користувачів Додати перевизначення ідентифікатора користувача Додати перевизначення ідентифікатора користувача до групи користувачів «${primary_key}» Додати групу користувачів Додати групу користувачів «${primary_key}» до правил HBAC Додати групу користувачів «${primary_key}» до списку мережевих груп Додати групу користувачів «${primary_key}» до списку ролей Додати групу користувачів «${primary_key}» до правил sudo Додати групу користувачів «${primary_key}» до списку груп користувачів Додати групи користувачів до ACL CA «${primary_key}» Додати групи користувачів до правила HBAC «${primary_key}» Додати групи користувачів до прив'язки користувачів SELinux «${primary_key}» Додати групи користувачів до списку учасників сховища «${primary_key}» Додати групи користувачів до мережевої групи «${primary_key}» Додати групи користувачів до списку власників сховища «${primary_key}» Додати групи користувачів до ролі «${primary_key}» Додати групи користувачів до правила sudo «${primary_key}» Додати групи користувачів до групи користувачів «${primary_key}» Додати записи користувачів та груп, яких стосується правило sudo. Додати користувачів та групи для виконання команд sudo від їхнього імені. Додати користувачів і групи до CA ACL. Додати користувачів та групи до правила HBAC. Додати користувачів і групи до правила карти користувачів SELinux. Додати користувачів як керівників учасниками для групи вузлів «${primary_key}» Додати користувачів як керівників учасниками для групи користувачів «${primary_key}» Додати користувачів до ACL CA «${primary_key}» Додати користувачів до правила HBAC «${primary_key}» Додати користувачів до прив'язки користувачів SELinux «${primary_key}» Додати користувачів до списку учасників сховища «${primary_key}» Додати користувачів до мережевої групи «${primary_key}» Додати користувачів до списку власників сховища «${primary_key}» Додати користувачів до ролі «${primary_key}» Додати користувачів до правила sudo «${primary_key}» Додати користувачів до групи користувачів «${primary_key}» Додати ключ керування записами користувачів OTP «${primary_key}» Додати записи користувачів, які можуть керувати учасниками цієї групи. Додати записи користувачів, які можуть керувати учасниками цієї групи вузлів. Додати записи користувачів, які можуть керувати цим жетоном. Додати сховище Додано %(map)s Додано %(src)s до %(dst)s Додано запис довіри Active Directory для області «%(value)s» Додано CA ACL «%(value)s» Додано правило прив’язування сертифікатів до профілів «%(value)s» Додано перевизначення ідентифікаторів групи «%(value)s» Додано правило HBAC «%(value)s» Додано службу HBAC «%(value)s» Додано групу служб HBAC «%(value)s» Додано перегляд ідентифікаторів «%(value)s» Додано перевизначення ідентифікаторів «%(value)s» Додано діапазон ідентифікаторів «%(value)s» Додано запис місця IPA «%(value)s» Додано жетон OTP «%(value)s» Додано проксі-сервер RADIUS «%(value)s» Додано карту користувачів SELinux «%(value)s» Додано команду sudo «%(value)s» Додано групу команд sudo «%(value)s» Додано правило sudo «%(value)s» Додано перевизначення ідентифікатора користувача «%(value)s» Додано правило автоматичної участі «%(value)s» Додано опосередковану карту автоматичного монтування «%(value)s» Додано ключ автоматичного монтування «%(value)s» Додано місце автоматичного монтування «%(value)s» Додано карту автоматичного монтування «%(value)s» Додано прив’язки сертифікатів до запису користувача «%(value)s» Додано сертифікати до запису вузла «%(value)s» Додано сертифікати до запису idoverrideuser «%(value)s» Додано сертифікати до реєстраційного запис служби «%(value)s» Додано сертифікати до запису користувача етапу «%(value)s» Додано сертифікати до запису користувача «%(value)s» Додано умови до «%(value)s» Додано уповноваження «%(value)s» Додано групу «%(value)s» Додано вузол «%(value)s» Додано групу вузлів «%(value)s» Додано групу мережеву групу «%(value)s» Додано новий запис сервера DNS «%(value)s» Додано нові псевдоніми до запису вузла «%(value)s» Додано нові псевдоніми до запису користувача етапу «%(value)s» Додано нові псевдоніми реєстраційного запису служби «%(value)s» Додано нові псевдоніми до запису користувача «%(value)s» До правила sudo «%(rule)s» додано параметр «%(option)s» Додано права доступу «%(value)s» Додано привілей «%(value)s» Додано роль «%(value)s» Додано сегмент «%(value)s» Додано самообслуговування «%(value)s» Додано службу «%(value)s» Додано правило делегування служб «%(value)s» Додано ціль делегування служб «%(value)s» Додано користувача етапу «%(value)s» Додано підлеглий ідентифікатор «%(value)s» Додано системні права доступу «%(value)s» Додано суфікс топології «%(value)s» Додано користувача «%(value)s» Додано сховище «%(value)s» Додаткові настанови: Адреса є некоректною. Переспрямування неможливе. Адміністративний обліковий запис Адреса електронної пошти адміністратора Повідомлено серверами Змінено місце роботи Угоди вилучено Алгоритм Всі Усі атрибути, яких стосуються ці права доступу Виконання всіх команд має призводити до якогось результату Не вдалося отримати відповідь на запит щодо зворотної зони DNS %(revdns)s від жодного із серверів назв Усі фільтри призначення, зокрема ті, які визначаються типом та членством Дозволити Дозволити PTR-синхронізацію Дозволити доступ з довіреного домену Дозволити додавання зовнішніх учасників поза IPA з довірених доменів Дозволити динамічні оновлення. Дозволити повернення до резервного варіанта LDAP DC AD під час визначення адрес довірених об’єктів AD. Лише для двобічних відносин довіри. Дозволити групам вузлів створювати таблицю ключів «${primary_key}» Дозволити групам вузлів отримувати таблицю ключів «${primary_key}» Дозволити вузлам створювати таблицю ключів «${primary_key}» Дозволити вузлам отримувати таблицю ключів «${primary_key}» Дозволити вбудоване підписування DNSSEC Дозволити вбудоване підписування DNSSEC записів у зоні Дозволити запит Дозволити синхронізацію прямих (A, AAAA) і зворотних (PTR) записів Дозволити у зоні синхронізацію прямих (A, AAAA) і зворотних (PTR) записів Дозволити перенесення Дозволити використання ресурсів IPA доменом правила довіри Дозволити групам користувачів створювати сховище ключів «${primary_key}» Дозволити групам користувачів отримувати сховище ключів «${primary_key}» Дозволити користувачам створювати таблицю ключів «${primary_key}» Дозволити користувачам отримувати таблицю ключів «${primary_key}» Дозволити користувачам, групам, вузлам і групам вузлів створювати таблицю ключів цього вузла. Дозволити користувачам, групам, вузлам і групам вузлів створювати таблицю ключів цієї служби. Дозволити користувачам, групам, вузлам і групам вузлів отримувати таблицю ключів цього вузла. Дозволити користувачам, групам, вузлам і групам вузлів отримувати таблицю ключів цієї служби. Дозволена ціль Дозволено виконувати імперсонацію Дозволено створювати таблицю ключів Дозволено отримувати таблицю ключів Уможливлює перенесення, незважаючи на використання додатка compat Вже зареєстровано Альтернативні суфікси UPN Висота Завжди питати Неоднозначні параметри пошуку: не вказано домену користувача Основний вузол IPA не можна вилучати або вимикати Сталася помилка (${error}) Під час спроби отримання даних щодо зон DNS сталася помилка. Для цього зв’язку довіри вже існує діапазон ідентифікаторів. Вам слід або вилучити попередній діапазон, або виключити з команди параметри --base-id/--range-size. Інтервал між регулярними опитуваннями сервера назв щодо нових зон DNS Не вдалося визначити прив’язку «%(anchor)s». Прив’язка для перевизначення Будь-який CA Будь-яка команда Будь-яка група Будь-який вузол Будь-який профіль Будь-яка служба Будь-хто Застосовується до вузлів Застосовує перегляд ідентифікаторів до вказаних вузлів або поточних учасників вказаних груп вузлів. Якщо до вузла застосовується якийсь інший перегляд ідентифікаторів, його буде перевизначено. Застосовує перегляд ідентифікаторів до вказаних вузлів або поточних учасників вказаних груп вузлів. Якщо до вузла застосовується якийсь інший перегляд ідентифікаторів, його буде перевизначено. Застосувати Застосувати ACI до вашого власного запису (self) Застосувати ${primary_key} перегляду ідентифікаторів до вузлів Застосувати ${primary_key} перегляду ідентифікаторів до вузлів груп вузлів Застосувати до груп вузлів Застосувати до вузлів Довільний рядок для ідентифікації сегмента Архівувати дані до сховища. Дані архівовано до сховища «%(value)s» Ви справді бажаєте виконати щодо користувача дію «${action}»?<br/>Зміни буде внесено негайно. Ви справді хочете активувати ${object}? Ви справді хочете активувати позначені записи користувачів? Ви справді хочете додати права доступу для зони DNS ${object}? Ви справді хочете автоматично призначити підлеглий ідентифікатор для користувача ${object}? Ви справді хочете змінити типову групу? Ви справді хочете вилучити ${object}? Ви справді бажаєте вилучити позначені записи? Ви справді хочете вимкнути ${object}? Ви справді хочете вимкнути позначені записи? Ви справді хочете увімкнути ${object}? Ви справді бажаєте увімкнути позначені записи? Ви справді хочете виконати цю дію? Ви справді хочете вилучити права доступу для зони DNS ${object}? Ви справді хочете відновити ${object}? Ви справді хочете відновити позначені записи користувачів? Ви справді хочете виставити ${object}? Ви справді хочете зробити користувачами етапу позначених користувачів? Ви справді хочете скасувати застосування перегляду ідентифікаторів до позначених записів? Ви справді хочете розблокувати користувача ${object}? Ви справді бажаєте скасувати передбачення цього вузла? Ви справді бажаєте скасувати передбачення цієї служби? Аргументи до функції details Від імені Запитати невипадковий пароль, який слід використати для реєстраційного запису Перегляд призначених ідентифікаторів Призначений керівник ключа (типове значення: self) Призначені subid-и Призначений користувач ключа (типове значення: self) Асиметричний Слід вказати принаймні домен або IP-адресу Атрибут Ключ атрибута Розбиття за атрибутами Атрибут для профілю користувача у даних користувача OAuth 2.0 Атрибут для фільтрування за формальним виразом. Приклад: fqdn для вузла або manager для користувача Атрибути Атрибути для загального оновлення Атрибути, для яких не відбуватиметься реплікація до сервера споживання під час часткового оновлення. Наприклад, `(objectclass=*) $ EXCLUDE accountlockout memberof Атрибути, для яких не відбуватиметься реплікація до сервера споживання під час загального оновлення. Наприклад, (objectclass=*) $ EXCLUDE accountlockout Атрибути, які буде проігноровано для записів груп у DS Атрибути, які буде проігноровано для записів користувачів у DS Атрибути для реплікації Атрибути, які слід прибрати Атрибути, до яких застосовується уповноваження Атрибути, до яких застосовується правило доступу Атрибути, до яких типово застосовується правило доступу Атрибути, до яких застосовується правило доступу. Аудит Розпізнавання Розпізнавання Індикатори розпізнавання Індикатор розпізнавання Індикатори розпізнавання Не вдалося пройти розпізнавання за допомогою Kerberos Не вдалося пройти розпізнавання за особистим сертифікатом Основний сервер назв Зміна основного сервера назв Назва домену основного сервера назв Ід. центру Адреса уповноваження Правило автоматичної участі Автоматичну участь не налаштовано Автоматично призначати підлеглі ідентифікатори Автоматичне створення приватних груп, одне з дозволених значень Правило автоматичної участі: %s не знайдено! Автоматичні приватні групи Створено автоматично Спроба автоматичного оновлення записів системи DNS зазнала невдачі. Будь ласка, повторно запустіть оновлення записів системи вручну, щоб отримати список пропущених записів. Автоматична участь Правило автоматичної участі Завдання з перезбирання правил автоматичної участі виконано Виконується завдання з перебудови записів автоматичної участі Автоматичне монтування Ключ автомонтування Ключі автомонтування Запис автомонтування Параметри запису автомонтування Записи автомонтування Карта автомонтування Карти автоматичного монтування Назва ключа автоматичного монтування. Об’єкт ключа автоматичного монтування. Адреса автомонтування. Назва карти автоматичного монтування. Основний файл automount. Доступний Правила оновлення BIND Назад Повернутися до початку Помилковий формат кешу реєстраційних даних Помилковий або непідтримуваний тип солі (salt). Помилковий фільтр пошуку Помилковий фільтр пошуку %(info)s Кореневий DN Основний DN на віддаленому сервері LDAP Основа ID Базова адреса Базова адреса для шаблонів надавача IdP Основа для створення записів об’єктів сертифікації (OU=Test,O=Example) Сертифікат у кодуванні Base-64. Сертифікат вузла у кодуванні Base-64 Сертифікат сервера у кодуванні Base-64 Сертифікат служби у кодуванні Base-64 Сертифікат користувача у кодуванні Base-64 Помилка декодування Base64: %(reason)s Двійкові дані для архівування DN для прив'язки Пароль до Bind вже вказано (-w). Для використання DN bind (-w або -W) потрібен пароль до bind. Тип правила прив’язування Короткий опис профілю CA Службу сертифікації «%s» вимкнено CA ACL CA ACL Компрометація CA Категорія CA не можна встановлювати для категорії CA значення «all», доки є записи дозволених CA Категорія CA, до якої застосовується ACL Сертифікат CA CA не налаштовано CA Не можна додавати CA, якщо категорія CA='all' Алгоритм CERT Тип сертифіката CERT Сертифікат або CRL CERT Мітка ключа CERT запис CERT Об’єкт реєстраційних даних CIFS Ваші реєстраційні дані відхилено сервером CIFS %(host)s Помилка обміну даними з сервером CIFS: код «%(num)s», повідомлення «%(message)s» (обидва значення можуть бути «None») Ваші реєстраційні дані відхилено сервером CIFS Метазмінна CLI Назва CLI Назва вузла CNAME запис CNAME Записом CNAME не можна користуватися разом з будь-якими іншими записами, окрім PTR (RFC 1034, розділ 3.6.2) CSR Скасувати Не вдалося створити зворотний запис для «%(value)s»: %(exc)s Не вдалося розшифрувати файл «%(filename)s»: %(exc)s Не вдалося встановити LSA-з’єднання з %(host)s. Чи запущено сервер CIFS? Не можна встановлювати довіру до AD, розгорнутою у тому самому домені, що і IPA. Підтримки такої можливості не передбачено. Не вдалося знайти домену або сервера з вказаною назвою Не вдалося отримати FQDN вузла! Не можна приховувати основний сервер оновлення CA. Не можна приховувати основний сервер ключів DNSSec. Не можна приховувати останній увімкнений сервер %(name)s. Виконати дію з перевірки SID без встановленої підтримки Samba 4 неможливо. Переконайтеся, що вами встановлено на сервері підпакунок IPA server-trust-ad. Виконати дію з перевірки зовнішніх учасників без встановленої підтримки Samba 4 неможливо. Переконайтеся, що вами встановлено на сервері підпакунок IPA server-trust-ad. Без налаштовування власного домену не можна виконувати дію з приєднання. Спочатку запустіть ipa-adtrust-install на сервері IPA. Вибрану команду не можна виконати без екземпляра Samba 4, встановленого у цій системі. Переконайтеся, що на цьому сервері було виконано ipa-adtrust-install. Виконати вибрану команду без встановленої підтримки Samba 4 неможливо. Переконайтеся, що вами встановлено підпакунок IPA server-trust-ad. Не вдалося опитати засіб керування каталогом за допомогою програмного інтерфейсу Не вдалося прочитати файл «%(filename)s»: %(exc)s Не вдалося визначити KDC для бажаної області (realm) Не вдалося отримати список GC довіреного домену Без налаштовування власного домену не можна виконувати пошук у довірених доменах. Спочатку запустіть ipa-adtrust-install на сервері IPA. Не можна одночасно вказувати механізм SASL і DN прив’язки. Не можна одночасно вказувати сервер і адресу LDAP. Не вдалося зберегти ACI прав доступу до %s Не можна одночасно використовувати %(old_name)s і %(new_name)s Водійська ліцензія Сертифікат Дані прив’язки сертифікатів Центри сертифікації Центр сертифікації Дані сертифіката Сертифікат для відповідності Власник сертифіката Затримання сертифіката вилучено Загальні налаштування прив’язки сертифікатів до профілів Правило прив’язування сертифікатів до профілів Опис правила прив’язування сертифікатів до профілів Назва правила прив’язування сертифікатів до профілів Правила прив’язування сертифікатів до профілів Параметри налаштування прив’язки сертифікатів до профілів Відповідність за прив’язкою до сертифіката Профіль сертифікатів Профіль сертифіката, яким слід скористатися Профілі сертифікатів Профілі сертифікатів для додавання Профілі сертифікатів для вилучення Сертифікат відкликано Базовий об’єкт сертифікації Тип сертифіката Використання сертифіката Ланцюжок сертифікації Сертифікат для ${primary_key} ${entity} Помилка форматування сертифіката: %(error)s Сертифікат у форматі base64 або PEM Дані прив’язки сертифіката Не вдалося завершити дію з сертифікатом: %(error)s Профілі сертифікатів не можна перейменовувати Надіслано запит щодо сертифікації Не знайдено сертифікат із серійним номером %(serial)s, виданий CA «%(ca)s» Сертифікати, що зберігаються у файлі «%(file)s» Сертифікат/CRL Сертифікати Скасування дії Змінити поточний рівень домену. Змінити пароль Змінити на групу POSIX Змінити на зовнішню групу Змінити пароль «%(value)s» Змінено стан сервера «%(value)s». Класи символів Перевірка DNS Перевірити з’єднання із віддаленим сервером IPA. Перевіряти, чи не міститься у паролі ім'я користувача Перевіряти, чи є пароль словом зі словника Перевірити стан запиту щодо підписування сертифіката. Перевірка, чи існує запис. Перевіряє, чи увімкнено на якомусь із серверів службу CA. Перевіряє, чи увімкнено на якомусь із серверів службу DNS. Перевіряє, чи увімкнено на якомусь із серверів службу KRA Виберіть попередньо визначений шаблон для використання Місто Клас Клас об'єкта служби, який використовується для прив'язування правил до груп Спорожнити Спорожнити усі поля на сторінці. Знімає перегляд ідентифікаторів із вказаних вузлів або поточних учасників вказаних груп вузлів. Натисніть, щоб ${action} Реєстраційні дані клієнта може бути передано службі Ідентифікатор клієнта Клієнтську частину не налаштовано. Віддайте команду ipa-client-install. Версія клієнта. Використовується для визначення, якщо сервер приймає запит. Інтервал годинника Зсув годинника Закрити Спроба закриття таблиці ключів зазнала невдачі Згорнути всі Список типів шифрування, відокремлених комами Список атрибутів, відокремлених комами Список атрибутів, які буде проігноровано для записів груп у DS, відокремлених комами Список атрибутів, які буде проігноровано для записів користувачів у DS, відокремлених комами Список класів об’єктів, які буде проігноровано для записів груп у DS, відокремлених комами Список класів об’єктів, які буде проігноровано для записів користувачів у DS, відокремлених комами Список класів об’єктів, використаних для пошуку записів груп у DS, відокремлених комами Список класів об’єктів, використаних для пошуку записів користувачів у DS, відокремлених комами Права доступу, які слід надати, відокремлених комами (read, write). Типовим варіантом є «write» (запис). Права доступу, які слід надати, відокремлених комами (read, write, add, delete, all) Список простих записів A, відокремлених комами Список простих записів A6, відокремлених комами Список простих записів AAAA, відокремлених комами Список простих записів AFSDB, відокремлених комами Список простих записів APL, відокремлених комами Список простих записів CERT, відокремлених комами Список простих записів CNAME, відокремлених комами Список простих записів DHCID, відокремлених комами Список простих записів DLV, відокремлених комами Список простих записів DNAME, відокремлених комами Список простих записів DNSKEY, відокремлених комами Список простих записів DS, відокремлених комами Список простих записів HIP, відокремлених комами Список простих записів IPSECKEY, відокремлених комами Список простих записів KEY, відокремлених комами Список простих записів KX, відокремлених комами Список простих записів LOC, відокремлених комами Список простих записів MX, відокремлених комами Список простих записів NAPTR, відокремлених комами Список простих записів NS, відокремлених комами Список простих записів NSEC, відокремлених комами Список простих записів NSEC3, відокремлених комами Список простих записів NSEC3PARAM, відокремлених комами Список простих записів PTR, відокремлених комами Список простих записів RP, відокремлених комами Список простих записів RRSIG, відокремлених комами Список простих записів SIG, відокремлених комами Список простих записів SPF, відокремлених комами Список простих записів SRV, відокремлених комами Список простих записів SSHFP, відокремлених комами Список простих записів TA, відокремлених комами Список простих записів TKEY, відокремлених комами Список простих записів TSIG, відокремлених комами Список простих записів TXT, відокремлених комами Команда «%(name)s» вважається застарілою Категорія команд Категорія команд, до якої застосовується правило Назва команди Команду не реалізовано Команди Звичайне ім'я Умови, які не вдалося додати Умови, які не вдалося вилучити Налаштування Не вдалося виконати налаштовування SID. Подробиці можна знайти у журналі Рядок налаштування Налаштувати цей сервер як довірений агент. Налаштувати ваш жетон Налаштуйте ваш жетон скануванням QR-коду, наведеного нижче. Натисніть поле QR-коду, якщо ви бачите правильні дані на пристрої, який ви хочете налаштувати. Перевищено налаштоване обмеження адміністративного сервера Перевищено налаштоване обмеження за розміром Перевищено налаштоване обмеження за часом Підтвердження (пароль) Підтвердження Можливість з’єднання Кількість помилок для блокування Використати іменування. Параметри контакту Встановити зв’язок з вказаним сервером KDC Вміст сховищ типу «стандартне» можуть переглядати користувачі із вищим рівнем прав доступу (адміністратори). Продовжити Перейти до наступної сторінки Режим неперервної роботи: не зупинятися у разі помилок. Режим неперервної обробки. Програма повідомляє про помилки, але продовжує обробку. Режим неперервної обробки. Програма повідомляє про помилки, але продовжує обробку. Перетворити на сервері Не вдалося отримати %(name)s у інтерактивному режимі Не вдалося прочитати фільтр походження (originfilter) UPG Definition. Переконайтеся, що у вас є відповідні права доступу. Лічильник На основі лічильника (HOTP) Створити запис користувача етапу на основі вилученого запису користувача Створити запис CA. Створити запис CA ACL. Створити правило прив’язування сертифіката до профілів. Створити правило HBAC. Створити карту користувачів SELinux. Створити ключ автоматичного монтування. Створити новий запис автоматичного монтування. Створити карту автомонтування. Створити нову групу. Створити опосередковану точку монтування. Створити правило делегування служб. Створити ціль делегування служб. Створити сховище. Створити як групу, що не відповідає POSIX Створити запис DNS Створити запис ACI. Створити зону переспрямовування DNS. Створити зону DNS (запис SOA). Створити групу команд sudo. Створити запис команди sudo. Створити правило sudo. Створити зворотний запис Створити зворотний запис для цієї IP-адреси Створено ACI «%(value)s» Створено запис CA «%(value)s» Створення запису. Реєстраційні дані Помилкові права доступу до кешу реєстраційних даних Зв’язки довіри між областями не налаштовано. Спочатку запустіть ipa-adtrust-install на сервері IPA. Поточний вміст запису DNS: Поточний пароль Поточний рівень домену: Слід вказати поточний пароль Нетипове значення Налаштування запис DHCID Алгоритм DLV Контрольна сума DLV Тип контрольної суми DLV Мітка ключа DLV Запис DLV У commonName DN не збігається із ім’ям користувача emailAddress DN не збігається із жодною адресою електронної пошти користувача DN контейнера груп у DS відносно до основного DN DN контейнера користувачів у DS відносно до основного DN DN запущеного завдання DN, до якого слід виконати прив’язку, якщо не використовується kerberos Залишковий DNA Ціль DNAME Запис DNAME DNS Спроба виявлення DNS зазнала невдачі Зона переспрямовування DNS Зони переспрямовування DNS Загальні налаштування DNS Тип RR DNS «%s» не підтримується додатком bind-dyndb-ldap Запис ресурсу DNS Записи ресурсів DNS Сервер DNS Назва сервера DNS Сервери DNS Зона DNS Параметри зони DNS Зони DNS Перевірка DNS зазнала невдачі: мало бути {%(expected)s}, отримано {%(got)s} Клас DNS Параметри налаштування DNS DNS-визначення для домену %s Зона переспрямовування DNS Зони переспрямовування DNS Переспрямовувач DNS З виходом версії IPA 4.0 змінилася семантика засобу переспрямовування DNS. Вам варто перейти на використання зон переспрямовування (dnsforwardzone-*). Докладніше про це у документації. DNS не налаштовано Довжина мітки DNS не повинна перевищувати 63 символів Довжина мітки DNS не повинна перевищувати 63 символи Запис DNS було вилучено, оскільки у ньому не містилося жодних даних. Записи DNS вузла %(host)s не вдалося вилучити. (%(reason)s) Записи DNS можна оновлювати лише поодинці Запис ресурсу DNS Тип запису ресурсу DNS Записи ресурсів DNS Зворотна зона DNS %(revzone)s для IP-адреси %(addr)s не керується цим сервером Сервер DNS На сервері DNS %(server)s не передбачено підтримки DNSSEC: %(error)s. Якщо на серверах IPA увімкнено перевірку DNSSEC, будь ласка, вимкніть її. На сервері DNS %(server)s не передбачено підтримки EDNS0 (RFC 6891): %(error)s. Якщо на серверах IPA увімкнено перевірку DNSSEC, будь ласка, вимкніть її. Сервер DNS %(server)s: %(error)s. Сервери DNS зона DNS Зони DNS %(zone)s не знайдено Запис зони DNS для кожного realmdomain має містити записи SOA або NS. Для %s таких записів не виявлено Кореневий запис зони DNS не можна перейменовувати зони DNS Запис DNSKEY Підтримка DNSSEC є експериментальною. %(additional_info)s Не пройдено перевірку DNSSEC: %(error)s. Будь ласка, перевірте, чи правильно вказано налаштування DNSSEC, або вимкніть перевірку DNSSEC на усіх серверах IPA. Основний сервер ключів DNSec Алгоритм DS Контрольна сума DS Тип контрольної суми DS Мітка ключа DS Запис DS запис DS не повинен перебувати у апексі зони (RFC 4035, розділ 2.4) Запис DS має існувати паралельно із записом NS (RFC 4592, розділ 4.6, RFC 4035, розділ 2.4) Дані Діагностична інформація Типовий Типова (резервна) група Типова (резервна) група для додавання записів Типові типи PAC Типовий користувач SELinux Типовий користувач SELinux, якщо не буде знайдено відповідного у правилі карти SELinux Типовий перегляд довіри не може бути застосовано до вузлів Типовий перегляд довіри не може містити користувачів IPA Типові атрибути Типовий домен ел. пошти Типовий з Типова група для додавання записів Типова група для нових користувачів Типовою групою для нових користувачів не є група POSIX Типової групи для нових користувачів не знайдено Типові класи об’єктів групи Типові класи об’єктів груп (список класів, відокремлених комами) Типова група вузлів Типова адреса домашніх каталогів Типова оболонка Типова оболонка для нових користувачів Не вдалося прочитати типові правила щодо квитків Типовий час життя Типові типи PAC, підтримувані для служб Типові типи підтримуваного розпізнавання користувачів Типові типи розпізнавання користувачів Типова група користувачів Типові класи об’єктів користувачів Типові класи об’єктів користувачів (список класів, відокремлених комами) Типова група користувачів Градуси широти Градуси довготи Уповноваження Назва уповноваження Уповноваження Вилучити Вилучити значення «%(value)s» %(name)s? Вилучити ACI. Вилучити запис класу служби Вилучити зону переспрямовування DNS. Вилучити пункт запису DNS. Вилучити запис ресурсу DNS. Вилучити зону DNS (запис SOA). Вилучити сервер IPA. Вилучити ключ, скасування передбачення Вилучити сервер Вилучити групу команд sudo. Вилучити запис команди sudo. Вилучити правило sudo. Вилучити службу сертифікації (її спочатку має бути вимкнено). Вилучити CA ACL. Вилучити правило прив’язування сертифікатів до профілів. Вилучити профіль сертифікатів. Вилучити запис сервера DNS Вилучити проксі-сервер RADIUS. Вилучити карту користувачів SELinux. Вилучити уповноваження. Вилучити групу правил для паролів. Вилучити вузол. Вилучити групу вузлів. Вилучити мережеву групу. Вилучити права доступу. Вилучити привілей. Вилучити роль. Вилучити сегмент. Вилучити права доступу автослужби. Вилучити запис користувача етапу. Вилучити підлеглий ідентифікатор. Вилучити суфікс топології. Вилучити запис довіри. Вилучити користувача Вилучити користувача, зберігаючи запис для наступного використання Вилучити користувача. Вилучити контейнер сховищ. Вилучити сховище. Вилучити всі пов’язані записи Вилучити все? Вилучити перевизначення ідентифікаторів групи. Вилучити правило HBAC. Вилучити групу служб HBAC. Вилучити перегляд ідентифікаторів. Вилучити перевизначення ідентифікаторів. Вилучити діапазон ідентифікаторів. Вилучити місце IPA. Вилучити службу IPA. Вилучити жетон OTP. Вилучити перевизначення ідентифікатора користувача. Вилучити парну атрибут-значення. Цей параметр буде використано останнім, після всіх встановлень і додавань. Вилучити правило автоматичної участі. Вилучити ключ автоматичного монтування. Вилучити запис автоматичного монтування. Вилучити карту автоматичного монтування. Вилучити вже створену службу HBAC. Вилучити домен Вилучити групу. Режим вилучення Вилучити ціль делегування служб. Вилучити делегування служб. Вилучено ACI «%(value)s» Вилучено запис CA «%(value)s» Вилучено CA ACL «%(value)s» Вилучено правило прив’язування сертифікатів до профілів «%(value)s» Вилучено зону переспрямовування DNS «%(value)s» Вилучено сервер DNS «%(value)s» Вилучено зону DNS «%(value)s» Вилучено перевизначення ідентифікаторів групи «%(value)s» Вилучено правило HBAC «%(value)s» Вилучено службу HBAC «%(value)s» Вилучено групу служб HBAC «%(value)s» Вилучено перегляд ідентифікаторів «%(value)s» Вилучено перевизначення ідентифікатора «%(value)s» Вилучено діапазон ідентифікаторів «%(value)s» Вилучено запис місця IPA «%(value)s» Вилучено сервер IPA «%(value)s» Вилучено жетон OTP «%(value)s» Вилучити проксі-сервер RADIUS «%(value)s» Вилучено карту користувачів SELinux «%(value)s» Вилучено команду sudo «%(value)s» Вилучено групу команд sudo «%(value)s» Вилучено правило sudo «%(value)s» Вилучено перевизначення ідентифікатора користувача «%(value)s» Вилучено правило автоматичної участі «%(value)s» Вилучено ключ автоматичного монтування «%(value)s» Вилучено місце автоматичного монтування «%(value)s» Вилучено карту автоматичного монтування «%(value)s» Вилучено уповноваження «%(value)s» Вилучено групу «%(value)s» Вилучено вузол «%(value)s» Вилучено групу вузлів «%(value)s» Вилучено мережеву групу «%(value)s» Вилучено права доступу «%(value)s» Вилучено привілей «%(value)s» Вилучено профіль «%(value)s» Вилучено запис «%(value)s» Вилучено роль «%(value)s» Вилучено сегмент «%(value)s» Вилучено самообслуговування «%(value)s» Вилучено службу «%(value)s» Вилучено делегування служб «%(value)s» Вилучено ціль делегування служб «%(value)s» Вилучено запис користувача етапу «%(value)s» Вилучено підлеглий ідентифікатор «%(value)s» Вилучено суфікс топології «%(value)s» Вилучено запис довіри «%(value)s» Вилучено користувача «%(value)s» Вилучено сховище «%(value)s» Вилучено контейнер сховищ Вилучення керованих груп заборонено. Спочатку групу слід від’єднати. Вилучення запису сервера призведе до його остаточного вилучення з топології. Зауважте, що скасувати результати виконання цієї дії неможливо. Вилучення цього сервера заборонено, оскільки воно залишить вашу встановлену систему без CA. Вилучення цього сервера заборонено, оскільки воно залишить вашу встановлену систему без KRA. Вилучення цього запису сервера залишить вашу встановлену систему без DNS. Відмовити Номер відділу Застарілі параметри Застаріло; користуйтеся %s Вважається застарілою; скористайтеся extratargetfilter Вважається застарілою; скористайтеся ipapermlocation Вважається застарілою; скористайтеся ipapermright Описати поточний розпізнаний профіль. Опис Опис призначення CA Від’єднати керовану групу від користувача. Від’єднати групу «%(value)s» від користувача «%(value)s» Визначити Визначити, чи налаштовано додаток сумісності схем (Schema Compatibility) на обслуговування користувачів і груп довіреного домену Визначити, чи було запущено ipa-adtrust-install для цієї системи Визначити, чи було запущено ipa-adtrust-install з завданням sidgen Адреса уповноваження пристрою Кінцева точка уповноваження пристрою Словник перекладених повідомлень Словник закодованих JSON команд IPA Словник JSON-закодованих методів IPA Словник закодованих JSON об’єктів IPA Перевірка за словником Словник для встановлення відповідності назв додатків основним Відображення назви змінної на значення за словником Контрольна сума Тип контрольної суми Цифри Безпосередній Безпосередня участь Півкуля широти Півкуля довготи Напрямок реплікації між лівим і правим вузлами реплікації Вимкнути Вимкнути зону переспрямовування DNS. Вимкнути зону DNS. Вимкнути CA ACL. Вимкнути службу сертифікації. Вимкнути правило прив’язування сертифікатів до профілів. Вимкнути правило sudo. Вимкнути обліковий запис користувача. Вимкнути правило HBAC. Вимкнути правило карти користувачів SELinux. Вимкнути перевизначення на рівні користувача Вимкнути ключ Kerberos і сертифікат SSL служби. Вимкнути ключ Kerberos, сертифікат SSL і всі служби на вузлі. Вимкнути жетон Вимкнути використання ресурсів IPA доменом правила довіри Вимкнено Вимкнено службу сертифікації «%(value)s» Вимкнено CA ACL «%(value)s» Вимкнено правило прив’язування сертифікатів до профілів «%(value)s» Вимкнено зону переспрямовування DNS «%(value)s» Вимкнено зону DNS «%(value)s» Вимкнено правило HBAC «%(value)s» Вимкнено карту користувачів SELinux «%(value)s» Вимкнено правило «%s» Вимкнений домен «%(domain)s» не можна використовувати Вимкнено вузол «%(value)s» Вимкнено службу «%(value)s» Домен довіри «%(value)s» вимкнено Вимкнено обліковий запис користувача «%(value)s» Заборонити групам вузлів створювати таблицю ключів «${primary_key}» Заборонити групам вузлів отримувати таблицю ключів «${primary_key}» Заборонити вузлам створювати таблицю ключів «${primary_key}» Заборонити вузлам отримувати таблицю ключів «${primary_key}» Заборонити групам користувачів створювати таблицю ключів «${primary_key}» Заборонити групам користувачів отримувати таблицю ключів «${primary_key}» Заборонити користувачам створювати таблицю ключів «${primary_key}» Заборонити користувачам отримувати таблицю ключів «${primary_key}» Заборонити користувачам, групам, вузлам і групам вузлів створювати таблицю ключів цього вузла. Заборонити користувачам, групам, вузлам і групам вузлів створювати таблицю ключів цієї служби. Заборонити користувачам, групам, вузлам і групам вузлів отримувати таблицю ключів цього вузла. Заборонити користувачам, групам, вузлам і групам вузлів отримувати таблицю ключів цієї служби. Виявлений сервер %s Показати запис класу служби Показати ресурс DNS. Показати групу команд sudo. Показати команду sudo. Показати правило sudo. Показати сегмент. Показати окремий запис ACI за вказаною назвою ACI. Показати ключ автоматичного монтування. Показати запис автоматичного монтування. Показати карту автоматичного монтування. Показати налаштування сервера DNS. Показати поточні іменування. Показати поточні правила для певного користувача Вивести дані щодо правила прив’язування сертифікатів до профілів. Показ даних щодо зони переспрямовування DNS. Показати дані щодо зони DNS (запису SOA). Показати дані щодо проксі-сервера RADIUS. Показати дані щодо класу. Показати інформацію щодо даних, які виводить команда. Показати інформацію щодо параметра команди. Показати інформацію щодо команди. Показати дані щодо уповноваження. Показати дані щодо теми довідки. Показати дані щодо вузла. Показати дані щодо групи вузлів. Показати дані щодо іменованої групи. Показати дані щодо іменованого правила делегування служб. Показати дані щодо іменованого призначення делегування служб. Показати дані щодо мережевої групи. Показати дані щодо прав доступу. Показати дані щодо привілею. Показати дані щодо діапазону. Показати дані щодо ролі. Показати дані щодо прав доступу автослужби. Показати дані щодо користувача етапу. Показати дані щодо підлеглого ідентифікатора. Показати дані щодо довіри. Показати дані щодо користувача. Показати дані щодо контейнера сховищ. Показати дані щодо сховища. Показати дані щодо перевизначення ідентифікаторів групи. Показати дані щодо групи служб HBAC. Показати дані щодо служби HBAC. Показати дані щодо перегляду ідентифікаторів. Показати дані щодо перевизначення ідентифікатора. Показати дані щодо місця IPA. Показати дані щодо служби IPA. Показати інформацію щодо жетона OTP. Показати дані щодо перевизначення ідентифікатора користувача. Показати дані щодо правила автоматичної участі. Показати дані щодо групи правил для паролів. Показати дані щодо типових (резервних) груп автоматичної участі. Екранне ім'я Показати права доступу цього запису (потребує --all). Докладніше про це можна дізнатися зі сторінки довідника (man) ipa. Показати поточні правила квитків Kerberos. Показати список доменів області. Показати властивості CA ACL. Показати властивості CA. Показати властивості профілю сертифікатів. Показати властивості правила карти користувачів SELinux. Показати властивості правила HBAC. Показати запис користувача для поточного реєстраційного запису Kerberos Не показувати код QR Не оновлювати записи, лише повернути список очікуваних записів Хочете також виконати перевірку DNS? Хочете перевірити, чи є адреса нового основного сервера назв у DNS Хочете вилучити дані прив’язки до сертифікатів ${data}? Ви хочете вилучити псевдонім kerberos ${alias}? Хочете вилучити затримання сертифіката? Хочете відкликати цей сертифікат? Виберіть причину зі спадного списку. Хочете оновити записи DNS системи? Документація Ід. Dogtag центру Домен Домен «%(domain)s» не є кореневим доменом для лісу «%(forest)s» GUID домену Рівень домену Не можна знижувати рівень домену. Рівень домену не може бути піднято до {0}, слід розв’язати наявні конфлікти реплікації. Не можна підняти рівень домену до {0}, оскільки на сервері {1} не передбачено підтримки такого рівня. Назва домену у NetBIOS Домен SID SID довіреного домену Ідентифікатор безпеки домену Контролер домену Active Directory (необов’язковий) Домен увімкнено Назва домену Порядок визначення доменів Домен, у якому слід шукати запис користувача Не створювати закриту групу користувача Не чекати на завершення перебудови записів участі Отримати Отримати сертифікат у формі файла формату PEM. Диск монтування домашнього каталогу Тестовий запуск Пропущені дублікати ключів: Пропущені дублікати карт: Динамічне оновлення Змінити Змінити ${entity} Ефективні атрибути Адреса ел. пошти Відомості щодо працівника Номер працівника Тип працівника Не можна використовувати порожні домени Увімкнути Увімкнути зону переспрямовування DNS. Увімкнути зону DNS. Увімкнути CA ACL. Увімкнути службу сертифікації. Увімкнути правило прив’язування сертифікатів до профілів. Увімкнути правило sudo. Увімкнути обліковий запис користувача. Увімкнути додавання підлеглих ідентифікаторів для нових користувачів Увімкнути правило HBAC. Увімкнути правило карти користувачів SELinux. Увімкнути режим міграції Увімкнути або вимкнути анонімний PKINIT. Увімкнути підтримку довірених доменів для застарілих клієнтів Увімкнути жетон Увімкнено Увімкнено службу сертифікації «%(value)s» Увімкнено CA ACL «%(value)s» Увімкнено правило прив’язування сертифікатів до профілів «%(value)s» Увімкнено зону переспрямовування DNS «%(value)s» Увімкнено зону DNS «%(value)s» Увімкнено правило HBAC «%(value)s» Увімкнено карту користувачів SELinux «%(value)s» Увімкнено правило sudo «%s» Увімкнені ролі сервера Увімкнено домен довіри «%(value)s» Увімкнено обліковий запис користувача «%(value)s» Типи шифрування, запит щодо яких слід надсилати Спроба порівняння значень типу шифрування зазнала невдачі! Зареєстровано Реєстрація UUID надання ролей UUID надання ролі (не реалізовано) Помилка реєстрування. %s Введіть %(label)s ще раз для перевірки: Вкажіть пароль до LDAP Введіть назву довіреної групи. Введіть назву запису довіреної групи або групи IPA. Зауваження: у списку результатів пошуку не буде записів груп із довірених доменів. Введіть назву облікового запису довіреного користувача або користувача IPA. Зауваження: у списку результатів пошуку не буде записів користувачів із довірених доменів. Введіть назву запису довіреного користувача. Запис Запису %s не існує Запису %s не знайдено RDN запису не належить до «uid» У запису немає атрибута «%(attribute)s» Пронумерувати усі вузли, до яких застосовний перегляд. Помилка Помилка під час спроби зміни стану облікового запису Помилка під час отримання типової області дії Kerberos: %s. Помилка під час отримання початкових реєстраційних даних: %s. Помилка під час обробки «%1$s»: %2$s. Помилка при визначенні адрес таблиці ключів: %s. Помилка під час спроби збереження реєстраційних даних у кеші: %s. Встановлено двобічну довіру. Типово, довіра є лише однобічною вхідною. Встановити зовнішню довіру до домену у іншому лісі. Довіра не переходить за межі домену. Встановити за допомогою Встановлено і перевірено Перевищено кількість спроб переспрямовування запиту. Обмінник Виключити з Атрибути виключення Виключна Формальний вираз виключення Розгорнути всі Не вдалося розгорнути буфер у jsonrpc_handle_response Строк дії Експортувати метадані додатка для webUI. Вираз Зовнішній Зовнішня група, від імені якої можна віддавати команди (лише sudorule-find) Зовнішні групи користувачів для запуску від імені Зовнішні групи користувачів, від імені яких можна виконувати команду Налаштування зовнішнього IdP Ідентифікатор користувача зовнішнього IdP Атрибут ідентифікатора користувача зовнішнього IdP Зовнішній надавач профілів Максимальний вік, протягом якого можливе поновлення квитка зовнішнього надавача профілів (у секундах) Максимальний строк дії квитка зовнішнього надавача профілів (у секундах) Зовнішній користувач Зовнішній користувач, від імені якого можна віддавати команди (лише sudorule-find) Зовнішній користувач, до якого застосовуватиметься правило (лише sudorule-find) Зовнішній вузол Зовнішній учасник Зовнішня довіра Додаткові хеші для створення у додатку паролів Додатковий фільтр призначення Не вдалося видобути дані з відповіді JSON-RPC: %s Не вдалося видобути повідомлення про помилку з відповіді JSON-RPC: %s Помилкові CA Помилка запуску від імені Помилка запуску від імені групи Не вдалося дозволити створювати таблицю ключів Не вдалося дозволити отримувати таблицю ключів Помилка hosts/hostgroups Кількість невдалих спроб увійти Помилка managedby Помилка керівника учасниками Помилка members Записи власників із помилками Профілі із помилками Помилки служб/груп служб Помилка hosts/hostgroups джерела Помилкові цілі Не вдалося додати Не вдалося додати ключ до таблиці ключів Не вдалося додати користувача до типової групи. Додати користувача вручну можна за допомогою команди «ipa group-add-member». Не вдалося пройти розпізнавання за допомогою програмного інтерфейсу CA REST Не вдалося прив’язати до сервера! Не вдалося викликати DBus Не вдалося вилучити %(principal)s memberPrincipal із запису s4u2proxy %(dn)s: %(err)s Не вдалося вилучити ключі Custodia для %(master)s: %(err)s Не вдалося вилучити записи назви вузла DNA для %(master)s: %(err)s Не вдалося вилучити записи DNS %(hostname)s: %(err)s Не вдалося вилучити реєстраційні запис або ключі сервера: %(err)s Не вдалося закрити таблицю ключів Не вдалося встановити з’єднання із sssd за допомогою SystemBus. Докладніший опис — у файлі error_log Не вдалося створити керування! Не вдалося створити вихідні дані для ключа Не вдалося створити ключ! Не вдалося створити випадковий ключ! Не вдалося декодувати контрольну відповідь! Не вдалося знайти користувачів за допомогою SystemBus. Докладніший опис — у файлі error_log Не вдалося отримати таблицю ключів Не вдалося отримати таблицю ключів! Не вдалося отримати результат: %s Не вдалося відкрити таблицю ключів Не вдалося відкрити файл налаштувань %s Не вдалося відкрити таблицю ключів Не вдалося відкрити таблицю ключів «%1$s»: %2$s Не вдалося обробити файл налаштувань %s Не вдалося обробити розширений результат: %s Не вдалося обробити результат: %s Спроба вилучення зазнала невдачі Не вдалося вилучити запис сервера %(master)s зі списку серверів: %(err)s Не вдалося вилучити запис сервер з домену безпеки: %s Не вдалося визначити таблицю ключів за символічним посиланням. Не вдалося отримати жодного ключа Не вдалося отримати дані щодо типу шифрування %1$s (№%2$d) Не вдалося отримати дані щодо типу шифрування №%d Не вдалося встановити курсор, «%1$s» Помилка users/groups Помилка під час декодування запиту на підписування сертифіката (CSR): %s Проміжок скидання помилок Резервна основна група Повернення до резервного DC LDAP AD Ні False, якщо перенесення зазнає невдачі через увімкнення додатка сумісності. False, якщо режим міграції було вимкнено. Номер факсу Отримати домени Отримання даних щодо зон DNS. Спроба отримати список доменів із довіреного лісу зазнала невдачі. Подробиці можна знайти у error_log Файла %(file)s не знайдено Файл, що містить дані для архівування Файл, який містить налаштування профілів Файл, який містить новий пароль до сховища Файл, який містить новий відкритий ключ сховища Файл, який містить старий пароль до сховища Файл, який містить старий закритий ключ сховища Файл, який містить пароль до сховища Файл, який містить закритий ключ сховища Файл, який містить відкритий ключ сховища Файл, з якого слід завантажити сертифікат Файл, з якого слід завантажити сертифікат. Файл для зберігання отриманих даних Файл, у якому зберігатимуться дані сертифіката. Порожня назва файла Назва файла профілю з необробленими даними. Підтримки формату XML не передбачено. Фільтр Доступний фільтр ${other_entity} Знайти Знайти роль сервера на серверах Відбиток Відбиток (SHA1) Відбиток (SHA256) Тип відбитка Відбиток схеми, кешований клієнтом Відбитки Перший Перший код Перший OTP Перший ідентифікатор POSIX діапазону Перший ідентифікатор POSIX діапазону, зарезервованого для довіреного домену Перший RID відповідного діапазону RID Перший RID вторинного діапазону RID Час початку використання ключа (дата і час) Ім'я Прапорці Вказані нижче сегменти не було вилучено: Примусово Примусове створення зони DNS, навіть якщо вона перекриватиметься із наявною. Примусово створити зону DNS, навіть якщо не вдається визначити адресу сервера назв. Примусове створення зони DNS, навіть якщо адресу сервера назв не вдається визначити. (застаріле) Примусове оновлення Примусове додавання домену, навіть якщо назви немає у DNS Примусово змінити сервер назв, навіть якщо запису сервера назв немає у DNS Примусове вилучення сервера Примусове вилучення сервера, навіть якщо його не існує Долучити вузол у примусовому режимі. Повторне долучення виконуватиметься, навіть якщо вузол вже долучено. Примусово вилучаємо %(hostname)s У лісу «%(forest)s» наявні відносини довіри з лісами %(domains)s, що не дає змоги встановити довіру до «%(conflict)s» Помилка форматування Спочатку переспрямувати Лише переспрямовувати Правила переспрямовування Для нього у DNS IPA визначено правила переспрямовування. Можливо, переспрямовувач вказує не помилковий вузол? Переспрямувати на сервер замість локального виконання Лише прямі зони Переспрямовувачі Переспрямовування вимкнено Правила переспрямовування конфліктують із деякими автоматично порожніми зонами. Запити для зон, вказаних на основі RFC 6303, ігноруватимуть переспрямовування і завжди призводитимуть до відповідей NXDOMAIN. Щоб перевизначити цю поведінку, скористайтеся правилами переспрямовування «only». Знайдено «%(value)s» Повне ім’я Повна назва вузла Функція, подробиці щодо якої слід отримати GECOS поле GECOS GID GID (за допомогою цього параметра можна встановити значення вручну) GSSAPI|EXTERNAL Загальне Створити OTP Створити випадковий пароль, який буде використано для загальної реєстрації Створити випадковий пароль для користувача Створити і автоматично призначити до запису користувача діапазон subuid та subgid Створити файли automount для певної адреси. Створений OTP Отримати Отримати сертифікат Загальні налаштування DNS є порожніми Загальні довірені налаштування Загальні переспрямовувачі Переспрямовувачі загального рівня. Для кожного переспрямовувача можна вказати нетиповий порт за допомогою стандартного формату: «IP_АДРЕСА port ПОРТ» Загальні правил переспрямовування. Щоб вимкнути будь-які переспрямовувачі на загальному рівні, встановіть значення «none». Google Обмеження входів лояльності Надані права Надані привілеї Надання привілеїв ролям Група Групи з назвою «%s» не існує Ід. номер групи Перевизначення ідентифікатора групи Перевизначення ідентифікатора групи Параметри групи Параметри групи Тип групи Категорії груп Контейнер груп Опис групи Назва групи Клас об’єктів групи Пріоритет об’єкта групи Поля пошуку груп Група, до якої слід застосувати ACI Група для перевизначення Тип групування Групування, якого стосується правило Групи Групи, яким дозволено створення таблиці ключів Групи, яким дозволено отримувати таблицю ключів Групи користувачів запуску від імені Правило HBAC Правило HBAC, яке визначає користувачів, групи і групи вузлів Правила HBAC Служба HBAC Група служб HBAC Група служб HBAC Служби HBAC Тест HBAC Правило HBAC Не знайдено правила HBAC %(rule)s Не можна одночасно вказувати правило HBAC і локальних учасників правила HBAC Служба HBAC Опис служби HBAC група служб HBAC Опис групи служб HBAC Група служб HBAC група служб HBAC для додавання групи служб HBAC для вилучення Служби HBAC служби HBAC для додавання служби HBAC для вилучення Запис HIP Вікно розпізнавання HOTP Вікно синхронізації HOTP Випереджальне пропускання розпізнавання HOTP Випереджальне пропускання синхронізації HOTP Помилка HTTP Захищений пароль (за допомогою SPAKE або FAST) Макс. строк дії Hardened Макс. вік поновлення Hardened Максимальний вік, протягом якого можливе поновлення квитка Hardened (у секундах) Максимальний строк дії квитка Hardened (у секундах) Апаратні MAC-адреси цього вузла Апаратна платформа вузла (наприклад, «Lenovo T61») Привіт, світе Тема довідки Приховані сервери CA IPA Приховані сервери DNS IPA Приховані сервери KRA IPA Приховані основні сервери IPA Приховані сервери IPA, які налаштовано як служби сертифікації Приховані сервери IPA, які налаштовано як сервери назв доменів Приховані сервери IPA, які налаштовано як агенти відновлення ключів Приховати Сховати подробиці Приховати дані щодо того, які правила є відповідними, які не є відповідними і які є некоректними Розмір журналу Домашній каталог Адреса домашніх каталогів Точність за горизонталлю Вузол Вузла «%(host)s» не знайдено На вузлі «%(hostname)s» немає відповідного запису DNS A/AAAA Вузол «%(hostname)s» не є активним KDC Сертифікат вузла Група вузлів Параметри групи вузлів Групи вузлів Групи вузлів, яким дозволено створення таблиці ключів Групи вузлів, яким дозволено отримувати таблицю ключів Маски вузлів Назва вузла Параметри вузла Категорія вузлів Категорія вузлів (семантика розташування цього атрибуту призначена для локальної обробки) Категорія вузлів, до якої застосовується ACL Категорія вузлів, до якої застосовується правило Правило групи вузлів Правила груп вузлів Апаратна платформа вузла (наприклад, «Lenovo T61») Вузол вже приєднано. Підтримки вузла не передбачено Адреса розташування вузла (наприклад, «Київ, Україна») Розташування вузла (наприклад, «Lab 2») Назва вузла Операційна система вузла і її версія (наприклад, «Fedora 9") Вузол не передбачено Керування доступом на основі вузлів Команди керування доступом на основі вузлів Група вузлів Групи вузлів, до чиїх вузлів буде застосовано перегляд ідентифікаторів. Будь ласка, зауважте, що перегляд не застосовується автоматично до жодних вузлів, доданих до групи вузлів після виконання команди idview-apply. Групи вузлів, для вузлів яких знято обробку переглядами ідентифікаторів. Зауважте, що після запуску команди idview-unapply перегляд з будь-якого вузла, доданого до групи вузлів, не зніматиметься автоматично. Назва вузла Назва вузла (FQDN) Назва вузла цього сервера Вузли Вузли, яким дозволено створення таблиці ключів Вузли, яким дозволено отримувати таблицю ключів Вузли або групи вузлів, з яких не можна зняти перегляд ідентифікаторів. Вузли або групи вузлів, до яких не можна застосувати цей перегляд ідентифікаторів. Вузли, з яких знято перегляд ідентифікаторів. Вузли, до яких було застосовано цей перегляд ідентифікаторів. Вузли, до яких застосовний перегляд Вузли, до яких слід застосувати перегляд ідентифікаторів Вузли, з яких слід зняти (будь-який) перегляд ідентифікаторів. Тривалість кешування відмов Діапазон ідентифікаторів Діапазони ідентифікаторів Перегляд ідентифікаторів Назва перегляду ідентифікаторів Перегляд ідентифікаторів уже застосовано Перегляд ідентифікаторів застосовано до %i вузла. Перегляд ідентифікаторів застосовано до %i вузлів. Перегляд ідентифікаторів не може бути застосовано до основного сервера IPA Перегляд ідентифікаторів знято з %i вузла. Перегляд ідентифікаторів знято з %i вузлів. Перегляди ідентифікаторів Перевизначення ідентифікатора Перевизначення ідентифікаторів не можна перейменовувати Діапазон ідентифікаторів для довіреного домену вже існує, але належить до іншого типу. Будь ласка, вилучіть попередній діапазон вручну або не визначайте тип у примусовому порядку за допомогою параметра --range-type. Тип діапазону ідентифікаторів, одне з дозволених значень Тип діапазону ідентифікаторів. Можливі варіанти: ipa-ad-trust-posix, ipa-ad-trust, ipa-local Вже існує діапазон ідентифікаторів з тією самою назвою але іншим доменом SID. Діапазон ідентифікаторів для нового довіреного домену має бути створено вручну. IP-адреса IP-адресу %(ip)s вже призначено у домені %(domain)s. IP-адреса у subjectAltName (%s) не містить запису PTR IP-адреса у subjectAltName (%s) є недоступною з назв DNS Мережа IP для створення зворотних назв зони Агенти довіри AD IPA Контролери довіри AD IPA CA IPA не може бути вилучено Службу сертифікації IPA не можна вимикати Сертифікат CA IPA Основних вузол відновлення CA IPA Сервери CA IPA Сервер DNS IPA не встановлено Записи DNS IPA Сервери DNS IPA Версія DNS IPA Основний сервер ключів DNSSec IPA Помилка IPA Сервери KRA IPA Місце IPA Опис місця IPA Місця IPA Якщо вказано SID довіреного домену, типом діапазону IPA має бути ipa-ad-trust або ipa-ad-trust-posix Якщо вказано auto-private-groups, типом діапазону IPA має бути ipa-ad-trust або ipa-ad-trust-posix Якщо не вказано SID довіреного домену, типом діапазону IPA не може бути ipa-ad-trust або ipa-ad-trust-posix. Сервер IPA Роль сервера IPA Ролі сервера IPA Сервер IPA, який слід використовувати Сервери IPA IPA не керує зоною %(zone)s. Будь ласка, додайте запис на вашому сервері DNS вручну Назва місця IPA Записи місць IPA IPA керує DNS. Будь ласка, переконайтеся, що поточні налаштування DNS уможливлюють визначення адрес службових записів домену «{domain}». Приклади налаштовування DNS за допомогою командного інтерфейсу або вебінтерфейсу наведено у документації. Основний IPA з можливістю PKINIT Основний вузол IPA відмовив у запитах щодо затвердження довіри від AD DC %(count)d разів. Найімовірніше, AD DC встановив зв’язок із реплікою, на якій ще не виконано реплікацію даних щодо довіри. Крім того, будь ласка, перевірте, чи може DNS AD визначати за записами SRV %(records)s коректний сервер IPA. Основний IPA, який може обробляти запити PKINIT Основні вузли IPA namingContext IPA не знайдено Об’єкт IPA Назва ролі IPA Сервер IPA налаштований як основний сервер ключів DNSSec Домен сервера IPA не можна вилучати Домен сервера IPA не можна пропускати Назва вузла сервера IPA Назва ролі сервера IPA Сервери IPA, які налаштовано як агенти довіри AD Сервери IPA, які налаштовано як контролери довіри AD Сервери IPA, які налаштовано як центри сертифікації Сервери IPA, які налаштовано як сервери назв доменів (DNS) Сервери IPA, які налаштовано як агенти відновлення ключів Сервери IPA, налаштовані як агенти відновлення ключів (key recovery agents) Довіра IPA Унікальний ід. IPA Запис IPSECKEY Макс. строк дії IdP Макс. вік поновлення IdP Шаблон надавача IdP Профіль Параметри профілю Параметри надавача профілів Якщо не вказано CA, буде дозволено запити до типового CA. Якщо проблему не вдасться усунути, зверніться до адміністратора системи. Ігнорувати перевірку на те, чи є сервер, який вилучають, останнім сервером CA або DNS Ігнорувати додаток compat Ігнорувати атрибут групи Ігнорувати клас об’єктів групи Ігнорувати проблеми із з’єднуваністю топології після вилучення Ігнорувати помилки топології Ігнорувати атрибут користувача Ігнорувати клас об’єктів користувача Проігноровано %(src)s до %(dst)s Проігноровані ключі: Ігноруємо ці попередження і продовжуємо процедуру вилучення Ігноруємо помилки із з’єднуваністю топології. Імпортувати профіль сертифікатів. Імпортувати сертифікат надання імен. Імпортувати файли automount для певної адреси. Імпортовані ключі: Імпортовані карти: Імпортовано профіль «%(value)s» Включення вимкнено Включення увімкнено Включити основні записи IPA Перевірити всі вимкнені правила IPA Перевірити всі увімкнені правила IPA [типова поведінка] Включити ланцюжок сертифікації до виведення Включити до Атрибути включення Включна Формальний вираз включення Вказано несумісні параметри (-r і -P) Опосередкований Опосередкована служба HBAC учасника Опосередкована група служб HBAC учасника Перевизначення ідентифікатора опосередкованого учасника користувача Опосередковані групи «member» Групи вузлів з опосередкованою участю Вузли з опосередкованою участю Опосередковані мережеві групи учасника Опосередковане правило HBAC «member of» Опосередковане правило sudo «member of» Опосередкована група «member of» Опосередкований учасник групи вузлів Опосередкована група «member of» Опосередкована роль «member of» Опосередкований учасник roles Опосередковані права доступу учасника Опосередковані користувачі «member» Опосередкована участь Успадковано з налаштувань сервера Початковий лічильник для ключа HOTP Ініціалізувати лівий вузол Ініціалізувати правий вузол Ініціали Вхідні дані вказано декілька разів Вхідний файл Назва вхідного файла У форму введення даних не введено деякі з даних або у формі містяться некоректні записи. Недостатні привілеї «add» для запису «%s». Недостатні привілеї «write» до атрибута «krbLastPwdChange» запису «%s». Недостатні привілеї «write» до атрибута «userCertificate» запису «%s». Недостатні права для доступу: %(info)s Недостатні привілеї для створення сертифіката з альтернативною назвою призначення «%s». Недостатні права доступу для вилучення запису CA. Недостатні права доступу для внесення змін до запису CA. Недостатні права доступу для внесення змін до профілю сертифікації. Внутрішня помилка Повідомлення перекладу некоректний запит JSON-RPC: %(error)s Некоректна адреса LDAP. Некоректне значення MCS. Значення має відповідати {mcs}, де максимальною категорією є {mcs_max} Некоректне значення MLS. Значення має відповідати {mls}, де максимальним рівнем є {mls_max} Некоректний механізм прив’язування SASL Некоректна назва запису користувача SELinux. Назва має відповідати {} Некоректна назва реєстраційного запису служби Некоректна адреса: пропущено netloc Некоректна адреса: не використано схему https Реєстраційні дані вказано з помилками Некоректна назва домену, «%(domain)s»: %(e)s Некоректний формат. Правильний формат: назва=значення Некоректна кількість частин! Некоректний або непідтримуваний тип. Дозволені значення: %s Некоректний або непідтримуваний відкритий ключ сховища: %s Некоректний тип сховища Чи є зона активною? Створити Видати новий сертифікат Видати новий сертифікат для вузла «${primary_key}» Видати новий сертифікат для служби «${primary_key}» Видати новий сертифікат для користувача «${primary_key}» Видавець Видано Видано для Видано з Видано з цієї дати (РРРР-мм-дд) Видано до Видано до цієї дати (РРРР-мм-дд) Видавець DN видавця Унікальна назва видавця Видавець і призначення Видавець сертифіката Видавничий CA Наполегливо рекомендуємо вам встановити наступні служби одразу на декількох серверах: Використовується лише для встановлення атрибута MNAME SOA. Виклик JSON-RPC завершився помилкою із кодом стану: %li Помилка під час виконання запиту JSON-RPC: %s Виклик JSON-RPC не було уповноважено. Перевірте, чи правильно вказано реєстраційні дані. Запит JSON-RPC: %s Відповідь JSON-RPC: %s Адреса JWKS Кінцева точка JWKS Посада Долучитися до домену IPA Алгоритм КЛЮЧА Прапорці KEY Протокол КЛЮЧА Відкритий ключ KEY Запис KEY Службу KRA не увімкнено Обмінник KX Пріоритетність KX Запис KX Не знайдено кешу реєстраційних даних Kerberos. Чи є у вас квиток Kerberos? Ключ Kerberos Ключа Kerberos немає Маємо ключ Kerberos, вузол передбачено Маємо ключ Kerberos, службу передбачено Строк дії введених вами реєстраційних даних Kerberos вичерпано Назва реєстраційного запису служби Kerberos Правила квитків Kerberos Не знайдено реєстраційного запису користувача Kerberos. Ви маєте ви коректний кеш реєстраційних даних? Невдала спроба ініціалізації контексту Kerberos Невдала спроба ініціалізації контексту Kerberos: %1$s (%2$d) Помилка Kerberos: %(major)s/%(minor)s Доступні ключі Kerberos Реєстраційний запис Kerberos Реєстраційний запис Kerberos %s вже існує. Скористайтеся командою «ipa user-mod», щоб встановити його параметри вручну. Завершення строку дії реєстраційного запису Kerberos Назва реєстраційного запису Kerberos для цього вузла Ключ Компрометація ключа Мітка ключа Алгоритм обгортки ключа Keycloak або Red Hat SSO Таблиця ключів Назва файла таблиці ключів Таблицю ключів успішно отримати і збережено до: %s DN LDAP Механізм прив’язування SASL LDAP, якщо без bindd/bindpw URI LDAP URI LDAP сервера DS, з якого здійснюватиметься міграція Базовий DN LDAP Пароль LDAP Пароль LDAP (якщо не використовується Kerberos) Схема LDAP Область пошуку LDAP для користувачів і груп: base, onelevel або subtree. Типове значення: onelevel Суфікс LDAP, яким слід керувати Час очікування LDAP Адреса LDAP, з якою слід встановити з’єднання. Несумісний з --server Висота LOC Градуси широти LOC Градуси довготи LOC Півкуля широти LOC Півкуля довготи LOC Точність за горизонталлю LOC Мінути широти LOC Мінути довготи LOC Секунди широти LOC Секунди довготи LOC Розмір LOC Точність за вертикаллю LOC Запис LOC Мітка Мітки Останній Строк дії ключа (дата і час) Останнє невдале розпізнавання Прізвище Останнє успішне розпізнавання Використання пробілів на початку і у кінці заборонено Лівий вузол Лівий вузол реплікації — сервер IPA Припустимий фільтр LDAP (наприклад, ou=Engineering) Тривалість чинності коду ключа TOTP Рівень Список усіх сховищ служб Список усіх сховищ користувачів Список основних серверів IPA, які налаштовано як сервери DNS Список усіх основних вузлів IPA Список усіх прихованих основних серверів IPA Список вилучень, які не вдалося виконати Список усіх увімкнених ролей Вивести список серверів, які повідомляють про вказане місце Список довірених доменів успішно оновлено. Для отримання поточного списку цих доменів скористайтеся командою trustdomain-find. Списки об’єктів, міграцію яких виконано; впорядкований за типами. Списки об’єктів, міграцію яких не вдалося виконати; впорядкований за типами. Завантажити сертифікат CA сервера LDAP з вказаного файла Завантаження Завантажуємо дані Локальний домен Адреса Запис Назва місця Розташування ACI Тривалість блокування Увійти за допомогою сертифіката Увійти Увійти за допомогою персонального сертифіката Вийти Помилка під час спроби вийти Вхід до системи від імені Не вдалося увійти з невідомої причини Оболонка входу Менше число — вища пріоритетність. Клієнтські частини намагатимуться встановити зв’язок із тією доступною для них адресою, у якої нижче число пріоритетності. Менше число — вища пріоритетність. Клієнтські частини намагатимуться встановити зв’язок із ттим доступноми для них сервером, у якого нижче число пріоритетності. MAC-адреса MS-PAC Обмінник MX Пріоритетність MX Запис MX Адреса ел. пошти Виконати декілька викликів ipa за допомогою одного віддаленого виклику процедури Помилкове форматування DN Помилкове форматування реєстраційного запису Помилкове форматування реєстраційного запису: %(error)s Помилкове форматування реєстраційного запису: «%(value)s» Керування правилами обробки паролів для певної групи Керування правилами обробки квитків певного користувача DN керованого суфікса LDAP Керується Керований суфікс Керовані суфікси Для керованої топології потрібен мінімальний рівень домену ${domainlevel} Права доступу managedby Керівник Керування Карта Тип карти Правило прив’язування Набір правил прив’язки «%(ruleset)s» містить декілька правил для допоміжного засобу %(helper)s Позначення ключа як вимкненого (типове значення: false) Основний файл Відповідність Порівняти із атрибутом cn у темі Встановити відповідність користувачів за сертифікатом. Встановити відповідній користувачів за будь-яким підлеглим uid у їхньому діапазоні Встановити відповідність за підлеглим ідентифікатором користувача Встановлено відповідність Відповідні користувачі Відповідні правила Відповідний тип Правило відповідності Макс. рівень домену Макс. к-ть помилок Макс. строк дії Макс. строк дії (у днях) Макс. вік поновлення Макс. повторення Макс. послідовність Максимальний проміжок часу (у секундах) для виконання однієї дії з пошуку (-1 або 0 — без обмежень) Максимальний проміжок часу (у секундах) для виконання однієї дії з пошуку (>0, -1 — без обмежень) Максимальний рівень домену Максимальна довжина назви вузла Максимальна кількість узгоджень на репліку Максимальна кількість сертифікатів у повернутому списку Максимальна кількість повернутих записів Максимальна кількість повернутих записів (0 — без обмежень) Максимальна кількість записів результатів пошуку (-1 — без обмежень) Максимальна кількість записів результатів пошуку (-1 або 0 — без обмежень) Максимальна кількість правил, які слід обробити, якщо не вказано параметра --rules Максимальна кількість однакових символів поспіль Максимальний строк дії пароля має бути рівним або перевищувати мінімальний строк його дії. Максимальний строк дії пароля (у днях) Максимальний вік, протягом якого можливе поновлення (у секундах) Максимальний серійний номер Максимальний строк дії квитка (у секундах) Максимальна довжина імені користувача Максимальним є значення ${value} Не може бути порожнім Група учасника Служба HBAC учасника Групи служб HBAC учасника Вузол-учасник Група вузлів учасника Перевизначення ідентифікатора учасника користувача Команди учасника Sudo Користувач учасника Групи «member» Учасник host-groups Вузли-учасники Мережеві групи учасника Учасник Правило HBAC «member of» Учасник груп служб HBAC Правило Sudo «member of» Учасник групи Учасник групи Групи «member of» Учасник host-groups Мережеві групи «member of» Реєстраційні записи учасників Групи служб учасника Служби учасника Учасник групи користувачів Користувачі «member» Учасники Учасники довіреного домену у форматі ДОМЕН\ім’я або ім’я@домен Учасники, записи яких не вдалося додати Учасники, записи яких не вдалося вилучити Назва методу Метод Microsoft або Azure Перенести Перенести дані користувачів і груп з DS до IPA. Перенесення Режим міграції вимкнено. Скористайтеся командою «ipa config-mod--enable-migration=TRUE», щоб увімкнути його. Підтримки перенесення посилання пошуку LDAP не передбачено. Мін. рівень домену Мін. довжина Мін. строк дії (у годинах) Мінімальний рівень домену Якщо визначено maxrepeat, maxsequence, dictcheck або usercheck, мінімальною довжиною має бути число >= 6 Мінімальна довжина пароля Мінімальна кількість класів символів Мінімальний строк дії пароля (у годинах) Мінімальний серійний номер Мінімальним є значення ${value} Мінути широти Мінути довготи Інша інформація Пропущено реєстраційні дані для обміну даними між лісами Не вказано нового відкритого ключа сховища Не вказано HTTP Referer або вказано помилкове значення, %(referer)s Немає списку керування відповідями! Немає керування відповіддю! Пропущені значення: Не вказано закритого ключа сховища Не вказано відкритого ключа сховища Номер мобільного телефону Модель Змінено Змінено налаштування довіри «%(value)s» Змінено ACI «%(value)s» Змінено CA «%(value)s» Змінено CA ACL «%(value)s» Змінено правило прив’язування сертифікатів до профілів «%(value)s» Змінено профіль сертифікатів «%(value)s» Змінено запис сервера DNS «%(value)s» Змінено правило HBAC «%(value)s» Змінено службу HBAC «%(value)s» Змінено групу служб HBAC «%(value)s» Змінено діапазон ідентифікаторів «%(value)s» Змінено запис місця IPA «%(value)s» Змінено запис сервера IPA «%(value)s» Змінено жетон OTP «%(value)s» Змінено запис проксі-сервера RADIUS «%(value)s» Змінено карту користувачів SELinux «%(value)s» Змінено команду sudo «%(value)s» Змінено групу команд sudo «%(value)s» Змінено правило sudo «%(value)s» Змінено перевизначення ідентифікаторів групи «%(value)s» Змінено перегляд ідентифікаторів «%(value)s» Змінено перевизначення ідентифікатора «%(value)s» Змінено перевизначення ідентифікатора користувача «%(value)s» Змінено правило автоматичної участі «%(value)s» Змінено ключ автоматичного монтування «%(value)s» Змінено карту автоматичного монтування «%(value)s» Змінено уповноваження «%(value)s» Змінено групу «%(value)s» Змінено вузол «%(value)s» Змінено групу вузлів «%(value)s» Змінено мережеву групу «%(value)s» Змінено права доступу «%(value)s» Змінено привілей «%(value)s» Змінено роль «%(value)s» Змінено сегмент «%(value)s» Змінено самообслуговування «%(value)s» Змінено службу «%(value)s» Змінено запис користувача етапу «%(value)s» Змінено підлеглий ідентифікатор «%(value)s» Змінено суфікс топології «%(value)s» Змінено довіру «%(value)s» (зміни набудуть чинності за 60 секунд) Змінено користувача «%(value)s» Змінено сховище «%(value)s» Змінено: ключ не встановлено Змінити значення «%(value)s» %(name)s? Змінити запис ACI. Змінити налаштування CA. Змінити налаштування прив’язки сертифікатів до профілів. Змінити налаштування профілю сертифікатів. Змінити запис класу служби Змінити зону переспрямовування DNS. Змінити налаштування сервера DNS Змінити зону DNS (запис SOA). Змінити діапазон ідентифікаторів. Змінити діапазон ідентифікаторів. Змінити правила квитків Kerberos. Змінити параметри налаштування OTP. Змінити групу команд sudo. Змінити команду sudo. Змінити правило sudo. Змінити CA ACL. Змінити правило прив’язування сертифікатів до профілів. Змінити запис ресурсу DNS. Змінити жетон OTP. Змінити запис проксі-сервера RADIUS. Змінити карту користувачів SELinux. Змінити уповноваження. Змінити групу правил для паролів. Змінити групу. Змінити групу вузлів. Змінити мережеву групу. Змінити права доступу. Змінити привілей. Змінити роль. Змінити сегмент. Змінити права доступу автослужби. Змінити запис користувача етапу. Змінити підлеглий ідентифікатор. Змінити суфікс топології. Змінити параметри користувача. Змінити сховище. Змінити перевизначення ідентифікаторів групи. Змінити правило HBAC. Змінити групу служб HBAC. Змінити службу HBAC. Змінити перегляд ідентифікаторів. Змінити перевизначення ідентифікатора. Змінити перевизначення ідентифікатора користувача. Змінити правило автоматичної участі. Змінити ключ автоматичного монтування. Змінити карту автоматичного монтування. Змінити вже створену службу IPA. Змінити параметри налаштування. Змінити загальні налаштування DNS. Змінити налаштування довіри на загальному рівні. Змінити дані щодо вузла. Змінити дані щодо місця IPA. Змінити дані щодо сервера IPA. Змінити домени області. Змінити значення довіреного домену (trustdomain) правила довіри Знайдено декілька записів ключів %(key)s, скористайтеся --info для вибору певного запису. Інформація щодо монтування Точка монтування Пересунути вилучений запис користувача до області етапу Багато значень Має бути десятковим числом Має бути додатним числом Має бути значенням дати часу за Гринвічем (UTC) (наприклад, «2014-01-20 17:58:01Z») Має бути цілим числом Слід спочатку вимкнути Сховища користувача Прапорці NAPTR Порядок NAPTR Пріоритетність NAPTR Формальний вираз NAPTR Замінник NAPTR Служба NAPTR Запис NAPTR Назва домену NIS Значення NONE не можна поєднувати з іншими типами PAC Назва вузла NS Запис NS запис NS не можна використовувати разом з записом %(type)s, якщо їх не розташовано у запису кореня зони (RFC 2181, розділ 6.1) Записи NS можна редагувати у апексі зони — «@». Наступна назва домену NSEC Карта типів NSEC запис NSEC Запис NSEC3 Запис NSEC3PARAM Запис NSEC3PARAM для зони у такому форматі: алгоритм_хешування прапорці ітерації сіль Назва Назва до посилання на CA Назва команди для експортування Назва групи вузлів Назва видавничого CA Назва методу, який буде експортовано Назва об’єкта, який слід експортувати Назва батьківської карти автомонтування (типове значення: auto.master). Назва довіреного домену Сервер назв «%(host)s» не має відповідного запису A/AAAA Не можна задавати сервер назв для зворотної зони відносно назви DNS Не надано ні --del-all, ні параметрів вилучення певного запису. Всі підтримувані типи записів можна знайти у виводі команди help. Вкладені методи, які слід виконати Назва NetBIOS Назва NetBIOS домену IPA Мережева група Параметри мережевої групи Опис мережевої групи Назва мережевої групи Мережеві групи Мережеві служби Нова назва ACI Новий сертифікат Новий пароль Новий пароль реєстраційного запису Новий текст Новий псевдонім реєстраційного запису kerberos Інформація нового монтування Слід вказати новий пароль Новий відкритий ключ вказано декілька разів Нові користувачі і групи автоматично отримують SID Новий пароль до сховища Новий: ключ не встановлено Новий: ключ встановлено Далі Наступна назва домену Не знайдено записів A, AAAA, SSHFP або PTR. У темі запиту не було знайдено загальної назви (CN). Немає серверів DNS на місці IPA %(location)s. Без серверів DNS місце не працюватиме як слід. Не встановлено основного ключа DNSSEC. Підписування у зоні DNSSEC не працюватиме, доки не буде встановлено основний ключ DNSSEC. Немає чинних сертифікатів Не вдалося знайти жодної відповіді протягом вказаного періоду життя зворотної зони DNS %(revdns)s Немає архівованих даних. Не знайдено кешу реєстраційних даних Не встановлено типової (резервної) групи Немає записів. Немає файла для читання Немає вільних слотів YubiKey! Жоден з ключів не прийнято KDC Відповідних записів не знайдено Не вказано параметр вилучення певного запису. Можливості внесення змін у певний запис не передбачено. Немає дозволу на долучення цього вузла до домену IPA. Немає приватної групи Немає відповіді У цього запису немає такого атрибута Такої віртуальної команди не передбачено Немає основних системних типів шифрування?! Немає значень %s Не чекати Немає дозволу на запис до файла таблиці ключів «%s» Відповідь від програмного інтерфейсу REST CA, що не відповідає 2xx: %(status)d. %(explanation)s Домен не-Active Directory Вказано ім'я користувача не у форматі Kerberos. Будь ласка, надайте замість нього дані у форматі «користувач@ОБЛАСТЬ» Не-POSIX Некоректні правила або правила, яких не існує Неперехідна зовнішня довіра до домену у іншому лісі Active Directory Неперехідна зовнішня довіра до сумісної із RFC4120 області Kerberos Цей випадок Не пізніше Не раніше Не є керованою групою Некоректна IP-адреса Некоректна адреса IPv4 Некоректна адреса IPv6 Некоректна адреса у мережі (приклади коректних адрес: 2001:db8::/64, 192.0.2.0/24) Заборонено для записів, які не є записами листків (leaf) Вказано недостатньо аргументів для виконання налаштовування довіри Невідповідні правила Ще не зареєстровано Нотатка Кількість ідентифікаторів у діапазоні Кількість дозволених розпізнавань LDAP після завершення строку дії Кількість доданих умов Кількість вилучених умов Сповіщення про кількість днів, які залишилися до завершення дії пароля Кількість цифр у кожному з кодів ключа Кількість повернутих записів Кількість вузлів, з яких знято перегляд ідентифікаторів: Кількість вузлів, до яких застосовано перегляд ідентифікаторів: Кількість доданих учасників Кількість вилучених учасників Кількість доданих записів власників Кількість вилучених записів власників Кількість доданих прав доступу Кількість вилучених записів прав доступу Кількість завантажених додатків Кількість доданих привілеїв Кількість вилучених привілеїв Кількість секунд, протягом яких відбуватиметься очікування зовнішнім LDAP на відповідь під час дій від віддаленої репліки, перш ніж дію буде припинено через перевищення часу очікування і буде видано повідомлення щодо помилки Кількість повернутих змінних (<= загальної) Кінцева точка уповноваження OAuth 2.0 Подробиці щодо клієнта OAuth 2.0 Ідентифікатор клієнта OAuth 2.0 Пароль клієнта OAuth 2.0 Область OAuth 2.0. Декілька профілів слід відокремлювати пробілами Адреса OIDC Гаразд OTP Налаштування OTP Жетон OTP Параметри жетона OTP Жетони OTP Параметри налаштування OTP Макс. строк дії OTP Макс. вік поновлення OTP Встановлено одноразовий пароль Жетон OTP Максимальний строк дії квитка ключа OTP (у секундах) Максимальний вік, протягом якого можливе поновлення квитка ключа OTP (у секундах) Жетони OTP Немає класу об'єктів ipaNTUserAttrs. Через це запис користувача не може містити атрибутів SMB. Назва класу об’єктів Об'єкт не належить до довіреного домену Класи об’єктів, які буде проігноровано для записів груп у DS Класи об’єктів, які буде проігноровано для записів користувачів у DS Класи об’єктів, використаних для пошуку записів груп у DS Класи об’єктів, використаних для пошуку записів користувачів у DS Okta Старий пароль до сховища Старий закритий ключ сховища Одноразовий пароль Слід вказати одне зі значень, group, permission або self Команди для одноразового пароля Одноразовий пароль Одноразового пароля немає Є одноразовий пароль Можна використовувати лише одне значення Можна використовувати лише один тип зони на одну назву зони За допомогою вебінтерфейсу можна створювати лише стандартні сховища. Скористайтеся командним інтерфейсом для створення інших типів сховищ. Якщо додається зв’язок довіри AD, значенням --range-type має бути лише ipa-ad-trust або ipa-ad-trust-posix. Операційна система вузла і її версія (наприклад, «Fedora 9») Операційна система Невдала спроба виконання дії: %s Помилка під час обробки Додано параметр Група варіантів Параметр rid-base не слід використовувати, якщо типом діапазону IPA є ipa-ad-trust-posix Необов’язкове піддерево DN, звідки має бути пересунуто запис (має належати до піддерева, але може ще не існувати) Необов’язкове піддерево DN, куди має бути пересунуто запис (має належати до піддерева, але може ще не існувати) Необов’язковий DN, до якого застосовуватимуться дозвіл (має належати до піддерева, але може ще не існувати) Параметри Параметри dom-sid і dom-name не можна використовувати разом Параметри dom-sid і rid-base слід використовувати разом Параметри dom-sid і secondary-rid-base не можна використовувати разом Параметри dom-sid/dom-name і rid-base слід використовувати разом Параметри dom-sid/dom-name і secondary-rid-base не можна використовувати разом Параметри secondary-rid-base і rid-base слід використовувати разом Порядок Порядок у збільшенні пріоритетності користувачів SELinux, відокремлений $ Підрозділ Установа Ідентифікатор організації або назва області для шаблонів надавача IdP Підрозділ установи Піддерево DN походження Початковий TTL Інші типи записів Наш домен не налаштовано Не вистачає пам'яті! Не вистачає пам'яті Не вистачає пам'яті Не вистачає пам'яті! Не вистачає пам'яті! Не вистачає пам'яті!? Вивести діагностичні дані Файл для зберігання сертифіката передавання даних Назва файла виводу Виводити лише повідомлення про помилки Перевизначити типовий список підтримуваних типів PAC. Скористайтеся значенням «NONE», щоб вимкнути підтримку PAC для цієї служби. Перевизначити типовий список підтримуваних типів PAC. Скористайтеся значенням «NONE», щоб вимкнути підтримку PAC для цієї служби. Це, наприклад, може бути необхідним для служб NFS. Перевизначити наявний пароль Перевизначити успадковані параметри Перезаписати ідентифікатор групи Власник Власник %s Групи власника Служби власника Користувачі власника Власники Власники, записи яких не вдалося додати Власники, записи яких не вдалося вилучити Користувач-власник запису підлеглого ідентифікатора Тип PAC PAD PKINIT Макс. строк дії PKINIT Макс. вік поновлення PKINIT Максимальний строк дії квитка PKINIT (у секундах) стан PKINIT Максимальний вік, протягом якого можливе поновлення квитка PKINIT (у секундах) POSIX Назва вузла PTR Запис PTR PTR-запис для SAN IP (%s) не відповідає записам A/AAAA Сторінка Номер пейджера Розмір сторінки Параметри Батьківська карта Обробити всі записи DNS і повернути дані у структурованій формі Помилка обробки Не вдалося обробити відповідь JSON-RPC: %s Не вдалося обробити відповідь JSON-RPC: не знайдено значення «result». Пароль Сповіщення про вичерпання строку дії пароля (у днях) Правила щодо паролів Правила для паролів Пароль можна вказувати лише для симетричного сховища Не можна визначати пароль для вузла з визначеною роллю. Зміну пароля завершено Обмеження терміну дії пароля Лічильник лояльності паролів Розмір журналу паролів Пароль є надто довгим! Не вдалося перенести паролі Пароль успішно перенесено Пароль або Пароль+Одноразовий пароль Можливості додатка паролів Не вдалося скинути пароль. Пароль вказано декілька разів Пароль для загального керування реєстраційними записами Паролі не збігаються Паролі не збігаються! Вказано різні паролі! Міграцію записів паролів здійснено у форматі до хешування. IPA не вдасться створити ключі Kerberos, якщо не буде надано текстових паролів. Всім користувачам з перенесеними записами, доведеться пройти розпізнавання на https://your.domain/ipa/migration/ до того, як вони зможуть скористатися обліковими записами Kerberos. Паролі мають збігатися Шлях до скрипту, який буде виконано у системі Windows під час входу Шлях до домашнього каталогу користувача у форматі UNC Шлях до профілю користувача у форматі UNC \\сервер\спільний_ресурс\ Шлях до сертифіката CA IPA Умовні правила переспрямування для окремого сервера. Встановіть значення «none» для вимикання переспрямовувача загального рівня для цієї зони. Якщо ви встановите це значення, умовні переспрямовувачі зони не братимуться до уваги. Окремі переспрямовувачі для серверів. Нетиповий порт можна вказати для кожного переспрямовувача за допомогою стандартної конструкції «IP_АДРЕСА port ПОРТ» Умовні правила переспрямування для окремої зони. Встановіть значення «none» для вимикання переспрямовувача загального рівня для цієї зони. Якщо ви встановите це значення, умовні переспрямовувачі зони не братимуться до уваги. Переспрямовувачі для окремої зони. Можна вказати нетиповий порт для кожного переспрямовувача у стандартному форматі: «IP_АДРЕСА port ПОРТ» Проміжок часу, по завершенню якого кількість помилок буде скинуто (у секундах) Проміжок часу, протягом якого діятиме блокування (у секундах) Права доступу ACI прав доступу надає доступ до Доступ заборонено: %(file)s Прапорці прав доступу Назва прав доступу Параметри прав доступу Тип прав доступу Значення прав доступу Не можна змінювати чи вилучати права доступу з невідомим прапорцем %s Права доступу Права доступу, які слід надати (read, write). Типовими є права доступу write. Права доступу, які слід надати (read, write, add, delete, all) Дозволені типи шифрування Дозволено мати випущений сертифікат Перевірити луна-імпульсом (пінгом) віддалений сервер. Платформа Будь ласка, виберіть тип запису ресурсу DNS, який слід додати Будь ласка, вкажіть переспрямовувачі. Будь ласка, спробуйте такі параметри: Правила Порт Позиційний аргумент Обов’язкові аргументи Для роботи з цією службою потрібне попереднє розпізнавання Попередньо оприлюднений пароль Стандартний профіль «%(profile_id)s» не може бути вилучено Пріоритет Пріоритет цього обмінника. Записи з меншим значенням мають вищий пріоритет. Бажана мова Префікс, за яким визначається тип ACI (permission, delegation, selfservice, none) Зарезервований користувач Збережений користувач «%(value)s» Зарезервовані користувачі Назад Головна основа RID Основний діапазон RID і вторинний діапазон RID не повинні перекриватися Лише первинний ключ Реєстраційний запис Не вдалося виконати розпізнавання для реєстраційного запису %(principal)s: %(message)s Реєстраційному запису «%(principal)s» не дозволено використовувати службу сертифікації «%(ca)s» із профілем «%(profile_id)s» для видання сертифікатів. Реєстраційний запис «%s» у альтернативній назві об’єкта не відповідає запитаному реєстраційному запису Псевдонім реєстраційного запису Реєстраційний запис для цього сертифіката (наприклад HTTP/test.example.com) Реєстраційний запис вказано у формі, відмінній від користувач@ОБЛАСТЬ: «%(principal)s» Назва реєстраційного запису Виводити мінімум даних Вивести діагностичні дані Вивести записи у формі, у якій вони зберігаються на сервері. Стосується лише формату виведення даних. Вивести дані XML-RPC без обробки у режимі GSSAPI Пріоритет Пріоритетність (порядок) Пріоритет правил (більше число — нижчий пріоритет) Пріоритет правила (більше число — нижчий пріоритет) Закритий ключ вказано декілька разів Привілей Параметри привілеїв Привілей відкликано Опис привілею Назва привілею Привілеї Профіль Ід. профілю Ідентифікатор профілю, «%(cli_value)s», не збігається із вказаним у даних профілю, «%(file_value)s» Ідентифікатор профілю для посилання на цей профіль Категорія профілів Категорія профілів, до якої застосовується ACL Налаштування профілю Налаштування профілів збережено до файла «%(file)s» У даних профілю profileId вказано декілька разів: %(values)s Опис профілю Профілі Запит щодо пароля LDAP Запит щодо імені користувача Запитувати ім’я користувача, якщо із сертифікатом пов’язано декілька профілів Надіслати запит щодо встановлення пароля користувача Очікуваний Протокол Передбачення Відкритий ключ Відкритий ключ Відкритий ключ можна вказувати лише для асиметричного сховища Відкритий ключ вказано декілька разів Відкритий ключ: Ширина QR-коду перевищує розмір термінала для виведення. Будь ласка, змініть розміри вашого термінала. Кількість Надіслати запити щодо поточного рівня домену. За запитом повернуто більше за налаштоване максимальне значення результатів. Показано лише перші ${counter} результатів. Швидкі посилання «Мовчазний» режим. Буде показано лише повідомлення про помилки. RADIUS Параметри проксі-сервера RADIUS Сервер RADIUS Сервери RADIUS Макс. строк дії RADIUS Макс. вік поновлення RADIUS Максимальний строк дії квитка RADIUS (у секундах) Налаштування проксі RADIUS Проксі-сервер RADIUS Назва проксі-сервера RADIUS Проксі-сервер RADIUS із назвою «%s» вже існує Проксі-сервери RADIUS Ім’я користувача проксі-сервера RADIUS Максимальний вік, протягом якого можливе поновлення квитка PKINIT (у секундах) Вхід до програмного інтерфейсу REST не виконано. ВІДКЛИКАНО Область Kerberos, сумісна з RFC4120 RFC822Name не збігається зі жодною адресою електронної пошти користувача Запис RP Команда RPC, яка використовується для завершення сеансу поточного користувача. Алгоритм RRSIG Мітка ключа RRSIG Мітки RRSIG Початковий TTL RRSIG Підпис RRSIG Строк дії підпису RRSIG Початок підпису RRSIG Ім’я підписника RRSIG Об’єднувані типи RRSIG Запис RRSIG Версія RSN Версія із випадковим серійним номером Випадковий пароль Параметри діапазону Назва діапазону Розмір діапазону Тип діапазону Необроблені записи %s Прості записи A Прості записи A6 Прості записи AAAA Прості записи AFSDB Прості записи APL Прості записи CERT Прості записи CNAME Прості записи DHCID Прості записи DLV Прості записи DNAME Прості записи DNSKEY Прості записи DS Прості записи HIP Прості записи IPSECKEY Прості записи KEY Прості записи KX Прості записи LOC Прості записи MX Прості записи NAPTR Прості записи NS Прості записи NSEC Прості записи NSEC3 Прості записи PTR Прості записи RP Прості записи RRSIG Прості записи SIG Прості записи SPF Прості записи SRV Прості записи SSHFP Прості записи TA Прості записи TKEY Прості записи TLSA Прості записи TSIG Прості записи TXT Фільтр призначення без обробки Необроблене значення для запису DNS вже було встановлено за допомогою параметра «%(name)s» Відновлено довіру до домену «%(value)s» Повторно синхронізувати локальний кеш іменування із сервером іменування. Домени області Має бути вказано пароль адміністратора області Домени області Назва області Невідповідність між областю і доменом Підстава Причина відкликання Причина відкликання сертифіката (0-10) Причина відкликання сертифіката (0-10). Введіть «ipa help cert», щоб ознайомитися із подробицями причин відкликання. Повторне збирання правил автоматичної участі Повторне збирання правил автоматичної участі. Повторне збирання правил участі для усіх учасників угрупування Повторне збирання правил участі для вказаних вузлів Повторне збирання правил участі для вказаних користувачів Перевищено рекомендовану максимальну кількість узгоджень на репліку Параметри запису Тип запису Спроба створення запису зазнала невдачі. Дані запису Назва запису Запис не знайдено. Тип запису Записи Записи зони DNS Переспрямування Переспрямовування на запис PTR Оновити Освіжити список доменів, пов’язаних з правилом довіри Оновити сторінку. Зареєструватися у системі іменування. Пароль для реєстрації Формальний вираз Назва відносного запису «%(record)s» містить як суфікс назву зони «%(zone)s», що дає повну назву домену «%(fqdn)s». Зазвичай, такі назви є помилковими, спричиненими пропущеною крапкою наприкінці специфікації назви. Відносна вага для записів із однаковою пріоритетністю. Відносна вага служб для сервера (обчислюється для окремого місця) Перезавантажити поточні параметри з сервера. Перезавантажити переглядач. Залишкові subid-и Назва вузла віддаленого сервера IPA Назва віддаленого сервера Вилучити Вилучити записи A, AAAA, SSHFP і PTR вузлів, керованих DNS IPA Вилучити ACL служб сертифікації Вилучити CA з ACL CA. Вилучити служби сертифікації з ACL CA «${primary_key}» Вилучити зони переспрямовування DNS Вилучити записи ресурсів DNS Вилучити зони DNS Вилучити правила HBAC Вилучити службу HBAC «${primary_key}» з груп служб HBAC Вилучити групи служб HBAC Вилучити групи служб HBAC з правила HBAC «${primary_key}» Вилучити служби HBAC Вилучити служби HBAC з правила HBAC «${primary_key}» Вилучити служби HBAC з групи служб HBAC «${primary_key}» Вилучити діапазони ідентифікаторів Вилучити перегляди ідентифікаторів Вилучити місця IPA Вилучити сервери IPA з місця IPA «${primary_key}» Вилучити псевдонім Kerberos Вилучити ключі OTP Вилучити права доступу Вилучити сервери RADIUS Вилучити групи RunAs з правила sudo «${primary_key}» Вилучити групи користувачів RunAs з правила sudo «${primary_key}» Вилучити користувачів RunAs з правила sudo «${primary_key}» Вилучити керування із запису користувача етапу Вилучити керування із запису користувача Вилучити права доступу до делегування доступу для окремих зон переспрямовування. Вилучити права доступу до надання доступу до окремих зон. Вилучити всі реєстраційні записи у цій області Вилучити групи дозволу команд sudo з правила sudo «${primary_key}» Вилучити команди дозволу sudo з правила sudo «${primary_key}» Вилучити пункт з правила sudo. Вилучити правила автоматичної участі Вилучити ключі автоматичного монтування Вилучити місця автоматичного монтування Вилучити карти автоматичного монтування Вилучити служби сертифікації Вилучити затримання сертифіката Вилучити правила прив'язки профілів сертифікації Вилучити дані прив'язки сертифіката Вилучити профілі сертифікації Вилучити профілі сертифікації з ACL CA «${primary_key}» Вилучити сертифікати із запису служби Вилучити сертифікати із запису вузла Вилучити команди і групи команд sudo, яких стосується правило sudo. Вилучити умови з правила автоматичної участі. Вилучити типову (резервну) групу для невідповідних записів. Вилучити уповноваження Вилучити групи заборони команд sudo з правила sudo «${primary_key}» Вилучити команди заборони sudo з правила sudo «${primary_key}» Вилучити домени Вилучити записи з DNS Вилучити умови виключення з правила «${primary_key}» Вилучити з CRL Вилучити перевизначення ідентифікаторів груп Вилучити групу виконання з запису sudo. Вилучити групи з керівників учасниками для групи вузлів «${primary_key}» Вилучити групи з керівників учасниками для групи користувачів «${primary_key}» Вилучити затримання Вилучити вузол «${primary_key}» з правил HBAC Вилучити вузол «${primary_key}» з груп вузлів Вилучити вузол «${primary_key}» з мережевих груп Вилучити вузол «${primary_key}» з ролей Вилучити вузол «${primary_key}» з правил sudo Вилучити групу вузлів «${primary_key}» з правил HBAC Вилучити групу вузлів «${primary_key}» з груп вузлів Вилучити групу вузлів «${primary_key}» з мережевих груп Вилучити групу вузлів «${primary_key}» з правил sudo Вилучити групи вузлів Вилучити групи вузлів з ACL CA «${primary_key}» Вилучити групи вузлів з правила HBAC «${primary_key}» Вилучити групи вузлів з прив'язки користувачів SELinux «${primary_key}» Вилучити групи вузлів з групи вузлів «${primary_key}» Вилучити групи вузлів з мережевої групи «${primary_key}» Вилучити групи вузлів з ролі «${primary_key}» Вилучити групи вузлів з правила sudo «${primary_key}» Вилучити вузли Вилучити вузли та групи вузлів, яких стосується правило sudo. Вилучити вузли з ACL CA «${primary_key}» Вилучити вузли з правила HBAC «${primary_key}» Вилучити вузли з прив'язки користувачів SELinux «${primary_key}» Вилучити вузли з групи вузлів «${primary_key}» Вилучити вузли з мережевої групи «${primary_key}» Вилучити вузли з ролі «${primary_key}» Вилучити вузли з правила sudo «${primary_key}» Вилучити вузол керування вузлами «${primary_key}» Вилучити службу керування вузлами «${primary_key}» Вилучити записи вузлів, які можуть керувати цим вузлом. Вилучити вузли, які можуть керувати цією службою. Вилучити умови включення з правила «${primary_key}» Вилучити дані щодо домену, пов’язаного з цим правилом довіри. Вилучити запис учасника із іменованого правила делегування служб. Вилучити запис учасника із іменованого призначення делегування служб. Вилучити запис із делегування іменованої служби. Вилучити учасників з групи команд sudo. Вилучити учасників з групи. Вилучити записи з групи вузлів. Вилучити учасників з мережевої групи. Вилучити учасників із запису права доступу. Вилучити учасників з запису привілеїв Вилучити учасників з запису ролі. Вилучити записи учасників сховища. Вилучити учасників з групи служб HBAC. Вилучити мережеву групу «${primary_key}» з мережевих груп Вилучити мережеві групи Вилучити мережеві групи з мережевої групи «${primary_key}» Вилучити одну або декілька прив’язок сертифікатів із запису користувача етапу. Вилучити одну або декілька прив’язок сертифікатів із запису користувача. Вилучити один або декілька сертифікатів запису idoverrideuser Вилучити один або декілька сертифікатів запису користувача етапу Вилучити один або декілька сертифікатів запису користувача Вилучити осиротілі правила автоматичної участі Вилучити записи власників із контейнера сховища. Вилучити записи власників сховища. Вилучити правила паролів Вилучити дозволи Вилучити права доступу з привілею. Вилучити збережених користувачів Вилучити псевдонім реєстраційного запису із запису вузла Вилучити альтернативну назву реєстраційного запису зі служби Вилучити псевдонім реєстраційного запису із запису користувача етапу Вилучити псевдонім реєстраційного запису із запису користувача Вилучити привілеї «${primary_key}» з дозволів Вилучити привілеї Вилучити привілеї з запису ролі. Вилучити привілеї з дозволів «${primary_key}» Вилучити профілі із CA ACL. Вилучити роль «${primary_key}» з привілеїв Вилучити ролі Вилучити ролі з привілеїв «${primary_key}» Вилучити дозволи на самообслуговування Вилучити прив'язки користувачів selinux Вилучити службу «${primary_key}» з ролей Вилучити служби та групи служб з правила HBAC. Вилучити служби Вилучити служби з ACL CA «${primary_key}» Вилучити служби з CA ACL. Вилучити служби зі списку учасників сховища «${primary_key}» Вилучити служби зі списку власників сховища «${primary_key}» Вилучити служби з ролі «${primary_key}» Вилучити служби з групи користувачів «${primary_key}» Вилучити вузли джерела та групи вузлів з правила HBAC. Вилучити користувачів етапів Вилучити команду sudo «${primary_key}» з груп команд sudo Вилучити групи команд sudo Вилучити команди sudo Вилучити команди sudo з групи команд sudo «${primary_key}» Вилучити параметри sudo Вилучити правила sudo Вилучити ціль із іменованого правила делегування служб. Вилучити вузли призначення та групи вузлів з CA ACL. Вилучити вузли призначення та групи вузлів з правила HBAC. Вилучити вузли призначення та групи вузлів з правила карти користувачів SELinux. Вилучити елементи топології Вилучити записи довіри Вилучити користувача «${primary_key}» з правил HBAC Вилучити користувача «${primary_key}» з мережевих груп Вилучити користувача «${primary_key}» з ролей Вилучити користувача «${primary_key}» з правил sudo Вилучити користувача «${primary_key}» з груп користувачів Вилучити перевизначення ідентифікаторів користувачів Вилучити перевизначення ідентифікатора користувача з групи користувачів «${primary_key}» Вилучити групу користувачів «${primary_key}» зі правил HBAC Вилучити групу користувачів «${primary_key}» зі списку мережевих груп Вилучити групу користувачів «${primary_key}» зі списку ролей Вилучити групу користувачів «${primary_key}» зі правил sudo Вилучити групу користувачів «${primary_key}» зі списку груп користувачів Вилучити групи користувачів Вилучити групи користувачів з ACL CA «${primary_key}» Вилучити групи користувачів з правила HBAC «${primary_key}» Вилучити групи користувачів з прив'язки користувачів SELinux «${primary_key}» Вилучити групи користувачів зі списку учасників сховища «${primary_key}» Вилучити групи користувачів з мережевої групи «${primary_key}» Вилучити групи користувачів зі списку власників сховища «${primary_key}» Вилучити групи користувачів з ролі «${primary_key}» Вилучити групи користувачів з правила sudo «${primary_key}» Вилучити групи користувачів з групи користувачів «${primary_key}» Вилучити користувачів Вилучити записи користувачів та груп, яких стосується правило sudo. Вилучити користувачів та групи для виконання команд sudo від їхнього імені. Вилучити користувачів або групи з CA ACL. Вилучити користувачів і групи з правила HBAC. Вилучити користувачів і групи з правила карти користувачів SELinux. Вилучити користувачів з ACL CA «${primary_key}» Вилучити користувачів з правила HBAC «${primary_key}» Вилучити користувачів з прив'язки користувачів SELinux «${primary_key}» Вилучити користувачів з керівників учасниками для групи вузлів «${primary_key}» Вилучити користувачів з керівників учасниками для групи користувачів «${primary_key}» Вилучити користувачів зі списку учасників сховища «${primary_key}» Вилучити користувачів з мережевої групи «${primary_key}» Вилучити користувачів зі списку власників сховища «${primary_key}» Вилучити користувачів з ролі «${primary_key}» Вилучити користувачів з правила sudo «${primary_key}» Вилучити користувачів з групи користувачів «${primary_key}» Вилучити ключ керування записами користувачів OTP «${primary_key}» Вилучити записи користувачів, які можуть керувати учасниками цієї групи. Вилучити записи користувачів, які можуть керувати учасниками цієї групи вузлів. Вилучити записи користувачів, які можуть керувати цим жетоном. Вилучити сховища Вилучити псевдоніми із запису вузла «%(value)s» Вилучено псевдоніми із запису користувача етапу «%(value)s» Вилучити псевдоніми із запису користувача «%(value)s» Вилучено псевдоніми реєстраційного запису служби «%(value)s» Вилучено прив’язки сертифікатів до запису користувача «%(value)s» Вилучено сертифікати із запису вузла «%(value)s» Вилучено сертифікати із запису idoverrideuser «%(value)s» Вилучено сертифікати із реєстраційного запису служби «%(value)s» Вилучено сертифікати із запису користувача етапу «%(value)s» Вилучено сертифікати із запису користувача «%(value)s» Вилучено умови з «%(value)s» Вилучити типову (резервну) групу для автоматичної участі «%(value)s» Дані щодо довіреного домену «%(value)s» вилучено З правила sudo «%(rule)s» вилучено параметр «%(option)s» Вилучено системні права доступу «%(value)s» Вилучаємо %(servers)s з топології реплікації, будь ласка, зачекайте… Вилучення реєстраційного запису %s Перейменувати Перейменувати запис ACI. Перейменувати об’єкт %(ldap_obj_name)s Перейменувати об’єкт запису ресурсу DNS Перейменувати об’єкт перевизначення ідентифікатора групи Перейменувати об’єкт перегляду ідентифікатора Перейменувати об’єкт жетона OTP Перейменувати об’єкт проксі-сервера RADIUS Перейменувати об’єкт перевизначення ідентифікатора користувача Перейменувати об’єкт ключа автоматичного монтування Перейменувати об’єкт групи Перейменувати об’єкт права доступу Перейменувати об’єкт привілеїв Перейменувати об’єкт ролі Перейменувати об’єкт користувача етапу Перейменувати об’єкт користувача ACI перейменовано на «%(value)s» Основний сервер відновлення для центру сертифікації IPA Заміна Репліка є активним основним сервером ключів DNSSEC. Вилучення може зашкодити вашій системі DNS. Будь ласка, спочатку вимкніть або замініть основний сервер ключів DNSSEC. Увімкнено угоду щодо реплікації Не знайдено угоди щодо реплікації для %(hostname)s Налаштування реплікації Оновлення реплікації для сегмента: надіслано запит щодо «%(pkey)s». Топологія реплікації суфікса «%(suffix)s» містить помилки. Топологія реплікації суфікса «%(suffix)s» у порядку. Звіт щодо стану PKINIT на основних елементах IPA Надіслати запит щодо повної повторної ініціалізації вузла, щоб отримує дані з іншого вузла. Помилка під час виконання запиту, стан %(status)s: %(reason)s Ід. запиту У запиті не вказано метод ("method") У запиті не вказано параметри ("params") Запит має належати до типу словника (dict) Стан запиту Обов’язкове Обов’язкове поле Вимагає попереднього розпізнавання Скинути Відновити типові правила квитків Kerberos. Скинути ОП Скинути одноразовий пароль Скинути пароль Скинути пароль і увійти Скинути ваш пароль. Визначити назву вузла у DNS. Визначити назву вузла у DNS. (Застаріле) Визначати ідентифікатори безпеки користувачів та груп у довірених доменах Відповідь від CA не була коректним кодом JSON Відновити Результат Результат імітації Результат виконання команди Список результатів обрізано. Спробуйте точніше визначити критерії пошуку. Результати мають містити лише атрибут основного ключа («%s») Результати мають містити лише атрибут основного ключа («anchor») Результати мають містити лише атрибут основного ключа («сертифікат») Результати мають містити лише атрибут основного ключа («cn») Результати мають містити лише атрибут основного ключа («command») Результати мають містити лише атрибут основного ключа («delegation-name») Результати мають містити лише атрибут основного ключа («domain») Результати мають містити лише атрибут основного ключа («group») Результати мають містити лише атрибут основного ключа («group-name») Результати мають містити лише атрибут основного ключа («hostgroup-name») Результати мають містити лише атрибут основного ключа («hostname») Результати мають містити лише атрибут основного ключа («id») Результати мають містити лише атрибут основного ключа («location») Результати мають містити лише атрибут основного ключа («login») Результати мають містити лише атрибут основного ключа («map») Результати мають містити лише атрибут основного ключа («name») Результати мають містити лише атрибут основного ключа («principal») Результати мають містити лише атрибут основного ключа («realm») Результати мають містити лише атрибут основного ключа («service») Результати мають містити лише атрибут основного ключа («suydocmdgroup-name») Результати мають містити лише атрибут основного ключа («sudorule-name») Кількість спроб Отримати дані зі сховища. Отримати вже створений сертифікат. Отримати і вивести всі атрибути з сервера. Стосується лише виводу команд. Отримувати поточні ключі без внесення до них змін Отримати дані зі сховища. Отримати сертифікати іменування. Отримано дані зі сховища «%(value)s» Спроба отримання ланцюжка сертифікації CA зазнала невдачі: %s Спроба отримання стану CA зазнала невдачі, стан %d Спроба отримання даних щодо стану служби сертифікації зазнала невдачі: %s Повторити Повторюємо спробу з використанням способу отримання сховища ключів, який використовувався до версії 4.0… Повернути типові параметри команди Повернутися до головної сторінки і повторити спробу Зворотний запис для IP-адреси %(ip)s вже існує у зворотній зоні %(zone)s. Зворотна зона %(name)s потребує точно %(count)d компонентів IP-адрес, надано %(user_count)d Мережа IP зворотної зони Повернути Причина відкликання Відкликати Відкликати сертифікат. Відкликати сертифікат Анульований Відкликано з Відкликано з цієї дати (РРРР-мм-дд) Відкликано до Відкликано до цієї дати (РРРР-мм-дд) Правий вузол Правий вузол реплікації — сервер IPA Права Права доступу, які слід надати (read, search, compare, write, add, delete, all) Роль Параметри ролей Назва ролі Стан ролі Керування доступом на основі ролей Ролі Кореневий домен правила довіри для наявного правила довіри завжди увімкнено Назва правила Стан правила Тип правила Тип правила (allow) Правило, яке використовується для визначення того, чи придатний сертифікат для розпізнавання Правило, яке використовується для прив’язування сертифіката до запису користувача Правила Правила для перевірки. Якщо не вказано, вважається, що використано --enabled. Виконання команд Запустити тест Запуск від користувача Запускати від імені будь-якого користувача вказаної групи Запускати з ідентифікатором вказаної групи POSIX Зовнішня група для RunAs Зовнішній користувач для RunAs Категорія запуску від імені групи Категорія запуску від імені групи, до якої застосовується правило Групи запуску від імені Категорія запуску від імені користувачів Категорія запуску від імені користувачів, до якої застосовується правило Користувачі запуску від імені Назва групи «%(name)s» є неприйнятною для RunAsGroup Назва групи «%(name)s» є неприйнятною для RunAsUser Не можна вказувати «%(name)s» як ім’я користувача у записі RunAsUser Помилка прив'язки SASL Параметри SELinux Користувач SELinux Карта користувачів SELinux Правило карти користувачів SELinux Правила карти користувачів SELinux Карти користувачів SELinux Запису користувача SELinux %(user)s не виявлено у порядковому списку (у налаштуваннях) Користувач SELinux «%(user)s» є некоректним: %(error)s Типового користувача типової карти користувачів SELinux немає у порядковому списку Списку карт користувачів SELinux у налаштуваннях не виявлено Порядок карт користувачів SELinux Відбиток SHA1 Відбиток SHA256 SID Чорний список вхідних SID Чорний список вихідних SID Список блокування вхідних SID Список блокування вихідних SID Списки блокування SID SID не відповідає жодному з довірених доменів SID не збігається точно з будь-яким з SID довірених доменів Не вдалося знайти SID для вказаного довіреного домену. Будь ласка, вкажіть SID безпосередньо за допомогою параметра dom-sid. SID не розпізнано як чинний SID для довіреного домену SID не є чинним Алгоритм SIG Мітка ключа SIG Мітки SIG Початковий TTL SIG Підпис SIG Строк дії підпису SIG Початок підпису SIG Ім’я підписника SIG Об’єднувані типи SIG Запис SIG Домашній каталог SMB Диск домашнього каталогу SMB Шлях до скрипту входу до SMB Шлях до профілю SMB Назва NetBIOS служби SMB Клас SOA Застарівання SOA Мінімальний SOA Перевизначити mname SOA (довірений сервер) Перевизначення mname SOA Клас записів SOA Час завершення строку дії запису SOA Час оновлення запису SOA Проміжок між повторними спробами для запису SOA Серійний номер запису SOA Строк дії запису SOA Освіження SOA Повторення спроби SOA Серійний номер SOA Строк дії SOA Запис SPF Порт SRV Пріоритетність SRV Ціль SRV Вага SRV Запис SRV Відкритий ключ SSH Відбиток відкритого ключа SSH Відкритий ключ SSH: Відкриті ключі SSH Алгоритм SSHFP Відбиток SSHFP Тип відбитка SSHFP Запис SSHFP SSSD не вдалося визначити за об’єктом коректний SID Сіль Те саме, що і --%s Зберегти Схема не потребує оновлення (Відбиток «%(fingerprint)s», TTL %(ttl)s с) Область Пошук Параметри пошуку Шукати параметри команди. Шукати довірені домени Шукати %(searched_object)s у цих %(relationship)s %(ldap_object)s. Шукати %(searched_object)s не у цих %(relationship)s %(ldap_object)s. Спроба пошуку %1$s у rootdse завершилася невдало з повідомленням про помилку %2$d Шукати CA ACL. Шукати CA. Шукати правила прив’язування сертифікатів до профілів. Шукати профілі сертифікатів. Шукати запис класу служби Пошук зон переспрямовування DNS. Шукати ресурси DNS. Шукати сервери DNS. Пошук зон DNS (записів SOA). Шукати правила HBAC. Шукати служби HBAC. Шукати місця IPA. Спроба пошуку namingContext IPA завершилася помилкою %d Шукати сервери IPA. Знайти служби IPA. Шукати жетон OTP. Шукати проксі-сервери RADIUS. Шукати карти користувачів SELinux. Шукати групи команд sudo. Знайти команди sudo. Знайти правило sudo. Шукати мережеву групу. Шукати права доступу автослужби. Шукати перевизначення ідентифікаторів групи. Шукати групу служб HBAC. Шукати перегляд ідентифікаторів. Шукати перевизначення ідентифікатора. Шукати перевизначення ідентифікатора користувача. Виконати пошук ключа автоматичного монтування. Шукати запис автоматичного монтування. Виконати пошук карти автоматичного монтування. Шукати правила автоматичної участі. Шукати сертифікати із вказаними %s власника. Шукати сертифікати, власником яких не є %s. Шукати класи. Шукати за даними, які виводить команда. Шукати команди. Пошук уповноважень. Шукати облікові записи іменування. Шукати наявні сертифікати. Шукати лише прямі зони Знайти групу правил для паролів. Шукати групи із вказаними групами-учасниками. Шукати групи із цими правилами HBAC участі. Шукати групи із вказаними групами участі. Шукати групи із вказаними мережевими групами участі. Шукати групи із вказаними ролями участі. Шукати групи із цими правилами sudo участі. Шукати групи із вказаними користувачами-учасниками. Шукати групи без вказаних груп-учасників. Шукати групи без цих правил HBAC участі. Шукати групи без вказаних груп участі. Шукати групи без вказаних мережевих груп участі. Шукати групи без вказаних ролей участі. Шукати групи без цих правил sudo участі. Шукати групи без вказаних користувачів-учасників. Шукати групи. Шукати у темах довідки. Шукати групи вузлів із цими групами вузлів-учасників. Шукати групи вузлів із цими вузлами-учасниками. Шукати групи вузлів із цими правилами HBAC участі. Шукати групи вузлів із цими групами вузлів участі. Шукати групи вузлів із вказаними мережевими групами участі. Шукати групи вузлів із цим учасником правил sudo. Шукати групи вузлів без цих груп вузлів-учасників. Шукати групи вузлів без цих вузлів-учасників. Шукати групи вузлів без цього учасника правил HBAC. Шукати групи вузлів без цих груп вузлів участі. Шукати групи вузлів без вказаних мережевих груп учасників. Шукати групи вузлів без вказаних учасників правил sudo. Шукати групи вузлів. Шукати вузли з цими користувачами, якими надано ролі. Шукати вузли із цими керованими вузлами. Шукати вузли із цими керівними вузлами. Шукати вузли із цими правилами HBAC участі. Шукати вузли із вказаними групами вузлів участі. Шукати вузли із вказаними мережевими групами участі. Шукати вузли із вказаними ролями участі. Шукати вузли із цими правилами sudo участі. Шукати вузли без цих користувачів, якими надано ролі. Шукати вузли без цих керованих вузлів. Шукати вузли без цих керівних вузлів. Шукати вузли без цих правил HBAC участі. Шукати вузли без вказаних груп вузлів участі. Шукати вузли без вказаних мережевих груп участі. Шукати вузли без вказаних ролей участі. Шукати вузли без цих правил sudo участі. Шукати вузли. Шукати мережеві групи із вказаними групами-учасниками. Шукати мережеві групи із вказаними групами вузлів-учасниками. Шукати мережеві групи з цими вузлами-учасниками. Шукати мережеві групи з цими мережевими групами-учасниками. Шукати мережеві групи з цими мережевими групами участі. Шукати мережеві групи з цими користувачами-учасниками. Шукати мережеві групи без цих груп-учасників. Шукати мережеві групи без цих груп вузлів-учасників. Шукати мережеві групи без цих вузлів-учасників. Шукати мережеві групи без цих мережевих груп-учасників. Шукати мережеві групи без цих мережевих груп участі. Шукати мережеві групи без цих користувачів-учасників. Знайти права доступу. Знайти привілеї. Шукати діапазони. Знайти ролі. Шукати сервери із цими керованими суфіксами. Шукати сервери без цих керованих суфіксів. Шукати ціль делегування служб. Шукати правило делегування служб. Шукати служби із цими керованими вузлами. Шукати служби без цих керованих вузлів. Шукати користувачів етапу із цими правилами HBAC участі. Шукати користувачів етапу із вказаними групами участі. Шукати користувачів етапу із вказаними мережевими групами участі. Шукати користувачів етапу із вказаними ролями участі. Шукати користувачів етапу із цими правилами sudo участі. Шукати користувачів етапу без цих правил HBAC участі. Шукати користувачів етапу без вказаних груп участі. Шукати користувачів етапу без вказаних мережевих груп участі. Шукати користувачів етапу без вказаних ролей участі. Шукати користувачів етапу без цих правил sudo участі. Шукати записи користувачів етапу. Шукати за підлеглим ідентифікатором. Шукати сегменти топології. Шукати суфікси топології. Шукати суфікси топології. Шукати записи довіри. Шукати користувачів із цими правилами HBAC участі. Шукати користувачів з вказаними групами участі. Шукати користувачів із вказаними мережевими групами участі. Шукати користувачів із вказаними ролями участі. Шукати користувачів із цими правилами sudo участі. Шукати користувачів без цих правил HBAC участі. Шукати користувачів без вказаних груп участі. Шукати користувачів без вказаних мережевих груп участі. Шукати користувачів без вказаних ролей участі. Шукати користувачів без цих правил sudo участі. Шукати користувачів. Шукати сховища. Результат пошуку обрізано: %(reason)s Область пошуку Обмеження розміру пошуку Обмеження часу пошуку Другий код Другий OTP Вторинна основа RID Секунди широти Секунди довготи Ключ Реєстраційні дані можна додавати до сховища або отримувати з нього лише за допомогою інструментів командного рядка vault-archive і vault-retrieve. Ідентифікатор безпеки Ідентифікатори безпеки (SID) Подробиці сегмента Назва сегмента Вибрати все Виберіть записи, які слід вилучити. Селектор Self Права доступу автослужби Права доступу до самообслуговування Назва самообслуговування Семантику %(label)s було змінено. %(current_behavior)s %(hint)s Список відокремлених крапкою з комою записів IP-адрес або мереж, яким надано доступ до надсилання запитів Список відокремлених крапкою з комою записів IP-адрес або мереж, яким надано доступ до перенесення зони З врахуванням Серійний номер Серійний номер Серійний номер (шістнадцятковий) Серійний номер Серійний номер (шістнадцятковий) Серійний десятковий номер або шістнадцятковий номер з префіксом 0x Сервер Сервер «%(srv)s» має %(n)d узгоджень із такими серверами: Сервер %(srv)s не може встановити зв’язок із серверами: %(replicas)s Назва сервера Параметри сервера Роль сервера Ролі сервера На сервері не передбачено підтримки функціональних можливостей рівня домену Запис сервера вже вилучено На сервері немає інформації щодо домену «%(domain)s» Назва сервера Не надано назви сервера, сервер недоступний Вилучення сервера перервано: %(reason)s. Стан сервера Сервер перевірятиме засоби переспрямовування DNS. Сервери Параметри сервера: Сервери у місці Сервери, що належать до запису місця IPA Служба Для застосування змін у налаштуваннях службу %(service)s на сервері IPA %(server)s слід перезапустити. У базі даних Kerberos не виявлено служби «%(service)s» Сертифікат служби Групи служб Параметри служби Параметри служби Сховища служб Категорія служб Категорія служб, до якої застосовується ACL Категорія служб, до якої застосовується правило Правило делегування служб Правила делегування служб Ціль делегування служб Призначення делегування служб Назва групи служб Назва служби Назва служби сховища служби Реєстраційний запис служби Альтернативна назва реєстраційного запису служби Реєстраційний запис служби для цього сертифіката (наприклад HTTP/test.example.com) Реєстраційний запис служби вказано у формі, відмінній від: служба/повна назва вузла: %(reason)s Слід вказати реєстраційний запис служби Відносна вага служб Службу не передбачено Вага служб Параметри служби, спільного використання та користувача не можна вказувати одночасно Параметри служби, спільного використання та користувача не можна вказувати одночасно Параметри служби, спільного використання та користувача не можна вказувати одночасно Служби Помилка сеансу Ключ сеансу, пов’язаний із сертифікатом передавання Час очікування сеансу Встановити Встановити рівень домену Одноразовий пароль Встановити одноразовий пароль Встановити ключ SSH Встановити пароль користувача. Встановити атрибут для пари назва/значення. Формат: атрибут=значення. Для атрибутів з багатьма значенням команда замінює вже вказані значення. Встановити типову (резервну) групу для невідповідних записів. Встановити типову (резервну) групу для автоматичної участі «%(value)s» Встановити стан увімкнено/приховано для сервера. Встановити відкритий ключ Параметри Вказати налаштування SID Спільне Спільні сховища Оприлюднений ключ для довіри Сховище спільного використання Показати Показати сервер IPA. Показати QR-код Показати результати Показати список завантажених додатків. Показати адресу налаштувань Показати подробиці Показати змінні середовища. Показати налаштування довіри на загальному рівні. Показати керований суфікс. Показати стан ролі на сервері Показати поточні налаштування прив’язки сертифікатів до профілів. Показати поточні налаштування OTP. Показати поточні налаштування. Показати поточні загальні налаштування DNS. Показати список дозволених типів шифрування і завершити роботу Показати налаштування сховища. Показати або встановити ключ Показано записи від ${start} до ${end} з ${total} записів. Підпис Строк дії підпису Початок підпису Ім’я підписника Невдала спроба простого прив’язування Імітувати використання керування доступом на основі вузлів Оскільки IPA не керує записами DNS, слід налаштувати DNS так, щоб система визначала адресу домену «{domain}» за даними щодо вузлів IPA, і навпаки. Розмір Обмеження розміру Об’єм даних перевищує обмеження. Поточне обмеження об’єму сховища — %(limit)d Б Розмір діапазону ідентифікаторів, зарезервованого для довіреного домену Пропустити перевірку DNS Пропустити перевірку того, чи вилучено останній основний сервер CA або сервер DNS Пропустити перевірку вузла Пропустити перевірку перекриття Пропущено %(key)s Пропущено %(map)s Деякі з записів не вилучено Деякі з дій не вдалося виконати. Групи вузлів-джерел Вузли-джерела Вузол джерела Категорія вузлів-джерел Категорія вузлів-джерел, якої має стосуватися правило Вказані CA Вказані команди і групи Вказані групи Вказані вузли і групи Вказані профілі Вказані служби і групи Вказані користувачі і групи Не вдалося знайти назву вказаного довіреного домену. Визначає, де слід зберігати дані таблиці ключів. Вкажіть зовнішній ${entity} Поділити запис DNS на частини Етап Користувач етапу Користувачі етапу Активовано користувача етапу %s Користувачі етапу Обліковий запис користувача етапу «%(value)s» Стандартне Стандартні типи записів Початкове значення діапазону підлеглих ідентифікаторів групи (subgid) Початкове значення діапазону підлеглих ідентифікаторів користувача (subuid) Стан Область/провінція Стан Стан сертифіката Стан ролі Зупинити вже почате оновлення вибраних вузлів Зупиняємо реплікацію для сегмента: надіслано запит щодо «%(pkey)s». Збереження і надання схеми для команд і тем Зберігати видані сертифікати Вулиця і будинок Структурована Розмір діапазону SubGID Початок діапазону SubGID Відповідність за SubUID Розмір діапазону SubUID Початок діапазону SubUID Об’єкт DN призначення DN призначення вже використано CA «%s» Назва DNS призначення Унікальна назва призначення Назва EDI Party призначення IP-адреса призначення Назва реєстраційного запису Kerberos призначення OID призначення Інша назва призначення UPN призначення Адреса призначення Адреса X.400 призначення Використання типу альтернативної назви об’єкта %s заборонено Назва каталогу призначення Адреса електронної пошти призначення Призначення сертифіката Надіслати запит щодо підписування сертифіката. Статистика щодо підлеглих ідентифікаторів Підлеглі ідентифікатори Лічильник ідентифікаторів підлеглих груп Підлеглий ідентифікатор Опис підлеглого ідентифікатора Статистика щодо підлеглих ідентифікаторів Підлеглі ідентифікатори Лічильник підлеглих ідентифікаторів користувачів Піддерево Піддерево, до якого слід застосувати ACI Піддерево, до якого буде застосовано права доступу Підтип Успіх Sudo Групи дозволених команд sudo Дозволені команди sudo Команда sudo Група команд sudo Групи команд sudo Команди sudo Групи заборонених команд sudo Заборонені команди sudo Пункт sudo Правило sudo Правила Sudo Порядок sudo Назва суфікса Замінено Підтримувані типи шифрування: Придушити обробку атрибутів участі. Симетричний Синхронізувати жетон OTP Синхронізувати жетон OTP. Синхронізація Синтаксична помилка: %(error)s Оновлено записи DNS системи Кодуванням системи має бути UTF-8, підтримки «%(encoding)s» не передбачено. Встановіть такі значення змінних середовища: LC_ALL="C.UTF-8" або LC_ALL="" і LC_CTYPE="C.UTF-8". Запис TA Запис TKEY Дані прив’язки сертифікатів TLSA Використання сертифіката TLSA Відповідний тип TLSA Селектор TLSA Запис TLSA Вікно синхронізації TOTP Вікно розпізнавання TOTP Відхилення часу розпізнавання TOTP (у секундах) Відхилення часу синхронізації TOTP (у секундах) Часова розбіжність між ключем TOTP і сервером IPA Запис TSIG Текстові дані TXT Запис TXT Забрати відкликаний сертифікат. Ціль DN призначення Піддерево DN призначення Універсальний ідентифікатор ресурсу призначення Універсальний ідентифікатор ресурсу призначення відповідно до RFC 3986 Цільова група Вузол призначення Цільові учасники групи Цільові учасники групи (встановлює фільтр призначення memberOf) Не знайдено зворотної зони призначення. Виконати над власним записом (self) DN завдання DN завдання = «%s» Номер телефону Перевірити синтаксис ACI, але не виконувати запису Текстові дані Текст не відповідає шаблону поля Параметр --domain не можна використовувати разом із параметрами --add-domain і --del-domain. Скористайтеся параметром --domain для визначення усього списку доменів області явним чином. Щоб додати або вилучити окремі домени, скористайтеся параметрами --add-domain/del-domain. ACI для прав доступу %(name)s у %(dn)s не знайдено Область IPA Адреса OIDC надавача профілів OTP, якщо користувач має налаштований жетон Не вдалося створити запис TXT _kerberos з домену %(domain)s (%(error)s). Причиною може бути те, що зона не є керованою IPA. Будь ласка, створіть запис вручну так, щоб він містив таке значення: «%(realm)s» Не вдалося вилучити запис TXT _kerberos з домену %(domain)s (%(error)s). Причиною може бути те, що зона не є керованою IPA. Будь ласка, вилучіть запис вручну. Ключа автоматичного монтування %(key)s з інформацією %(info)s не існує Сертифікат %(ca)s на цьому сервері не доступний. Не можна використовувати символ %(char)r. Не можна вилучати типову групу користувачів Тип «deny» вважається застарілим. Домен %s не є ні доменом IPA, ні довіреним доменом. Доменна назва вузла призначення або '.', якщо служба є явно недоступною на цьому домені Домени «%s» не можна використовувати для застосування перевірки altSecurityIdentities. Вказані нижче домени не належать до цієї області: %(domains)s Такої групи не існує Не існує вузла «%s», до якого слід було додати службу. Запис вузла було додано, але спроба оновлення DNS зазнала невдачі: %(reason)s Назву вузла слід вказувати повністю: %s Назва вузла не повинна бути такою: %s Назва вузла або IP-адреса (з портом або без порту) Назва вузла, на яку вказує цей зворотний запис Назва вузла для реєстрації Пара ключ,інформація має бути унікальною. Ключ з назвою %(key)s та інформацією %(info)s вже існує. Файл таблиці ключів, до якого слід долучати новий ключ (файл буде створено, якщо його не існувало). Файл таблиці ключів, звідки слід вилучити реєстраційні записи До довіреного домену Active Directory має бути застосовано правило прив'язки з altSecurityIdentities, але з цим правилом не пов'язано жодного домену. Максимальна довжина можливої послідовності з абетки (abcd) Найпоширенішими типами для цього типу зон є: %s Кількість спроб пройти розпізнавання Вами введено помилкове ім'я користувача або пароль Значення primary_key (основного ключа) запису, наприклад, «iivanenko» для користувача Реєстраційного запису для цього запиту не існує. Реєстраційний запис, для якого слід отримати таблицю ключів (приклад: ftp/ftp.example.com@EXAMPLE.COM) Реєстраційні записи, які слід вилучити із таблиці ключів (приклад: ftp/ftp.example.com@EXAMPLE.COM) Область дії реєстраційного запису не збігається з областю цього сервера IPA Не вдалося виявити область таких доменів: %(domains)s. Якщо ці домени належать до цієї області, будь ласка, створіть запис TXT _kerberos, що міститиме «%(realm)s», на кожному з них. Схема, використана на сервері LDAP. Підтримувані значення: RFC2307 і RFC2307bis. Типове значення: RFC2307bis Критерій пошуку не був достатньо точним. Мало бути вказано один критерій, виявлено — %(found)d. Ключ, який використовується для шифрування даних Службі дозволено проходити розпізнавання від імені клієнта Реєстраційного запису служби для альтернативної назви об’єкта %s запиту щодо сертифіката не існує Назва теми або команди. Загальний час очікування за усіма спробами (у секундах) Введений вами обліковий запис заблоковано Атрибут імені користувача об’єкта користувача Ім’я користувача, пароль або коди жетона є помилковими Відносини довіри із {ipa_domain} вже встановлено із непідтримуваним типом {trust_type}. Будь ласка, вилучте запис цих відносин вручну на боці AD DC. Із вашим запитом виникли проблеми. Будь ласка, повторіть спробу пізніше. Цією командою не можна скористатися для зміни розподілу ідентифікаторів для локального домену IPA. Щоб дізнатися більше, скористайтеся командою «ipa help idrange». Для виконання цієї команди має існувати група «editors», але групи з такою назвою не знайдено. Для виконання цієї команди потрібні права доступу користувача root Цей запис вже існує Цей запис не можна вмикати або вимикати Цей запис вже є серед учасників Цей запис вже вимкнено Цей запис вже увімкнено Цього запису немає серед учасників У цій групі вже дозволено зовнішніх учасників Ця група не може належати до груп POSIX, оскільки є зовнішньою Вже є posix-групою Ця група вже належить до груп POSIX, отже її не можна перетворити на зовнішню Це доволі тривала дія. Будь ласка, зачекайте… На цій сторінці виявлено незбережені зміни. Будь ласка, збережіть зміни або скасуйте їх. Сплив строк дії квитка Не вдалося прочитати правила щодо квитків для %s Обмеження часу Обмеження часу пошуку у секундах Обмеження часу пошуку у секундах (0 — без обмежень) Поточний час Строк дії Час життя записів у апексі зони Час життя записів без явного визначення TTL На основі часу (TOTP) Час очікування Перевищено обмеження за часом. Для встановлення довіри з Active Directory назва домену і назва області сервера IPA мають збігатися Щоб отримати довідку щодо команди, скористайтеся такою командою: Ідентифікатор жетона Адреса жетона Опис ключа (лише інформаційний) Кінцева точка жетона Алгоритм хешування ключа Модель ключа (лише інформація) Пароль ключа (Base32; типове значення: випадковий) Серійний номер ключа (лише інформація) Спроба синхронізації жетонів зазнала невдачі Назва виробника ключа (лише інформація) Жетон синхронізовано Команди теми: Тема або команда Топологія Сегмент топології Сегменти топології Топологія не дозволяє серверу %(server)s виконувати реплікацію із серверами: Топологію від’єднано Керування топологією потребує мінімального рівня домену {0} Суфікс топології Суфікси топології Кількість змінних env (>= count) Сертифікат передавання Так True, якщо повернуто було всі результати True означає, що дію було виконано успішно Довіра Параметри довіри Напрямок довіри Налаштування довіри Стан довіри Тип довіри Тип довіри (типовим для Active Directory є ad) Довірений домен До доменів області IPA включено домен %(domain)s. Перш ніж встановлювати довіру, це включення слід усунути. Див. команду «ipa realmdomains-mod --del-domain». Довіреним доменом і обліковим записом адміністратора використовуються різні області Довіреним доменом не повернуто унікального об’єкта Довіреним доменом не повернуто коректного SID об’єкта Партнер довіреного домену Довірені домени Довірено для уповноваження Довірений «ліс» Довіра до розпізнавання як користувача «Ліс» довіри Записи довіри Двофакторне розпізнавання (пароль + OTP) Двобічна довіра Тип Об’єднувані типи Карта типів Тип об’єкта IPA (встановлює фільтри призначення subtree і objectClass) тип об’єкта IPA (user (користувач), group (група), host (вузол), hostgroup (група вузлів), service (служба), netgroup (мережева група), dns) Тип ключа Тип діапазону ідентифікаторів довіреного домену, одне з дозволених значень Тип діапазону ідентифікаторів довіреного домену, одне з таких значень: ipa-ad-trust-posix, ipa-ad-trust Типи підтримуваного розпізнавання користувачів UID Суфікси UPN URI Адреса UUID Скасувати Скасувати застосування переглядів ідентифікаторів до вузлів Скасувати застосування переглядів ідентифікаторів до вузлів груп вузлів Скасувати застосування перегляду ідентифікаторів «${primary_key}» до вузлів Скасувати застосування до груп вузлів Скасувати застосування до вузлів Не вдалося обмінятися даними з CMS Не вдалося обмінятися даними з CMS (стан %d) Не вдалося створити контекст TLS (не вдалося ініціалізувати OpenSSL або завантажити сертифікати) Не вдалося створити закриту групу. Група «%(group)s» вже існує. Не вдалося визначити сервер IPA з %s Не вдалося визначити, чи існує вже реєстраційний запис Kerberos %s. Скористайтеся командою «ipa user-mod», щоб встановити його параметри вручну. Не вдалося визначити кореневий DN %s Неможливо показати код QR за допомогою налаштованого кодування виведення результатів. Будь ласка, скористайтеся адресою ключа для налаштовування вашого пристрою OTP Не вдалося увімкнути SSL у LDAP Не вдалося створити кеш реєстраційних даних Kerberos Не вдалося ініціалізувати сеанс STARTTLS Не вдалося ініціалізувати з'єднання із сервером ldap %1$s: %2$s Не вдалося ініціалізувати бібліотеку ldap! Не вдалося долучити вузол: не знайдено кешу реєстраційних даних Kerberos Не вдалося долучити вузол: не знайдено реєстраційного запису користувача Kerberos і не вказано пароля вузла. Не вдалося долучити вузол: невдала спроба ініціалізації контексту Kerberos Не вдалося обробити параметр {item} Не вдалося обробити реєстраційний запис Не вдалося обробити назву реєстраційного запису Не вдалося обробити реєстраційний запис: %1$s (%2$d) Не вдалося вилучити запис Не вдалося визначити контролер домену для домену {domain}. Не вдалося встановити LDAP_OPT_PROTOCOL_VERSION Не вдалося встановити LDAP_OPT_X_SASL_NOCANON Не вдалося встановити LDAP_OPT_X_TLS_CACERTFILE Не вдалося встановити LDAP_OPT_X_TLS_PROTOCOL_MIN Не вдалося встановити LDAP_OPT_X_TLS_REQUIRE_CERT Не вдалося перевірити права доступу на запис до AD Відновити вилучений обліковий запис користувача. Відновлено обліковий запис користувача «%(value)s» Скасувати скасувати всі дії Скасувати усі зміни у цьому полі. Скасувати цю зміну. Скасувати реєстрацію цього вузла на сервері IPA Спроба скасування реєстрації зазнала невдачі. Успішне скасування реєстрації. Унікальний ід. Невідомо Невідома помилка Невідомий параметр: %(option)s Розблокувати Розблоковано обліковий запис «%(value)s» Невідповідний Скасування передбачення Вузол скасовування передбачення Служба скасовування передбачення Нерозпізнані атрибути: %(attrs)s Непридатні до обробки правила у --rules Відкликання скасовано Незбережені зміни Скасувати вибір всього Не вказано Непідтримуване значення Можна використати до 15 символів і лише великих літер ASCII, цифр та дефісів. Не можна лишати рядок порожнім. Оновити Оновити записи DNS Оновити записи DNS системи Оновити записи місць та серверів DNS IPA Спроба оновлення запису системи «%(record)s» зазнала невдачі. Повідомлення про помилку: %(error)s Користувач Група користувачів Групи користувачів Ід. користувача Номер ідентифікатора користувача Ідентифікаційний номер користувача (система призначить його, якщо не буде вказано) Перевизначення ідентифікатора користувача Перевизначення ідентифікатора користувача Користувач Параметри користувача Сховища користувачів Атрибут користувача Атрибути користувача для служб SMB Типи розпізнавання користувачів Категорії користувачів Категорія користувачів Категорія вузлів (семантику цього атрибуту призначено для локальної обробки) Категорія користувачів, до якої застосовується ACL Категорія користувачів, до якої застосовується правило Перевірка на ім'я користувача Контейнер користувачів Група користувачів Група користувачів, до якої надає доступ ACI Правило групи користувачів Правила груп користувачів Група користувачів, до якої слід застосувати уповноваження Група користувачів, до якої буде застосовано права доступу Група користувачів, до якої буде застосовано права доступу (встановлює target) Адреса даних користувача Кінцева точка даних користувача Користувач Користувачі Ім'я користувача Клас об’єктів користувача Пріоритет об’єкта користувача Пароль користувача Вичерпання строку дії пароля користувача Поля пошуку користувачів Користувач для перевизначення Зручний для користувача опис дії, що виконується Вказані користувачем атрибути, до яких застосовується правило доступу Вказані користувачем атрибути, до яких права доступу явним чином не застосовуватимуться Користувач Ім’я користувача сховища користувача Користувачі Користувачі, яким дозволено створення таблиці ключів Користувачі, яким дозволено отримувати таблицю ключів Використовуємо виявлений сервер %s Використовуємо наданий сервер %s Використовуємо сервер з налаштувань %s Є чинний сертифікат Чинний з Чинний не пізніше після Чинний не пізніше, ніж з цієї дати (РРРР-мм-дд) Чинний не пізніше до Чинний не пізніше, ніж до цієї дати (РРРР-мм-дд) Чинний не раніше від Чинний не раніше від цієї дати (РРРР-мм-дд) Чинний не раніше Чинний не раніше цієї дати (РРРР-мм-дд) Чинний до Помилка під час перевірки Коректність Завершення чинності Початок чинності Сховище Контейнер сховищ Контейнери сховищ Тип сховища Налаштування сховища Дані сховища зашифровано за допомогою ключа сеансу Опис сховища Назва сховища Пароль до сховища Закритий ключ сховища Відкритий ключ сховища «Сіль» сховища Служба сховища Тип сховища Користувач сховища Сховища Налаштування сховища Постачальник Повторіть пароль Перевірка пароля реєстраційного запису Перевірити реєстраційні дані Версія Точність за вертикаллю Проміжна служба Перегляд Переглянути сертифікат Очікуємо на підтвердження з віддаленого боку Попередження Попередження: невідомий тип шифрування. Попередження: невідомий тип солі (salt). Попередження: вам варто скористатися реплікацією служб Попередження: не вдалося виконати перетворення типу (№%d) Попередження: для випадкових паролів типи солі (salt) не мають значення (див. параметр -P) Вага Вага служб сервера Під час перенесення групи, яку вже створено у домені IPA буде перезаписано ідентифікатор групи і повідомлено про успіх Визначає, увімкнено чи вимкнено PKINIT Визначає, чи є активною угода щодо реплікації, тобто, чи відбувається реплікація за цією угодою Визначає, чи слід зберігати сертифікати, видані за допомогою цього профілю Хто Працює Записати сертифікат (ланцюжок сертифікації, якщо використано --chain) до файла Записати налаштування профілів до файла Ланцюжок сертифікації X.509 Ви намагаєтеся послатися на магічну приватну групу, яку не можна перевизначати Спробуйте краще перевизначити атрибут GID запису відповідного користувача. Ви можете скористатися <a href="${link}" target="_blank">FreeOTP<a/> як програмою для роботи з ключами OTP. Ви не можете вказати %s без параметра --enable-sid Ймовірно, вам доведеться вилучити їх із ієрархії вручну Щоб створити службу вузла, вам слід зареєструвати вузол Вам слід вказати обидва параметри, rid-base і secondary-rid-base, оскільки вже запущено ipa-adtrust-install. Вас буде переспрямовано за ${count} с Вас буде переспрямовано до зони DNS. Строк дії вашого пароля буде вичерпано за ${days} днів. Термін дії вашого паролю вичерпано. Будь ласка, введіть новий пароль. Строк роботи у вашому сеансі вичерпано. Будь ласка, увійдіть до системи ще раз. Довіру до %(domain)s втрачено. Будь ласка, відновіть її за допомогою команди «ipa trust-add». Слот YubiKey Індекс Переспрямовувачі зон Виявлено зону: ${zone} Назва зони Назва зони (FQDN) Запис зони «%s» не можна вилучати Інтервал між оновленнями даних зони Невдала спроба виконання access() для %1$s: номер помилки = %2$d запис активного користувача із іменем «%(user)s» вже існує додано значення атрибута до запису %(value)s значення алгоритму: дозволеним є інтервал від 0 до 255 для усіх основних серверів має бути увімкнено роль %(role)s сталася внутрішня помилка на сервері «%(server)s» сталася внутрішня помилка відповідь на запит «%(owner)s %(rtype)s» не містить підписів DNSSEC (немає даних RRSIG) будь-який з налаштованих серверів api не надає такого простору назв: «%(name)s» має бути вказано принаймні один з варіантів: тип, користувачі чи вузли слід вказати хоча б одне з: type, filter, subtree, targetgroup, attrs або memberof має бути надано принаймні одне значення, що є рівним канонічній назві реєстраційного запису не можна використовувати атрибут «%(attribute)s» не можна використовувати атрибут «%s» не можна використовувати атрибут «gidNumber» разом із --nonposix атрибут не можна налаштовувати не можна одразу вказувати attrs та атрибути включення не можна одразу вказувати attrs та атрибути включення або виключення індикатори розпізнавання у службі «%s» заборонено автоматично додати реєстраційний запис, якщо його не існує автоматично додати реєстраційний запис, якщо його не існує (лише реєстраційні записи служб) ключ автомонтування ключі автомонтування запис автомонтування записи автомонтування карта автомонтування карти автоматичного монтування Базовий DN Спроба виконання ber_init() зазнала невдачі. Некоректне керування?! помилка ber_scanf(), не вдалося знайти kvno?! пароль прив’язки не повинне перевищувати %(len)d символів у довжину не повинне перевищувати за розміром %(maxlength)d байтів не повинне перевищувати %(maxlength)d символів у довжину не може перевищувати %(maxvalue)d не може перевищувати %(maxvalue)s неможливо додати права доступу «%(perm)s» з типом прив’язки «%(bindtype)s» до привілею не може бути порожнім не може бути довшим за {} не можна використовувати, якщо вказано зону не вдалося встановити з’єднання з «%(uri)s»: %(error)s неможливо вилучити загальні правила паролів неможливо вилучити керовані права доступу вилучення кореневого домену правила довіри неможливе, скористайтеся trust-del для вилучення самого правила довіри вимикання кореневого домену правила довіри неможливе, скористайтеся trust-del для вилучення самого правила довіри поле призначення не може бути порожнім не вдалося відкрити файл налаштувань %s неможливо перейменувати керовані права доступу не можна встановлювати типу прив’язки для прав доступу, які пов’язано з привілеєм не можна одночасно вказувати індивідуальні кінцеві точки та надавача IdP не можна одночасно вказувати код сертифіката і файл із сертифікатом не можна вказувати одночасно subject/issuer і certificate не можна вказувати одночасно subject/issuer і ipacertmapdata не можна одразу вказувати повне фільтрування за призначенням та фільтрування за додатковими параметрами призначення не вдалося обробити функцією stat() файл налаштування %s зміна конфліктує з іншою внесеною зміною змінити на групу POSIX змінити для підтримки зовнішніх учасників поза IPA з довірених доменів дочірній процес завершив роботу з повідомленням %d cn є незмінним список доменів, відокремлених двокрапками, які використовуються для обробки коротких назв список груп служб HBAC, які слід додати, відокремлених комами список груп служб HBAC, які слід вилучити, відокремлених комами список служб HBAC, які слід додати, відокремлених комами список служб HBAC, які слід вилучити, відокремлених комами список груп, які слід додати, відокремлених комами список груп, які слід виключити з перенесення, відокремлених комами список груп, які слід вилучити, відокремлених комами список груп вузлів, які слід додати, відокремлених комами список груп вузлів, які слід вилучити, відокремлених комами список вузлів, які слід додати, відокремлених комами список вузлів, які слід вилучити, відокремлених комами список учасників довіреного домену у форматі ДОМЕН\ім’я або ім’я@домен, відокремлених комами список мережевих груп, які слід додати, відокремлених комами список мережевих груп, які слід вилучити, відокремлених комами список прав доступу, відокремлених комами права доступу, які слід надати, відокремлених комами (read, write, add, delete, all) список привілеїв, відокремлених комами список привілеїв, які слід додати, відокремлених комами список привілеїв, які слід вилучити, відокремлених комами список ролей, які слід додати, відокремлених комами список ролей, які слід вилучити, відокремлених комами список груп команд sudo, які слід додати, відокремлених комами список груп команд sudo, які слід вилучити, відокремлених комами список команд sudo, які слід додати, відокремлених комами список команд sudo, які слід вилучити, відокремлених комами список записів користувачів, які слід додати, відокремлених комами список записів користувачів, які слід виключити з перенесення, відокремлених комами список записів користувачів, які слід вилучити, відокремлених комами команда команда «%(name)s» приймає не більше %(count)d аргументу команда «%(name)s» приймає не більше %(count)d аргументів команда «%(name)s» приймає не більше %(count)d аргументів команда «%(name)s» не приймає ніяких аргументів команди не можна додавати команди, якщо категорія команд=«all» команди керування налаштуванням sudo спроба обмінятися даними з сервером CIFS зазнала невдачі параметри налаштування не знайдено запис контейнера (%(container)s) помилка curl_easy_init() помилка curl_easy_setopt() помилка curl_global_init() помилка curl_slist_append() для значення «%s» типовий ACL CA можна лише вимкнути уповноваження уповноваження вилучити опис не отримано реєстраційних даних Kerberos не відповідає жодному з прийнятних форматів: домен домен не налаштовано домен не є довіреним назву домену «%(domain)s» слід нормалізувати до %(normalized)s назва домену не повинна перевищувати за довжиною 255 символів кожен з елементів ACL має бути відокремлено від інших крапкою з комою порожня мітка DNS порожній фільтр enabledService/configuredService не перебуває у записі kdc ipaConfigString записи запис помилка під час розміщення даних для каналу передавання XML-RPC: %(error)s помилка на сервері «%(server)s»: %(error)s спроба виконання ipa-getkeytab зазнала невдачі, номер помилки %d очікуваний формат: <0-255> <0-255> <0-65535> парна_кількість_шістнадцяткових_цифр_або_дефіс файл для зберігання записів DNS у форматі nsupdate файл, у якому зберігатимуться дані сертифіката назва файла filter і memberof не можна використовувати разом значенням прапорців (flags) має бути одна з літер, "S", "A", "U" або "P" значення прапорців: дозволеним є інтервал від 0 до 255 примусово створити запис сервера назв, навіть якщо відповідної назви вузла немає у DNS примусове вилучення прав доступу SYSTEM примусове значення назви вузла, навіть якщо назви немає у DNS примусове значення назви реєстраційного запису, навіть якщо вузла немає у DNS примусове значення назви реєстраційного запису, навіть якщо назви немає у DNS примусове створення служби, навіть якщо об'єкта вузла для керування не існує невдала спроба виконання fork() формат має бути таким: "d1 [m1 [s1]] {"N"|"S"} d2 [m2 [s2]] {"E"|"W"} alt["m"] [siz["m"] [hp["m"] [vp["m"]]]]" where: d1: [0 .. 90] (широта у градусах) d2: [0 .. 180] (довгота у градусах) m1, m2: [0 .. 59] (мінути широти і довготи) s1, s2: [0 .. 59.999] (секунди широти і довготи) alt: [-100000.00 .. 42849672.95] крок — .01 (висота у метрах) siz, hp, vp: [0 .. 90000000.00] (розміри, точність у метрах) Див. RFC 1876. формат має бути встановлено так: "%(format)s", відповідно до %(rfcs)s зона переспрямовування «%(fwzone)s» не є ефективною, оскільки не вказано належного делегування NS у основній зоні «%(authzone)s». Будь ласка, додайте запис NS «%(ns_rec)s» до батьківської зони «%(authzone)s». Не можна встановлювати gid для зовнішньої групи слід вказати ім’я група група, від імені якої виконуватиметься group, permission і self не можна використовувати разом групи групи для додавання групи, які слід виключити з перенесення групи для вилучення вузол не можна встановлювати для категорії вузлів значення «all», доки є записи дозволених вузлів група вузлів групи вузлів групи вузлів для додавання групи вузлів для вилучення маски для дозволених вузлів група вузлів Групу вузлів з назвою «%s» вже створено. Групи вузлів і мережеві групи мають спільний простір назв. групи вузлів назва вузла назва вузла містить лише порожню мітку (послідовні крапки) назва вузла у предметі запиту «%(cn)s» не збігається із назвою або альтернативними назвами реєстраційного запису «%(principal)s» назва вузла у призначенні запиту, «%(cn)s», не збігається з назвою вузла реєстраційного запису, «%(hostname)s» вузли не можна додавати записи вузлів, якщо категорія вузлів=«all» не можна вказувати вузли, якщо типом є «group» вузли для додавання вузли для вилучення діапазон ідентифікаторів тип діапазону ідентифікаторів неповне часове значення помилковий тип ціле число для впорядковування правил sudo некоректне «%(name)s»: %(error)s некоректне DN (%s) некоректний формат запису IP-адреси некоректна версія IP-адреси (маємо: %(value)d, має бути: %(required_value)d)! некоректний формат запису мережі IP некоректний ідентифікатор профілю некоректний SID: {SID} некоректний відкритий ключ SSH некоректний формат адреси некоректна назва атрибута некоректна назва домену некоректна назва домену: %s некоректна назва домену: назва не є повною некоректний формат адреси електронної пошти: %(email)s некоректний керівний код у назві домену некоректна маска вузлів некоректний номер порту некоректний серійний номер 0 некоректне шістнадцяткове значення Помилкові права доступу до ipa-getkeytab? Не знайдено ipa-getkeytab є обов’язковим значення кількості ітерацій: дозволеним є інтервал від 0 до 65535 помилка json_dumps() помилка json_pack_ex(): %s параметри правил квитків kerberos запис ключа %(key)s вже існує ключ з назвою %(key)s вже існує keytab є осиротілим символічним посиланням, яке належить іншому користувачу. krb5_kt_close %1$d: %2$s krb5_kt_get_entry %1$d: %2$s krb5_kt_remove_entry %1$d: %2$s krb5_parse_name %1$d: %2$s krb5_unparse_name %1$d: %2$s Сертифікати krbtgt можуть використовувати лише профіль %s kvno %d у лівому вузлі ({host}) не передбачено підтримки суфіксів «{suff}» лівий і правий вузли повинні бути різними вузлами лівий вузол не є вузлом топології: %(leftnode)s слід вказати лівий або правий вузол цим запитом перевищено обмеження локальний діапазон доменів місце місця керування %(manager)s не знайдено запис карти %(map)s вже існує карти, не з’єднані з /etc/auto.master: повна відповідність загальній назві максимальний серійний номер %s учасника учасник Профіль сертифікатів служба HBAC учасника група служб учасника HBAC група учасника вузол-учасник група вузлів учасника мережева група учасника учасник «реєстраційний запис» привілеї учасника роль учасника учасник служба учасник призначення делегування служб команда учасника sudo учасник група команд sudo користувач учасника мінімальний серійний номер не вистачає base_id зміну основного ключа заборонено точка монтування вказується відносно батьківської картки, її запис не може починатися з «/» має бути «%s» має бути «%(value)s» має бути назвою DNS має бути реєстраційним записом Kerberos має дорівнювати TRUE або FALSE має дорівнювати True або False має бути текстом у Unicode має бути сертифікатом має бути запитом щодо підписування сертифіката має бути десятковим числом має бути абсолютною має бути цілим числом має бути розміром, не менше за %(minlength)d байтів має бути не меншим за %(minlength)d символів довжиною має бути числом, не меншим за %(minvalue)d має бути принаймні %(minvalue)s має бути принаймні 0 має бути принаймні 1 має бути принаймні 10 має бути бінарними даними має бути значенням дати і часу має бути словником має бути увімкнено лише на одному основному слід брати у дужки має бути розміром точно у %(length)d байтів має бути точно %(length)d символів у довжину має бути одним з таких значень: %(values)s має бути відносною має містити кортеж (список, словник) має дорівнювати %r має бути увімкнено роль %(role)s має відповідати шаблону «%(pattern)s» не може використовувати кінцеву крапку: %s мережева група Мережеву групу з назвою «%s» вже створено. Групи вузлів і мережеві групи мають спільний простір назв. мережеві групи мережеві групи, які слід додати мережеві групи для вилучення не виявлено ні команди, ні запису довідки «%(topic)s» змін не внесено Не налаштовано жодного довіреного домену вказаній простій назві не відповідає жоден довірений домен заборонено вмикати створення SID заборонено змінювати записи груп заборонено змінювати записи користувачів виконувати цю дію заборонено: %s не дозволено виконувати перевірку з’єднання сервера заборонено віддалено додавати агентів не знайдено вказано не повністю не можна змінювати для керованих прав доступу числовий клас «%(cls)s» не включено до списку дозволених числових класів: %(allowed)s кількість паролів клас об’єктів %s не знайдено одне або декілька значень для вилучення передбачено підтримку лише «ad» доступне лише для керованих прав доступу можна використовувати лише літери, цифри, %(chars)s. Символ %(chars2)s не повинен бути першим або останнім символом мітки DNS. записи можуть містити лише основні зони можна використовувати лише один запис CNAME на назву (RFC 2136, розділ 1.1.5) можна використовувати лише один запис DNAME на назву (RFC 6672, розділ 2.4) можна вказувати лише один вузол дію не визначено назву параметра змінено; користуйтеся новою назвою — %s не можна використовувати параметри порядковий номер повинен мати унікальне значення (%(order)d вже використано для %(rule)s) не вистачає пам'яті дані поза зоною: назва запису має бути піддоменом зони або відносною назвою перекриття аргументів і параметрів: %(names)s власник %s група-власник не можна використовувати шаблон назви домену у полі власника записів %(types)s (RFC 4592, розділ 4) служба-власник користувач-власник params має бути списком (list) params має містити записи [аргументи, параметри] params[0] (або аргументи) має бути списком (list) params[1] (або параметри) має належати до типу словника (dict) пароль правила щодо паролів правила для паролів пароль, який слід використати, якщо не використовується kerberos права доступу право доступу «%(value)s» вже існує права доступу pkinit зберегти не можна одночасно встановлювати ознаку зарезервованості та незарезервованості реєстраційного запису не знайдено реєстраційного запису не знайдено у XML-RPC відповіді реєстраційний запис для додавання реєстраційний запис для вилучення для загальних правил не може встановлювати пріоритети пріоритет повинен мати унікальне значення (%(prio)d вже використано для %(gname)s) привілей привілейована група привілейована група вузлів привілейоване правило делегування служб привілейована ціль делегування служб привілеї привілеї для додавання привілеї для вилучення не можна встановлювати для категорії профілів значення «all», доки є записи дозволених профілів профілі не можна додавати, якщо категорія профілів «all» pyhbac не встановлено. pysss_murmur на сервері не доступний, отже base-id не надано. python-yubico не встановлено. запит «%(owner)s %(rtype)s» за допомогою EDNS0: %(error)s запит «%(owner)s %(rtype)s»: %(error)s діапазон вже існує не можна виконувати зміни діапазону, у результаті яких виникають об’єкти з ідентифікаторами поза визначеним діапазоном зміна типу діапазону помилка читання область не знайдено область або суфікс UPN перекриваються із простором назв довіреного домену запис «%(owner)s %(rtype)s» не пройшов перевірки DNSSEC на сервері %(ip)s вилучено значення атрибутів із запису %(value)s помилка запиту зі станом HTTP %d у відповіді XML-RPC не знайдено результату отримати і вивести всі атрибути з сервера. Стосується лише виводу команд. у правому вузлі ({host}) не передбачено підтримки суфіксів «{suff}» правий вузол не є вузлом топології: %(rightnode)s роль ролі ролі для додавання ролі для вилучення групи, від імені яких виконуватиметься користувач, від імені якого виконуватиметься користувачі, від імені яких виконуватиметься значення солі: %(err)s шукати групи POSIX шукати групи з підтримкою зовнішніх учасників поза IPA з довірених доменів шукати керовані групи шукати групи, які не є групами POSIX шукати закриті групи список результатів пошуку об’єктів міграції було обрізано сервером; ймовірно, процес міграції не завершено секунд сегмент сегменти права доступу автослужби права доступу до автослужби сервер роль сервера ролі сервера сервери служба не можна встановлювати для категорії служб значення «all», доки є дозволені служби правило делегування служби правила делегування служб ціль делегування служб призначення делегування служб призначення делегування служб для додавання призначення делегування служб для вилучення служби не можна додавати записи служб, якщо категорія служб=«all» служби для додавання служби для вилучення встановлення основного сервера назв не можна використовувати шаблон назви домену (RFC 4592, розділ 4) sidgen_was_run підтримки одинарних міток {}ів не передбачено пропустити зворотне визначення DNS слід вказати sn користувач етапу користувачі етапу subgidnumber має бути рівним subuidnumber використання типу альтернативної назви об’єкта %s заборонено для реєстраційних записів, які не пов’язано із користувачами використання типу альтернативної назви об’єкта %s заборонено для реєстраційних записів користувачів не можна одночасно використовувати subtree і type команда sudo група команд sudo групи команд sudo групи команд sudo для додавання групи команд sudo для вилучення команди sudo команди sudo, які слід додати команди sudo для вилучення правило sudo правила sudo суфікс суфікси системний перегляд ідентифікаторів системні об’єкти IPA (наприклад системні групи, приватні групи користувачів) не може бути перевизначено не можна одночасно використовувати target і targetgroup сервер IPA і віддалений домен не можуть використовувати спільно ту саму назву NetBIOS: %s сертифікат із серійним номером запис було вилучено під час внесення змін значення не відповідає формату «РРРРММДДГГХХСС» має бути вказано хоча б один специфікатор запису призначення (наприклад target, targetfilter, attrs) ці атрибути не можна використовувати: %(attrs)s цей параметр вважається застарілим. цей параметр вважається застарілим занадто багато символів «@» довіра довірені налаштування довірений домен довірені домени тип довіри об’єкт довіреного домену об’єкт довіреного домену не знайдено не знайдено користувача довіреного домену записи довіри тип об’єкта IPA (user (користувач), group (група), host (вузол), hostgroup (група вузлів), service (служба), netgroup (мережева група)) type, filter, subtree і targetgroup є взаємовиключними невідома команда: «%(name)s» %(server)s повідомляє про невідому помилку %(code)d: %(error)s невідомий надавач непідтримуваний функціональний рівень непідтримуваний тип довіри адреса користувач користувач «%s» вже є активним не можна встановлювати для категорії користувачів значення «all», доки є записи дозволених користувачів користувачі не можна одночасно вказувати користувачів і вузли не можна додавати записи користувачів, якщо категорія запуску від імені користувачів або запуску від імені груп=«all» не можна додавати записи користувачів, якщо категорія користувачів=«all» не можна вказувати користувачів, якщо типом є «hostgroup» користувачі для додавання записи користувачів, які слід виключити з перенесення користувачі, записи яких слід вилучити значення не вказано значення сховище контейнер сховищ контейнери сховищ сховища {algo} не є підтримуваним алгоритмом обгортки сховища {attr}: немає такого атрибута {oname}: {command_name} не знайдено {role}: такої ролі не знайдено {} потрібен основному серверу IPA