From: Adolf Belka <adolf.belka@ipfire.org>
To: development@lists.ipfire.org
Subject: Re: Feedback on WG
Date: Mon, 26 Aug 2024 13:17:19 +0200 [thread overview]
Message-ID: <4fc9b5e3-7f20-4650-a6f0-32ec9a51b8cc@ipfire.org> (raw)
In-Reply-To: <CA66BAC3-CED8-4EDD-846A-35C5B1BF10F5@ipfire.org>
[-- Attachment #1: Type: text/plain, Size: 3062 bytes --]
Hi Michael,
Getting back to testing out the WG.
On 21/08/2024 16:23, Michael Tremer wrote:
> Hello Adolf,
>
>> On 19 Aug 2024, at 12:04, Adolf Belka <adolf.belka(a)ipfire.org> wrote:
>>
>> Hi Michael,
>>
>> Sorry for the delay with feedback on the WG testing. I was a bit tied up with DIY stuff in the house.
>
> No problem...
>
>> By manually importing the WG config file created I was able to successfully connect from my laptop to my IPFire vm system. The WUI showed connected. The config file had my allowed subnets set as 192.168.200.0/255.255.255.0 which is the green subnet on my vm system. However trying ping over the WG tunnel gave failures for the IP of the vm machine, green1, and also for the green interface of the vm IPFire.
>
> Okay, connecting should be nice and easy. However, you *should* be able to transfer some data...
>
>> Trying to ping with the FQDN for the green1 system resulted in no resolving of green1's FQDN to a local IP but tried to send it to my main red interface with my ISP.
>
> Can you try to ping from either side? The client the firewall and the firewall the client? That should work if the tunnel is up.
Tried again to ping from laptop to IPFire green lan, both the IPFire green interface and a vm PC on the green lan. In both cases 100% packet loss.
I then tried doing the ping from the vm machine on the green IPFire lan to the laptop, as you suggested and in this case I got 100% packet transmission.
In all above tests I used IP's to remove any question about DNS resolving.
So the ping seems to only be working in one direction. Let me know if there are any other tests or checks I should do based on this result.
Regards,
Adolf.
>
>> So something appears to be missing or incorrect with the routing but not sure what.
>>
>> Minor points on the WUI.
>
> I would like to have the thing working first before we spend any time on making the UI look nice, but you are raising very good points.
>
>> When disconnected the status section that is coloured red is huge and the space for the remark is very small but when connected then the status space is large enough to have the connected status word, giving much more room for the remark.
>
> That should not be. No idea why that is, but I am sure that is not too hard to fix.
>
>> When the WG config file is created and you have the page with the QR code, there is also a message about the WG config file only being shown this one time as it contains private key material. The message is fine but the heading for the message is "Oops, something went wrong...". It should really be something like "Information Note" or equivalent as it is not an actual error message.
>
> I think I created a little widget which I used somewhere else too and then added the headline. It certainly does not fit here.
>
> -Michael
>
>>
>> See the screenshots attached.
>>
>> Regards,
>>
>> Adolf.
>> <Disconnected WUI screen.png><Connected WUI screen.png><Error message when WG config file provided..png>
>
next prev parent reply other threads:[~2024-08-26 11:17 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <baa07100-d80f-4c43-9f68-59061fce2c00@ipfire.org>
2024-08-21 14:23 ` Michael Tremer
2024-08-26 11:17 ` Adolf Belka [this message]
2024-08-26 12:13 ` Adolf Belka
2024-08-27 10:19 ` Michael Tremer
2024-08-27 11:09 ` Adolf Belka
2024-08-29 9:28 ` Michael Tremer
2024-08-29 12:36 ` Adolf Belka
2024-08-29 13:53 ` Michael Tremer
2024-08-29 16:53 ` Adolf Belka
2024-08-30 15:43 ` Michael Tremer
2024-09-05 9:27 ` Adolf Belka
2024-09-05 9:53 ` Adolf Belka
2024-09-06 15:03 ` Michael Tremer
2024-09-07 14:21 ` Adolf Belka
[not found] <87c1aad5-7256-4bbd-b725-f205453c53a0@ipfire.org>
2024-08-21 14:24 ` Michael Tremer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4fc9b5e3-7f20-4650-a6f0-32ec9a51b8cc@ipfire.org \
--to=adolf.belka@ipfire.org \
--cc=development@lists.ipfire.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox