Windows nie ma dostępu do \\[innego komputera] kod błędu 0x80004005

Poza powyższymi rozwiązaniami rozwiązującymi ogólne / klasyczne problemy z tym kodem błędu, kolejny nowy problem może spowodować 0x80004005.

Od Windows 10 1709, stary protokół SMB v1 nie jest już domyślnie obsługiwany, który jest nadal używany przez kilka komputerów PC lub innych urządzeń sieciowych, takich jak routery zapewniające NAS. Należy pamiętać, że SMB v1 mógł być odinstalowany na starszych maszynach z systemem Windows. Wykonaj poniższe kroki, aby ponownie go włączyć i uzyskać dostęp do takich urządzeń.

• Przejdź do Panelu sterowania klasyki
• Przejdź do Programów i funkcji
• Wybierz Dodaj lub usuń funkcje Windows na pasku bocznym
• Upewnij się, że zaznaczone jest Wsparcie dla SMB 1.0/CIFS File Sharing.

Zrestartuj komputer i spróbuj ponownie uzyskać dostęp do urządzenia.

Typowym urządzeniem nie obsługującym SMB 2 lub nowszych są starsze routery FritzBox (popularne w Niemczech), a jeśli spróbujesz uzyskać dostęp do dysku twardego USB podłączonego w celu działania jako NAS, nie będziesz w stanie dotrzeć do routera próbując się z nim połączyć.

Podążajcie za instrukcjami. Mogą pomóc. Albo nie_

W komputerze z systemem Windows 8 naciśnij Win+R i w polu polecenie Uruchom, wpisz: control /name Microsoft.NetworkAndSharingCenter i naciśnij Enter.

Kliknij na “Zmień ustawienia zaawansowanego udostępniania” w lewym panelu i rozwiń profil “Prywatne” udostępniania i upewnij się, że wybrano Włączanie wykrywania sieci i Włączanie udostępniania plików i drukarek.

Rozwiń profil “Guest or Public” i upewnij się, że wybrano Włącz wyszukiwanie w sieci oraz Włącz udostępnianie plików i drukarek.

Rozwiń profil “All Networks” i przewiń w dół do dolnej części okna, a następnie pod “Password protected sharing” wybierz Włącz udostępnianie chronione hasłem.

Teraz naciśnij Win+R i w polu polecenie Run wpisz: \Localhost. Sprawdź, czy wszystkie Twoje foldery współdzielone są tutaj obecne.

Wybierz folder z listy i naciśnij Alt+Enter oraz w zakładce Udostępnianie, naciśnij przycisk Udostępnianie i wpisz Everyone na liście rozwijanej i naciśnij Enter oraz ustaw “Poziom uprawnień” na Czytaj. Zrób to dla każdego folderu, który chcesz udostępnić.

Na koniec upewnij się, że oba komputery (W7 i W8) mają tę samą maskę sieciową.

Zrób to, naciskając Win+R i w polu polecenie Uruchom, wpisz: shell:ConnectionsFolder i wybierz kartę sieciową dla przewodowego połączenia Ethernet i naciśnij Alt+Enter. W oknie Właściwości przewiń w dół do Internet Protocol Version 4 (TCP/IPv4) i kliknij dwukrotnie.

Jeśli adres IP i maska podsieci zostały wprowadzone ręcznie, upewnij się, że maska podsieci odpowiada masce komputera z systemem Windows 7, wykonując ten sam krok na W7.

Teraz znajdź nazwę hosta skrzynki W8, wpisując ją w polecenie Uruchom: cmd /c "hostname & pause".

Teraz przejdź do skrzynki W7 i w polecenie Uruchom, wpisz: \HOSTNAME_OF_W8_BOX i sprawdź, czy możesz teraz uzyskać dostęp do plików i folderów na W8.

Oto obejście.

Czasami Network Discovery pod oknami po prostu nie działa, ale sieć jest obecna, po prostu niedostępna.

Następnie należy przypisać statyczny adres IP do stacji Plikerver.

Mapuj dysk do folderu współdzielonego za pomocą adresu IP stacji zamiast nazwy komputera.

Przykład:

\192.168.1.141\fileserver

instead of the inaccesible

\computer-name\fileserver

Więc niedawno wdrożyłem Windows 10 do kilku maszyn testowych w moim biurze i miał problem z brakiem dostępu do udziału sieciowego tj. "\USA\Shared" lub "\FRANCE\Shared" ale "\ENGLAND\Shared" działał dobrze, ponieważ był to mój lokalny Share. Miało to miejsce tylko w moim komputerze Dell Optiplex 990, który korzysta z gigabitowej karty sieciowej Intel 82579LM NIC. Komputery przenośne mają dostęp do sieci i są w niej swobodnie dostępne. Spojrzałem na poprawkę reg HKLM\System\CurrentControlSetWięc niedawno wdrożyłem Windows 10 do kilku maszyn testowych w moim biurze i miał problem z brakiem dostępu do udziału sieciowego tj.“\USA\Shared”lub“\FRANCE\Shared”ale“\ENGLAND\Shared”` działał dobrze, ponieważ był to mój lokalny Share. Miało to miejsce tylko w moim komputerze Dell Optiplex 990, który korzysta z gigabitowej karty sieciowej Intel 82579LM NIC. Komputery przenośne mają dostęp do sieci i są w niej swobodnie dostępne. Spojrzałem na poprawkę reg , a także, że odpowiednie usługi sieciowe były uruchomione.

Ja i mój kolega w Szanghaju myślałem, że to mogą być problemy z DNS, ale NSLookup był rozwiązywany doskonale. Poszedłem do: https://downloadcenter.intel.com/product/47549/Intel-82579-Gigabit-Ethernet-Controller gdzie Intel wydał nowe wersje karty sieciowej w ciągu kilku dni od siebie.

Oczywiście były pewne problemy. Po aktualizacji sterowników i ponownym uruchomieniu moje nielokalne akcje działają doskonale.

Naprawiłem go w następujący sposób:

1- rozpocznij ->panel sterowania ->menedżer urządzeń otwórz go 2- w menu widoku zaznacz “zobacz ukryte urządzenia” 3- otwórz oddział kart sieciowych. 4- zobaczysz wiele adapterów o nazwie Microsoft 6to4. (miałem ich ponad 150). 5- usuń wszystkie. 6- zrestartuj komputer.

Jednak podczas wyszukiwania znalazłem inny użyteczny zasób, który ma kilka kroków na liście innych niż powyżej, więc jeśli chcesz możesz spróbować pod adresem http://appuals.com/best-fix-steps-fix-error-0x80004005/ .

Czy twój modem jest również routerem, do którego oba komputery są podłączone? Jeśli tak, ich aktualizacja prawdopodobnie zresetuje wszystko do ustawień domyślnych, powodując, że Windows 7 wykryje nową sieć. W wyniku tego pojawia się okienko popup z pytaniem, jaka to sieć. Jeśli zostanie wybrana dla sieci publicznej, będzie ona bardzo ograniczona. To jest prawdopodobne, co się stało.

Oto co robisz na komputerze z Windows 7:

1. Kliknij na ikonę sieci w pobliżu godziny na dole po prawej stronie.
2. Kliknij na Open network and sharing center
3. Poniżej View your active networks po lewej stronie, kliknij niebieski tekst, który prawdopodobnie mówi teraz Public network lub ewentualnie Home network.
4. W nowym oknie dialogowym wybierz Work network.
5. Kliknij Close.

Rzeczy powinny teraz działać ponownie.

Jeśli rzeczy nadal nie działają, kliknij Change advanced sharing settings po lewej stronie i oceń te ustawienia. Zrób to samo w oknie 8 maszyny. (Powyższe 5 kroków nie odnosi się do okien 8. Tam zawsze będzie to sieć publiczna, a okna 8 nie będą pytać, jaką masz sieć.)

Na oknach 8 maszyn znajdują się 2 aktywne połączenia sieciowe: Network 3, typu Ethernet, oraz Bell, połączenie dsl wymagające nazwy użytkownika i hasła. Po nawiązaniu połączenia z firmą Bell maszyna otrzymuje publiczny adres IP. W każdym razie, połączenie Bell było typu Private Network, a Network 3 typu Public Network - dokładnie odwrotnie niż powinno być. Po zmianie tych ustawień wszystko zaczęło działać zgodnie z oczekiwaniami.

Zmiana połączenia z Siecią 3 na prywatne była banalna (Windows + I, kliknij na dostęp do Internetu, następnie na górze na Ustawienia połączenia, gdzie mogłem wybrać Sieć 3 i włączyć opcję “Znajdź urządzenia i zawartość”). Udostępnienie dzwonka było nieco bardziej skomplikowane, ponieważ nie jest on wyświetlany w sekcji View Connection Settings (Zobacz ustawienia połączenia). Musiałem więc przejść do HKEY\_LOCAL\MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\NetworkList\Profiles, znaleźć profil z nazwą profilu Bell, i zmienić jego kategorię na 0 (tj. pozostawić puste). Zobacz bardziej szczegółowe instrukcje i zrzuty ekranu .

Miałem coś podobnego, ale mogłem połączyć się z NIEKTÓRYMI współdzielonymi folderami, ale nie z innymi na jednym komputerze klienckim. Co gorsza, mogłem połączyć się z nimi wszystkimi z jednego loginu na komputerze klienckim, ale tylko niektóre z nich używały innej nazwy. I z tego co widziałem, obie nazwy logowania były ustawione na obu komputerach.

Ten artykuł jest tym, co naprawiło to dla mnie http://www.howtogeek.com/howto/13197/map-a-network-drive-from-xp-to-windows-7/

Miałem to, co TYLKO było tą samą nazwą użytkownika na maszynie XP (host), ale nie mogłem się połączyć z pewnymi folderami na niej. Okazuje się, że chociaż “Pełna nazwa” była taka sama na obu komputerach (w Admin, Local Users and Groups, Users), to “Nazwa” była inna. Po dodaniu tej samej “Pełnej nazwy” do hosta, wszystko działało zgodnie z oczekiwaniami.

Zgaduję, że problem był spowodowany tym, że niektóre foldery zostały stworzone przez jednego użytkownika na komputerze hosta, a inne (do których nie miałem dostępu) zostały stworzone przez drugiego.

Dodając nazwę użytkownika dla komputera klienckiego na komputerze hosta, uzyskałem dostęp do wszystkich udostępnionych plików.

Miałem podobny problem i w końcu okazało się, że użytkownik miał dostęp do udziału sieciowego z innym użytkownikiem (zmapowany dysk sieciowy), usuwając poświadczenie użytkownika z menedżera poświadczeń w centrali rozwiązał ten problem.