Làm thế nào để Windows 7 lưu trữ một ổ đĩa mạng được ánh xạ? Tôi có một cái không thể xóa và kết nối mặc dù VPN bắt buộc không hoạt động


0

Khi tôi gõ \\192.168.1.2\vào Windows Explorer trên máy tính để bàn của mình, nó đang kết nối với một trong những máy chủ khác của tôi ở giữa bang Pennsylvania và tôi không biết làm thế nào.

Tôi hoàn toàn không biết làm thế nào nó dịch địa chỉ 192.168.1.2 sang máy chủ từ xa.

Tôi đã chạy lệnh "route print" trong dấu nhắc lệnh của windows và không có gì ở đó chỉ vào máy chủ từ xa.

Có ai biết làm thế nào điều này có thể có thể hoặc nơi Windows có thể lưu trữ thông tin cần thiết để thực hiện kết nối này?

Đây có thể là một số loại lỗi. Ban đầu, tôi đã thiết lập kết nối VPN để phạm vi địa chỉ 192.168.1. * Sẽ ánh xạ tới máy chủ từ xa, địa chỉ đó là 192.168.1.2. Tôi đã sử dụng các dịch vụ Định tuyến và Truy cập từ xa trên máy chủ từ xa và kết nối VPN tích hợp cho Windows 7 trên máy cục bộ. Vấn đề bây giờ là ổ đĩa được ánh xạ này vẫn tồn tại trong windows explorer và tôi không thể xóa nó. Kết nối VPN đã đóng / không hoạt động và máy cục bộ vẫn kết nối với ổ đĩa được chia sẻ từ xa.

Nó có thể là một vấn đề với chuyển đổi bộ nhớ cache D-LINK của tôi một cái gì đó?

CẬP NHẬT: Tôi đã chạy lệnh netstat -anđể liệt kê tất cả các kết nối đang hoạt động và nhận thấy rằng kết nối không được nhận dạng duy nhất là trên cổng 445, nhưng nó được liệt kê dưới dạng địa chỉ IPV6. Tôi đoán đó là máy chủ từ xa được đề cập, nhưng làm thế nào và tại sao Windows lại lưu địa chỉ đó?


Không có đề cập đến một ổ đĩa được ánh xạ ở bất cứ đâu trong cơ thể câu hỏi của bạn? Bạn đã thử ipconfig /flushdnschưa? Nếu bạn chạy nslookup 192.168.1.2nó có phân giải tên của máy chủ không?
Ƭᴇcʜιᴇ007

Tôi đã đề cập đến một ổ đĩa được ánh xạ: "Vấn đề bây giờ là ổ đĩa được ánh xạ này vẫn tồn tại trong windows explorer ...". Dù sao, nslookup không giải quyết được gì, và tôi chạy tuôn ra không có kết quả. Có một số vấn đề ở đây. Đầu tiên, ổ đĩa được ánh xạ hiển thị trong Explorer, với dấu X màu đỏ và tôi không thể ngắt kết nối hoặc xóa nó. Xóa khóa đăng ký tương ứng (HKCU / Mạng) trong khi explorer.exe bị chấm dứt và khởi động lại nó không làm cho nó biến mất. Thứ hai, nếu sau đó tôi kết nối VPN với một máy chủ hoàn toàn khác (Máy chủ B), ổ đĩa đột nhiên có sẵn, nhưng kết nối với Máy chủ A.
Triynko

Ổ đĩa được ánh xạ vẫn tồn tại, không thể xóa và kết nối với máy chủ mà nó không nên kết nối. VPN của máy chủ đó không hoạt động và nếu tôi kết nối với VPN hoàn toàn khác, ổ đĩa được ánh xạ sẽ thiết lập kết nối với máy chủ gốc, không liên kết với VPN đang hoạt động.
Triynko

Nếu tôi giết quá trình thám hiểm, hãy xóa khóa đăng ký ổ đĩa được ánh xạ trong HKCU / Phần mềm / Microsoft / Windows / CurrentVersion / Explorer / MountPoints, ## 192.168.1.2 # wwwroot, khóa sẽ quay trở lại sau khi tôi khởi động lại Explorer và mở máy tính của mình . Nó phải được lưu trữ thông tin này ở ít nhất 3 địa điểm, vì tôi cũng đã xóa thông tin đó trong HKCU / Network.
Triynko

Bí ẩn được giải quyết. Thật là một cơn bão hoàn hảo cho phép, nhưng cuối cùng kết quả mâu thuẫn. Xem câu trả lời được đăng của tôi.
Triynko

Câu trả lời:


0

Tôi đã hiểu rồi. Đây là một minh họa, theo sau là một lời giải thích bằng văn bản về những gì đang xảy ra.

nhập mô tả hình ảnh ở đây

Trước hết, bất kỳ ổ đĩa được ánh xạ nào cũng cần được kết nối để xóa nó. Đó dường như là một vấn đề chung với các ổ đĩa được ánh xạ trong Windows.

Thứ hai, lý do Máy khách có thể kết nối với Máy chủ B, mặc dù VPN hoạt động duy nhất từ ​​Máy khách đến Máy chủ A, là Máy chủ B cũng đã thiết lập kết nối VPN đến Máy chủ A, sử dụng cùng một tài khoản Windows với Máy khách.

Vấn đề là một cuộc xung đột địa chỉ VPN kỳ quặc, xuất phát từ việc không chỉ sử dụng cùng một tài khoản cho hai khách hàng khác nhau ("Máy khách" và "Máy chủ B"), mà là thứ tự họ kết nối và cửa sổ địa chỉ dự phòng đã chọn mâu thuẫn với địa chỉ bộ điều hợp loopback của chính máy chủ.

Thông thường, mỗi Máy khách và Máy chủ B đều có tài khoản người dùng riêng để quay số vào VPN của Máy chủ A và mỗi máy chủ đều có các IP tĩnh khác nhau được gán trong tab Quay số của tài khoản người dùng, do đó, mỗi Máy khách và Máy chủ B sẽ nhận được IP tĩnh của riêng họ mà không có bất kỳ xung đột.

Vì một số lý do, thay vì sử dụng tài khoản riêng của Máy chủ B, tôi đã sử dụng tài khoản của khách hàng để kết nối, về cơ bản là tài khoản người dùng chính của tôi ... một lỗi đơn giản. Tôi nhận thấy điều này trong RRAS, khi tôi thấy hai khách hàng được kết nối dưới cùng một tên người dùng. Tôi biết một cái là máy khách của tôi, nhưng cái kia đã hoạt động được hơn 900 giờ. Đó là khi tôi nhận ra nó phải là Máy chủ B kết nối với Máy chủ A, nhưng không thể sử dụng tài khoản người dùng của chính nó. Vì vậy, đó là nơi nó trở nên thú vị. Cách đây hơn 900 giờ, khách hàng phải kết nối trước và nhận được IP tĩnh phù hợp: 192.168.1.101. Sau đó, Máy chủ B phải được kết nối sau đó trong khi VPN của máy khách vẫn hoạt động và do máy khách đã đăng nhập trong cùng một tài khoản, nên không thể gán IP tĩnh được chọn, vì vậy Windows chỉ quyết định quay trở lại địa chỉ IP tiếp theo có sẵn trong phạm vi tuyến tĩnh, xảy ra là 192.168.1.2. Vì vậy, Máy chủ B hiện có địa chỉ IP VPN là 192.168.1.2. Sẽ ổn thôi trừ ...

Đó là một vấn đề, bởi vì đó là IP (192.168.1.2) mà tôi đã gán cho bộ điều hợp loopback của Máy chủ A. Đó được coi là IP tôi sử dụng để truy cập Máy chủ A trên VPN khi máy khách được kết nối, ngoại trừ bây giờ Máy chủ B nghĩ rằng đó cũng là 192.168.1.2.

Vì vậy, đã có một cuộc xung đột địa chỉ IP không thể phát hiện được, điều này giải thích cho hành vi kỳ quái. Cụ thể, khi lần đầu tiên tôi kết nối với VPN cho Máy chủ A, địa chỉ 192.168.1.2 đã định tuyến đến Máy chủ B và nếu tôi chỉ ngắt kết nối và kết nối lại ổ đĩa với cùng một IP đó, thì nó sẽ tìm thấy Máy chủ A. Tôi không chắc chắn làm thế nào các cửa sổ đưa ra quyết định định tuyến máy tính nào khi máy khách RRAS và bộ điều hợp Microsoft Loopback kết thúc gán cho cùng một địa chỉ IP.

Thành thật mà nói, đây là một lỗi ngớ ngẩn trong Windows Server, vì máy chủ RRAS nên được biết là không gán địa chỉ IP trong phạm vi đã cho đã được một bộ điều hợp khác (bộ điều hợp loopback) thực hiện. Có lẽ nó chỉ theo dõi IP và kiểm tra xung đột với IP mà nó tự gán, và không có cách nào để biết liệu các bộ điều hợp hiện có đã sử dụng IP trong phạm vi cho phép hay chưa.

Toàn bộ sự việc là sự kết hợp kỳ quặc của các sự kiện ... Máy chủ B được kết nối sau khi Máy chủ A sử dụng cùng một tài khoản, vì IP tĩnh cho tài khoản đó đã được sử dụng, RRAS sau đó đã gán một địa chỉ IP cho nó một cách ngu ngốc phạm vi, mà không kiểm tra xung đột trước và cuối cùng đã cung cấp cho Máy chủ B cùng IP với bộ điều hợp lặp lại của Máy chủ A. Sau đó, khi máy khách cố truy cập IP đó, Windows sẽ nghĩ đó là Máy chủ B, nhưng việc ngắt kết nối / kết nối lại ổ đĩa được ánh xạ tới cùng IP đó sẽ giải quyết đến Máy chủ A. Thật kỳ lạ.

Trong mọi trường hợp, tất cả những gì tôi phải làm là tăng phạm vi cho phép từ 192.168.1.1 đến 192.168.1.3, do đó, nó không bao giờ gán IP tĩnh của riêng nó cho bất kỳ máy khách nào, điều không nên xảy ra, vì tất cả chúng đều được gán sở hữu các IP tĩnh, ngoại trừ khi chúng được kết nối với cùng một tài khoản, nó không có lựa chọn nào khác ngoài việc quay trở lại một cái gì đó trong phạm vi cho phép.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.