నేను దిగుమతి గందరగోళంలో ఉన్నాననే గ్రహింపు వెంటనే రాలేదు. Alt Linux పంపిణీతో ఉన్నత సంస్థ నుండి PCల యొక్క తాజా డెలివరీలు స్థిరంగా రావడం ప్రారంభించినప్పుడు మాత్రమే ఏదో తప్పు జరిగిందని నేను అనుమానించాను.
అయినప్పటికీ, నేను అనివార్యతను అంగీకరించే దశల గుండా వెళ్ళినప్పుడు, నేను పాలుపంచుకున్నాను మరియు ప్రక్రియను కొద్దిగా ఆస్వాదించడం ప్రారంభించాను. మరియు ఏదో ఒక సమయంలో, ఈ రేటుతో, ముందుగానే లేదా తరువాత నేను మైక్రోసాఫ్ట్ నుండి డైరెక్టరీ సేవలను నిర్వహించడానికి పరిష్కారాలతో విడిపోవాలని మరియు మరింత అన్యదేశానికి వెళ్లాలని అనుకున్నాను. అందువల్ల, అనివార్యమైన వాటి కోసం ముందుగానే సిద్ధం చేయడానికి మరియు వీలైతే, వీలైనన్ని ఎక్కువ ఆపదలను పట్టుకోవడానికి, ఒక టెస్ట్ బెంచ్ని అమలు చేయాలని నిర్ణయించారు, ఇందులో ఇవి ఉన్నాయి:
- డిసి1 — Windows Server 2012R2
- DC2 - వయోలా సర్వర్ 8.2
- ఫైల్ సర్వర్ — Windows Server 2012R2
- PC1 — Windows 7
- PC2 - వయోలా వర్క్స్టేషన్ 8.2
స్టాండ్ లక్ష్యాలు:
- w2k12r2 ఆధారంగా ఒక డొమైన్ను డిప్లాయ్ చేయండి. వినియోగదారుల వర్క్ ఫోల్డర్లను (డౌన్లోడ్స్/డాక్యుమెంట్స్/డెస్క్టాప్) మైగ్రేట్ చేయడానికి ఒక పాలసీతో సహా, కనీస గ్రూప్ పాలసీలను (ప్రొడక్షన్ ఇన్ఫ్రాస్ట్రక్చర్లో ఉపయోగించే వాటిని పోలినవి) సృష్టించండి. అంతిమంగా, ఒక వినియోగదారు వారి వర్క్స్టేషన్ను మార్చినప్పుడు, Windows న Linux మరియు తిరిగి అతనికి తన పని పత్రాలు సౌకర్యవంతంగా అందుబాటులో ఉన్నాయి.
- రెండవ కంట్రోలర్ ద్వారా Samba DC ఇన్పుట్. డైరెక్టరీ మరియు DNS రెప్లికేషన్ని తనిఖీ చేస్తోంది
- క్లయింట్లను ఏర్పాటు చేస్తోంది Linux కదిలే ఫోల్డర్లతో పని చేయడానికి
అమలు:
- కొత్త నియంత్రిక యొక్క సంస్థాపన మరియు ప్రారంభించడంMS ఇన్స్టాలేషన్తో Windows 2012R2 సరళంగా మరియు దాదాపుగా స్పష్టంగా ఉంటుంది. దీనిపై డొమైన్ను డిప్లాయ్ చేయడం కోసం ఇంటర్నెట్లో వేలాది మాన్యువల్స్ ఉన్నాయి. Windows GUI మరియు పవర్షెల్ రెండింటినీ ఉపయోగిస్తున్నాను, కాబట్టి నేను దానిని మళ్ళీ పునరావృతం చేయను, నేను దానిని వదిలేస్తాను. ఆఫ్. ఆసక్తి ఉన్నవారు మరియు వారి జ్ఞాపకశక్తిని రిఫ్రెష్ చేయాలనుకునే వారి కోసం డాక్యుమెంటేషన్.
అయితే, ఈ సమయంలో ఇప్పటికీ ఒక ముఖ్యమైన విషయం ఉంది. ప్రస్తుతం, Samba 2008R2 కంటే ఎక్కువ డైరెక్టరీ స్కీమ్లతో పని చేయదు.
స్పాయిలర్ టైటిల్ మరింత కచ్చితంగా చెప్పాలంటే, డెవలపర్లు ఈ మద్దతును ప్రయోగాత్మకమైనదిగా పేర్కొన్నారు. కానీ ఆచరణలో, ఇప్పటికే ఉన్న డొమైన్లో సాంబాని రెండవ DCగా ప్రవేశపెట్టే ప్రయత్నం జరిగింది. Windows స్కీమ్ 69తో - మీకు ఈ క్రింది లోపం ఎదురవుతుంది
స్థితి WERR_ACCESS_DENIED సమాచారంతో DsAddEntry విఫలమైంది (8567, 'WERR_DS_INCOMPATIBLE_VERSION')
సమస్య అది Windows 2012 మరియు 2012R2 వెర్షన్లు డొమైన్లు మరియు ఫారెస్ట్లతో పనిచేయడానికి WMI టూల్స్ను ఉపయోగిస్తాయి, వీటికి స్థిరమైన మద్దతు ఈ సంవత్సరం చివరిలోగా విడుదల కానున్న సాంబా 4.11 వెర్షన్కు మాత్రమే ప్రకటించబడింది.
దీని నుండి 2012R2 సర్వర్లో అమలు చేయబడిన AD డొమైన్లో సాంబాను ప్రవేశపెట్టడానికి ఏకైక ఎంపిక స్కీమ్ను 69 నుండి 47కి డౌన్గ్రేడ్ చేయడం. అయితే, ఇది సరైన కారణం లేకుండా ఉత్పత్తి అవస్థాపనపై చేయకూడదు, కానీ మాకు ఉంది ఇక్కడ బెంచ్ని పరీక్షించండి, కాబట్టి వాస్తవానికి ఎందుకు కాదు.Alt సర్వర్ని ఇన్స్టాల్ చేయండి 8.2. ఇన్స్టాలేషన్ సమయంలో, “Samba-DC సర్వర్ (AD కంట్రోలర్)” ప్రొఫైల్ను ఎంచుకోండి. అమలు చేయబడిన సర్వర్లో, మేము పూర్తి సిస్టమ్ నవీకరణను చేస్తాము మరియు టాస్క్-సాంబా-డిసి ప్యాకేజీని ఇన్స్టాల్ చేస్తాము, ఇది మీకు అవసరమైన ప్రతిదాన్ని లాగుతుంది
# apt-get install task-samba-dcఅకస్మాత్తుగా టాస్క్-సాంబా-డిసి, డాక్యుమెంటేషన్ యొక్క హామీలకు విరుద్ధంగా ఉంటే, ఆల్టా అవసరమైన ప్రతిదాన్ని ఇన్స్టాల్ చేయడానికి నిరాకరిస్తుంది.
# apt-get install python-module-samba-DC samba-DC-common samba-DC-winbind-clients samba-DC-winbind samba-DC-common-libs libpytalloc-develతర్వాత, మేము Kerberosని సెటప్ చేయడానికి మరియు టిక్కెట్ను స్వీకరించడానికి కొనసాగుతాము. krb5.conf ఫైల్ని తెరిచి, [libdefaults] విభాగానికి వెళ్లి, దానిని క్రింది ఫారమ్కు తీసుకురండి:
# vim /etc/krb5.confdns_lookup_kdc = true dns_lookup_realm = true default_realm = TEST.LOCALటిక్కెట్టు అభ్యర్థిస్తున్నారు
# kinit administrator Password for administrator@TEST.LOCAL:అందుకున్న Kerberos టిక్కెట్ల జాబితాను తనిఖీ చేస్తోంది
# klist Ticket cache: KEYRING:persistent:0:0 Default principal: administrator@TEST.LOCAL Valid starting Expires Service principal 16.05.2019 11:51:38 16.05.2019 21:51:38 krbtgt/TEST.LOCAL@TEST.LOCAL renew until 23.05.2019 11:51:35ఇప్పుడు మనం ఇప్పటికే ఉన్న సాంబా కాన్ఫిగరేషన్ని తొలగిస్తాము లేదా పేరు మార్చాము.
# mv smb.conf smb.conf.bak1చివరకు, మేము రెండవ కంట్రోలర్తో AD డొమైన్లోకి ప్రవేశిస్తాము:
# samba-tool domain join test.local DC -U"TESTadministrator"విజయవంతమైన ఇన్పుట్తో పాటు క్రింది లాగ్ ఉంటుంది
Finding a writeable DC for domain 'test.local' Found DC DC1.TEST.LOCAL Password for [TESTadministrator]: Reconnecting to naming master e31d7da6-8f56-4420-8473-80f2b3a31338._msdcs.TEST. LOCAL DNS name of new naming master is DC1.TEST.LOCAL workgroup is TEST realm is TEST.LOCAL Adding CN=DC2,OU=Domain Controllers,DC=TEST,DC=LOCAL Adding CN=DC2,CN=Servers,CN=Default-First-Site-Name,CN=Sites,CN=Configuration,DC =TEST,DC=LOCAL Adding CN=NTDS Settings,CN=DC2,CN=Servers,CN=Default-First-Site-Name,CN=Sites,CN =Configuration,DC=TEST,DC=LOCAL Adding SPNs to CN=DC2,OU=Domain Controllers,DC=TEST,DC=LOCAL Setting account password for DC2$ Enabling account Calling bare provision Looking up IPv4 addresses Looking up IPv6 addresses No IPv6 address will be assigned Setting up share.ldb Setting up secrets.ldb Setting up the registry Setting up the privileges database Setting up idmap db Setting up SAM db Setting up sam.ldb partitions and settings Setting up sam.ldb rootDSE Pre-loading the Samba 4 and AD schema A Kerberos configuration suitable for Samba AD has been generated at /var/lib/sa mba/private/krb5.conf Provision OK for domain DN DC=TEST,DC=LOCAL Starting replication Schema-DN[CN=Schema,CN=Configuration,DC=TEST,DC=LOCAL] objects[402/1426] linked _values[0/0] Schema-DN[CN=Schema,CN=Configuration,DC=TEST,DC=LOCAL] objects[804/1426] linked _values[0/0] Schema-DN[CN=Schema,CN=Configuration,DC=TEST,DC=LOCAL] objects[1206/1426] linke d_values[0/0] Schema-DN[CN=Schema,CN=Configuration,DC=TEST,DC=LOCAL] objects[1608/1426] linke d_values[0/0] Schema-DN[CN=Schema,CN=Configuration,DC=TEST,DC=LOCAL] objects[1743/1426] linke d_values[0/0] Analyze and apply schema objects Partition[CN=Configuration,DC=TEST,DC=LOCAL] objects[402/2240] linked_values[0/ 24] Partition[CN=Configuration,DC=TEST,DC=LOCAL] objects[804/2240] linked_values[0/ 24] Partition[CN=Configuration,DC=TEST,DC=LOCAL] objects[1206/2240] linked_values[0 /24] Partition[CN=Configuration,DC=TEST,DC=LOCAL] objects[1608/2240] linked_values[0 /24] Partition[CN=Configuration,DC=TEST,DC=LOCAL] objects[1772/2240] linked_values[2 4/24] Replicating critical objects from the base DN of the domain Partition[DC=TEST,DC=LOCAL] objects[109/110] linked_values[26/29] Partition[DC=TEST,DC=LOCAL] objects[394/5008] linked_values[29/29] Done with always replicated NC (base, config, schema) Replicating DC=DomainDnsZones,DC=TEST,DC=LOCAL Partition[DC=DomainDnsZones,DC=TEST,DC=LOCAL] objects[42/42] linked_values[0/0] Replicating DC=ForestDnsZones,DC=TEST,DC=LOCAL Partition[DC=ForestDnsZones,DC=TEST,DC=LOCAL] objects[20/20] linked_values[0/0] Exop on[CN=RID Manager$,CN=System,DC=TEST,DC=LOCAL] objects[3] linked_values[0] Committing SAM database Adding 1 remote DNS records for DC2.TEST.LOCAL Adding DNS A record DC2.TEST.LOCAL for IPv4 IP: 192.168.90.201 Adding DNS CNAME record 6ff1df40-cbb5-41f0-b7b3-53a27dde8edf._msdcs.TEST.LOCAL for DC2.TEST.LOCAL All other DNS records (like _ldap SRV records) will be created samba_dnsupdate o n first startup Replicating new DNS records in DC=DomainDnsZones,DC=TEST,DC=LOCAL Partition[DC=DomainDnsZones,DC=TEST,DC=LOCAL] objects[1/42] linked_values[0/0] Replicating new DNS records in DC=ForestDnsZones,DC=TEST,DC=LOCAL Partition[DC=ForestDnsZones,DC=TEST,DC=LOCAL] objects[1/20] linked_values[0/0] Sending DsReplicaUpdateRefs for all the replicated partitions Setting isSynchronized and dsServiceName Setting up secrets database Joined domain TEST (SID S-1-5-21-3959064270-1572045903-2556826204) as a DCADUC స్నాప్-ఇన్లో TEST.LOCAL డొమైన్లో కొత్త DC కోసం రికార్డ్ ఉండాలి మరియు DNS మేనేజర్లో DC2కి సంబంధించిన కొత్త A రికార్డ్ ఉండాలి.
- నియంత్రికల మధ్య ప్రతిరూపంముందుగా, డైరెక్టరీ రెప్లికేషన్ సర్వీస్ (DRS) యొక్క ఆపరేషన్ను తనిఖీ చేద్దాం
# samba-tool drs showreplఅవుట్పుట్లోని అన్ని రెప్లికేషన్ ప్రయత్నాలు విజయవంతం కావాలి. ఇన్పుట్ చేసిన 15 నిమిషాలలోపు మన DC1 KCC ఆబ్జెక్ట్ జాబితాలో కనిపించాలి. Windows
Default-First-Site-NameDC2 DSA Options: 0x00000001 DSA object GUID: 0e9f5bce-ff59-401e-bdbd-fc69df3fc6bf DSA invocationId: 017997b5-d718-41d7-a3f3-e57ab5151b5c ==== INBOUND NEIGHBORS ==== DC=ForestDnsZones,DC=test,DC=local Default-First-Site-NameDC1 via RPC DSA object GUID: 60fb339d-efa3-4585-a42d-04974e6601b7 Last attempt @ Mon May 27 12:56:31 2019 MSK was successful 0 consecutive failure(s). Last success @ Mon May 27 12:56:31 2019 MSK DC=DomainDnsZones,DC=test,DC=local Default-First-Site-NameDC1 via RPC DSA object GUID: 60fb339d-efa3-4585-a42d-04974e6601b7 Last attempt @ Mon May 27 12:56:32 2019 MSK was successful 0 consecutive failure(s). Last success @ Mon May 27 12:56:32 2019 MSK CN=Schema,CN=Configuration,DC=test,DC=local Default-First-Site-NameDC1 via RPC DSA object GUID: 60fb339d-efa3-4585-a42d-04974e6601b7 Last attempt @ Mon May 27 12:56:32 2019 MSK was successful 0 consecutive failure(s). Last success @ Mon May 27 12:56:32 2019 MSK DC=test,DC=local Default-First-Site-NameDC1 via RPC DSA object GUID: 60fb339d-efa3-4585-a42d-04974e6601b7 Last attempt @ Mon May 27 12:56:32 2019 MSK was successful 0 consecutive failure(s). Last success @ Mon May 27 12:56:32 2019 MSK CN=Configuration,DC=test,DC=local Default-First-Site-NameDC1 via RPC DSA object GUID: 60fb339d-efa3-4585-a42d-04974e6601b7 Last attempt @ Mon May 27 12:56:33 2019 MSK was successful 0 consecutive failure(s). Last success @ Mon May 27 12:56:33 2019 MSK ==== OUTBOUND NEIGHBORS ==== DC=ForestDnsZones,DC=test,DC=local Default-First-Site-NameDC1 via RPC DSA object GUID: 60fb339d-efa3-4585-a42d-04974e6601b7 Last attempt @ Thu May 23 16:40:03 2019 MSK was successful 0 consecutive failure(s). Last success @ Thu May 23 16:40:03 2019 MSK DC=DomainDnsZones,DC=test,DC=local Default-First-Site-NameDC1 via RPC DSA object GUID: 60fb339d-efa3-4585-a42d-04974e6601b7 Last attempt @ Thu May 23 16:40:03 2019 MSK was successful 0 consecutive failure(s). Last success @ Thu May 23 16:40:03 2019 MSK CN=Schema,CN=Configuration,DC=test,DC=local Default-First-Site-NameDC1 via RPC DSA object GUID: 60fb339d-efa3-4585-a42d-04974e6601b7 Last attempt @ Thu May 23 16:40:08 2019 MSK was successful 0 consecutive failure(s). Last success @ Thu May 23 16:40:08 2019 MSK DC=test,DC=local Default-First-Site-NameDC1 via RPC DSA object GUID: 60fb339d-efa3-4585-a42d-04974e6601b7 Last attempt @ Thu May 23 16:40:08 2019 MSK was successful 0 consecutive failure(s). Last success @ Thu May 23 16:40:08 2019 MSK CN=Configuration,DC=test,DC=local Default-First-Site-NameDC1 via RPC DSA object GUID: 60fb339d-efa3-4585-a42d-04974e6601b7 Last attempt @ Mon May 27 12:12:17 2019 MSK was successful 0 consecutive failure(s). Last success @ Mon May 27 12:12:17 2019 MSK ==== KCC CONNECTION OBJECTS ==== Connection -- Connection name: 6d2652b3-e723-4af7-a19f-1ee48915753c Enabled : TRUE Server DNS name : DC1.test.local Server DN name : CN=NTDS Settings,CN=DC1,CN=Servers,CN=Default-First-Site-Name,CN=Sites,CN=Configuration,DC=test,DC=local TransportType: RPC options: 0x00000001 Warning: No NC replicated for Connection!నివారణ "కనెక్షన్ కోసం ఏ NC ప్రతిరూపం లేదు!" సురక్షితంగా విస్మరించవచ్చు. కొత్త DCని నమోదు చేస్తున్నప్పుడు, Samba కొన్ని రెప్లికేషన్ ఫ్లాగ్లను తప్పుగా సెట్ చేసినందున ఇది కనిపిస్తుంది.
LDAP రెప్లికేషన్ని తనిఖీ చేయడం కూడా మంచి ఆలోచన.
# samba-tool ldapcmp ldap://dc1.test.local ldap://dc2.test.local -Uadministratorపై ఆదేశం DC1 మరియు DC2లో మొత్తం డైరెక్టరీ ఆబ్జెక్ట్ల లక్షణ విలువలను సరిపోల్చుతుంది.
విజయవంతమైన ప్రతిరూపణకు ఉదాహరణ
* Comparing [DOMAIN] context... * Objects to be compared: 249 * Result for [DOMAIN]: SUCCESS * Comparing [CONFIGURATION] context... * Objects to be compared: 1750 * Result for [CONFIGURATION]: SUCCESS * Comparing [SCHEMA] context... * Objects to be compared: 1739 * Result for [SCHEMA]: SUCCESS * Comparing [DNSDOMAIN] context... * Objects to be compared: 42 * Result for [DNSDOMAIN]: SUCCESS * Comparing [DNSFOREST] context... * Objects to be compared: 20 * Result for [DNSFOREST]: SUCCESSకొన్ని సందర్భాల్లో, వేర్వేరు కంట్రోలర్లలోని వస్తువుల లక్షణాలు భిన్నంగా ఉండవచ్చు మరియు కమాండ్ అవుట్పుట్ దీని గురించి మీకు తెలియజేస్తుంది. కానీ అన్ని సందర్భాల్లో ఇది ప్రతిరూపణ సమస్యకు సంకేతం కాదు.
తదుపరి దశ SysVol డైరెక్టరీ యొక్క స్థిరమైన ప్రతిరూపణను మాన్యువల్గా కాన్ఫిగర్ చేయడం.
విషయం ఏమిటంటే, సాంబా మునుపటి FRSకు మద్దతు ఇవ్వనట్లే, ఇప్పుడు DFS-Rకు కూడా ఇంకా మద్దతు ఇవ్వడం లేదు. అందువల్ల, DCల మధ్య రెప్లికేషన్ కోసం, సాంబా మరియు Windows ఇప్పటి వరకు పనిచేస్తున్న ఏకైక పరిష్కారం యుటిలిటీని ఉపయోగించి వన్-వే రెప్లికేషన్ చేయడం. రోబోకోపీ కిట్ నుండి .అనుకూలత సమస్యలను నివారించడానికి, సాంబా డెవలపర్లు మొదట సాధారణ వర్క్స్టేషన్లో యుటిలిటీ సూట్ను ఇన్స్టాల్ చేసి, ఆపై రోబోకాపీని కంట్రోలర్లోని "C:\Program Files (x86)" ఫోల్డర్కు కాపీ చేయాలని సిఫార్సు చేస్తున్నారు.Windows వనరుల కిట్లు/పరికరాలు»
ఇన్స్టాలేషన్ తర్వాత, కంట్రోలర్లోని టాస్క్ షెడ్యూలర్లో Windows మేము ఈ క్రింది పారామితులతో రెప్లికేషన్ చేయడానికి ఒక టాస్క్ను సృష్టిస్తాము:
- వినియోగదారులందరికీ అమలు చేయండి
- రోజులో ప్రతి 5 నిమిషాలకు డైలీని అమలు చేయడానికి ట్రిగ్గర్ చేయండి
- చర్యలలో మేము రోబోకాపీ యుటిలిటీకి మార్గాన్ని నిర్దేశిస్తాము, ఆర్గ్యుమెంట్లుగా పేర్కొంటాము:DC1SYSVOLtest.local DC2SYSVOLtest.local /mir /secఈ ప్రత్యేక సందర్భంలో, మేము SysVol డైరెక్టరీలోని కంటెంట్లను DC1 నుండి DC2కి కాపీ చేస్తాము.
- pam_mount కాన్ఫిగరేషన్ని ఉపయోగించి పోర్టబుల్ యూజర్ ఫోల్డర్లుఅనుభవం ద్వారా, దాని సహాయంతో ఈ సమస్యను పరిష్కరించడానికి నేను రెండు ఆచరణీయ ఎంపికలను కనుగొన్నాను.
- నెట్వర్క్ నుండి ఒక ప్రొఫైల్ ఫోల్డర్ను /home పార్టిషన్కు పూర్తిగా మౌంట్ చేయడం. ఇది ఒక సులభమైన ఎంపిక. రెండు ఆపరేటింగ్ సిస్టమ్లలోనూ My Documents, Downloads, మరియు Desktop ఫోల్డర్ల పేర్లు ఒకేలా ఉంటే ఇది చక్కగా పనిచేస్తుంది. దీనికి PC Linux ఇదివరకే డొమైన్లో నమోదు చేయబడింది మరియు వినియోగదారులు ప్రామాణీకరణ మరియు అధికార యంత్రాంగంగా sssdని ఉపయోగించి వారి డొమైన్ ఖాతాల క్రింద లాగిన్ అవుతారు.
# vim /etc/security/pam_mount.conf.xml<volume uid="100000000-2000000000" fstype="cifs" server="dfs" path="Profile_Users/%(USER)" mountpoint="~" options="sec=krb5,cruid=%(USERUID),nounix,uid=%(USERUID),gid=%(USERGID),file_mode=0664,dir_mode=0775"/>పేరు:
- uid="100000000-2000000000" — SSSD నుండి డొమైన్ వినియోగదారులకు UID పరిధి కేటాయించబడింది
- సర్వర్="dfs" - ఫైల్ సర్వర్ పేరు
- path="Profile_Users/%(USER)" — హోస్ట్ చేసిన వినియోగదారు ప్రొఫైల్తో ఫైల్ సర్వర్లోని వనరు
- మౌంట్పాయింట్=”~” — వినియోగదారు హోమ్ ఫోల్డర్కు మౌంట్ పాత్
డిస్ప్లే మేనేజర్లో నమోదు చేసినట్లుగా మా నెట్వర్క్ రిసోర్స్ను కనెక్ట్ చేయడానికి pam_mount ఉపయోగించే మాక్రో వేరియబుల్ “%(USER)”కి వినియోగదారు లాగిన్ పంపబడుతుంది. కాబట్టి, డొమైన్ పేరును స్పష్టంగా పేర్కొనకుండా లాగిన్ DMలోకి ప్రవేశించడం ముఖ్యం.
sssd.confలో వ్యాఖ్యానించడం లేదా ఎంపికను తప్పుగా సెట్ చేయడం ద్వారా ఇది పరిష్కరించబడుతుంది పూర్తిగా_అర్హత_పేర్లను ఉపయోగించండి, ఇది వినియోగదారులు మరియు సమూహాల కోసం పూర్తి అర్హత కలిగిన నేమ్ మోడ్ను (డొమైన్తో సహా) ప్రారంభిస్తుంది.
- రెండవ పద్ధతి తక్కువ సూటిగా మరియు వికృతంగా ఉంటుంది మరియు నా అభిప్రాయం ప్రకారం మరింత సౌకర్యవంతంగా మరియు ప్రాధాన్యతనిస్తుంది. మొదటి దాని నుండి వ్యత్యాసం pam_mount కాన్ఫిగరేషన్లో మాత్రమే ఉంది
# vim /etc/security/pam_mount.conf.xml<volume uid="100000000-2000200000" fstype="cifs" server="dfs" path="Profile_Users/%(USER)/Рабочий стол" mountpoint="~/Рабочий стол" options="sec=krb5,cruid=%(USERUID),nounix,uid=%(USERUID),gid=%(USERGID),file_mode=0664,dir_mode=0775"/> <volume uid="100000000-2000200000" fstype="cifs" server="dfs" path="Profile_Users/%(USER)/Downloads" mountpoint="~/Загрузки" options="sec=krb5,cruid=%(USERUID),nounix,uid=%(USERUID),gid=%(USERGID),file_mode=0664,dir_mode=0775"/> <volume uid="100000000-2000200000" fstype="cifs" server="dfs" path="Profile_Users/%(USER)/Мои документы" mountpoint="~/Документы" options="sec=krb5,cruid=%(USERUID),nounix,uid=%(USERUID),gid=%(USERGID),file_mode=0664,dir_mode=0775"/>అంటే, మేము మా ప్రతి ఫోల్డర్లను సంబంధిత డైరెక్టరీలో విడిగా మౌంట్ చేస్తాము
- నెట్వర్క్ నుండి ఒక ప్రొఫైల్ ఫోల్డర్ను /home పార్టిషన్కు పూర్తిగా మౌంట్ చేయడం. ఇది ఒక సులభమైన ఎంపిక. రెండు ఆపరేటింగ్ సిస్టమ్లలోనూ My Documents, Downloads, మరియు Desktop ఫోల్డర్ల పేర్లు ఒకేలా ఉంటే ఇది చక్కగా పనిచేస్తుంది. దీనికి PC Linux ఇదివరకే డొమైన్లో నమోదు చేయబడింది మరియు వినియోగదారులు ప్రామాణీకరణ మరియు అధికార యంత్రాంగంగా sssdని ఉపయోగించి వారి డొమైన్ ఖాతాల క్రింద లాగిన్ అవుతారు.
కనుగొన్న
టెస్ట్ బెంచ్పై అర్ధ నెల పని సమయంలో, ఈ బండిల్ రెండు కంట్రోలర్ల యొక్క అనేక దీర్ఘకాలిక మరియు స్వల్పకాలిక షట్డౌన్లను విజయవంతంగా తట్టుకుంది, క్లయింట్లకు వాస్తవంగా ఎటువంటి పరిణామాలు లేకుండా (ఒక క్లయింట్ ఆన్ చేసిన తర్వాత) Windows7 నమ్మకమైన సంబంధాలను కోల్పోయారు).
మొత్తంగా, నేను వ్యాసంలో మరియు “తెర వెనుక” రెండింటినీ ఎదుర్కోవాల్సిన అన్ని సూక్ష్మ నైపుణ్యాలు ఉన్నప్పటికీ, ఈ ఉత్పత్తితో పని చేయడంలో నాకు చాలా ఆహ్లాదకరమైన అనుభవం ఉంది.
ఇందులో చాలా ఆటంకాలు ఉన్నాయి, మరియు మీరు సాంబాతో పనిచేస్తున్నప్పుడు వాటిలో చాలావాటిని కనుగొనవలసి ఉంటుంది. అయితే, డైరెక్టరీ సేవతో మరియు అది లేకుండా, ఒక హైబ్రిడ్ వాతావరణాన్ని నిర్వహించడానికి అనుమతించే ఇతర పరిష్కారాలు ప్రస్తుతం ఏవీ లేవు. Windows.
మూలం: www.habr.com
