full vpn 설정 후 다른 설정을 하려고 하거나 다른 곳에 들어가려고 하면 다음과 같은 문구가 뜨는데 방법좀 알려주세요
이 페이지를 표시할 수 없습니다.
* 웹 주소 http://127.0.0.1:8282 이(가) 올바른지 확인하세요.
* 검색 엔진으로 페이지를 찾아보세요.
* 몇 분 후에 페이지를 새로 고치세요.
음… 혹시 Full VPN 모드만 켰을 경우만 해당 증상이 나타나시는지요? 먼가 프로그램이 crash 로 죽었거나, 왠지 운영체제의 라우팅 테이블이 잘못된 것이 아닐까 싶은데요, 기본 동작은 제대로 하는지부터 확인해 주실 수 있으신지요? Full VPN 모드를 off 하시고 http://mudfish.net/docs/ko_myip.html 링크 그대로 따라하시면 결과가 제대로 나오시는지요?
C:\Windows\system32>route frint
네트워크 라우팅 테이블을 조작합니다.
ROUTE [-f] [-p] [-4|-6] command [destination]
[MASK netmask] [gateway] [METRIC metric] [IF interface]
-f 모든 게이트웨이 항목의 라우팅 테이블을 지웁니다. 명령 중
하나와 함께 이 옵션을 사용하면 명령 실행 전에
테이블이 지워집니다.
-p ADD 명령과 함께 이 옵션을 사용하면 시스템을 다시 부팅해도
경로가 보존됩니다. 시스템을 다시 시작할 때 기본적으로 경로가
보존되지 않습니다. 해당 영구 경로에 항상 영향을 주는
다른 모든 명령에 대해서는 무시됩니다.
-4 IPv4를 사용합니다.
-6 IPv6을 사용합니다.
command 다음 중 하나입니다.
PRINT 경로를 인쇄합니다.
ADD 경로를 추가합니다.
DELETE 경로를 삭제합니다.
CHANGE 기존 경로를 수정합니다.
destination 호스트를 지정합니다.
MASK 다음 매개 변수가 ‘netmask’ 값임을 지정합니다.
netmask 이 경로 항목에 대한 서브넷 마스크 값을 지정합니다.
지정하지 않으면 기본값 255.255.255.255가 사용됩니다.
gateway 게이트웨이를 지정합니다.
interface 지정한 경로에 대한 인터페이스 번호입니다.
METRIC 대상의 비용과 같은 메트릭을 지정합니다.
대상에 사용되는 모든 심볼 이름은 네트워크 데이터베이스 파일인
NETWORKS에서 찾습니다. 게이트웨이에 대한 심볼 이름은 호스트 이름
데이터베이스 파일인 HOSTS에서 찾습니다.
명령이 PRINT 또는 DELETE인 경우 대상이나 게이트웨이에 별표()로 지정되는
와일드카드를 사용할 수 있고 게이트웨이 인수를 생략할 수 있습니다.
대상에 * 또는 ?가 있으면 셸 패턴으로 처리되며 일치하는
대상 경로만 인쇄됩니다. ''는 문자열에 해당하고
'?'는 한 문자에 해당합니다. 예: 157..1, 157., 127., 224.
패턴 일치는 PRINT 명령에서만 허용됩니다.
진단 참고:
(DEST & MASK) != DEST와 같이 잘못된 마스크가 오류를 생성합니다.
예: route ADD 157.0.0.0 MASK 155.0.0.0 157.55.80.1 IF 1
경로 추가에 실패했습니다. 지정한 마스크 매개 변수가 잘못되었습니다.
(Destination & Mask) != Destination입니다.
예:
> route PRINT
> route PRINT -4
> route PRINT -6
> route PRINT 157 … 일치하는 157*만 인쇄
> route ADD 157.0.0.0 MASK 255.0.0.0 157.55.80.1 METRIC 3 IF 2
destination^ ^mask ^gateway metric^ ^
Interface^
IF를 지정하지 않으면 지정된 게이트웨이에 가장 적절한 인터페이스를 찾으려고
합니다.
> route ADD 3ffe::/32 3ffe::1
> route CHANGE 157.0.0.0 MASK 255.0.0.0 157.55.80.5 METRIC 2 IF 2
CHANGE는 게이트웨이 및/또는 메트릭을 수정하는 데만 사용됩니다.
> route DELETE 157.0.0.0
> route DELETE 3ffe::/32
미꾸라지 아이콘은 그대로 잘 있습니다.
혹시 제가 글옵을 하는데 full vpn 서버를 잘못 잡아서 그런걸까요??
ㅠ.ㅠ route frint 가 아닌 route print 명령이여야 하는데, 잘못 입력하셨나 보군요… 흑흑… 다시 한번 더 부탁드립니다.
그리고 질문 주신 부분에 대해 답변을 드리면 그것은 아닙니다. Full VPN 이 제대로 동작하지 않는다고 하더라도 UI 에 접근하는 것은 문제가 없어야 합니다.
C:\Windows\system32>route print
===========================================================================
인터페이스 목록
18…00 ff 93 2e 68 a8 …TAP-Win32 Adapter V9
7…54 27 1e b9 a9 49 …Microsoft Wi-Fi Direct Virtual Adapter #2
6…54 27 1e b9 a9 49 …Realtek RTL8723AE Wireless LAN 802.11n PCI-E NIC
3…44 8a 5b 46 90 3d …Qualcomm Atheros AR8161 PCI-E Gigabit Ethernet Con
troller (NDIS 6.30)
1…Software Loopback Interface 1
4…00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter
5…00 00 00 00 00 00 00 e0 Teredo Tunneling Pseudo-Interface
17…00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter #3
===========================================================================
IPv4 경로 테이블
===========================================================================
활성 경로:
네트워크 대상 네트워크 마스크 게이트웨이 인터페이스 메트릭
0.0.0.0 0.0.0.0 192.168.0.1 192.168.0.7 25
0.0.0.0 0.0.0.0 10.254.178.1 10.254.178.7 30
0.0.0.0 128.0.0.0 10.254.178.1 10.254.178.7 31
5.134.117.240 255.255.255.255 192.168.0.1 192.168.0.7 25
5.134.118.112 255.255.255.255 192.168.0.1 192.168.0.7 25
10.254.178.0 255.255.255.0 연결됨 10.254.178.7 286
10.254.178.7 255.255.255.255 연결됨 10.254.178.7 286
10.254.178.255 255.255.255.255 연결됨 10.254.178.7 286
14.63.169.201 255.255.255.255 192.168.0.1 192.168.0.7 25
14.63.185.131 255.255.255.255 192.168.0.1 192.168.0.7 25
14.63.213.39 255.255.255.255 192.168.0.1 192.168.0.7 25
14.63.214.216 255.255.255.255 192.168.0.1 192.168.0.7 25
23.94.247.109 255.255.255.255 192.168.0.1 192.168.0.7 25
23.227.188.27 255.255.255.255 192.168.0.1 192.168.0.7 25
27.102.207.193 255.255.255.255 192.168.0.1 192.168.0.7 25
46.101.28.83 255.255.255.255 192.168.0.1 192.168.0.7 25
46.101.228.155 255.255.255.255 192.168.0.1 192.168.0.7 25
46.137.251.232 255.255.255.255 192.168.0.1 192.168.0.7 25
49.212.182.160 255.255.255.255 192.168.0.1 192.168.0.7 25
50.18.179.222 255.255.255.255 192.168.0.1 192.168.0.7 25
54.252.112.143 255.255.255.255 192.168.0.1 192.168.0.7 25
64.188.45.204 255.255.255.255 192.168.0.1 192.168.0.7 25
64.188.46.64 255.255.255.255 192.168.0.1 192.168.0.7 25
78.142.18.15 255.255.255.255 192.168.0.1 192.168.0.7 25
91.108.68.186 255.255.255.255 192.168.0.1 192.168.0.7 25
95.154.217.121 255.255.255.255 192.168.0.1 192.168.0.7 25
101.79.5.154 255.255.255.255 192.168.0.1 192.168.0.7 25
103.4.16.109 255.255.255.255 192.168.0.1 192.168.0.7 25
103.11.143.130 255.255.255.255 192.168.0.1 192.168.0.7 25
103.11.143.178 255.255.255.255 192.168.0.1 192.168.0.7 25
103.25.58.148 255.255.255.255 192.168.0.1 192.168.0.7 25
103.53.199.91 255.255.255.255 192.168.0.1 192.168.0.7 25
103.56.218.205 255.255.255.255 192.168.0.1 192.168.0.7 25
106.185.38.181 255.255.255.255 192.168.0.1 192.168.0.7 25
106.187.37.88 255.255.255.255 192.168.0.1 192.168.0.7 25
107.161.165.175 255.255.255.255 192.168.0.1 192.168.0.7 25
107.170.249.208 255.255.255.255 192.168.0.1 192.168.0.7 25
107.181.166.210 255.255.255.255 192.168.0.1 192.168.0.7 25
108.61.176.248 255.255.255.255 192.168.0.1
ㅠ.ㅠ 신기하네요. 현재 보여주신 ROUTE PRINT 결과에 의하면 Full VPN 모드가 제대로 설정되어 있는 상태입니다. 즉 Routing Table 에서 정확하게 matching 이 되지 않는 IP 들은 모두 미꾸라지를 통해 전달되는 것이 맞습니다. 문제는 127.0.0.1 이 이슈인데, 현재 결과에는 127.0.0.1 또한 제대로 항목이 있는 것으로 확인이 됩니다. 즉, http://127.0.0.1:8282 로 접속하게 되면 적어도 미꾸라지 Launcher 로 접속이 이루어지고 UI 표시를 위해 접속하게 되는 사이트 (14.63.213.39) 또한 제대로 설정 구성이 되어 있는 것으로 확인이 됩니다. 불행하게도 보여주신 내용으로는 원인을 확인이 안되네요.
혹시 가능하시다면 이 문제가 일어났을 때 미꾸라지 설치 디렉토리 (보통 C:\Program Files (x86)\Mudfish Cloud VPN)에 있는 mudrun_stdout.txt 파일을 support@loxch.com 으로 보내주실 수 있으신지요? 문제를 빨리 해결해 드려야 할텐데, 계속 지연되는 것 같아 죄송합니다.
문제해결됬네요. 롤 파일자체의 문제로 발생했던 현상 같습니다. 재설치 후 실행하니 잘 되네요 감사합니다~
Sure. I’d refunded. 
You mean RX Bit of Realtime Traffic graph (for example, http://mudfish.net/docs/_images/ektKahD.png link) keeps zero, right? According to your configuration, it seems you’re using Full VPN mode with “US West (Los Angeles - QudraNet 2)”. Is it still same issue?
However I’m not sure that auto-configuration is completed at that moment.
It’s only slightly better with Full VPN mode, but this issue just started today.