Windows Client could not connect to server

Support System Administrator
1

I set up the tryton server on a Ubuntu 22.04 VM with postgres as DB
My trytond.conf: listen = 0.0.0.0:8001
(Firewall is disabled)

The server runs successfully in werkzeug development

When i try to connect on my windows machine i get the error:
Could not connect to the server

My webserver does output the following info message:
INFO werkzeug 10.0.0.82 - - [09/Sep/2023 15:37:36] “POST / HTTP/1.1” 200 -

Thanks for your help in advance

2

What is the Host parameter you put in the client window ?

3

This is my host parameter: 10.0.0.203:8001
(local IP adress of the server)

4

I guess you could check if your vm can connect to 10.0.0.82 on port 8001.
On openbsd I use nc -z 10.0.0.203:8001 or a browser like links / lynx, or nmap.
Then you will know if it is a problem with tryton/trytond or a network forwarding/routing problem.

5

But the server seems to listening on : 10.0.0.82

INFO werkzeug 10.0.0.82 - - [09/Sep/2023 15:37:36] “POST / HTTP/1.1” 200 -
7

Yes, the Server VM can connect to other devices on port 8001
Because of that i believe it is a tryton error.
However i cant guarantee that my configuration is perfect.
Are there any possible settings i could have done wrong?

root@server3:~# nc -z 10.0.0.124 8001 -v -u
Connection to 10.0.0.124 8001 port [udp/*] succeeded!

(Note: I used a other PC (client) for this test. So the IP 10.0.0.124 has identical meaning as 10.0.0.82. This also shows the reproducibility of my problem XD)

8

This is the IP address of the client.
The webserver ist working on the given ip and port:
INFO werkzeug * Running on http://10.0.0.203:8001/

9

I see a lot of problems, but I am unable to solve multiple problems at the same time.

  1. It seems like you are having trouble with multiple interfaces/ip addresses.
    If you set listen = 0.0.0.0:8001 on the latest trytond you should see ex:
 * Running on all addresses (0.0.0.0)
 * Running on http://127.0.0.1:8001
 * Running on http://10.x.x.x:8001

A list of all the interfaces on which trytond is listening.

I do not know how you are forwarding/routing, but it is the address to which trytond werkzeug is listening that you should connect to using the client, of course unless you are forwarding/routing manually, in which case you should know what you are doing.

Your host parameter needs to be the address to which the server is listening!

Trytond is listening to tcp, not udp.
Here you post a new ip address!?!

10

I am currently running Tryton 6.0.12
Sorry for causing the confusion with the IP addresses.
10.0.0.124 & 10.0.0.82 are my Windows client PCs.
I have diagnosed the problem now myself.
It is a Tryton error, my network (configuration) is fine.

The following error is the cause of my client not beeing able to connect to the server:

Sun Sep 10 12:29:37 2023] DEBUG:trytond.wsgi:Exception when processing <JSONRequest 10.0.0.82 'http://10.0.0.203:8001/' [POST] common.server.version>
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/trytond/wsgi.py", line 116, in dispatch_request
    self.check_request_size(request, max_request_size)
  File "/usr/lib/python3/dist-packages/trytond/wsgi.py", line 100, in check_request_size
    max_size = config.getint(
  File "/usr/lib/python3/dist-packages/trytond/config.py", line 136, in getint
    return configparser.RawConfigParser.getint(self, section, option,
  File "/usr/lib/python3.10/configparser.py", line 820, in getint
    return self._get_conv(section, option, int, raw=raw, vars=vars,
  File "/usr/lib/python3.10/configparser.py", line 810, in _get_conv
    return self._get(section, conv, option, raw=raw, vars=vars,
  File "/usr/lib/python3.10/configparser.py", line 805, in _get
    return conv(self.get(section, option, **kwargs))
ValueError: invalid literal for int() with base 10: '2MB'

changing the value in the trytond.conf from max_size = 2MB to 2’000’000 solves the issue under the [request] section. Is this a known bug?

11

This topic was automatically closed 12 hours after the last reply. New replies are no longer allowed.