Tại sao Mac OSX Lion mất thông tin đăng nhập / mạng?


13

Triệu chứng

Tại nơi làm việc, chúng tôi đã cài đặt OSX 10.7.3 và thỉnh thoảng tôi sẽ thấy các hành vi sau:

  1. Nếu màn hình bị khóa, thì nhiều lần thử của cùng một người dùng / lượt không được chấp nhận.

  2. Nếu màn hình được mở khóa, thì việc mở một thuật ngữ bash mới có thể mang lại lời nhắc như:

    `I have no name$`
    

    hoặc là

    lkyrala$ ssh lkyrala@ah-lkyrala2u 
    You don't exist, go away!
    

Ngay cả khi máy Mac của chúng tôi hoạt động bình thường, mọi người ở đây phải đăng nhập hai lần. Lần đầu tiên sau khi khởi động luôn thất bại, nhưng lần thứ hai (có cùng mật khẩu, không thay đổi gì, chỉ cần nhấn enter lần nữa) đã thành công. Kỳ dị?

Cách giải quyết

Có một số cách giải quyết vấn đề trước mắt, nhưng đừng ngăn nó xảy ra lần nữa:

  1. chờ đợi (có thể một hoặc hai giờ) và các vấn đề đôi khi tự biến mất.

  2. giết 'opendirectoryd' và để nó khởi động lại. (từ Cộng đồng hỗ trợ của Apple: ID người dùng (không phải dữ liệu) bị xóa đột ngột? )

  3. giữ nút nguồn để thiết lập lại máy tính

CẬP NHẬT 10/4/2012

Quản trị viên mạng của chúng tôi nghi ngờ rằng lockd có liên quan. lockd rõ ràng sử dụng UDP và khi mạng bị nghẽn, các gói bị mất, dẫn đến hành vi treo. Họ đang xem xét các bước để giảm tắc nghẽn. Nếu quyền truy cập tệp trong câu hỏi xảy ra là xử lý xác thực Active Directory, thì tất cả các phần khác nhau này bắt đầu khớp với nhau.

Thảo luận

Bây giờ, các bằng chứng ở trên chỉ cho tôi một cái gì đó khó hiểu với thông tin đăng nhập và thông tin đăng nhập. Một số người khác báo cáo có các sự cố đăng nhập này, nhưng thật khó để xác định vấn đề thực sự ở đâu (Mac hoặc môi trường mạng?).

Tôi nên nói thêm rằng hầu hết các mạng đều là máy Windows, nhưng chúng tôi cũng có khá nhiều máy Mac và Linux, nhưng tôi không chắc về các chi tiết về cách xác thực mạng được ánh xạ từ nhiều miền khác nhau ... Tôi biết rằng thông tin đăng nhập mạng của chúng tôi hoạt động trong các miền Windows cũng như thông tin đăng nhập mac và linux - vì vậy một cái gì đó đang kết nối các hệ thống riêng biệt hoặc sử dụng cùng một hệ thống xác thực toàn cầu.

Chi tiết bổ sung

Thật không may, tôi đã không thiết lập máy Mac này, bộ phận CNTT của chúng tôi đã làm, vì vậy tôi không hoàn toàn chắc chắn về cách thức xác thực hoạt động. Tôi biết rằng đó là thông tin đăng nhập mạng (điều không bình thường trong trải nghiệm của tôi với máy Mac, họ thường có tài khoản cục bộ kết nối với tài nguyên bên ngoài) nhưng ở đây, thư mục nhà của chúng tôi nằm trên mạng chứ không phải cục bộ. Theo cài đặt linux của tôi, việc kết nối với mạng liên quan đến yp / NIS, (cho phép chúng tôi tự động hóa các phần của hệ thống tệp mạng của mình từ bất kỳ máy nào) và opendirectoryd.log dường như xác nhận điều này có liên quan ...

/var/log/opendirectoryd.log* trình diễn:

2012-04-04 01:29:12.370 EDT - ddddd.dddddd.dddddd.dddddd - Client: automount, UID: 0, EUID: 0, GID: 0, EGID: 0
2012-04-04 01:29:12.370 EDT - ddddd.dddddd.dddddd.dddddd, Node: /NIS/Domain, Module: nis - could not determine map for rectype 'mounts' attribute 'byname'
2012-04-04 01:32:04.504 EDT - failed to get YP map list

Có vẻ như tên miền 'Miền' đang bị mất bằng cách nào đó. Tại sao UID == 0 ở đây? Điều đó có vẻ tệ phải không?

Tôi biết trong Linux một thời gian trước, tôi phát hiện ra rằng chương trình phát sóng NIS đã bị vô hiệu hóa hoặc bị chặn, vì vậy tôi đã thu thập IP từ một ai đó và đặt IP ypserver theo cách thủ công /etc/yp.confvà đã sửa lỗi trong Linux. Có lẽ một cái gì đó tương tự đang xảy ra ở đây?

Tôi đã thử tra cứu thông tin trong các trang yp của Mac:

Và sau đó tìm thấy bài đăng này chi tiết nơi các máy chủ hiện tại được đặt:

Tuy nhiên, kiểm tra cài đặt ypserver cho thấy cả hai IP máy chủ đều được đặt chính xác cho NIS.

Kiểm tra /var/log/system.logchương trình:

Aug 28 00:30:08 mymac ypbind[22991]: direct: sendto: No route to host
Aug 28 00:30:08 mymac ypbind[22991]: direct: sendto: No route to host
Aug 28 00:30:08 mymac ypbind[22991]: Can't contact any servers listed in /var/yp/binding/Domain.ypservers.  Aborting
Aug 28 00:30:08 mymac com.apple.launchd[1] (com.apple.nis.ypbind[22991]): Exited with code: 1
Aug 28 00:30:08 mymac com.apple.launchd[1] (com.apple.nis.ypbind): Throttling respawn: Will start in 10 seconds
Aug 28 00:30:08 mymac xpchelper[22990]: getpwuid_r() failed for UID: uuuu, ret: 0, errno: 0

Vì vậy, điều này khiến tôi nghi ngờ các cài đặt nfs.conf, v.v. Một số người khác tin rằng điều này là do một cái gì đó trong lockd.

Nghiên cứu

Báo cáo về các vấn đề tương tự


Vui lòng cho chúng tôi biết thêm về môi trường của bạn (Bạn dường như đang sử dụng OpenDirectory (?) Đã tham gia vào một miền Windows (?) - Bạn đã thiết lập nó như thế nào? Máy tính có biến mất khỏi miền không? Có bị mất kết nối mạng không? ), cũng kiểm tra nhật ký hệ thống của bạn - họ thường có thông tin về các sự cố như thế này ...
voretaq7

Tôi đã thêm phần "Chi tiết bổ sung" ở trên để nói thêm về opendirectoryd.log và môi trường xung quanh như tôi biết. Rắc rối là tôi đã không thiết lập được nhiều thứ và tôi không có tín dụng quản trị mạng. Tôi đang cố gắng thực hiện một số nghiên cứu để giúp đỡ các chàng trai của mình vì chúng ta đã khắc phục vấn đề này trong nhiều tháng nhưng chưa bao giờ thực sự theo dõi nó với bất cứ điều gì.
Larry Kyrala

Bạn có bất kỳ cập nhật nào về điều này không, tôi đang cố gắng để NIS / NFS hoạt động trên OS X 10.7 trong khi trên Ubuntu hoạt động tốt. Tôi nhận được thông điệp tương tự như bạn.
sorin

Vẫn không có cập nhật, xin lỗi. Bất kỳ ai?
Larry Kyrala

1
Điều này nghe có vẻ như là một vấn đề chúng tôi đã có ở đây tại trường. Các máy Mac sẽ ngẫu nhiên mất kết nối mạng với DC dẫn đến việc người dùng không thể đăng nhập. Theo như tôi biết thì điều này đã xảy ra sau khi cập nhật phần mềm trên máy chủ Mac. Có vẻ như các MAC đã quá cũ để xử lý các bản cập nhật máy chủ mới. Cho đến khi MAC mới được mua, chúng sẽ phải được nối lại với DC mặc dù MAC trong cài đặt vẫn bị ràng buộc.
Jake Andrew

Câu trả lời:


1

Bạn đã liên kết mac với Máy chủ OSX hoặc Active Directory chưa? Nếu sau kiểm tra xem tên miền kết thúc bằng .local. Nếu có một số vấn đề đã biết với nhiễu đa hướng trên OSX. Quá trình ở đây có thể phù hợp với bạn: http://www.macwindows.com/TIP-Lion-dot-local-AD-disable-multicast.html

Một số máy Mac hoàn toàn không hài lòng trên mạng AD. Tôi đã có một số iMac với thông số kỹ thuật cơ bản giống hệt nhau và hầu hết đều ổn nhưng 2 liên tục mất kết nối với bộ điều khiển miền và có các vấn đề liên quan đến vé kerberos liên tục. Trong trường hợp này, việc phá mac khỏi miền và sau đó kết nối lại bằng Centrify Express đã giải quyết vấn đề. Bạn có thể tìm đại lý trên trang web của họ tại đây: http://www.centrify.com/express/free-active-directory-tools-for-linux-mac.asp#agents


Tôi tin rằng nó bị ràng buộc với AD và tên miền không kết thúc bằng .local. Nhìn vào chi tiết bây giờ ... (cảm ơn vì thông tin!)
Larry Kyrala

Vì AD của chúng tôi không kết thúc ở .local, tôi nghĩ rằng liên kết đầu tiên không áp dụng. Liên kết thứ hai là điều mà các quản trị viên mạng phải làm. Ngoài ra, tôi đã cập nhật bài đăng với một cái gì đó mà các quản trị viên mạng đã phát hiện ra vài tuần trước - các gói UDP bị khóa đang bị mất khi mạng đột nhiên bị tắc nghẽn. Tôi không chắc, nhưng âm thanh như thế này sẽ ảnh hưởng đến một loạt thứ trên mac, đặc biệt nếu kết nối AD là một trong những tay cầm bị ảnh hưởng.
Larry Kyrala
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.