안녕하세요 pilsu-ni 입니다.
2014년 즈음 VMware에 dd-wrt 를 올려서 사용해 본 후, 이해할수 없는 안정 현상(??) PC용 라우터 미니컴퓨터를 찾다가 pfSense를 접한 후, 계속 사용하고 있습니다.
작년 이맘때 즈음 인가(??) 외부 접속시도가 늘어나더니..... 갑자기 로그인 화면이 접속이 되지 않는 현상이 발생하였습니다.
밴 당하지 않은 외부 IP로 접속이 되기에 그냥,저냥 사용하고 있었는데요.
내부 IP로 NAS접속 시, 게이트 웨이가 아닌 장치 IP로 접속가능하게 하는 방법이 없을까요?
(필요한 부분이 발생하면 그때,그때 찾아서 해결하는 습성 때문에 지금에서야 찾아봅니다 ^^)
감사합니다.
ps. 위의 현상 때문에 내부 네트워크 데이터 교환이 느려지지 않았나 생각하며 질문드립니다.
ps2. NAT 기능 수정 후(아래 댓글 참조), 안드로이드 노턴에서 WiFi 접속시 WiFi 보안검사가 5초 간격으로 계속 나타나던 증상이 있었는데, WiFi 접속시 1회만 네트워크 검사를 실행하는 개선 효과가 발생하였습니다.(WiFi 안정 접속 및 배터리 광탈(추정) 이 개선된걸로 생각됩니다^^)
ps3. RePack하지 않음으로 pfSense부하 감소로 인한 오류 감소인지.... 대상의 네트워크 보안 프로토콜 상에서 디펜스 인지 알지는 못하겠지만, 네트워크 통신이 안정화되는 효과가 발생하였습니다.(아마도 보안을 생각하여 내부 IP 비공개 목적으로 설정한듯 한데.... pfSense 버그인지 아니면 부하가 많이 걸리는 것인지... 네트워크 방화벽 밴 인지 알기는 어렵지만... 이슈를 발생했었네요 ㅠㅠ)
접속주소를 바꾸세요
그리고 게이트웨이 주소 찍혀도 제대로된 소프트 설계를 해놨다면 패킷이 바깥으로 나갔다 들어오는게 아니라 게이트웨이에서 다시 내부로 돌아가게 됩니다 (도메인=ip=자신으로 인식해서 바깥으로 route 안 함)
초기에 보안생각한다구 설정을 한건지.... 기본값이였는지 모르겠지만, 해결 되었습니다(어느순간 다시 원복할지는 모르겠지만요 ㅡㅡ;;;)
네트웍 생각보다 복잡한것 같습니다 ^^
추정으로 데이터를 pfSense에서 RePack 해서 데이터 교환이 이루어지지 않았나 생각하고 있습니다.
체크 해지하니 게이트웨이 IP가 아닌 클라이언트 IP가 뜨네요...
속도도 좋아질려나 모르겠습니다 (엉뚱한 기대 ^^)