Вашиот Mac испраќа погрешна Windows сметка преку RDP

Тунелот повторно се поврзува, Mac повторно стигнува до канцелариската мрежа, а Remote Desktop и понатаму одговара со неуспешно најавување. Таа грешка не е на VPN. Тунелот го става Mac на одобрена мрежа; Windows сметка се најавува на далечинскиот компјутер, а записот за врска може да продолжи да праќа сметка што престанавте да ја користите пред месеци.

Прегледајте го записот пред да го допрете приврзокот со клучеви.

VPN сметката и Windows сметката се различни работи

VPN идентитетот го автентификува уредот или лицето кај порталот на тунелот. Тоа не кажува ништо за тоа која Windows сметка ќе ја прифати далечинскиот домаќин и не може да ја замени. Кога тунелот е здрав, а работната површина го одбива најавувањето, проблемот веќе го поминал мрежниот слој. Третирајте ги двете автентикации како одделни настани со одделни дневници. Порталот може да покажува чиста сесија, додека безбедносниот дневник на Windows запишува неуспешно најавување од сосема друга причина.

Да претпоставиме дека администраторот ви рекол да користите EXAMPLE\alex, а зачуваниот запис и понатаму избира голо alex. Тоа се различни сметки. Неквалификуваното име се разрешува спрема локалните сметки на далечинскиот компјутер, а на машина приклучена на домен може воопшто да не се разреши до идентитетот на доменот.

Затоа отстранувањето на префиксот на доменот не е општа поправка. То менува која сметка се бара и може да предизвика одбивање што изгледа како проблем со лозинка, иако лозинката никогаш не била проблем.

Отворете го записот за врска, не целиот приврзок со клучеви

Во тековната Windows App за macOS, пронајдете го далечинскиот PC во делот Уреди, отворете го дејството Уреди и погледнете ја сметката поврзана со конкретниот запис. Апликацијата нуди контроли за зачувани акредитиви што ви дозволуваат да изберете друга зачувана сметка или да отстраните застарена. Тоа е поддржаното место за исправање на изборот. Менувајте едно својство истовремено, за да знаете која промена навистина била важна. Промена на акредитивите и промена на името на домаќинот направени заедно даваат резултат што никој не може да го припише.

Не почнувајте со бришење на секој елемент од приврзокот со клучеви чие име го содржи името на серверот. Елементите на приврзокот се споделуваат меѓу апликациите, а широкото бришење може да отстрани несроден пристап без да промени нешто на страната на Windows. Тоа ги уништува и доказите што би ги сакале ако вистинскиот проблем се покаже како име на домаќин, маршрута или RDP услугата.

Ако едни зачувани акредитиви ги користат повеќе далечински PC-а, проверете ги тие зависности пред да ги отстраните. Уредувањето на записот за еден PC е повратно; бришењето споделени акредитиви е промена со поширок опсег и полоша трага за ревизија.

Користете ја формата на сметката што ја дал администраторот

Внесете ја сметката точно како што е издадена, во формата што ја очекува околината: DOMAIN\user за домен во NetBIOS стил, или user principal name ако тоа го користи именикот. Потоа зачувајте ја за овој PC и направете еден намерен обид за поврзување.

Гледајте која сметка ја покажува поканата за најавување. Покана што веќе содржи друго име значи дека зачуваниот избор не е заменет, а обидот што штотуку го направивте повторно ги тестираше старите акредитиви.

Држете ја лозинката надвор од белешки, тикети и слики од екранот. Запишете го наместо тоа името на сметката и точниот код на грешка, бидејќи кодот разликува лоши акредитиви од одбивање по политика, истечена лозинка или машина што воопшто не прифаќа RDP.

Неуспешна врска пред најавување е друга дефект

Ако прегледувачот не успее пред да се појави било какво најавување на Windows, акредитивите не се сомнителни. Проверете дали името на домаќинот се разрешува, дали маршрутата до домаќинот постои преку тунелот и дали RDP услугата слуша. TCP врска што никогаш не се воспоставува никогаш не стигнува до слојот на сметки.

Обратно, изречното одбивање на сметка не е доказ дека DNS е расипан или дека валидацијата на сертификатот треба да се олабави. Таквите промени ја слабеат врската и обично го оставаат одбивањето точно каде што било.

Тестирајте во најмали можни чекори: потврдете дека портата е достапна, дека поканата за најавување се појавува, дека прикажаната сметка е онаа што ја мислите, потоа внесете ја лозинката. Секој чекор има посебен дефект и посебна поправка.

Оставете го автоматското повторно поврзување на мира

Автоматското повторно поврзување повторно го користи постоечкиот запис, вклучувајќи ја неговата зачувана сметка. Тоа е погодност, не поправка на акредитиви, па исклучувањето не поправа погрешен избор, а вклучувањето не создава еден. Ако записот сега ја содржи вистинската сметка, повторното поврзување ќе ја користи.

Зачувајте го исправениот запис, поврзете се еднаш рачно и забележете која сметка работеше. Токму таа една линија ја прави дијагнозата на следниот човек петминутна наместо цело попладне археологија на приврзокот со клучеви.