Sumali sa isang domain sa pamamagitan ng VPN ng user, at lampasan ang restart

Maaari mong isagawa ang pagsali sa domain sa pamamagitan ng VPN na point-to-site. Ang karaniwang hindi kaya ng koneksyong iyon ay manatiling konektado sa restart na sumusunod, kung kailan sinusubukan ng unang user ng domain na mag-log on. Ngayon ay dinaraanan ko ang pagsali sa tatlong yugto: patunayan ang landas at pagtuklas habang naka-log on ang lokal na administrator, isagawa ang pagsali, at pagkatapos ay subukan ang unang pag-log on sa domain bago ko i-turn over ang laptop. Bawat yugto ay may pagsubok na nabibigo sa ibang lugar.

Ang paghihiwalay ng mga yugtong iyon ang pumipigil sa proyekto na magtapos sa isang laptop na matagumpay na sumali at hindi magagamit.

Bago kumonekta: edisyon, lokal na administrator, DNS

Kailangan ng makina ang edisyong sumusuporta sa pagsali sa domain at lokal na administrator na awtorisadong magsagawa nito. Dapat aktibo ang VPN sa parehong sesyon, dahil tumatakbo ang pagsali sa konteksto ng seguridad na ginagamit mo.

Ituro ang kliyente sa DNS ng direktoryo ng organisasyon, hindi sa pampublikong resolver at hindi sa entry sa hosts file. Kailangan ng pagsali na mahanap ang mga service record at pagkatapos ay maabot ang mga host na pinangalanan ng mga record na iyon. Ang lumang suffix o pampublikong resolver ay nagpapadala ng pagtuklas sa ibang lugar nang tuluyan.

Suriin din ang orasan. Hindi tinatanggap ng Kerberos ang pagkakaiba ng oras, at ang laptop na isang buwang offline ay karaniwang pinagmumulan ng nakakalitong mga error sa pagsali.

Tiyakin na matutuklasan ang domain, hindi lang ping

Resolbahin ang LDAP SRV record ng domain bago subukan ang pagsali. Para sa isang halimbawang kapaligirang may isang domain na pinangalanang ad.corp.example, ang query ay:

Resolve-DnsName -Type SRV _ldap._tcp.dc._msdcs.ad.corp.example

Ang naibalik na record ay kailangan ngunit hindi sapat. Resolbahin ang bawat pangalan ng DC na nakalista at tiyakin na naaabot mo ang mga kinakailangang serbisyo sa pamamagitan ng tunnel. Ang ping sa pangalan ng domain ay halos walang pinatutunayan tungkol sa pagtuklas.

Payagan ang mga dokumentadong dependency ng AD: authentication, SMB at RPC traffic, at time sync. Suriin ang bawat isa laban sa mga firewall rule na aktwal mong inilagay. Ang paglalathala ng mga port ng domain controller sa internet ay hindi shortcut na dapat isaalang-alang.

Isagawa ang pagsali at basahin ang error

Gamitin ang sinusuportahang command sa pagsali o ang system dialog, at itala ang eksaktong teksto ng error. «Ang tinukoy na domain ay alinman sa wala o hindi makontak» ay tumutukoy sa pagtuklas o abot, hindi sa mga kredensyal.

Kung may object na may parehong pangalan, huwag itong burahin nang reflex. Maaaring ito ay paunang inihandang account, at ang pagpapapatibay ng netjoin ay naglilimita sa ilang kaso ng muling paggamit ayon sa pagmamay-ari at patakaran. Hilingin sa may-ari ng direktoryo na suriin o itama ang object.

Ang matagumpay na pagsali ay gitna, hindi finish line. Ang susunod na hakbang ay ang aktwal na sinusubukan ng user.

Planuhin ang unang pag-log on sa domain

Ang natapos na pagsali ay hindi gumagawa ng naka-cache na kredensyal para sa bawat user ng domain. Sa unang screen ng pag-log on, kailangan ng laptop ang landas patungo sa DC bago pa man mag-log on ang sinumang user. Kung ang VPN ng user mo ay nagsisimula lamang pagkatapos ng pag-log on, wala ang landas na iyon. Ito ay puwang sa disenyo, hindi bug ng kliyente.

Para sa unang pag-log on na iyon, gamitin ang sinusuportahang workflow bago mag-log on o device tunnel, isang umiiral na landas ng site, o isang aprubadong alternatibo. Pagkatapos ay subukan ang buong pagkakasunod-sunod: i-restart, maabot ang screen ng kredensyal, mag-log on bilang ang inaasahang user ng domain, at tiyakin na kumikilos ang tunnel ayon sa disenyo.

Ang pagpapalit ng user at pagpapatuloy ng VPN ay nag-iiba ayon sa kliyente. Huwag ipagpalagay na ang koneksyong sinimulan bilang lokal na administrator ay mananatili sa sesyon ng ibang user.

Panatilihin ang lokal na access sa pagbawi

Panatilihin ang aprubadong lokal na landas sa pagbawi bago i-turn over ang laptop. Kung nabigo ang unang pag-log on sa domain, gusto mo ng paraan pabalik na hindi umaasa sa parehong tunnel na kabibigo lang.

Isulat ang napatunayan mo: resolusyon ng SRV, abot sa DC, error sa pagsali, paraan ng unang pag-log on, at account sa pagbawi. Ang record na iyon ang pagkakaiba ng muling magagawang build at laptop na gumagana lamang sa opisina.