O servidor Samba não pode ter acesso pela Internet

1

Eu tenho um computador na minha casa executando o Ubuntu Server 12.04 que é mapeado para um endereço IP externo. O servidor está executando um servidor Samba com um compartilhamento. Aqui está o arquivo de configuração:

...
#======================= Global Settings =======================

[global]

## Browsing/Identification ###

# Change this to the workgroup/NT-domain name your Samba server will part of
   workgroup = UBUNTUSERVER

# server string is the equivalent of the NT Description field
   server string = %h server (Samba, Ubuntu)

# Windows Internet Name Serving Support Section:
# WINS Support - Tells the NMBD component of Samba to enable its WINS Server
#   wins support = no

# WINS Server - Tells the NMBD components of Samba to be a WINS Client
# Note: Samba can be either a WINS Server, or a WINS Client, but NOT both
;   wins server = w.x.y.z

# This will prevent nmbd to search for NetBIOS names through DNS.
   dns proxy = no

# What naming service and in what order should we use to resolve host names
# to IP addresses
;   name resolve order = lmhosts host wins bcast

...


#### Debugging/Accounting ####

# This tells Samba to use a separate log file for each machine
# that connects
   log file = /var/log/samba/log.%m

# Cap the size of the individual log files (in KiB).
   max log size = 1000

# If you want Samba to only log through syslog then set the following
# parameter to 'yes'.
#   syslog only = no

# We want Samba to log a minimum amount of information to syslog. Everything
# should go to /var/log/samba/log.{smbd,nmbd} instead. If you want to log
# through syslog you should set the following parameter to something higher.
   syslog = 0

# Do something sensible when Samba crashes: mail the admin a backtrace
   panic action = /usr/share/samba/panic-action %d


####### Authentication #######

# "security = user" is always a good idea. This will require a Unix account
# in this server for every user accessing the server. See
# /usr/share/doc/samba-doc/htmldocs/Samba3-HOWTO/ServerType.html
# in the samba-doc package for details.
#   security = user

# You may wish to use password encryption.  See the section on
# 'encrypt passwords' in the smb.conf(5) manpage before enabling.
   encrypt passwords = true

# If you are using encrypted passwords, Samba will need to know what
# password database type you are using.  
   passdb backend = tdbsam

   obey pam restrictions = yes

# This boolean parameter controls whether Samba attempts to sync the Unix
# password with the SMB password when the encrypted SMB password in the
# passdb is changed.
   unix password sync = yes

# For Unix password sync to work on a Debian GNU/Linux system, the following
# parameters must be set (thanks to Ian Kahan <<[email protected]> for
# sending the correct chat script for the passwd program in Debian Sarge).
   passwd program = /usr/bin/passwd %u
   passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .

# This boolean controls whether PAM will be used for password changes
# when requested by an SMB client instead of the program listed in
# 'passwd program'. The default is 'no'.
   pam password change = yes

# This option controls how unsuccessful authentication attempts are mapped
# to anonymous connections
   map to guest = bad user

...

[share]
   comment = John Share
   path=/data/share
   read only = no
   browseable = yes
   guest ok = no

Como você pode ver, eu tenho meu próprio compartilhamento personalizado chamado 'share' na parte inferior do arquivo de configuração. Meu servidor tem um endereço IP interno de 192.168.1.157 e é mapeado para um endereço IP externo de 66.73.*.*

Eu posso me conectar ao meu compartilhamento de samba quando estou em minha rede local via:

smb://[email protected]/share

mas quando tento:

smb://[email protected].**.**/share

Eu recebo um erro:

Could not display "smb://[email protected].**.**/share/"

Error: Failed to mount Windows share
Please select another viewer and try again

Eu habilitei o modo DMZplus no meu roteador para o endereço IP externo. Ele deve permitir que todo o tráfego flua para o endereço IP externo:

Allow all applications (DMZplus mode) - Set the selected computer in DMZplus mode. All inbound traffic, except traffic which has been specifically assigned to another computer using the "Allow individual applications" feature, will automatically be directed to this computer. The DMZplus-enabled computer is less secure because all unassigned firewall ports are opened for that computer.

Note: On LAN devices which have a Private IP address, once DMZplus mode is selected and you click save, the system will issue a new IP address to the selected computer. The computer must be set to DHCP mode to receive the new IP address from the system, and you must reboot the computer. If you are changing DMZplus mode from one computer to another computer, you must reboot both computers.

Agora, quando eu faço uma varredura de porta no meu ip externo(66.73.**.**) eu recebo isso:

Starting Nmap 5.21 ( http://nmap.org ) at 2014-01-15 18:00 CST
Nmap scan report for ********************** (66.73.**.**)
Host is up (0.094s latency).
Not shown: 996 closed ports
PORT    STATE    SERVICE
22/tcp  open     ssh
135/tcp filtered msrpc
139/tcp filtered netbios-ssn
445/tcp filtered microsoft-ds

Como você pode ver, as portas para o samba estão abertas de fora do firewall. Eu tentei me conectar a ele novamente usando o cliente samba no meu Ubuntu 12.04 e ele ainda está me dando o mesmo erro.

O firewall no nível do roteador não deve interromper o tráfego. O firewall no meu servidor Ubuntu também está desabilitado:

john@john-server:~$ sudo ufw status
[sudo] password for john: 
Status: inactive
john@john-server:~$ 

O traceroute e o ping também são normais:

john@john-ubuntu:~$ traceroute 66.73.**.**
traceroute to 66.73.**.** (66.73.**.**), 30 hops max, 60 byte packets
 1  homeportal (192.168.1.254)  5.974 ms  5.967 ms  5.967 ms
 2  *************************************** (66.73.**.*)  74.207 ms  74.602 ms  79.749 ms
 3  *************************************** (66.73.**.**)  86.636 ms  87.632 ms  87.639 ms
PING 66.73.**.** (66.73.**.**) 56(84) bytes of data.
64 bytes from 66.73.**.**: icmp_req=1 ttl=63 time=71.0 ms
64 bytes from 66.73.**.**: icmp_req=2 ttl=63 time=171 ms
64 bytes from 66.73.**.**: icmp_req=3 ttl=63 time=140 ms
^C
--- 66.73.**.** ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 71.006/127.456/171.293/41.903 ms

Eu tenho um roteador AT & T:

Model: 4111N-031

Alguém sabe onde minha conexão está ficando complicada?

    
por John 15.01.2014 / 01:00

1 resposta

4

Seu ISP, especialmente se for um ISP residencial, pode estar bloqueando as portas. Isso é para proteger contra muitas explorações que estão lá fora, que infectam sistemas Windows reais, geralmente sistemas operacionais Windows mais antigos, como o Windows 98, etc. A Comcast faz isso .

Você também não deseja enviar tráfego SMB descriptografado por meio de uma rede não confiável, como a Internet, especialmente se você tiver sistemas Windows mais antigos que suportem apenas uma autenticação NTLM fraca.

O Samba funciona muito bem em uma configuração OpenVPN roteada ou em ponte - e será muito mais seguro.

Use o SSH / WinSCP como uma alternativa mais fácil de configurar.

    
por 16.01.2014 / 02:37