Problem solved romoving openvpn and installing PPPTP.
That software is free and REALLY better than openvpn.
ziotegolina wrote:
Hallo,
I've got the same problem using openvpn samba server.
Did you fix it? could you help me telling me how to solve it?
thanks,
Dario
gianfranco
Hello Udo,
Udo Rader wrote:
On Wed, 2008-03-26 at 10:47 +0100, gianfranco pra floriani wrote:
Udo Rader wrote:
On Mon, 2008-03-24 at 22:30 +0100, gianfranco pra floriani wrote:
Hello,
I have Samba version 3.0.24 running on a 2.6.14-gentoo-r5 x86 kernel
(xeon 3ghz, 1gb ram
gianfranco pra floriani wrote:
dev tap0
proto udp
As you point out, it looks more a SMB (and not samba) problem.
I would seriously suggest you try dev tun0.
make sure the routes work fine, then try again.
I think that you have some sort of networking issue where broadcasts are
getting
hello Dave,
I'm still trying to understand how to check all the traffic with
ethereal (now wireshark) as you wrote a few days ago.
I had some troubles installing wirshark server side so now i'm doing the
tests from a client (XP).
Now, I will also check out your suggestion to use tun0.
If I
Hello Scott,
[global]
[...]
name resolve order = wins lmhosts hosts bcast
[...]
see my previous emails for a full list of global
thank you
gian
Scott Lovenberg wrote:
Dave Kempe wrote:
gianfranco pra floriani wrote:
using ip address (\\10.0.0.7) does not change anything in
On Mon, 2008-03-24 at 22:30 +0100, gianfranco pra floriani wrote:
Hello,
I have Samba version 3.0.24 running on a 2.6.14-gentoo-r5 x86 kernel
(xeon 3ghz, 1gb ram raid 5).
All clients accessing samba shares via LAN have no problems. Samba
server works perfectly and fast.
We are instead
Udo Rader wrote:
On Mon, 2008-03-24 at 22:30 +0100, gianfranco pra floriani wrote:
Hello,
I have Samba version 3.0.24 running on a 2.6.14-gentoo-r5 x86 kernel
(xeon 3ghz, 1gb ram raid 5).
All clients accessing samba shares via LAN have no problems. Samba
server works perfectly and fast.
On Wed, 2008-03-26 at 10:47 +0100, gianfranco pra floriani wrote:
Udo Rader wrote:
On Mon, 2008-03-24 at 22:30 +0100, gianfranco pra floriani wrote:
Hello,
I have Samba version 3.0.24 running on a 2.6.14-gentoo-r5 x86 kernel
(xeon 3ghz, 1gb ram raid 5).
All clients accessing
On Mon, Mar 24, 2008 at 10:30 PM, gianfranco pra floriani
[EMAIL PROTECTED] wrote:
Hello,
I have Samba version 3.0.24 running on a 2.6.14-gentoo-r5 x86 kernel
(xeon 3ghz, 1gb ram raid 5).
All clients accessing samba shares via LAN have no problems. Samba
server works perfectly and fast.
Hello Dave,
Thank you for your reply.
I added the following parameters to the global section:
wins support = yes
name resolve order = wins lmhosts hosts bcast
local master = yes
preferred master = yes
domain master = yes
os level = 65
and set VPN config
gianfranco pra floriani wrote:
As you can see, it took about 18 seconds to start the operation (no
logging info), and then 21 more seconds from the first open to the
last close. This is quite annoying.
Did I set something wrong?
Thank you all for any help.
Sincerely
gian
Can you make sure
Hello Dave,
wins.dat is populated (57 entries) with rows like:
NBGIANNINO#00 1206781498 10.0.0.190 64R
BLADE#00 1206741105 10.0.0.7 66R
BLADE#03 1206741105 10.0.0.7 66R
BLADE#20 1206741105 10.0.0.7 66R
(blade is the server, nbgiannino is my pc, just as example)
using ip address (\\10.0.0.7) does
gianfranco pra floriani wrote:
using ip address (\\10.0.0.7) does not change anything in response time.
then it might not be wins/name resolution at all.
Perhaps a packet sniffer might shed some light on it?
run tethereal Or tshark as its not called on the tun interface on the
server when you
Dave Kempe wrote:
gianfranco pra floriani wrote:
using ip address (\\10.0.0.7) does not change anything in response time.
then it might not be wins/name resolution at all.
Perhaps a packet sniffer might shed some light on it?
run tethereal Or tshark as its not called on the tun interface on
Hello,
I have Samba version 3.0.24 running on a 2.6.14-gentoo-r5 x86 kernel
(xeon 3ghz, 1gb ram raid 5).
All clients accessing samba shares via LAN have no problems. Samba
server works perfectly and fast.
We are instead experiencing serious performance issues when accessing
samba shares from
gianfranco pra floriani wrote:
Other services using the VPN such as SCP, SSH, HTTP, FTP work very
good on the same connection, with no slow issues at all. I tried 2
kinds of VPN connections (OpenVPN and a router-proprietary VPN
gateway-to-client), and both have the same issue, both only with
16 matches
Mail list logo