nfs + samba как ?

[winmasta]

В локальной сети есть win машина с шарой, в локалке есть шлюз (он же файлсервер) в интернет, задача - расшарить папку с винды в интернет не через самбу.
Пробую - монтирую виндовую шару на шлюзе по cifs, потом экспортирую ее через nfs но при экспорте ошибка

Код: [Выделить]

exportfs: /путь к папке does not support NFS exportкак только я ее отмонтирую - экспортируется нормально, как бы решить эту проблему

Если описать наиболее обобщенно, то - есть две локалки соединенные интернетом, в них есть шлюзы на убунте и клиенты на винде, нужно расшарить папку с винды одной сети в винду другой сети, желательно безопасно, возможно с шифрованием (хотя я с этим не сталкивался никогда)

[AnrDaemon]

google:virtual+private+network

[winmasta]

google:virtual+private+network

думал об этом, даже пробовал, но что-то там не получалось - уж не помню что, в общем и целом - понятно, спасибо

[AnrDaemon]

Выкладывайте, что делали, будем вместе разбираться, что у вас там не получилось.

[ArcFi]

есть две локалки соединенные интернетом, в них есть шлюзы на убунте и клиенты на винде

google://openvpn+соединить+2+офиса

[winmasta]

Выкладывайте, что делали, будем вместе разбираться, что у вас там не получилось.

а не получилось вот что - у меня 3 локалки и везде одна и та же подсеть (ну так вышло т.е. было издревле), менять не вариант, видимо поэтому и не подключается ничего, опять же там несколько реализаций ВПН, пробовал openswan и openvpn

[ArcFi]

Если одинаковых IP нет, то можно соединить через openvpn+tap.

[winmasta]

Если одинаковых IP нет, то можно соединить через openvpn+tap.

есть конечно

[ArcFi]

В каждой локалке поднять DHCP и настроить всем динамику, при необходимости с привязкой с MAC.
И дальше можно будет рулить IP-адресами централизованно с DHCP-сервера.

[winmasta]

В каждой локалке поднять DHCP и настроить всем динамику, при необходимости с привязкой с MAC.
И дальше можно будет рулить IP-адресами централизованно с DHCP-сервера.

дело в том, что в одной из локалок находятся машины (кассы, типа досовые тонкие клиенты) на которых все туго с настройкой сети, я сам там ничего не могу настроить, на эксперименты времени нет, т.к. режим 24/7, поэтому простой невозможен, там я решил вопрос так - роутер монтирует у себя удаленную папку по nfs и раздает ее по самбе, но опять же не смог настроить никакого шифрования

[AnrDaemon]

АКакого именно шифрования вы добиваетесь? Где?
Досовские SMB клиенты вообще вряд ли умеют шифрование.

[winmasta]

АКакого именно шифрования вы добиваетесь? Где?
Досовские SMB клиенты вообще вряд ли умеют шифрование.

при монтировании через интернет по nfs

[AnrDaemon]

Читайте топик с начала.

[winmasta]

Вот уперся в проблему OpenVPN

конфиг сервера

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

port 1194
# Протокол может быть UDP или TCP, я выбрал 1-й вариант.
proto udp
# Если вы выберите протокол TCP, здесь должно быть устройство tap. Однако, это вариант я не проверял, поэтому ищите информацию отдельно. FIXME
dev tun

# Указываем где искать ключи
ca /etc/openvpn/keys/ca.crt
cert /etc/openvpn/keys/kireva.crt
key /etc/openvpn/keys/kireva.key  # This file should be kept secret
dh /etc/openvpn/keys/dh1024.pem

# Задаем IP и маску виртуальной сети. Произвольно, но если не уверены лучше делайте как показано здесь
server 10.8.0.0 255.255.255.0

# Указыем, где хранятся файлы с настройками IP-адресов клиентов (создадим ниже)
client-config-dir ccd

# Указываем сети, в которые нужно идти через туннель (сеть-клиента).
route 192.168.5.0 255.255.255.0

# Включаем TLS
tls-server
tls-auth keys/ta.key 0
tls-timeout 120
auth MD5
cipher BF-CBC

# Если нужно, чтобы клиенты видели друг друга раскомментируйте
;client-to-client

keepalive 10 120

# Сжатие трафика
comp-lzo

# Максимум клиентов
max-clients 5

user nobody
group nogroup

# Не перечитывать ключи, не закрывать и переоткрывать TUN\TAP устройство, после получения SIGUSR1 или ping-restart
persist-key
persist-tun

status openvpn-status.log
log /var/log/openvpn.log
# Детальность логирования
verb 3
# Защита от повторов (максимум 20 одинаковых сообщений подряд)
mute 20

# Файл отозванных сертификатов
crl-verify /etc/openvpn/crl.pem


конфиг клиента

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

client
dev tun
proto udp

# Внеший IP, за которым находится ваш сервер
remote 109.194.33.177
# Внешний порт, который роутер на стороне сервера направит на сервер OpenVPN.
port 54236

# необходимо для DynDNS
resolv-retry infinite

ca /etc/openvpn/keys/ca.crt
cert /etc/openvpn/keys/wh.crt
key /etc/openvpn/keys/wh.key
tls-client
tls-auth /etc/openvpn/keys/ta.key 1
auth MD5
cipher BF-CBC
ns-cert-type server
comp-lzo
persist-key
persist-tun

status openvpn-status.log
log /var/log/openvpn.log
verb 3
mute 20

лог сервера

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

Mon Nov  4 23:30:52 2013 OpenVPN 2.2.1 x86_64-linux-gnu [SSL] [LZO2] [EPOLL] [PKCS11] [eurephia] [MH] [PF_INET6] [IPv6 payload 20110424-2 (2.2RC2)] built on Feb 27 2013
Mon Nov  4 23:30:52 2013 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Mon Nov  4 23:30:52 2013 Diffie-Hellman initialized with 1024 bit key
Mon Nov  4 23:30:52 2013 Control Channel Authentication: using 'keys/ta.key' as a OpenVPN static key file
Mon Nov  4 23:30:52 2013 Outgoing Control Channel Authentication: Using 128 bit message hash 'MD5' for HMAC authentication
Mon Nov  4 23:30:52 2013 Incoming Control Channel Authentication: Using 128 bit message hash 'MD5' for HMAC authentication
Mon Nov  4 23:30:52 2013 TLS-Auth MTU parms [ L:1538 D:162 EF:62 EB:0 ET:0 EL:0 ]
Mon Nov  4 23:30:52 2013 Socket Buffers: R=[212992->131072] S=[212992->131072]
Mon Nov  4 23:30:52 2013 ROUTE default_gateway=109.194.33.254
Mon Nov  4 23:30:52 2013 TUN/TAP device tun0 opened
Mon Nov  4 23:30:52 2013 TUN/TAP TX queue length set to 100
Mon Nov  4 23:30:52 2013 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
Mon Nov  4 23:30:52 2013 /sbin/ifconfig tun0 10.8.0.1 pointopoint 10.8.0.2 mtu 1500
Mon Nov  4 23:30:52 2013 /sbin/route add -net 192.168.5.0 netmask 255.255.255.0 gw 10.8.0.2
Mon Nov  4 23:30:52 2013 /sbin/route add -net 10.8.0.0 netmask 255.255.255.0 gw 10.8.0.2
Mon Nov  4 23:30:52 2013 Data Channel MTU parms [ L:1538 D:1450 EF:38 EB:135 ET:0 EL:0 AF:3/1 ]
Mon Nov  4 23:30:52 2013 GID set to nogroup
Mon Nov  4 23:30:52 2013 UID set to nobody
Mon Nov  4 23:30:52 2013 UDPv4 link local (bound): [undef]
Mon Nov  4 23:30:52 2013 UDPv4 link remote: [undef]
Mon Nov  4 23:30:52 2013 MULTI: multi_init called, r=256 v=256
Mon Nov  4 23:30:52 2013 IFCONFIG POOL: base=10.8.0.4 size=62, ipv6=0
Mon Nov  4 23:30:52 2013 Initialization Sequence Completed


лог клиента

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

Mon Nov  4 23:42:55 2013 OpenVPN 2.2.1 x86_64-linux-gnu [SSL] [LZO2] [EPOLL] [PKCS11] [eurephia] [MH] [PF_INET6] [IPv6 payload 20110424-2 (2.2RC2)] built on Feb 13 2013
Mon Nov  4 23:42:55 2013 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Mon Nov  4 23:42:57 2013 WARNING: this configuration may cache passwords in memory -- use the auth-nocache option to prevent this
Mon Nov  4 23:42:57 2013 WARNING: file '/etc/openvpn/keys/wh.key' is group or others accessible
Mon Nov  4 23:42:57 2013 Control Channel Authentication: using '/etc/openvpn/keys/ta.key' as a OpenVPN static key file
Mon Nov  4 23:42:57 2013 Outgoing Control Channel Authentication: Using 128 bit message hash 'MD5' for HMAC authentication
Mon Nov  4 23:42:57 2013 Incoming Control Channel Authentication: Using 128 bit message hash 'MD5' for HMAC authentication
Mon Nov  4 23:42:57 2013 LZO compression initialized
Mon Nov  4 23:42:57 2013 Control Channel MTU parms [ L:1538 D:162 EF:62 EB:0 ET:0 EL:0 ]
Mon Nov  4 23:42:57 2013 Socket Buffers: R=[212992->131072] S=[212992->131072]
Mon Nov  4 23:42:57 2013 Data Channel MTU parms [ L:1538 D:1450 EF:38 EB:135 ET:0 EL:0 AF:3/1 ]
Mon Nov  4 23:42:57 2013 Local Options hash (VER=V4): '03fa487d'
Mon Nov  4 23:42:57 2013 Expected Remote Options hash (VER=V4): '1056bce3'
Mon Nov  4 23:42:57 2013 UDPv4 link local (bound): [undef]
Mon Nov  4 23:42:57 2013 UDPv4 link remote: [AF_INET]109.194.33.177:54236
Mon Nov  4 23:42:57 2013 read UDPv4 [ECONNREFUSED]: Connection refused (code=111)
Mon Nov  4 23:42:59 2013 read UDPv4 [ECONNREFUSED]: Connection refused (code=111)
Mon Nov  4 23:43:03 2013 read UDPv4 [ECONNREFUSED]: Connection refused (code=111)
Mon Nov  4 23:43:11 2013 read UDPv4 [ECONNREFUSED]: Connection refused (code=111)
Mon Nov  4 23:43:27 2013 read UDPv4 [ECONNREFUSED]: Connection refused (code=111)
Mon Nov  4 23:43:57 2013 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
Mon Nov  4 23:43:57 2013 TLS Error: TLS handshake failed
Mon Nov  4 23:43:57 2013 TCP/UDP: Closing socket
Mon Nov  4 23:43:57 2013 SIGUSR1[soft,tls-error] received, process restarting
Mon Nov  4 23:43:57 2013 Restart pause, 2 second(s)

порты проброшены - не соединяется

[ArcFi]

Судя по логу, сервер не видит клиента.
Либо порт криво пробросили, либо где-то фаервол не пускает.