TCRP-mshell 가상 MAC 주소 스푸핑 Addon mac-spoof 배포 보류
시놀로지 기본 설치 패키지인 SAN MANAGER 패키지 수리를 유발하는 원인을 찾았습니다.
mac-spoof addon 이 직접적으로 영향을 주는것이 확인되었습니다.
현재 mac-spoof addon 은 아래처럼 사용이 되지 않도록 제거된 상태입니다.
https://github.com/PeterSuh-Q3/redpill-load/commit/0ed22a488cc2b9d7ec198ea4e3531875056ec35c
TCRP-MSHELL 로더가 재빌드 되어야 이 Addon 이 제거됩니다.
SAN MANAGER 에 영향이 없는 범위 안에서 mac-spoof addon 을 다시 개발해서 안정적인 상태를 재배포 하겠습니다.
본의아니게 SAN MANAGER 수리를 힘들게 만들어 죄송합니다.
아래 링크에 복구방법에 대한 솔루션이 있는것 같습니다.
https://community.synology.com/enu/forum/1/post/162743
가능하면 저도 이 복구 솔루션을 테스트 해보고 방법을 공유해 보겠습니다.
화정큐삼
아직 완벽히 복구할 방법을 찾지 못했습니다.
혹시 SAN MANAGER 나 VMM 을 사용하셔야 하나요?
아니면 SAN MANAGER 를 영구 삭제할 방법은 알려드릴 수 있습니다.
지금 어떤 상태인 것인가요? 조금 혼란스러워서 질문드립니다!
릴리즈 페이지에 있는 파일로 설치 진행할 때, 우하단 콘솔에서 bundle-exts.json 파일 보면
mac-spoof 부분이 해당 레포짓토리에 있는 것과 동일하게 지워져 있던데
이대로 설치 진행해도, 여전히 수리가 나오네요 (설치 후 재부팅 시부터 수리라고 나옵니다)
1. San Manager 수리 오류 발생 (모종의 업데이트에 의해서?)
2. mac-spoof 애드온이 원인임을 파악
3. mac-spoof 애드온을 화정큐삼님의 fork 로더에서 사용하지 않도록 임시 수정함을 공지
- 그런데 왜 재설치해도 수리가 나오는건가요?
- 이 조치는, 기존에는 최초 설치 또는 마이그레이션 시에도 수리 증상이 나오던 것을, 최초 설치 또는 마이그레이션시에는 정상 작동되고 재부팅 후에 수리 증상이 나오게 변경한 것인가요? (또는 고쳐졌다고 생각했으나, 결국에는 재부팅 후에 수리 증상이 나타나므로 고쳐지지 않은 것인가요)
4. mac-spoof 애드온을 수정하여 재배포 예정임을 공지
이런 상황인 것이 맞나요?
저는 오늘 하루종일 이것 때문에 5~7번정도 설치했는데, 현재 재설치해도 해당 문제가 발생하는 상황이라면 확언을 해주시면 다른 분들이 의미없는 시도 안 하고 덜 삽질하실 것 같습니다 (저도 고쳐질 때 까지 기다려야겠네요)
항상 수고로운 작업해주셔서 감사합니다
안녕하세요.. 오랜만에 리부팅 후 해당 문제가 발생하였습니다. san manager 수리가 떠있는데 그냥 사용해도 무방한가요?? 제가 가상 맥(정품맥주소)를 사용하는데.. 리얼맥으로 변경이되었네요.. 그냥 써도 괜찮겠지요?? 시스템이 큰 오류 없으면 신경안쓰여서 그냥 사용하다 시간이 되실지는 모르겠지만 업데이트 되면 사용하려합니다. 편하게 헤놀구축하며 감사히 사용중입니다.
cmt alert
신고
"님의 댓글"
이 댓글을 신고하시겠습니까?
