1
A
回答
2
我不認爲它真的是一個泄漏服務器MAC地址的問題,因爲沒有人會與服務器在同一個本地子網上,在那裏你可以做任何惡意的事情。
但是,如果您擔心,爲什麼不使用Python中的其他UUID之一?
uuid.uuid4()
- 生成隨機UUID。uuid.uuid5(namespace, name)
- 根據名稱空間標識(這是一個UUID)和一個名稱(它是一個字符串)的SHA-1散列生成一個UUID。
相關問題
- 1. 關於UUID的信息
- 2. 在weblogic服務器泄漏的連接
- 3. 的Android服務泄漏
- 4. 服務泄漏onRetainCustomNonConfigurationInstance
- 5. 沒有進一步信息的對象的潛在泄漏
- 6. TopShelf windows服務內存泄漏,同時更新信息從sql
- 7. 使用TFileStream作爲返回值的Delphi Datasnap服務器內存泄漏
- 8. 收集有用的服務器信息
- 9. 關於Sharepoint服務器的信息
- 10. 遠程服務導致內存泄漏的信使
- 11. 如何訪問有關WCF服務部署位置的信息
- 12. Websphere服務器/休眠內存泄漏?
- 13. Tomcat服務器內存泄漏
- 14. Android服務綁定器泄漏?
- 15. 服務器端內存泄漏
- 16. PHP Socket服務器內存泄漏
- 17. perl服務器內存泄漏
- 18. 內存泄漏使用URL中的NSData
- 19. android:TextToSpeech泄漏服務連接
- 20. 服務連接泄漏
- 21. 服務器持有用戶信息
- 22. 使用泄漏時的NSLog消息
- 23. 具有碼頭內存泄漏問題的java服務器
- 24. 使用URL向服務器發送信息
- 25. 點標量乘python 2.7信息泄漏
- 26. Android - 信息泄露漏洞OutputStream
- 27. 有關ASP.NET服務器錯誤的版本信息頁面
- 28. logstash - 收集有關IP連接到服務器的信息
- 29. 使用SNMP獲取服務器信息
- 30. 使用javascript獲取服務器信息
這並不像MAC從uuid.uuid1()輸出中得到的一樣簡單,但考慮到有其他選擇,最好在安全方面犯錯。 – tripleee 2012-08-03 04:16:14
@tripleee Ctrl + Z錯誤:-)已修復。 – 2012-08-03 04:19:13
謝謝你們。我決定堅持'uuid1'。 :) – User007 2012-08-03 05:00:26