Puncte:0

SMBClient nu acceptă formatul URL domain.example.com@SSL, până când uneori o face pentru o perioadă - redirecționarea WebDAV nu se declanșează

drapel pk

Așa că am configurat un server SMB care rulează prin HTTPS și încerc să mă conectez la el printr-o adresă URL ca \domain.example.com@SSL\cale\la\file.txt

Cu toate acestea, Windows nu reușește să se conecteze la acesta, iar jurnalele SMBClient dezvăluie o eroare de obiect negăsită legată de domain.example.com@SSL - în mod clar nu îi place acea sintaxă

Așa că am încercat să-l elimin - \domain.example.com\cale\la\file.txt, gândindu-mă că atunci când SMB eșuează, redirectorul WebDAV ar trebui să preia - dar nu o face, jurnalul SMBClient arată o eroare de timeout, apoi nimic.

Lucrul ciudat este că, în unele cazuri, când deschid în mod explicit ceva pe server mai întâi, cu utilizarea rețelei sau pornesc [calea], de exemplu, pe calea @SSL, orice altă utilizare începe să funcționeze imediat, așa cum era de așteptat, până la o repornire.

Presupun că ceva este stocat în cache pentru a ocoli problema DNS

Întrebarea mea este, ce greșesc și cum fac ca redirectorul WebDAV să declanșeze corect pentru prima încercare de conectare

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.