SharePoint eşlenmiş sürücüsü sürekli bağlantıyı kesiyor veya şifre mi istiyor? İşte nedeni

Bir SharePoint Online kitaplığını bir sürücü harfine eşlemek ilk denemede çalışır, ancak daha sonra gerçeklikle temasını sürdüremez: sürücü öğleden sonra bağlantıyı keser, yeniden başlatmadan sonra boş döner veya zaten kaydedilmiş bir şifre ister. Bu üç durum da aynı kaynaktan gelir. WebDAV eşlemeleri bir tarayıcı oturumu tarafından desteklenir ve bir oturum bir kimlik bilgisi değildir.

Eşlemenin kalıcı olup olmadığını dört şey belirler. Bunları bu sırayla kontrol edin.

[IMAGE: webdav-four-layers.png — alt: "Bir SharePoint eşlenmiş sürücüsünün bağlı olduğu dört katman ve her birinin başarısız olduğunda ortaya çıkan belirti"]

1. WebClient hizmeti — eşleme onsuz çalışamaz

Windows'ta WebDAV, WebClient hizmeti tarafından sağlanır ve yeni bir Windows Server kurulumunda temel özellik hiç bulunmaz. Windows istemci sürümlerinde hizmet mevcuttur ancak genellikle Manuel olarak ayarlanmıştır, bu da isteğe bağlı olarak başladığı ve boşta kaldığında tekrar durduğu anlamına gelir. Sürücünün önce çalışıp sonra sessizce ortadan kaybolmasının nedeni tam olarak budur.

Get-Service WebClient | Select-Object Status, StartType

Eşleme altında kaybolmaması için otomatik olarak başlayacak şekilde ayarlayın:

Set-Service WebClient -StartupType Automatic
Start-Service WebClient

Windows Server'da özelliğin önce yüklenmesi gerekir:

Install-WindowsFeature WebDAV-Redirector -Restart

Buradaki yeniden başlatma isteğe bağlı değildir; yönlendirici, bu gerçekleşene kadar yüklenmez.

2. AuthForwardServerList — eksik kayıt defteri değeri

Varsayılan olarak, WebDAV yönlendiricisi, yerel olarak kabul etmediği bir sunucuya kimlik bilgilerini iletmeyi reddeder. SharePoint Online'a karşı bu, zaten sahip olduğu belirteci asla göndermediği anlamına gelir, bu nedenle teknik olarak sorunsuz olan bir eşlemede şifre istemi alırsınız.

Çözüm, iletilen kimlik bilgilerini almasına izin verilen ana bilgisayarları listeleyen bir MULTI_SZ değeridir:

$key = 'HKLM:\SYSTEM\CurrentControlSet\Services\WebClient\Parameters'
New-ItemProperty -Path $key -Name AuthForwardServerList -PropertyType MultiString `
    -Value @('https://contoso.sharepoint.com', 'https://contoso-my.sharepoint.com') -Force
Restart-Service WebClient

Kendi kiracı ana bilgisayar adlarınızı kullanın. Kullanıcılar OneDrive'larını eşlerse -my ana bilgisayarını da ekleyin — bu ayrı bir ana bilgisayar adıdır ve insanların unuttuğu bir tanesidir.

Bu, makine başına bir ayardır, bu da onu kırk kez elle yapılacak bir şeyden ziyade doğal bir Grup İlkesi Tercihleri kayıt defteri öğesi yapar.

3. Oturum belirteci süresi dolması — "bu sabah çalışıyordu" ifadesinin gerçek nedeni

[IMAGE: webdav-vs-onedrive-sync.png — alt: "WebDAV eşlenmiş sürücüsü, altı gereksinim açısından OneDrive senkronizasyon istemcisiyle karşılaştırıldı"]

Bu, hiçbir kayıt defteri anahtarının düzeltmediği kısımdır. SharePoint Online'a yapılan bir WebDAV eşlemesi bir oturum çerezi üzerinde çalışır ve bu çerez süresi dolar. Süresi dolduğunda, sürücü hala eşlenmiş durumdadır ve her erişim başarısız olur veya yeniden parola ister.

İki şey bu süreyi uzatır ve dürüst olmak gerekirse hiçbiri onu kalıcı yapmaz:

• Kullanıcının kiracıya kimlik doğrulaması yaparken Oturumu açık tut seçeneğini işaretlemiş olması gerekir. Bu olmadan oturum tasarım gereği kısadır.
• Kiracının oturum açma sıklığı politikası üst sınırı belirler. Koşullu Erişim her birkaç saatte bir yeniden kimlik doğrulaması yapmayı zorunlu kılıyorsa, hiçbir istemci tarafı ayarı bunu aşamaz.

Kullanıcılarınızın tam bir çalışma haftası boyunca kalıcı olacak bir sürücü harfine ihtiyacı varsa, WebDAV yanlış bir araçtır ve hiçbir ayar bunu değiştiremez. İsteğe Bağlı Dosyalar özelliğine sahip OneDrive senkronizasyon istemcisi, Gezgin'de gerçek bir yol sunar, kendi yenileme belirtecini tutar ve bir tarayıcı oturumuna bağlı değildir. WebDAV üzerinde bir hafta harcamadan önce bunu talep edene yüksek sesle söyleyin.

4. Kimlik Bilgileri Yöneticisi'ndeki eski girdiler

Bir eşleme birkaç kez kimlik doğrulamasında başarısız olduğunda, Windows yanlış yanıtı önbelleğe alır ve tekrar tekrar oynatır. Bunu temizlemek, genellikle aksi takdirde doğru olan bir yapılandırmanın çalışmaya başlamasını sağlar:

cmdkey /list | findstr /i sharepoint

Eşleşen her girdiyi kaldırın:

cmdkey /delete:<target-name-from-the-list>

Ardından yeniden eşleyin. Bunu ilk üç düzeltmeden sonra yapın, önce değil — aksi takdirde önbelleği temizlersiniz ve aynı bozuk yapılandırma onu yeniden doldurur.

Eşlemenin kendisinin yeniden bağlanmasını sağlamak

[IMAGE: net-use-command-anatomy.png — alt: "SharePoint kitaplığı için net use komutu, parça parça açıklanmış"]

Sürücünün nasıl oluşturulduğuna dair iki ayrıntı, göründüğünden daha önemlidir:

net use Z: "https://contoso.sharepoint.com/sites/finance/Shared Documents" /persistent:yes

/persistent:yes olmadan, başka neyi düzeltmiş olursanız olun, eşleme bir sonraki oturum açmada kaybolur. Ve yol, belge kitaplığının kökü olmalıdır — bir alt klasöre işaret etmek, tutarsız bir şekilde çözümlenen bir eşleme üretir.

Sadece çalıştığını değil, kalıcı olduğunu doğrulamak

Güvenmeye değer tek kontrol bir yeniden başlatmadır:

Get-PSDrive -PSProvider FileSystem | Where-Object { $_.DisplayRoot -like 'http*' }
Test-Path 'Z:\'

Bunu bir yeniden başlatmadan ve bir öğle yemeği arasından sonra çalıştırın. Oluşturulduktan hemen sonra geçen bir eşleme size hiçbir şey söylememiştir — bu makaledeki her şey ilk dakika değil, ikinci saat hakkındadır.

Belirli bir hata koduyla başarısız olursa

0x80070043, bunun bir varyasyonu değil, farklı bir nedeni olan farklı bir sorundur. Kimlik bilgisinin reddedilmesinden ziyade adın çözümlenemediği anlamına gelir.