Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Paul Smedley

Pages: 1 ... 138 139 [140] 141 142 ... 170
2086
Networking / Re: openvpn configuration?
« on: October 04, 2019, 05:02:39 am »
Hi Rich!

I wouldn't worry about 'tap' vs 'tun'. Win uses 'tap', so it's going to be supported by commercial providers if they want any customers. Writing a new device driver for 'tun' is a tall order and best avoided if possible.

OK - from my reading I thought tun was more common, but happy to be wrong.


I suspect that this warning is the cause for the misconfiguration:
> WARNING: 'dev-type' is used inconsistently, local='dev-type tap', remote='dev-type tun'

My _guess_ is that there's some code or flag in the Win version that tells the server to use 'tap' during the initial connection setup - code that's being bypassed because Win32 isn't #defined.

If you'd care to share a diff of your changes, I'd be happy to pull the source and start looking.

I forgot to run a diff last night, but the netlabs build source (based on Pasha's original source on hobbes for 2.0.x) is at http://trac.netlabs.org/ports/browser/openvpn/trunk

Cheers,

Paul

2087
Networking / Re: openvpn configuration?
« on: October 03, 2019, 04:47:35 am »
Hey Rich,

I'm trying to use Paul's build to connect to a commercial VPN provider but I'm not having any luck (the problems aren't specific to his build - all 3 versions act the same ).

At first I thought it would be easy because the provider (TigerVPN) offers customized '.ovpn' files for each of its servers. After changing "dev tun" to "dev tap", I tried to connect and got this:
Code: [Select]
Wed Oct  2 12:37:36 2019 C:/MPTN/BIN/ifconfig.exe lan1 100.97.0.2 100.97.0.2 netmask 255.255.0.0 mtu 1500 up
sem reset rc=300
Error: Interface is not point-to-point.
Wed Oct  2 12:37:36 2019 OS/2 ifconfig failed: external program did not exit normally


Note that it's supplying both local and remote IPs, rather than just the local address. My guess is that it's trying to configure lan1 as though it were a "tun" device rather than a "tap". Setting "dev-type tap" didn't help. Also, our 'ifconfig' complains if you include "up" when setting the address and netmask, so that's another minor problem.

Next, I tried to do a workaround by having it run a script using the "up" and "ifconfig-noexec" options rather than letting it run 'ifconfig' directly. No such luck, doing so produces this:
Code: [Select]
Wed Oct  2 12:48:30 2019 Assertion failed at misc.c:222

I got the same results regardless of whether I used 'cmd.exe' or 'sh.exe' (and the appropriate type of script). Having it run the same dummy script at an earlier point in the process worked just fine, so the issue isn't OpenVPN's ability to run a script or the script itself.

Finally, I considering writing a wrapper for 'ifconfig' that would fix the command line, but then I discovered that the path to 'ifconfig.exe' appears to be hard-coded as "x:/MPTN/BIN". This makes the wrapper idea impractical because it would affect normal use of 'ifconfig' during startup. (IMHO, the .exe should be found via a PATH search.)

Does anyone have any suggestions on how to get this working?

I had some similar issues attempting connection to a Getflix VPN service, but it seems to connect OK to my local OpenVPN instance running on Ubuntu.

I'm sure I can tweak the code around loading ifconfig.exe - I'll try and remember to zip up the source tonight.

I have no idea how difficult it might be to create a tun driver for OS/2 - from what I've read, almost all VPN services prefer tun to tap - which is awkward as our port only supports tap!

Cheers,

Paul

2088
Should be part of linux kernel 5.4 - due before the end of the year... https://itsfoss.com/linux-kernel-5-4/

2089
Networking / Re: openvpn configuration?
« on: October 01, 2019, 04:48:18 am »
Hi Bernhard,

Thanks for sharing - are you also able to test with https://smedley.id.au/tmp/openvpn-2.2.2-os2-20190929.zip

I'll try bump our port to a currently supported one, however, from 2.3.x onwards, ipv6 support is included and will need to be worked around in the code.

Cheers,

Paul.

2090
Networking / Re: openvpn configuration?
« on: September 30, 2019, 11:47:45 am »
Hi Jan-Erik,

From what I can tell, the mac address set for the openvpn driver isn't critical, it just has to be valid. You also need to add TCPIP to this NIC.

The openvpn.zip package from hobbes also has information on how to configure this interface in setup.cmd:
ie:                   ifconfig lan1 10.7.7.2 netmask 255.255.255.0 metric 0 mtu 1500

In theory you can then start openvpn.exe with:
openvpn sample.ovpn

I found the following:
specifying dev-node on the command line didn't work, but having 'dev-node lan1' in the ovpn file did

The ovpn also needs to have:
dev tap

as
dev tun

is not supported....

2091
Hardware / Re: CUPS EPSON ET-4700 printer problems
« on: September 21, 2019, 09:22:57 am »
Looks like you're trying to install a linux ppd on OS/2?? This has a reasonable chance of working for a postscript printer, however this one seems to need an external filter (epson-escpr-wrapper) which isn't available for OS/2.

Unless Epson has publushed the code for epson-escpr-wrapper or some other open source driver like gutenprint supports this model, you might be out of luck.

2092
Web applications / Re: Migrating Apache Web Server
« on: September 09, 2019, 04:41:50 am »
Hey Neil

I can see the parameter set in conf\extra\httpd-mpm.conf

But this is not loaded by default. Nor is any LoadModule found for mpm_mpmt_os2_module. Looking at the module directory, I don't see it there.

I'm not sure what to activate to use the MaxRequestsPerChild directive. Should I just put it in httpd.conf by itself?

Check httpd.conf.sample in the distribution - I think this should have a valid MaxRequestsPerChild  directive example in there - if it doesn't - shame on me :)

Cheers,

Paul

2093
Web applications / Re: Migrating Apache Web Server
« on: September 08, 2019, 12:13:07 am »
Hey Neil,

I selected Paul Smedley's latest Apache 2.2 HTTPD

https://os2ports.smedley.id.au/index.php?page=apache2

I adjusted the conf/httpd.conf, and the website is running.

But not all is well. The server stops serving after a few days. Is anyone running this software? The logs seem to show nothing unusual, and there isn't really very much traffic. What could cause the server to stop?

Lewis, Massimo and a few others are using the 2019 build on their server with reasonable success.

One of the keys is to make sure you have a valid setting for MaxRequestsPerChild - I suggest 1000 based on the below from Lewis...

Code: [Select]
I can report a similar experience.

I'm currently running with MaxRequestsPerChild of 1000, and have seen uptime of over 10 days, no more every-four-hour scheduled daemon restarts and no more every-three-days scheduled server reboots. Memory consumption seems generally low (under 1GB in use under normal operating conditions, and memory is returned to the pool when load decreases - wow!).

I had an issue yesterday where the server fell over, but I think we were being hammered. After the restart and the inevitable autocheck passes, the server has been up.

Nice work, Paul!

Cheers,

Paul

2094
Networking / Re: Samba - cached server IP address?
« on: September 05, 2019, 05:02:40 am »
Hi Dariusz,

That leads me to believe that the Samba client is maintaining a mapping of the actual IP address the alias was previously pointing to and re-using it instead of querrying it up each time.

I haven't seen this before, but I'm not disputing your results :) There's nothing I've added to do this - my guess would be that in one of the files in %ETC%\samba\* where there are various tdb files that something may be cached there?

Assuming you don't run the Samba server on this machine, you should be pretty safe to remove files from this tree and let the client re-create what it needs to.

Cheers,

Paul.

2095
Hello Ivan
It's lucky to arrive for a few days on vacation and find the solution to the problem.
 My case was a little different, but the solution has been the same.
After restoring the system, the ndfs program log said that the smbcli49.dll was missing, when I had the smbcli47.dll
Thank you all

Question to those that had the issue after upgrading to 5.0.4.  Had you installed any of my test builds of the Samba plugin, or were you running the version that came with ArcaOS?

If you can add your feedback to https://mantis.arcanoae.com/view.php?id=2592 it would help fix this for others.

Cheers,

Paul

2096
Hi Ivan,

Yes, they are old but they just keep on working.  I have 4 of them, 2 D-Link DNS-323 and 2 D-Link DNS-320, they are all on 24/7/365 and have been since late 2009.  Two are on the network and the other 2 are remote and backup the network pair overnight using rsync.

Since the system has been working without problems why change?


No reason to change what isn't broken, but security does become a concern. Presumably your two remote NAS are connected via VPN which will help mitigate any security issues from an old Samba release...

2097
I didn't see any bug reports for this in the Arca Noae bug tracker, so I raised https://mantis.arcanoae.com/view.php?id=2592

2098
Hey Ivan,

See attachment

Thanks... that must be a pretty old NAS:
"Server supports NT1 protocol"

Cheers,

Paul

2099
Hi Ivan,

Couldn't find the RP so I went to Paul's site and downloaded the zip from there, extracted the SMBCLN49.DLL put it in the programs\ndfs\ndplugs directory, rebooted and all is well, I have connection back to my NAS boxes.

I'd still be interested in a copy of the ndpsmb.log file to see what version of Samba your NAS is running.

Cheers,

Paul

2100
Quote
The only system files used by Netdrive and the Samba plugin are ndpsmb.dll and smbcln49.dll (and things like libc, et al).

Thanks Paul, I went looking in the NDFS directory and found NDCTL.LOG  which gave:

NetDrive for OS/2(R) Control Program version 3.1.5.865 Apr 06 2017

NDFSDIR environment variable found: E:\Programs\NDFS
NetDrive working directory is E:\Programs\NDFS
File system driver name is NDFS32.
NetDrive configuration file 'E:\Programs\NDFS\ndctl.cfg' has been processed.

Exclusive Samba Use

[   local] internal plugin has been initialized.
NDF0033: The system can't load the module: SMBCLN49
NDF0029: [  ndpsmb] plugin has not been loaded.
NDF0007: The system error is SYS0002
Initialization completed. The control program is running.

So it appears that  SMBCLN49.DLL is missing.  Searching for it brings up a blank, I can only assume that the ArcaOS 5.0.4 didn't install it when it updated the ndplugs directory unless it is supposed to be somewhere else.

Well that would explain the lack of log file, and the error connecting. smbcln49.dll should be in the same directory as ndpsmb.dll

Pages: 1 ... 138 139 [140] 141 142 ... 170