ファイルサーバの構築5
原因を探る
OpenVPNとSambaはそれぞれ動いたのですが、OpenVPNで接続したandroid端末からSambaに繋がりません。というかpingすら通りません。
まあOpenVPNの設定は初めてなのでなにか間違っているんでしょうね。
とりあえず設定を見直します。
Sambaの設定
smb.confはこんな感じ
[global]
dos charset = CP932
unix charset = UTF-8
workgroup = WORKGROUP
server string = %h server (Samba, Ubuntu)
hosts allow = 192.168.1.0/24 10.8.0.0/24
interfaces = 192.168.1.0/24 10.8.0.0/24
map to guest = bad User
log file = /var/log/samba/log.%m
max log size = 1000
logging = file
panic action = /usr/share/samba/panic-action %d
server role = standalone server
obey pam restrictions = yes
unix password sync = yes
passwd program = /usr/bin/passwd %u
passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
pam password change = yes
/var/lib/samba -s /bin/false %u
usershare allow guests = yes
[share]
path = /home/share
writeable = yes
create mode = 0770
directory mode = 0770
guest ok = no
valid users = @sharegroup
こっちは大丈夫かな。念のためにtestparamで確認。
$ testparm /etc/samba/smb.conf hostname 192.168.1.1
Load smb config files from /etc/samba/smb.conf
Loaded services file OK.
Server role: ROLE_STANDALONE
Allow connection from hostname (192.168.1.1) to share
$testparm /etc/samba/smb.conf hostname 10.8.0.4
Load smb config files from /etc/samba/smb.conf
Loaded services file OK.
Server role: ROLE_STANDALONE
Allow connection from hostname (10.8.0.4) to share
とりあえず問題なさそうです。
OpenVPNの設定
server.confはこんな感じ。
port 1194
proto udp
dev tun
ca ca.crt
cert server1.crt
key server1.key # This file should be kept secret
dh none
server 10.8.0.0 255.255.255.0
ifconfig-pool-persist /var/log/openvpn/ipp.txt
push "route 192.168.1.0 255.255.255.0"
push "dhcp-option DNS X.X.X.X"
push "dhcp-option DNS X.X.X.X"
keepalive 10 120
tls-auth ta.key 0 # This file is secret
cipher AES-256-GCM
auth SHA256
comp-lzo
user nobody
group nogroup
persist-key
persist-tun
status /var/log/openvpn/openvpn-status.log
log /var/log/openvpn/openvpn.log
verb 3
explicit-exit-notify 1
一見問題なさそうな…あ…
分かったかも…
サーバのOpenVPNのログを見たら
Fri Dec 11 22:09:51 2020 client1/XXX.XXX.XXX.XXX:XXXXX Bad LZO decompression header byte: 69
といったログが!
comp-lzo
こいつが悪さしてました、クライアント側は無圧縮なのにサーバ側は圧縮を指定していました。デフォルトのままで気が付かなかったわ!というわけで修正修正。圧縮の設定がくいちがっていても繋がっちゃうのか、知らなかった。
という訳でクライアントに合わせて修正、再起動。
繋がった!!
うっかりポカミスしましたがとりあえず目的は達成しました、良かった良かった。