☰

Wine 애플리케이션에서 포트 137을 활성화합니다.

tag-icon • tag-icon linux ubuntu networking proxy wine
Wine 애플리케이션에서 포트 137을 활성화합니다.

저는 Ubuntu 17.10 + Wine 2.18(개발 버전)을 사용하고 있습니다.

CCProxy는 Windows용 프록시 서버입니다. 와인과 호환됩니다.공식적으로 언급됨.

Wine에서 CCProxy를 실행해 보았는데 모든 것이 잘 작동하는 것 같았지만 안타깝게도 한 가지 기능이 작동하지 않습니다... CCProxy가 인증을 위해 클라이언트의 MAC 주소를 가져올 수 없습니다. 이 문제에 대한 해결책도 언급되어 있습니다.CCProxy의 웹사이트주소:

CCProxy는 포트 137을 사용하여 인증을 위한 클라이언트의 MAC 주소를 얻습니다. 따라서 CCProxy 서버와 클라이언트 모두에서 포트 137을 사용할 수 있는지 확인해야 합니다. 때로는 바이러스 백신 소프트웨어 및 방화벽이 포트 137을 차단할 수 있으므로 확인하시기 바랍니다.

반면에 NetBIOS 프로토콜도 클라이언트에 설치되어야 합니다.

문제는 무엇을 해야 할지, 무엇을 해야 할지 모른다는 것입니다!

편집하다:

$ sudo iptables -L

Chain INPUT (policy ACCEPT)
target     prot opt source               destination         

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

답변1

따라서 와인은 절대로 사용해서는 안됩니다 root.root어떤 와인 애플리케이션도 이전처럼 실행 되어서는 안 됩니다 .. 대부분의 Linux 시스템에서는 루트가 아닌 사용자가 1024보다 낮은 포트에 바인딩하는 것을 허용하지 않습니다.

Wine의 특정 포트에서 응용 프로그램을 실행하려면 항상 1024보다 높은 번호의 포트에 바인딩해야 하며 시스템에서는 해당 포트에 바인딩할 수 있도록 허용해야 합니다. 그런 다음 iptables포트 137에서 원하는 포트로의 내부 전달을 설정합니다 .

즉, Wine과 네트워크 카드 간의 호환성은 제한되어 있습니다. 실제로 완전히 호환되는 시스템이고 모든 것이 잘 작동한다는 보장은 없습니다.

인용하신 글은 2015년 글임을 참고하시기 바랍니다. 못찾 겠어요아무것WineHQ AppDB에서 이 소프트웨어를 사용하면 이 소프트웨어를 실행하는 동안 직면할 수 있는 문제의 수를 이해조차 할 수 없습니다. (나중에 테스트해서 무슨 일이 일어나는지 확인해 볼 수도 있지만, 소프트웨어가 작동할 것이라고 보장할 수는 없습니다.)

편집하다나는 몇 가지 추가 테스트를 수행했습니다. Wine에서 CCProxy를 자체 접두사를 사용하여 실행하고 제대로 작동할 수 있었지만오직포트가 1024보다 높습니다. 추가적으로 추가 테스트를 통해 저는할 수 없는MAC 주소 인증이 작동하도록 합니다.

그래서 제가 찾은 내용에 따르면 MAC 주소 기반 인증을 사용할 수 없는 것 같습니다. 제어 메커니즘으로 MAC 주소 인증 대신 사용자/비밀번호 인증을 사용할 수 없는 이유가 있습니까?

관련 정보