Tham gia Đăng nhập
Điểm:0
hans2020dieter avatar Server

Routing Issue: Cannot reach target server from local network

lá cờ my
hans2020dieter

1. my setup:

I've got an optical fibre ZTE router from my ISP for internet and telephone.

My old analog phone is connected directly to the router using the dedicated phone port on my router.

(For illustration I draw a network diagram down below.)

2. what I want:

I want to use SIP directly to make calls from my local network, instead of my old analog phone.

For example I want to install the softphone App zoiper on my PC and then make calls using my headset.

3. the problem:

3.1 cannot reach the sip-server

The problem is that the SIP Proxy Server (10.40.0.9 and 10.40.0.41) is not reachable by any device in my LAN. Neither ping nor netcat shows any reachable IP or open port.

Only my analog phone works perfectly.

So I guess this must be a routing issue, because it's obviously a different internal vlan from my ISP, which is not publicly available.

3.2 webgui:

I logged into the routers webgui and found out, that it can perfectly reach the sip proxy server, which is saved in my routers sip config. (I used the webguis ping and traceroute utility)

Traceroute told me that there must be a gateway (10.166.32.1) in between the router and the sip server.

I tried to set some custom static routes, but I had no luck.

3.3 telnet shell:

Then I tried logging into the telnet shell of my router (no ssh available). It's a very crappy old minimalist shell with just a BusyBox v1.01 (which doesn't even have a vi or netcat utility). So its quiet challenging to work with that.

But I found out, that from here I can't ping the sip server.

3.3.1 ping from router doesn't work:

/ # ping 10.40.0.9
PING 10.40.0.9 (10.40.0.9): 56 data bytes
Request timed out.
Request timed out.
Request timed out.
Request timed out.

--- 10.40.0.9 ping statistics ---
4 packets transmitted, 0 packets received, 100% packet loss

This is very strange because from the webgui it works, but from the shell not.

3.3.2 ip r on the router:

/ # ip r
default via 100.104.128.1 dev ppp0 
10.28.192.0/18 dev nbif3  proto kernel  scope link  src 10.28.246.157 
10.166.32.0/19 dev nbif1  proto kernel  scope link  src 10.166.58.255 
10.254.0.0/16 via 10.28.192.1 dev nbif3 
100.104.128.1 dev ppp0  proto kernel  scope link  src 100.104.148.2 
192.168.100.0/24 dev br0  proto kernel  scope link  src 192.168.100.1

3.3.3 ip a on the router:

/ # ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: sit0: <NOARP> mtu 1480 qdisc noop state DOWN 
    link/sit 0.0.0.0 brd 0.0.0.0
3: ip6tnl0: <NOARP> mtu 1452 qdisc noop state DOWN 
    link/tunnel6 :: brd ::
4: pon0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 100
    link/ether 08:3f:bc:f3:19:b6 brd ff:ff:ff:ff:ff:ff
5: bcmsw: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noop state UNKNOWN qlen 100
    link/ether 00:10:18:00:00:00 brd ff:ff:ff:ff:ff:ff
6: eth3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master br0 state UP qlen 100
    link/ether 08:3f:bc:f3:19:b6 brd ff:ff:ff:ff:ff:ff
7: eth2: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast master br0 state DOWN qlen 100
    link/ether 08:3f:bc:f3:19:b6 brd ff:ff:ff:ff:ff:ff
8: eth1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast master br0 state DOWN qlen 100
    link/ether 08:3f:bc:f3:19:b6 brd ff:ff:ff:ff:ff:ff
9: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master br0 state UP qlen 100
    link/ether 08:3f:bc:f3:19:b6 brd ff:ff:ff:ff:ff:ff
10: gpon0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 100
    link/ether 00:10:18:00:00:01 brd ff:ff:ff:ff:ff:ff
11: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master br0 state UNKNOWN qlen 100
    link/ether 08:3f:bc:f3:19:b6 brd ff:ff:ff:ff:ff:ff
12: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP 
    link/ether 08:3f:bc:f3:19:b6 brd ff:ff:ff:ff:ff:ff
    inet 192.168.100.1/24 brd 192.168.100.255 scope global br0
    inet6 fe80::1/64 scope link 
       valid_lft forever preferred_lft forever
13: wlan1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 100
    link/ether 72:3f:bc:f3:19:b7 brd ff:ff:ff:ff:ff:ff
14: wlan2: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 100
    link/ether 72:3f:bc:f3:19:b4 brd ff:ff:ff:ff:ff:ff
15: wlan3: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 100
    link/ether 72:3f:bc:f3:19:b5 brd ff:ff:ff:ff:ff:ff
16: nbif0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master br0 state UNKNOWN qlen 100
    link/ether 08:3f:bc:f3:19:b6 brd ff:ff:ff:ff:ff:ff
17: nbif1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 100
    link/ether 08:3f:bc:f3:19:b7 brd ff:ff:ff:ff:ff:ff
    inet 10.166.58.255/19 brd 10.166.63.255 scope global nbif1
18: nbif2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 100
    link/ether 08:3f:bc:f3:19:b6 brd ff:ff:ff:ff:ff:ff
19: nbif3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 100
    link/ether 08:3f:bc:f3:19:ba brd ff:ff:ff:ff:ff:ff
    inet 10.28.246.157/18 brd 10.28.255.255 scope global nbif3
20: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1492 qdisc pfifo_fast state UNKNOWN qlen 3
    link/ppp 
    inet 100.104.148.2 peer 100.104.128.1/32 scope global ppp0

3.3.4 add new route on the router:

Next I found out that I could add a route like this:

/ # ip route add 10.40.0.0/24 via 10.166.32.1 dev nbif1

3.3.5 now ping works from the router:

After that, ping worked also from the shell:

/ # ping 10.40.0.9
PING 10.40.0.9 (10.40.0.9): 56 data bytes
Reply from 10.40.0.9: bytes=56 ttl=253 time=6.8 ms seq=0
Reply from 10.40.0.9: bytes=56 ttl=253 time=22.3 ms seq=1
Reply from 10.40.0.9: bytes=56 ttl=253 time=28.2 ms seq=2
Reply from 10.40.0.9: bytes=56 ttl=253 time=6.2 ms seq=3

--- 10.40.0.9 ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 6.2/15.8/28.2 ms

3.4 still can't ping from lan:

I thought if the default gateway (192.168.100.1) knows how to reach the sip server (10.40.0.9), then any other device in my lan should also know it, right?

But then why doesn't it work? I cannot ping 10.40.0.9 from like 192.168.100.2 or another local device.

4. My question:

Do you have any idea what route I can add in order to reach the server?

Thank you very much!

5. network diagram for illustration

enter image description here

Show the output of iptables-save command from the router shell. – Anton Danilov yesterday

Additional Information:

iptables -L

/ # iptables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination         
ACCEPT     icmp --  anywhere             anywhere             icmp !echo-request
ACCEPT     all  --  anywhere             anywhere             destination IP range 224.0.0.0-239.255.255.255
6rd        all  --  anywhere             anywhere            
srvcntrl   all  --  anywhere             anywhere            
srvdrop    all  --  anywhere             anywhere            
fwports    all  --  anywhere             anywhere            
fwinput    all  --  anywhere             anywhere            

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         
ACCEPT     icmp --  anywhere             anywhere             icmp !echo-request
ACCEPT     all  --  anywhere             anywhere             destination IP range 224.0.0.0-239.255.255.255
macfilter  all  --  anywhere             anywhere            
upnp       all  --  anywhere             anywhere            
algfilter  all  --  anywhere             anywhere            
ipfilter   all  --  anywhere             anywhere            
portmapp   all  --  anywhere             anywhere            
dmzmapp    all  --  anywhere             anywhere            
fwforward  all  --  anywhere             anywhere            

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination         

Chain 6rd (1 references)
target     prot opt source               destination         

Chain algfilter (1 references)
target     prot opt source               destination         

Chain dmzmapp (1 references)
target     prot opt source               destination         

Chain fwforward (1 references)
target     prot opt source               destination         
ACCEPT     all  --  anywhere             anywhere             DEVWL match:WANDEV


Chain fwinput (1 references)
target     prot opt source               destination         
ACCEPT     icmp --  anywhere             anywhere             icmp echo-request DEVWL match:WANDEV

ACCEPT     all  --  anywhere             anywhere             state RELATED,ESTABLISHED DEVWL match:WANDEV

ACCEPT     all  --  anywhere             anywhere             DEVWL match:WANDEV


Chain fwports (1 references)
target     prot opt source               destination         
ACCEPT     udp  --  anywhere             anywhere             udp dpt:5060
ACCEPT     udp  --  anywhere             anywhere             udp dpts:4000:4012
ACCEPT     tcp  --  anywhere             10.28.246.157        tcp dpt:58000

Chain ipfilter (1 references)
target     prot opt source               destination         

Chain macfilter (1 references)
target     prot opt source               destination         

Chain portmapp (1 references)
target     prot opt source               destination         

Chain srvcntrl (1 references)
target     prot opt source               destination         
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:ssh
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:telnet
DROP       tcp  --  anywhere             anywhere             tcp dpt:telnet

Chain srvdrop (1 references)
target     prot opt source               destination         
DROP       tcp  --  anywhere             anywhere             tcp dpt:http DEVWL match:WANDEV

DROP       tcp  --  anywhere             anywhere             tcp dpt:ftp DEVWL match:WANDEV

DROP       tcp  --  anywhere             anywhere             tcp dpt:telnet DEVWL match:WANDEV

DROP       tcp  --  anywhere             anywhere             tcp dpt:https DEVWL match:WANDEV


Chain upnp (1 references)
target     prot opt source               destination         

Chain webfilter (0 references)
target     prot opt source               destination         

Chain webpolicy (0 references)
target     prot opt source               destination         

Chain wfmode (0 references)
target     prot opt source               destination         
/ #
66
0 + 0
Anton Danilov avatar
lá cờ cn
Anton Danilov
Hiển thị đầu ra của lệnh `iptables-save` từ vỏ bộ định tuyến.
0
Hồi đáp
hans2020dieter avatar
lá cờ my
hans2020dieter
`iptables-save` không khả dụng trên bộ định tuyến của tôi, không tìm thấy lệnh. Tôi đoán là do BusyBox v1.01. May mắn thay `iptables -L` hoạt động! Tôi đã viết đầu ra dưới đây. Có lẽ nó giúp. Cảm ơn bạn!
0
Hồi đáp
Anton Danilov avatar
lá cờ cn
Anton Danilov
`iptables -L` chỉ hiển thị bảng bộ lọc. Vui lòng dán đầu ra của `iptables -t nat -L`.
0
Hồi đáp
Điểm:0
Chris9834 avatar Server
lá cờ id
Chris9834

Bạn có muốn sử dụng SIP-client trên bộ định tuyến của mình hoặc một trên mạng LAN (ví dụ: ứng dụng zoiper) Tôi không nghĩ đó là vấn đề định tuyến. Máy chủ SIP cũng có thể truy cập thông qua tuyến đường mặc định (được đặt chính xác) từ mạng LAN của bạn. Nhưng đó có thể là sự cố với ứng dụng khách SIP của bộ định tuyến.

Tôi gặp sự cố tương tự ở địa điểm xa xôi của công ty tôi. Ngoài ra còn có một bộ định tuyến ISP giá rẻ có ứng dụng khách SIP đi kèm và ứng dụng khách SIP này đã chặn tất cả quyền truy cập từ mạng LAN đến bất kỳ ISP nào trên internet khiến nó chỉ kết thúc SIP tại chính bộ định tuyến và không truyền các gói SIP đến/từ mạng LAN.

Tôi chưa thực sự giải quyết được vấn đề đó mà chỉ sử dụng không phải SIP mà là IAX-client (cũng là zoiper ;-) trong mạng LAN.

0 + 0
Chris9834 avatar
lá cờ id
Chris9834
ah, tôi đã kiểm tra lại hình ảnh của bạn. Bạn đã kết nối điện thoại analog của mình với bộ định tuyến ISP, điều đó có nghĩa là ứng dụng khách SIP trên bộ định tuyến đang hoạt động. Hãy thử vô hiệu hóa ứng dụng khách SIP đó trên bộ định tuyến hoặc thử với một bộ định tuyến khác không có ứng dụng khách SIP và bạn hy vọng/có thể sẽ thành công.
0
Hồi đáp
hans2020dieter avatar
lá cờ my
hans2020dieter
Thật không may, không có tùy chọn như vậy trên bộ định tuyến của tôi. Đó là một bộ định tuyến ZTE cũ rất ngu ngốc. Tôi chắc chắn rằng tôi có thể giải quyết vấn đề này bằng cách đặt tuyến đường chính xác trên trình bao. Nhưng tôi không rành về định tuyến và kết nối mạng và tôi không chắc mình cần những tuyến đường nào. Nếu tôi có thể ping Máy chủ SIP từ bộ định tuyến, thì phải có khả năng ping từ mạng LAN. Nhưng tôi phải biết cách xử lý các Giao diện, Vlan và Tuyến đường khác nhau.
0
Hồi đáp
Chris9834 avatar
lá cờ id
Chris9834
Vui lòng cập nhật văn bản của bạn với thông tin về thiết bị bạn đã thực hiện theo các bước bạn mô tả (ví dụ: thêm tuyến đường đó. Trên PC hoặc trên bộ định tuyến)? Vấn đề tiếp theo là máy chủ SIP mà bạn muốn truy cập cũng như cổng SIP mà bạn muốn truy cập nằm trong không gian mạng riêng, KHÔNG BAO GIỜ được định tuyến qua internet. Đó là một mạng riêng và nếu bộ định tuyến của bạn có thể kết nối với nó (ping của bạn qua webgui của bộ định tuyến cho thấy điều đó) thì điều đó có nghĩa là bộ định tuyến sử dụng VPN hoặc thứ gì đó tương tự để tiếp cận máy chủ ISP-SIP.
0
Hồi đáp
Chris9834 avatar
lá cờ id
Chris9834
Và vì VPN đó có thể không truy cập được từ cổng LAN, nên bạn không thể kết nối với máy chủ SIP qua VPN đó. Vì vậy, tôi nghĩ rằng tôi thấy hai khối cho mục tiêu của bạn - máy khách SIP bên trong bộ định tuyến sẽ chặn việc sử dụng SIP từ mạng LAN. - VPN nội bộ của bộ định tuyến đến địa chỉ riêng của máy chủ SIP không khả dụng từ mạng LAN. Đến cuối cùng.Càng xem xét cấu hình của bạn, tôi càng muốn nói: hãy đi và mua một bộ định tuyến đáng đồng tiền bát gạo. Kiểm tra thị trường phụ tùng đã qua sử dụng, có những bộ định tuyến dành cho doanh nghiệp thực sự tuyệt vời được bán với giá rẻ.
0
Hồi đáp
Chris9834 avatar
lá cờ id
Chris9834
Và kiểm tra hướng dẫn sử dụng của ISP về cách kết nối máy khách SIP khác với bộ định tuyến với máy chủ SIP đó và nếu có.
0
Hồi đáp
hans2020dieter avatar
lá cờ my
hans2020dieter
Cảm ơn bạn đã trả lời của bạn. Tôi biết rằng bộ định tuyến rất tệ, nhưng tiếc là vào thời điểm đó, không thể thay thế nó bằng một bộ định tuyến mới. Tôi có vỏ telnet này và có thể chạy các lệnh unix trên đó. Có thực sự không có cơ hội để tạo một số loại quy tắc chuyển tiếp hoặc thêm tuyến đường hay thứ gì đó, để định tuyến Giao diện `br0 192.168.100.1` vào vpn isps trên Giao diện `nbif1 10.166.58.255/19` không?
0
Hồi đáp
Chris9834 avatar
lá cờ id
Chris9834
Theo hiểu biết của tôi, KHÔNG. Bạn có thể thêm một tuyến đường trong bộ định tuyến hoặc PC cho biết điều đó, nhưng vì các bộ chuyển mạch và bộ định tuyến của mạng nội bộ chỉ kết xuất mọi gói bắt đầu bằng 10. (địa chỉ IP riêng), sẽ không có gì đến được mục tiêu của bạn. Miễn là bạn không thể định tuyến INTO VPN đó trên bộ định tuyến từ mạng LAN của mình, thì điều đó là không thể. Và tôi nghĩ điều đó hoàn toàn không khả thi vì VPN có thể chấm dứt vào ngày 127.0.0.1 bên trong bộ định tuyến. Một lần nữa, ISP nói gì về việc kết nối điện thoại mềm SIP với máy chủ SIP của ISP? Trong hướng dẫn đó, bạn có thể tìm thấy thông tin về cách thực hiện/cách thiết kế môi trường.
0
Hồi đáp
Chris9834 avatar
lá cờ id
Chris9834
bạn đang sử dụng loại kết nối ISP nào? Tôi đã quen với các kết nối IP "bình thường", nhưng trong các mạng khách hàng, các ISP sử dụng những thứ khác lạ có thể giải thích hành vi. Vì vậy, bộ định tuyến của bạn sử dụng protocll nào?
0
Hồi đáp
Chris9834 avatar
lá cờ id
Chris9834
Ah, đọc giúp. Tôi nên đọc nhật ký cẩn thận hơn :-( Bộ định tuyến của bạn đang sử dụng kết nối PPP, đó là VPN mà tôi đã khóa. VÂNG.
0
Hồi đáp
hans2020dieter avatar
lá cờ my
hans2020dieter
Tào lao... vậy là bộ định tuyến của tôi có thể chạy chiếc điện thoại analog cũ này... bộ định tuyến của tôi có thể ping máy chủ nhâm nhi... nhưng thật không may, bộ định tuyến của tôi không thể chuyển tiếp bất cứ thứ gì tới mạng LAN của tôi. Tôi nghĩ rằng phải có một số giải pháp. Một số quy tắc chuyển tiếp hoặc bất cứ điều gì, ý tôi là các công cụ ipconfig và ip add rất mạnh trong Linux, tôi ngạc nhiên là không có cách nào để chuyển tiếp.
0
Hồi đáp
hans2020dieter avatar
lá cờ my
hans2020dieter
Đối với câu hỏi đầu tiên của bạn: rất tiếc là không, ISP hoàn toàn không có tài liệu về SIP và tôi đã gọi cho bộ phận hỗ trợ khách hàng. Họ không biết làm thế nào và họ nói với tôi, nếu tôi muốn xây dựng PBX, tôi nên tham khảo ý kiến ​​của bộ phận kinh doanh và mua một SIP Trunk thương mại cho doanh nghiệp, điều này cuối cùng sẽ tốn rất nhiều tiền. Soooo.... cách đơn giản bằng cách chỉ sử dụng đường dây điện thoại riêng hiện có của tôi để kết nối nó với bất kỳ thiết bị nào khác không được ISP hỗ trợ, vì vậy tôi phải tự mình tìm ra cách giải quyết vấn đề này. :(
0
Hồi đáp
lá cờ VietNam
Phan Văn Trường
Câu hỏi này là trong các ngôn ngữ khác:

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.