TinyWall 2.1.7

  • Thread starter Thread starter LabZero
  • Start date Start date
Status
Not open for further replies.
blueblackwow65 said:
Hi anyone try or know how to get 2.99.13 version? Thks
Click to expand...
It seems that the beta version is no longer available due to downloads that have a validity period. Probably, the official version ver.3 will be released soon, so you have to wait for it.
Detailed development information on TinyWall can be found on Wilder.
www.wilderssecurity.com

TinyWall Firewall

Welcome to the TinyWall discussion thread About TinyWall TinyWall is a standalone firewall for 64-bit Windows systems, known for its no-popup...
www.wilderssecurity.com www.wilderssecurity.com
 
  • Like
Reactions: bribon77, harlan4096 and blueblackwow65
ultim said:
I just released a new beta, with yet another a big feature: UWP (Windows Store) app support. Please see Wilders post for details.
No new features from now on until v3 final, pinky-promise.
Click to expand...
Thank you! I'll try it later! Wfc is not bad, but I want to create a rule from the log, so I want to migrate if there are no problems.

For @blueblackwow65 , this is good news
 
  • Like
Reactions: Stopspying, bribon77, Protomartyr and 1 other person
show-Zi said:
Ver.2.1.15 has also been released for the official board. Currently trying. Connections to the previously failed Microsoft Store are no problem in this version. (y)
Click to expand...
The only change in 2.1.15 compared to 2.1.14 is that it will not offer you an upgrade to version 3.0 if you are running a 32-bit machine. That is because TW v3 is 64-bit only.
 
  • Thanks
  • Like
Reactions: Protomartyr and show-Zi
@ultim
A little worrisome point. It's a very small thing.
Red is 'Outgoing allowed'
Yellow is 'block'
I think red could be mistaken for a block.:unsure:
キャプチャ.PNG
 
  • Like
Reactions: Gandalf_The_Grey, SeriousHoax, plat and 1 other person
That choice of colors has been that way since TnyWall was born more than 8 years ago. I guess changing that now would confuse a lot of users.
But to try to explain why it is to: These colors are meant for the user. Green is the recommended setting and the normal mode, this is why green, it is supposed to encourage the user. Red is dangerous and not recommended because it allows all apps to go out. Red is used to discourage the user in this case. Yellow is not dangerous, so not red, but still a warning that the firewall is blocking everything, so any kind of networking will not work. The color of warnings is typically yellow everywhere else too.

I know these are not typically the colors that other firewalls use, but I wanted you to know what is the general idea here. TinyWall's colors make more sense if you think about them as status indicators to the user, and not as firewall rule colors.
 
Last edited:
  • Like
  • +Reputation
  • Thanks
Reactions: Stopspying, Gandalf_The_Grey, ForgottenSeer 85179 and 3 others
ultim said:
That choice of colors has been that way since TnyWall was born more than 8 years ago. I guess changing that now would confuse a lot of users.
But to try to explain why it is to: These colors are meant for the user. Green is the recommended setting and the normal mode, this is why green, it is supposed to encourage the user. Red is dangerous and not recommended because it allows all apps to go out. Red is used to discourage the user in this case. Yellow is not dangerous, so not red, but still a warning that the firewall is blocking everything, so any kind of networking will not work. The color of warnings is typically yellow everywhere else too.

I know these are not typically the colors that other firewalls use, but I wanted you to know what is the general idea here. TinyWall's colors make more sense if you think about them as status indicators to the user, and not as firewall rule colors.
Click to expand...
Thanks for answering small questions. If that is the case, I can understand.:)(y)
 
  • +Reputation
  • Like
Reactions: Deletedmessiah, Gandalf_The_Grey, ultim and 1 other person
New version up with reported issues from the past 24 hours corrected.
- Fix GUI crash on Windows Server 2012 R2
- Fix performance regression in Connections window
- Add special rule for Windows Defender to keep it whitelisted after an update)

Download [fresh and hot].

I think the UWP APIs really might not be supported on WinServer 2012 R2. Installing a UWP app is possible but not easy without the Store, so instead of trying if I can actually run a UWP app there, I searched on the internet. Things point in the direction that it is not supported, though proofs are circumstantial at best. Add to this that I don't expect people to run Store apps on a server anyway, so I ended up disabling UWP support on WinServer 2012 R2. I *did* check Server 2016 too, and all the UWP stuff works nicely there in TinyWall.

The performance issue of the connections window was totally my fault, an oversight and a regression in the previous beta. Fixed now.

As for Windows Defender, I finally realized (duh!) that the "special exceptions" system in TinyWall is the perfect way to handle such things. It is technically perfectly suited for the task. In the end I didn't even have to write a single line of code for Defender, all was done as a simple addition to the XML database. It might take up to 30 minutes after a Defender update to get the new version automatically whitelisted though. I also decided not the add it as a "recommended" special exception that is default-on after installation, because Defender in its standard configuration can upload your files to submit samples, so I couldn't do it in good conscience. Which means you'll need to enable it manually in the settings. Of course after that there is no need to add a rule manually anymore.
 
  • Like
Reactions: show-Zi, harlan4096, Gandalf_The_Grey and 3 others
Status
Not open for further replies.

You may also like...