[РЕШЕНО] Интернет PPTP VPN из Lan subnet
-
промапить проще чем поднимать ненужные впн каналы
прежде чем кидаться за первое очевидное решение продумайте все , а потом делайте.помогите мне пожалуйста, может Firewall: NAT: 1:1 - это то что мне нужно? если да, то как его настроить?
-
какая задача стоит вообще?
-
а нельзя сразу тупо поднять VPN c pfSense до "ихнего ВПН-сервера с белым IP"?
А как тогда будет функционировать приложение для видеоконференции Polycom на хосте в моей внутренней подсети, которое (приложение) работает в режиме точка-точка (я без понятия на каких портах работает приложение чтоб если че прокидывать, мапить и т.п.)?
О млин… чем дальше в лес, тем толще партизаны -)
А как оно сейчас работает знаешь? Обычно есть настройки на любом оборудовании (достаточно интеллектуальном, чтобы иметь их), есть интернет с документацией, есть поставщик/продавец оборудования, есть tcpdump наконец наш друг...
Т.е. опять же - что есть проблема здесь? VPN или Polycom или ... ?
Всех пользователей за pfSense выпускать в Интернет, заставляя поднимать VPN как-то странно звучит... -
какая задача стоит вообще?
на данный момент не решены следующие задачи с помощью pf:
1. Развертывание видеосвязи с помощью Polycom (точка-точка)
схема:
хост Polycom -> pf ->VPN с Интернетом по локалке провайдера {белый ip 1} -> Интернет -> {белый IP 2} хост Polycom2. Подключение по RDP (port 3389) к терминальному серверу, находящимуся в моей Lan subnet, из локалки провайдера.
схема:
терминальный сервер RDP <- pf {ip 1 в локалке прова} <- локалка прова <- {ip 2 в локалке прова} <- терм. клиент RDP -
- какие порты использует?
- Какая проблема тут?
у меня сделано так
WAN TCP 8800 192.168.10.15 (ext.: any) 3389 Natasha-PC
-
- какие порты использует?
- Какая проблема тут?
у меня сделано так
WAN TCP 8800 192.168.10.15 (ext.: any) 3389 Natasha-PC
это в Firewall: NAT: Port Forward. пробовал.
если бы все так было просто. static+pptp. wan смотрит в Интернет. из локалки прова wan недоступен. -
если бы все так было просто. static+pptp. wan смотрит в Интернет. из локалки прова wan недоступен.
правильно ван который пптп из локальной сети провайдера недоступен, но который static - то доступен
у тебя получается грубо говоря два интерфейса eth1 и tun1
eth1 например имеет серый айпи вида 10.253.24.10 а tun1 имеет белый айпи вида 94.56.87.23
так? -
если бы все так было просто. static+pptp. wan смотрит в Интернет. из локалки прова wan недоступен.
правильно ван который пптп из локальной сети провайдера недоступен, но который static - то доступен
у тебя получается грубо говоря два интерфейса eth1 и tun1
eth1 например имеет серый айпи вида 10.253.24.10 а tun1 имеет белый айпи вида 94.56.87.23
так?в Status: Interfaces у меня два интерфейса - сервый интернетовский и локалка внутренняя. а как мне сделать серый eth1
и белый tun1 ? -
в Status: Interfaces у меня два интерфейса - сервый интернетовский и локалка внутренняя. а как мне сделать серый eth1
и белый tun1 ?напиши первые два октета этих айпшнегов
-
-
серый инет 10.16 и внутренняя локалка 192.168
жестокий провайдер
попробуй попинговать адрес 192.168.x.x. с другого айпи (локалки провайдера) сейчас рассматриваю проблему #2
-
серый инет 10.16 и внутренняя локалка 192.168
жестокий провайдер
попробуй попинговать адрес 192.168.x.x. с другого айпи (локалки провайдера) сейчас рассматриваю проблему #2
стоп. 192.168.x.x. - это моя внутренняя подсетка, а не сетка прова. почему 192.168.x.x. должен пингваться из локалки прова?
-
стоп. 192.168.x.x. - это моя внутренняя подсетка, а не сетка прова. почему 192.168.x.x. должен пингваться из локалки прова?
эм, ты меня не понял, у тебя ван статик и pptp, скажи их айпишники
или просто покажи ifconfig -
или просто покажи ifconfig
re0: flags=8802 <broadcast,simplex,multicast>metric 0 mtu 1500
options=389b <rxcsum,txcsum,vlan_mtu,vlan_hwtagging,vlan_hwcsum,wol_ucast,wol_mcast,wol_magic>ether 00:24:1d:3c:63:7a
media: Ethernet autoselect (10baseT/UTP <half-duplex>)
status: no carrier
rl0: flags=8843 <up,broadcast,running,simplex,multicast>metric 0 mtu 1500
options=8 <vlan_mtu>ether 00:80:48:61:3e:d0
inet 192.168.0.16 netmask 0xffffff00 broadcast 192.168.0.255
inet6 fe80::280:48ff:fe61:3ed0%rl0 prefixlen 64 scopeid 0x2
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
rl1: flags=8843 <up,broadcast,running,simplex,multicast>metric 0 mtu 1500
options=8 <vlan_mtu>ether 00:80:48:19:7a:24
inet 172.26.62.5 netmask 0xffffff00 broadcast 172.26.62.255
inet6 fe80::280:48ff:fe19:7a24%rl1 prefixlen 64 scopeid 0x3
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
lo0: flags=8049 <up,loopback,running,multicast>metric 0 mtu 16384
inet 127.0.0.1 netmask 0xff000000
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4
enc0: flags=0<> metric 0 mtu 1536
pfsync0: flags=41 <up,running>metric 0 mtu 1460
pfsync: syncdev: lo0 syncpeer: 224.0.0.240 maxupd: 128
pflog0: flags=100 <promisc>metric 0 mtu 33204
ng0: flags=88d1 <up,pointopoint,running,noarp,simplex,multicast>metric 0 mtu 1500
inet 10.16.32.173 –> 10.128.0.1 netmask 0xffffffff
inet6 fe80::224:1dff:fe3c:637a%ng0 prefixlen 64 scopeid 0x8
ng1: flags=88d1 <up,pointopoint,running,noarp,simplex,multicast>metric 0 mtu 1396
inet 172.26.62.5 --> 192.168.2.194 netmask 0xffffffff
inet6 fe80::224:1dff:fe3c:637a%ng1 prefixlen 64 scopeid 0x9
ng2: flags=88d1 <up,pointopoint,running,noarp,simplex,multicast>metric 0 mtu 1396
inet6 fe80::224:1dff:fe3c:637a%ng2 prefixlen 64 scopeid 0xa
inet 172.26.62.5 --> 192.168.2.192 netmask 0xffffffff
ng3: flags=88d1 <up,pointopoint,running,noarp,simplex,multicast>metric 0 mtu 1396
inet 172.26.62.5 --> 192.168.2.193 netmask 0xffffffff
inet6 fe80::224:1dff:fe3c:637a%ng3 prefixlen 64 scopeid 0xb
ng4: flags=8890 <pointopoint,noarp,simplex,multicast>metric 0 mtu 1500
ng5: flags=8890 <pointopoint,noarp,simplex,multicast>metric 0 mtu 1500
ng6: flags=8890 <pointopoint,noarp,simplex,multicast>metric 0 mtu 1500
ng7: flags=8890 <pointopoint,noarp,simplex,multicast>metric 0 mtu 1500
ng8: flags=8890 <pointopoint,noarp,simplex,multicast>metric 0 mtu 1500
ng9: flags=8890 <pointopoint,noarp,simplex,multicast>metric 0 mtu 1500
ng10: flags=8890 <pointopoint,noarp,simplex,multicast>metric 0 mtu 1500
ng11: flags=8890 <pointopoint,noarp,simplex,multicast>metric 0 mtu 1500
ng12: flags=8890 <pointopoint,noarp,simplex,multicast>metric 0 mtu 1500
ng13: flags=8890 <pointopoint,noarp,simplex,multicast>metric 0 mtu 1500
ng14: flags=8890 <pointopoint,noarp,simplex,multicast>metric 0 mtu 1500
ng15: flags=8890 <pointopoint,noarp,simplex,multicast>metric 0 mtu 1500
ng16: flags=8890 <pointopoint,noarp,simplex,multicast>metric 0 mtu 1500</pointopoint,noarp,simplex,multicast></pointopoint,noarp,simplex,multicast></pointopoint,noarp,simplex,multicast></pointopoint,noarp,simplex,multicast></pointopoint,noarp,simplex,multicast></pointopoint,noarp,simplex,multicast></pointopoint,noarp,simplex,multicast></pointopoint,noarp,simplex,multicast></pointopoint,noarp,simplex,multicast></pointopoint,noarp,simplex,multicast></pointopoint,noarp,simplex,multicast></pointopoint,noarp,simplex,multicast></pointopoint,noarp,simplex,multicast></up,pointopoint,running,noarp,simplex,multicast></up,pointopoint,running,noarp,simplex,multicast></up,pointopoint,running,noarp,simplex,multicast></up,pointopoint,running,noarp,simplex,multicast></promisc></up,running></up,loopback,running,multicast></full-duplex></vlan_mtu></up,broadcast,running,simplex,multicast></full-duplex></vlan_mtu></up,broadcast,running,simplex,multicast></half-duplex></rxcsum,txcsum,vlan_mtu,vlan_hwtagging,vlan_hwcsum,wol_ucast,wol_mcast,wol_magic></broadcast,simplex,multicast> -
rl0 - lan
rl1 - wan
ng0 - pptp
так? -
rl0 - lan
rl1 - wan
ng0 - pptp
так?судя по распечатке ifconfig - да.
хотя в Status: Interfaces rl1 - pptp
-
судя по распечатке ifconfig - да.
хотя в Status: Interfaces rl1 - pptp
забей на вебинтерфейс, больше верю ifconfig
так у тебя?
и нужно чтобы с компьютера (удаленного) можно было подключаться по rdp к компьютеру в локальной сети?
-
судя по распечатке ifconfig - да.
хотя в Status: Interfaces rl1 - pptp
забей на вебинтерфейс, больше верю ifconfig
так у тебя?
и нужно чтобы с компьютера (удаленного) можно было подключаться по rdp к компьютеру в локальной сети?
совершенно верно получается именно так и нужно именно это.
p.s. хотя физически есть прямая линия между pf и хостом в локалке прова. но почему-то - пингов нет
с хоста в локалке прова на pf. -
тогда покажи скриншот правил фаервола на ване
-