Не удается подключиться к моему Ubuntu Box за пределами моей локальной сети (VPN)

У меня есть сервер Ubuntu 14.04, на котором запущены некоторые службы на разных портах. Раньше я мог подключаться к нему (через SSH, Samba и пару веб-серверов на разных портах), используя VPN.

Я буду использовать ssh в качестве примера, но это происходит с каждым портом.

Когда я пытаюсь подключиться изнутри моей локальной сети, все работает нормально, но при попытке связаться с ним из моей VPN ничего не происходит (коробка получает пакеты tcp, но не службы, прослушивающие порты).

  • Я могу подключиться к другим блокам в сети, так что я знаю, что VPN работает нормально.

  • Я также могу подключиться к своему устройству в сети, поэтому я также знаю, что ssh (и все другие службы) работает и прослушивает.

Netstat:

$ netstat -ntple 
Proto Recv-Q Send-Q Local Address           Foreign Address         State       User       Inode       PID/Program name 
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      0          479         -               
  • Я также использовал tshark, чтобы проверить, что устройство получает что-то, поэтому я знаю, что маршрутизаторы работают нормально.

Вывод:

$ sudo tshark -i rename2 port 22
Capturing on 'rename2'
1   0.000000 172.17.11.165 -> 10.11.50.93  TCP 74 37478 > ssh [SYN] Seq=0 Win=65535 Len=0 MSS=1360 SACK_PERM=1 TSval=51759576 TSecr=0 WS=256
1   2   3.706230 172.17.11.165 -> 10.11.50.93  TCP 74 41261 > ssh [SYN] Seq=0 Win=65535 Len=0 MSS=1360 SACK_PERM=1 TSval=51760681 TSecr=0 WS=256
2   3   4.697915 172.17.11.165 -> 10.11.50.93  TCP 74 [TCP Retransmission] 41261 > ssh [SYN] Seq=0 Win=65535 Len=0 MSS=1360 SACK_PERM=1 TSval=51760982 TSecr=0 WS=256
3   4   6.730708 172.17.11.165 -> 10.11.50.93  TCP 74 [TCP Retransmission] 41261 > ssh [SYN] Seq=0 Win=65535 Len=0 MSS=1360 SACK_PERM=1 TSval=51761584 TSecr=0 WS=256
4   5  10.697776 172.17.11.165 -> 10.11.50.93  TCP 74 [TCP Retransmission] 41261 > ssh [SYN] Seq=0 Win=65535 Len=0 MSS=1360 SACK_PERM=1 TSval=51762788 TSecr=0 WS=256
  • Я также добавил / удалил правила из брандмауэра и отключил / перезапустил ufw безуспешно

  • Также проверил мой iptables, и ничто не выглядит неуместно.

Iptables:

$ sudo iptables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination         
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:domain
ACCEPT     udp  --  anywhere             anywhere             udp dpt:domain
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:bootps
ACCEPT     udp  --  anywhere             anywhere             udp dpt:bootps
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:domain
ACCEPT     udp  --  anywhere             anywhere             udp dpt:domain
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:bootps
ACCEPT     udp  --  anywhere             anywhere             udp dpt:bootps
ACCEPT     udp  --  anywhere             anywhere             multiport dports mdns
ACCEPT     tcp  --  anywhere             anywhere             multiport dports 4000
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:ssh
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:ssh

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         
DOCKER-ISOLATION  all  --  anywhere             anywhere            
DOCKER     all  --  anywhere             anywhere            
ACCEPT     all  --  anywhere             anywhere             ctstate RELATED,ESTABLISHED
ACCEPT     all  --  anywhere             anywhere            
ACCEPT     all  --  anywhere             anywhere            
ACCEPT     all  --  anywhere             anywhere            
ACCEPT     all  --  anywhere             anywhere            
ACCEPT     all  --  anywhere             anywhere            
ACCEPT     all  --  anywhere             anywhere            

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination         

Chain DOCKER (1 references)
target     prot opt source               destination         

Chain DOCKER-ISOLATION (1 references)
target     prot opt source               destination         
RETURN     all  --  anywhere             anywhere 

У меня заканчиваются идеи о том, что здесь может быть нарушено. Проблема появилась несколько дней назад при установке Docker через ssh с $ curl -fsSL https://get.docker.com/ | sh, соединение ssh закрылось на полпути во время установки и больше не могло подключиться. Я предполагаю, что система могла быть каким-то образом обновлена, и когда установщик установил свои сетевые компоненты, что-то сломалось. Все еще не могу найти что.


netstat -nr -4 вывод:

$ netstat -nr -4
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
0.0.0.0         10.11.50.1      0.0.0.0         UG        0 0          0 rename2
10.0.3.0        0.0.0.0         255.255.255.0   U         0 0          0 lxcbr0
10.11.50.0      0.0.0.0         255.255.255.0   U         0 0          0 rename2
172.17.0.0      0.0.0.0         255.255.0.0     U         0 0          0 docker0

ifconfig вывод:

 $ ifconfig
 docker0   Link encap:Ethernet  HWaddr 02:42:06:f0:a2:16  
           inet addr:172.17.0.1  Bcast:0.0.0.0  Mask:255.255.0.0
           UP BROADCAST MULTICAST  MTU:1500  Metric:1
           RX packets:0 errors:0 dropped:0 overruns:0 frame:0
           TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:0 
           RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

 eth6      Link encap:Ethernet  HWaddr 8c:dc:d4:2c:24:b6  
           UP BROADCAST MULTICAST  MTU:1500  Metric:1
           RX packets:0 errors:0 dropped:0 overruns:0 frame:0
           TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:1000 
           RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
           Interrupt:20 Memory:d3300000-d3320000 

 lo        Link encap:Local Loopback  
           inet addr:127.0.0.1  Mask:255.0.0.0
           inet6 addr: ::1/128 Scope:Host
           UP LOOPBACK RUNNING  MTU:65536  Metric:1
           RX packets:8329 errors:0 dropped:0 overruns:0 frame:0
           TX packets:8329 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:0 
           RX bytes:1311610 (1.3 MB)  TX bytes:1311610 (1.3 MB)

 lxcbr0    Link encap:Ethernet  HWaddr 02:2f:b6:06:aa:d6  
           inet addr:10.0.3.1  Bcast:0.0.0.0  Mask:255.255.255.0
           inet6 addr: fe80::2f:b6ff:fe06:aad6/64 Scope:Link
           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
           RX packets:0 errors:0 dropped:0 overruns:0 frame:0
           TX packets:785 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:0 
           RX bytes:0 (0.0 B)  TX bytes:222126 (222.1 KB)

 lxdbr0    Link encap:Ethernet  HWaddr fe:21:66:ba:91:98  
           inet6 addr: fe80::1/64 Scope:Link
           inet6 addr: fe80::3007:bfff:fe70:8407/64 Scope:Link
           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
           RX packets:14 errors:0 dropped:0 overruns:0 frame:0
           TX packets:31 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:0 
           RX bytes:968 (968.0 B)  TX bytes:6130 (6.1 KB)

 rename2   Link encap:Ethernet  HWaddr 8c:dc:d4:2c:24:b7  
           inet addr:10.11.50.93  Bcast:10.11.50.255  Mask:255.255.255.0
           inet6 addr: fe80::8edc:d4ff:fe2c:24b7/64 Scope:Link
           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
           RX packets:312920 errors:0 dropped:0 overruns:0 frame:0
           TX packets:33140 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:1000 
           RX bytes:51883472 (51.8 MB)  TX bytes:6473301 (6.4 MB)
           Memory:d3100000-d3180000 

 vethD4RBEX Link encap:Ethernet  HWaddr fe:21:66:ba:91:98  
           inet6 addr: fe80::fc21:66ff:feba:9198/64 Scope:Link
           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
           RX packets:14 errors:0 dropped:0 overruns:0 frame:0
           TX packets:64 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:1000 
           RX bytes:1164 (1.1 KB)  TX bytes:11813 (11.8 KB)
1
задан 30 April 2016 в 23:13

1 ответ

Рассмотрение Вашего получения tshark и Вашей таблицы маршрутизации. Я предположил, что Ваша vpn сеть использует ту же подсеть в качестве интерфейса docker0.

Это завершит работу интерфейса docker0:

sudo ifdown docker0

, Но проблема возвратится после перезагрузки. Для надлежащей фиксации его, необходимо удалить докера, или изменить настройки подсети докера или изменить vpn настройки подсети.

2
ответ дан 1 May 2016 в 09:13
  • 1
    @ravery, Ubuntu поставлется и с подписанными и с неподписанными версиями GRUB. Неподписанная версия всегда помещала grub.cfg файл в /boot/grub, который находится на / или /boot раздел, в зависимости от того, как система делится. GRUB со знаком, тем не менее, должен иметь grub.cfg файл на ESP. Этот grub.cfg файл указывает на grub.cfg в /boot/grub. Даже системы с отключенной Защищенной загрузкой обычно устанавливаются с GRUB со знаком, таким образом, обычно будет grub.cfg на ESP. It' s возможный удалить GRUB со знаком, но AFAIK это требует специальной конфигурации. – Rod Smith 9 October 2017 в 06:41

Другие вопросы по тегам:

Похожие вопросы: