shorewall-docs-5.1.5.2-3.1<>,lYw/=„@:v'@/=L5t$fcq29V88'1ԟU/fldGa&U~Os#j" Bs-}˷A&|:ɴ^Y򐆃krʻO 9Xh:ƌ, v$j h [0.pHteH7ͬ0}|Wuz:Pq^Ì/&hʫd?\9Y+x2se^Gc؅*rw3m"0dLT|YNr7s5>9B8?B(d  L  8>HSS  :S  S ,S ;S <SB8SHSOvOSTTTUM(Uc8Ul9W:brFPGdSHSISXPYT\`S]S^ b6cdfekfplruSv#\w7Sx<SzBCshorewall-docs5.1.5.23.1HTML documentation for shorewall configurationHTML documentation for the Shoreline Firewall. Highly recommend to read before starting to configure shorewallYwbuild36R7openSUSE Leap 42.3openSUSEGFDL-1.1http://bugs.opensuse.orgDocumentation/Otherhttp://www.shorewall.net/linuxnoarchj#q.jq&:| 9" jnj  ZaH%'|"JJBDJV *#R n dF_Bn&30j_zYx:[uSAFZg5xZ 9v&Y On\!kU[$ =)'$P#/r[& ?-'.#P{EE$#Dp[$ =+'YPwEAy#9 uV(wTLq ' &9%C;$&246xjeWNPBO?Pefl`UI+#b]`?%+?455(Dtk>'J`[<XUtlc/eF0maP<o4W!'h&<uaRyuI>OcMnKnR#fwo Ri[I Urr9l:d$X4PW =+$ ft_(En"#N*Qi%2# <[p,p^ $t}B#Qv9(v5my|s,.36h:j Anz^4`U$8g BwWm[W-}#c\!9FA큤A큤A큤A큤A큤A큤A큤A큤A큤A큤YvYzYzYzYz Yz Yz Yz Yz"Yz"Yz#YzaGYzaGYzaGYzaGYzaGYz$Yz$Yz$Yz%Yz%Yz'Yz&Yz'Yz'Yz'Yz(Yz(Yz)Yz*Yz+Yz+Yz+Yz,Yz,Yz)Yz)Yz*Yz*Yz-Yz.Yz-Yz.Yz/Yz.Yz/Yz/Yz0Yz0Yz0Yz1Yz1Yz1Yz2Yz2Yz3Yz3Yz5Yz3Yz4Yz4Yz5Yz5Yz6YzaGYzaGYzaGY3YzaGY1YzaGY1YzaGY2YzaGY2YzaGY3YzaGY3Y+YzaGYzaGY)YzaGY)YzaGY*YzaGY*YzaGY*YzaGY+Y.YzaGYzaGY+YzaGY+YzaGY,YzaGY,YzaGY-YzaGY-YzaGY-YzaGY.Y1YzaGYzaGY.YzaGY.YzaGY/YzaGY/YzaGY0YzaGY0YzaGY0YzaGY1Yz7Yz7Yz7Yz:Yz:Yz;Yz9Yz=Yz8Yz8Yz8Yz=Yz>YzDYzCYzEYzEYzEYzFYzFYz!Yz!Yz"Yz!Yz#Yz#Yz%YzjYzTYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzjYzTYz,Yz-YzTYzGYzGYzGYzGYzHYzHYzIYzIYzIYzJYzJYzKYzJYzKYzKYzLYzLYzLYzMYzMYzMYzMYzNYzNYzNYzOYzOYzOYzPYzPYzPYzQYzQYzQYzQYzRYzRYzRYzSYzSYzHYzSYzTYzTYz2Yz4Yz5Yz6Yz6Yz9Yz9Yz:Yz;Yz;YzYz>Yz?Yz?Yz?Yz@YzAYz@Yz@YzBYzAYzBYzCYzBYzCYzDYzDYzFac58ede0de823f6c0ce40093a7dbe2a5c413f76ccecbd24e26cfae9f39e380b2ff3bde36ad83ff88e71f7bc0febca14aa9821c45f1d32ca3a738c80a85138bd5a9780b47d50ec48b8fb97a9575219aa067bb13fe4b4bb6fe93a169431aa403284810136ca14bdd6cf48d110a5828abdb2b650e96a9ff11dc2644294a5a62cadc1721d76c31a0a96a1310d5a958ce69fc785b01e73a23ea9ebebea6deb6ccb835f99770a3e3ed2dbe0c8abaa45814a92e337555474b6b01bc1faaa86639231e5c53c257a7fb81040bcf7c10819fb354e3c0d879be8a84d606f72b047fc2184bfa2c2a0df7eb541e9634fd84c9db0750ea08c83a5b3580eded5d169d44cdb059ab8c4c318c76aeb76c4df1d4fed1b428901dbbecf9ffdc625472c3b79a8250cd16e958a22396f02e817a9c9b6ab751edc239f452accdc056405b742d24e1ce43eea8307bdfbf7243ba463a12ebf992d81a4b38ce4449046867b093cef8956aa12a61f2a421dbfa9d5c01357eb5ac88523421960011791b6f6eb804cb3817067678605f4df8f0ef474b39368b19c8216c4ffcaaac785f01085d67cea1f7b7123905ca5a9a0fb183cacb20ccffc2c88dbca45da45da34a7b19e82913ad2eb24be3229aa806ab610881aa13aedf6d3bd8122adf5ff008e853c32b2cd4af458a1970c80b927a9311269106d601677510d6b41ef07f5dfb8b5859e27a625330953d4a62587f5a211dbbfd5172e3c8dea2ecc1ec7ea4596edff421324cbd92d78e94e9ea515a0720ead618c6c704d642a830af1e7dadf6656f3dc278d01def7b9a5a1b03c67fdca26733bfd417c55c897155596b21c1d8b5e9b4bba3a69435d791f4f51ed3e4aa5728e5c311962d208ae323eb6e76d0d9030e76403c9f0766cc7f9daaa3b0b300a6394d78a42411928a3f2c9e49b2ed66df38b09d0948c29fdb5343409a6bf291dcac487372b26a5cdbe6e5ccac2ef5fb74a3f19a5ac6a1cbfa457af7c62383451cd7c0f09a715a2db23a4ff0745f2cc32507dd77ece95ccd111f131939a3d4c58d197dbce7ca14929b448986d64d82923d28b696f73e96b77ae3052dd4bf993efbba70ed8c0ed71a355b6af09b5be04dbf6a7d4f5212d7741956079487cbfa044d9a3b75a74e81a748d9790cdc512ea2c7dd5e6f968d856947122996a1d3c09556254744bac621a87231b878c008d1834cb661202faec989c86ef339f4b09fc6e3dd3cf8f3957a52c9ce363c570c8a674c6940d63ca7649a11bdbab887532308afca4954f6366c5952879adac8efb5d00c39a1887af0f70ba8c3e92466fa4f51e5cf14c8431edecd296c15c9301eb2f675fa46933b455d147b521ff4a5f14d74740e97cefb09387117388c90f5afac623087c56b310a2d47eb1cedf2fa03068f550c635f6520e0f0252da412fce33b2fdd2ca15942ac45eba1e456d66b50060aac96b6bc8e13b21c8dd57e5292ca3416adadd497ad63f06f2f255ea4e16026ce7b187ed384543f8ba0276f08b1d6119809a2ef2cd36ef0e3eb6c0b7ad3f24a1ea561580a5e7d356d73b7cb5e26a65d767ff86559baca0d48817bff4346d65870aeecf0ed2de1013e7e00d8f7c1defee0576fd76a63ad958568f63accd40c5643646b4f020541ed674b4ca11ffe23ff7dcc20892fd16f8243d1779e9fe10bf6c4691c192e0bc658daecc8996c22705909a23b015daeb05905367f48193ea30f1c09b10c1aa0eea940f857ea280b589bc90398d2c7beb37d5cc50c1b181c755e68c417f6c76eb6983734e636d6e13e381ab631ba1baaa882e360f0ff1f38a38cd5e2cc4fc02077c2a7d1fd3ba7797bb90a4a599132a9079d2d0cbf4f5b7541dbed39d2129d8d9fd7b1127d5976dccbca03e68741b7faa5d3a10d34a1a826614034e7ff9f4677fa70ce7bfb43825ac467caa30397c86ab2a0fea4d5913539264d3794eac973859190b1f461d1257900593764f0c11a15e07e290a49f8742c51c6f423b384bfefad21217ba7b1cf16c260723f788f79f34b93fbcd0382915b835658dc13e60a25a6ab5edea01e3abbb131e3170644bccaac489be37ccf71ca28bf987bdb84c86785694d75b34c917cce7ad64d1bcd5079c9399ffce6cba8b03aaf3cdbc54efd6b76135901f02dc82117c300c29d6b08e220f50752875a53196fb6c93220e93b65229bf0afc83a1bbd1bc65e0bcaeac163384c27ff6aadb1cc3053cf49006a3f8a0e6530ee1e8af94111d8b9d9d104a4efd78dc5b3ccffd5576ba48c8402c0e223ba79197fc4de6305a662ddb4c88218ec1fe7389a36c8873970b897c4e15b61bdcd3d9c87d4b1cb1c6edff99cf731ebbe1ec10ad8ddabdc1b9b4c84d1b804821e081fe249c2c088ca6562dcc513c8349c9ce27950547055160a6c59c439b69e1e2505c5f3cf9b23c32f4c9edc8b1064b870c7925cab89e3eb7a0eef4ab4be68374bd8dfbc0c0cacbe2894d762907ba3ba515e3604b12aed98429c7ef2d73fb8f4dc183ac952db3fa3ba45541ed927792c9c7a574461f2873d9f676bbe36ce50d283861f28518626862cc02a57094a4683655560112116a9bcd307d1cd925495f7af518dd0b40b0cb9134358d8ff6630c588688274e59c71e725b34cfc5f6aeb88258ec07cfe8156fb7bb69510573b75b03d69d29fe450096bf68aa2607af7ce25138b56d789e20a57586c86c8f676ad87e7e32e86d028e148fa2200233dedd501423d3612308a27b073779efce8a966bea3015c8688b4242a698963b1df0e84d6ca787d19e98099d80ed98c6791c25830d140e8b2f711122518c8baeefb26fc85e4d1a6c48a4f3435e1b0a094cb6ede1272977f381c4a08e821eac42ea1e746f42511eced99f7b7a3092a5f02c4c43adc09341e28891a6b2a2d8c036f07b4caae0bf008c341de1f76cc71a0ab63b00efd691455f9b5cc47d4ba043df62eea52fca52b18044d4d7449030a1839e0187f12ddd09f295bbb10d2f374a9fac3341e71d5d869fc436af1c091cc012fdc44f2fe1e6e0f83ed79df00478315cc0af62e1850912e842d052b20425a31210919c735488bbc421161737f1e0e578d80770281539b4a0cb967179fc5a7114187b83b265175ef620cc8dee42cc5e404c46107addf82814df1b98bbdc4778c5af449bfa2069149c13152c3848b468a19b36e1b90ae1c37c706ba563b0a1144bdee99ee3a24e52efa88c48b43e7be3ae7035ec0d5bb2cfa0c587a3688e62dddccdf520b79496cc43c38ad4196967b853d60f3c6d0c77160c3950798e845513bed4d9c62bd10e358f828a8f299b995c9266ee0f32be2f9ab281e8d970739443d2da26e66df4466bf0674184ece3ea60b61b4a0eb7c5dc77e5ff38a92111b9cceba0bfb0af5d27fe4b513cc2192bd941c153cdb343a87065d144413f49132f64e627765e5cfdf8c8f200ff5d0b2cb506295a1a0a2de5f623de7bc30b51bc43107aea3774bca8d02a846139a8b78a7d97c2459a9320f224b10da8e746874b72a261647d00927913b703c60027fa588d95c30caa0bbc37a2fffa65b8e2038ead35c43c2d3d3083c26afc4d54020de4f208291af50d5e6c5619f2689dc9f674eb6a6126b6eb54f043ab4956fefd0996914382d2446200b9caf8a62054b944d08c316692d0c83617343efa546119fdf0d4ad79f99cec29aa803784e5aeb668e4b8814139745e52abeb757d78f29eb2c8d9bda54ddebd0f8279059df06388aeb9df26ce76b5c02ea8945b31ad4daf6b36dbf369a64e133263758193ca48ca261e0150bdceb038e45604f01255d608ebf241a3f4df8dc34558c4a748debe567f9beeee25ba010600bcb3356c3d729792600f69bf271cc478958ae8e689481f0a05554b007c55b5a52bbc294380b1a84469ad39f66b48308414f41d27b4c74e53fc5f37847af3c0fbb3114dbadd546665c2630cd4803a4ef2d80365ed784248a002d66076009500f7a0a05d91cb48f51061f51b3acf565530875540c61a497b13f24b240c62275aa0bc4ce740cf83d23df53d18ede2b8ea3c89fb31e4a8493440b372de78ffbef2e2e961b51c63f2fd4178de37921e35e58148b521611f0124ed97860f7c99ecd6bb98a914a451206ce2849a74a577af1d69330e37552566ed9d777ba96eb21bea342e8d190045b3cf136743d99fbe51249ea9927cd3b00ce29b2f029670c44f4672130aade843ddd3a2552332af5cc8b237ebb25753637f3fa0d7d9f65d0907d787e5351f9ac4fd52f4248fd5c7af7d6e0c5ecb6e97a51f20f1f22365c3fa2808440d1bd2ff5720c613fdb0abda61490bb60f77714cf4a595112564d5d3f82ca0ba6147577cbf0510a873bd125049cd65f9b697a23d8e55ded8d12003345859e130ef805ca2aacc50ed11aabee43658d9e17570e2b13fc2c8b128a90e9c8e40d3b47f192c5e93aa0904104ffef06106463641568350f7a2269a1fa770977fe3d563ee312249b481ac837deaed0b6c7b54b5d340dbb9f1a0b52a28c42d36c9942711db4437f8b0e6d59a56b5493f112c1527afed99c36344843fc3fbd094da7e48c7626bb5f5294448d1f67a3a988d7b06130eaafc4e86813ecf1378a7dd9be8139fb5aa868ab1bd92f39058fce4604ca3e0c8e0584df8db159b08b15ef13524fcbb72a077cba3ca943f2c1decbfbe648e310bb6c0e3091be4864246cede23a83895cb03e4f246a630fd24096a9a122427cf4d4372fcac8d73befd19cbefaf015555baa21c9df008251d8d67b215db589b919e2e46d11cbe3d97d6d501d652ab24e3f142d8a913ea929102dad489a2899f3ed041a270f7b91e6c036c2e108c542515939b17207b91153142b79d112ca9ae6dbe2569ad12ad0536b6547581a020133f9e0a4227969765912807a6c8212dd4451fcc867821e40dbaa6c9a10040ae677fedf9b7bb823cd1fd4e4f718d2f30c631f3c0ae88f28d03713044469a0408a8e4fd6bd8b88d7331eebf6b9a24629e8c2565b7790324dd2425c8cb74bf4bd0d03ff700b02ba427c236b17fff1c7c085685dfc3cc2fd74f8595b5895d5bff3aabb44e131b60bc8f5a521da8390e7847741a65d4777038d8296df16e133d0742474765407b594fbd7104784a10ef8ec85abb0ca9d3997518982a2c0f9e171a0768e95592cb12e86d78cb8ca5d3f6e434be7beb01ff1bbc2d1528f6c82d22e188c7f9eab3a34d32e1af5a7a5485e4a108cf6d4899f30af9307359b34ca17353b450b5658bbb7de5cb50108e32be468bc4227c42c3d56e275f491a07b25820cd25649f8d367c2364f37c8753397c3de90c1b1b776dc4a735bf3e3acc246775cc2bb4ef8d3261f9b441ecd77f4f7f2b145afa4e2f0d64afb4cffd0ff2d86e559b10bcf3cfbaf23c8cda900f1f7d3c6e15ba0937a68df9cbce3975f62d26dd87545e62659db9972f188834d3d5e9c56129ec722521cfaee27b548fa19593b243aa4c6425345af6dba8e1c1f8a9a0c75a09bb2879250514b95d9cd1808a91243be39f7cb8d7cbf558623893db583c3e78d956940af4b208e13fd9b6dbfb5513c359a3f79b85bff2dec2959624c02d368b6a760cad4e33ad92af15f0b0ea319b4876f7a41d037e49524b4e2b23fe83456b9314ca9e865341e8fa31eeadb51451e063338425a8dc4423614b34cf1dc310aced37694366eee0e0ec97cd595e667dc60b8586a61d03acffb36890380497ad9c6eb74d15fe69473340831ccb99715f19885704f135bb1089adc94391c7b2e75da1cc8bd4274673965f0e485ca5c13ff3fd5371a7f8bb16eca62a12d196a5516efc1338d06f646abd937c5ae23bb3d879ba7e7ce3df28139f027dc5810f501453374c130d8600cab2dee2ff7ddff7b740a818a2d51ccd56aecee1f16cf3248af4e3c9a925c32c4157e10727bed5fa3974e4dea50a7ad03394fd753dbda47841580e3afe8d4481117c6f67060c0c4f1d78bd4be62850ecd4abd9856d549e236d0291d8d40fac3ba69c3ce11909e2f9e34a99ac5d24c35713072e4739375bac21acc0433c9a2e89b0cb25281be8ae7213c67cbf8f2ae2af60cc732b1df37b34ad401c9555f0599939654a2021da77597a8043837f1a80e7c46dfac76b617fc8de039cc50aee0978c11f76f07c3447734e0a0c2b77da9ef17cf0cc244d5d95a53d17f6331d26e22d6b145983ce29db06387690bcc9e740c8f1d564535019562e99c07449a43cea4c7c579abf9b0b153378b4d2f3fcea4e317f8062e1fd1ae01da85683cb715b3f86535051653bf86c187286361836d09887c152c641bdd9aff3d8c9607893875e1c794b345f182c839205caac9328ac01c0ed14ca958d340c158eae04754511d5d88e8c6ae5104fe511e9a899402c6f4d3951c26d2ba0fca318872cf70d74ee6e186cc737fd2173a33724f4b04aa8a2569d774049601fd9fe9a4cefd20a07264b239e7ed42543d1a8cd4b5e0a11889bf6eacb62804699256332e2b3247be7c74629222bac29ed9fe572b79d3f0c1b800abc4b109e80ba4d52dc74719cfdbe50b225f2fb3874bb7cb7ffd05f464abc20c5058d175236068f19da4270308496d492e379c4d9e4aeda87f7525b641de9c1c820873531aeb6461466fb843ebca7a7a2c6dce6fcb8bee9ba04cd1ce4c9605dd4c08a56df7307bb8ab30a52fcd18e4a002e9d54eeed25ea176d85bfd386948facf180476a5068f0ecf475ea365e010833ce7bce63b9e1e9a61351df460266ff5d02f48c487ccad6b11240256c54be6ef24d80dc15b0ad2162bd40c360af45d243b783c7152d6ea56e708e79e36ef3eec928438d8a8b2a5b500c3a5b72d9aedcae5fd185efefc999af1fbb59dd04455821612010dedc7cd772f9893f0c3427761903ac76634bc20cb22879777e6f29acace5d63baa2a9a3943fd560bf51290fd423c58ebca7429b734102c3cd7c15b1eb67afb0c9404861c9e181bba747abc1f441a8879111b8ec43a4258f10bae8ca4ee3d1976649a1c527eed668bda6b3c76a54e86bfefef36c1f305fe200e36bc1c8d3745fd99c912af9427c057b64bea967b71d2f97bfee8a3e9640daa54ffb905173c0dd63b4c32e22610ac582b6591257c0da3aefe0ac1a18227539359cf7910cdce7a990da94330e277cfc2017b3be52772f91aa2a214d011427d57e937e5f86b1c91a91b1c853a5ce149666bb95b1e1a3a02ef83b39fa99b4ac83c31ff6b1bf9e1d242a634ee644df1131a6ff5784e73cacffb036ce94109129a3270b5cf9e300a2130cb87b5e24aee7b977a954380c25e094678134e3d3d4469461b912dd51fed1a2525ac0df82659c371854ce661b5fe1c34f3c1eef3859ab0ed264e250dd6b61e086ba6f5efb8f863ccf4d9c87740e26b3e53830dce0f5dfd88f08941101341662b403156b1eb96d1dedc65952fdf64fa3ecef466769Documentation_Index.htmlrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootshorewall-5.1.5.2-3.1.src.rpmshorewall-docs   rpmlib(CompressedFileNames)rpmlib(PayloadFilesHavePrefix)rpmlib(PayloadIsLzma)3.0.4-14.0-14.4.6-14.11.2Y@YYf@YTYJ_YA%@X[XrX,XN@XGVU@UUa@UKSU-@U@U@T@TÉ@TNT@T@TT@Tq@TZ@T @T1TT@T@SSS@S@SS׌SFS˯@SS@SS@Sg@S~@SuS:@S*@S@R3@Ra@RRe@RUE@RM\@R@R@R@QQQQ(@Q]k@Q=@Q@P@PDPP@P @P}@P@PAP@Puc@PqnPnP`K@PDP3x@P"TO@O;O#O:OЗOȮOOE@O@O@O@OfO@Ohq@Oc+@OJODOO@O@NN@N_NvN@N<@NuN@N]NtNs:@NONENA!@N:N98@N%qNM@MMM@MӴMz@MM'M@MM=MzMS@M:M-M!@L@L@LOL@L@Lbruno@ioda-net.cholaf@aepfle.debruno@ioda-net.chalarrosa@suse.combruno@ioda-net.chbruno@ioda-net.chbruno@ioda-net.chbruno@ioda-net.chbruno@ioda-net.chbruno@ioda-net.chbruno@ioda-net.chbruno@ioda-net.chtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgdimstar@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.orgtoganm@opensuse.org- Update to bugfix release 5.1.5.2 + Make build reproducible boo#1047218 + Fix upgrade from 4x version : dropBcast and dropBcasts are now supported boo#1053650 + Perl 5.26 support + Fix for BASIC_FILTERS=Yes and tcfilters + Fix USER/GROUP messages + MAC address in OUTPUT col in accounting file error is raised at compile time + Fix port number 0 or > 65535 perl execption- Update filename in /var/adm/update-messages to match documentation, and build-compare pattern- bugfix release 5.1.4.4 A defect in 5.1.4.3 caused a startup failure when two or more 'fallback' providers were configured. That has been corrected.- Fix a typo in %posttrans that would remove the wrong file and could cause a problem depending on the execution order of the %pretrans and %posttrans scripts for the shorewall and shorewall6 packages.- This stable branch 5.1x will be the new default for Leap 42.3. Remember that each time you have an upgrade with changes in Major or Major,Minor it is mandatory you upgrade your configuration with shorewall(6) update -a /etc/shorewall(6) command. - Packaging : use pretrans and posttrans to inform user about configuration upgrade. - Bugfix release 5.1.4.3. Problem Corrected: When running on prior-generation distributions such as RHEL6, IPv6 multi-ISP configurations failed to start due to an error such as the following: ERROR: Command "ip -6 -6 route replace default scope global table 250 nexthop via ::192.88.99.1 dev tun6to4 weight 1" Failed Such configurations now start successfully.- Bugfix and enhancement release 5.1.4.2 complete changelog is available http://shorewall.net/pub/shorewall/5.1/shorewall-5.1.4/releasenotes.txt - Main changes All IPv6 standard actions have been deleted and their logic has been added to their IPv4 counterparts who can now handle both address families. Previously, ?error and ?require messages as well as verbose ?info and ?warning messages (those that report the file and line numbers) generated from an action file would report the action file name and line number rather than the file and line number where the action was invoked. The file and line number where the action was invoked were listed second. Beginning with this release, the invoking file and line number are listed first and the action file and line number are not reported. This allows for creation of clearer messages. IPv6 UPnP support (including MINIUPNPD) is now available. A PERL_HASH_SEED option has been added to allow the Perl hash seed to be specified. See shorewall.conf(5) and perlsec(1) for details.- Bugfix release 5.1.3.2 Previously, if a Shorewall Variable (e.g., @chain) was the target of a conditional ?RESET directive (one that was enclosed in ?if. ?else...?endif logic), the compiler could incorrectly use an existing chain created from the action rather than creating a new (and different) chain. That has been corrected. Previously, if alternate input format specified a column that had already been specified, the contents of that column were silently overwritten. Now, a warning message is issued stating that the prior value has been replaced by the newer value.- Update to last bugfix version 5.1.3.1 Problems Corrected: There was a typo in the BLACKLIST_DEFAULT settings in the 5.1.3 sample config files, which resulted in a compilation error. That typo has been corrected. There was also a typo in the two-interface IPv4 sample snat file; 192.168.0.0/16 was inadvertently entered as 92.168.0.0/16. That has been corrected. Previously, when processing the policy file, 'all+' was incorrectly treated the same as 'all'. That has been corrected so that 'all+' causes intra-zone traffic to be included in the policy.- Upgrade to last stable 5.1.3 For details see changelog.txt and releasenotes.txt containing all informations for a correct upgrade path. - Packaging Redone patches for var-fillup + shorewall-fillup-install.patch + shorewall-init-fillup-install.patch + shorewall-lite-fillup-install.patch- Upgrade to stable 5.1.1 For details see changelog.txt and releasenotes.txt containing all informations for a correct upgrade path. - Packaging: + use proper %{} syntax + Adjust year copyright + Remove attr on sbindir symlink + Move Samples and Contrib to doc package- Upgrade to last stable of 5.0.x version 5.0.15 For details see changelog.txt and releasenotes.txt containing all informations for a correct upgrade path. - Packaging : + Remove all non suse %if + Cleanup older non supported version + Remove upstream merged patch * 0001-remote_fs.patch * 0001-required-stop-fix.patch + Remove 0001-fillup-install.patch replaced by specific product patch for correct usage of var-fillup + Added patches for var-fillup when not specific %name6 is also supported * shorewall-fillup-install.patch * shorewall-init-fillup-install.patch * shorewall-lite-fillup-install.patch + spec-cleaner minimal- Update to last 4x bugfix version 4.6.13.4 For details see changelog.txt and releasenotes.txt - 4.6.13.4 * This release includes a couple of additional configure/install fixes from Matt Darfeuille. * The DROP command was previously rejected in the mangle file. That has been corrected. - 4.6.13.3 * Previously, Shorewall6 rejected rules in which the SOURCE contained both an interface name and a MAC address (in Shorewall format). That defect has been corrected so that such rules are now accepted. * A number of corrections have been made to the install, uninstall and configure scripts (Matt Darfeuille). * Previously, optional interfaces were not enabled during 'start' and 'restart' unless there was at least one entry in the 'providers' file. This resulted in these interfaces not appearing in the output of 'shorewall[6] status -i'. * The check for use of a circular kernel log buffer (as opposed to a log file) has been improved. * Previously, if a circular log buffer was being used, the output of various commands still displayed '/var/log/messages' as the log file. Now, it is displayed as 'logread'. * When processing the 'dump' command, the CLI now uses 'netstat' to print socket information when the 'ss' utility is not installed. - 4.6.13.2 * Previously, if statistical load balancing was used in the providers file, the default route in the main table was not deleted during firewall start/restart. That route is now correctly deleted. - 4.6.13.1 * Previously, the 'reset' command would fail if chain names were included. Now, the command succeeds, provided that all of the specified chains exist in the filter table. * The TCP meta-connection is now supported by the Tinc macro and tunnel type. Previously, only the UDP data connection was supported.- Update to version 4.6.13 For more details see changelog.txt and realeasenotes.txt * The 'rules' file manpages have been corrected regarding the packets that are processed by rules in the NEW section. * Parsing of IPv6 address ranges has been corrected. Previously, use of ranges resulted in 'Invalid IPv6 Address' errors. * The shorewall6-hosts man page has been corrected to show the proper contents of the HOST(S) column. * Previously, INLINE statements in the mangle file were not recognized if a chain designator (:F, :P, etc.) followingowed INLINE(...). As a consequence, additional matches following a semicolon were interpreted as column/value pairs unless INLINE_MATCHES=Yes, resulting in compilation failure. * Inline matches on IP[6]TABLE rules could be ignored if INLINE_MATCHES=No. They are now recognized. * Specifying an action with a logging level in one of the _DEFAULT options in shorewall[6].conf (e.g., REJECT_DEFAULT=Reject:info) produced a compilation error: ERROR: Invalid value (:info) for first Reject parameter /usr/share/shorewall/action.Rejectect (line 52) That has been corrected. Note, however, that specifying logging with a default action tends to defeat one of the main purposes of default actions which is to suppress logging. * Previously, it was necessary to set TC_EXPERT=Yes to have full access to the user mark in fw marks. That has been corrected so that any place that a mark or mask can be specified, both the TC mark and the User mark are accessible.- Update to version 4.6.11 For more details see changelog.txt and releasenotes.txt * Previously, when the -c option was given to the 'compile' command, the progress message "Compiling..." was issued before it was determined if compilation was necessary. Now, that message is suppressed when re-compilation is not required. * Previously, when the -c option was given to the 'compile' command, the 'postcompile' extension script was executed even when there was no (re-)compilation. Now, the 'postcompile' script is only invoked when a new script is generated. * If CONFDIR was other than /etc, then ordinary users would not receive a clear error message when they attempted to execute one of the commands that change the firewall state. * Previously, IPv4 DHCP client broadcasts were blocked by the 'rpfilter' interface option. That has been corrected. * The 'update' command incorrectly added the INLINE_MATCHES option to shorewall6.conf with a default value of 'Yes'. This caused 'start' to fail with invalid ip6tables rules when the alternate input format using ';' is used. Note: This last issue is not documented in the release notes included with the release.- Update to version 4.6.10.1 For more details see changelog.txt and releasenotes.txt * Indentation is now consistent in lib.core (Tuomo Soini). * The first problem corrected in 4.6.10 below was incomplete. It is now complete (Tuomo Soini). * Similarly, the second fix was also incomplete and is now completed (Tuomo Soini).- Update to version 4.6.9 For more details see changelog.txt and releasenotes.txt * This release contains defect repair from Shorewall 4.6.8.1 and earlier releases. * The means for preventing loading of helper modules has been clarified in the documentation. * The SetEvent and ResetEvent actions previously set/reset the event even if the packet did not match the other specified columns. This has been corrected. * Previously, the 'show capabilities' command was ignoring the HELPERS setting. This resulted in unwanted modules being autoloaded and, when the -f option was given, an incorrect capabilities file was generated. * Previously, when 'wait' was specified for an interface, the generated script erroneously checked for required interfaces on all commands rather than just start, restart and restore.- Update to version 4.6.8.1 For more details see changnlog.txt and releasenotes.txt * Previously, when servicd was installed and there were one or more required interfaces, the firewall would fail to start at boot.This has been corrected by Tuomo Soini. * Some startup logic in lib.cli has been deleted. A bug prevented the code from working as intended, so there is no loss of functionality resulting from deletion of the code.- Update to version 4.6.8 For more details see changelog.txt and releasenotes.txt * This release includes defect repair from Shorewall 4.6.6.2 and earlier releases. * Previously, when the -n option was specified and NetworkManager was installed on the target system, the Shorewall-init installer would still create ${DESTDIR}etc/NetworkManager/dispatcher.d/01-shorewall, regardless of the setting of $CONFDIR. That has been corrected such that the directory ${DESTDIR}${CONFDIR}/NetworkManager/dispatcher.d/01-shorewall is created instead. * Previously, handling of the IPTABLES and IP6TABLES actions in the conntrack file was broken. nfw provided a fix on IRC. * The Shorewall-core and Shorewall6 installers would previously report incorrectly that the product release was not installed. Matt Darfeuille provided fixes.- Update to version 4.6.7 For more details see changelog.txt and releasenotes.txt * This release includes defect repair from Shorewall 4.6.6.2 and earlier releases. * The 'tunnels' file now supports 'tinc' tunnels. * Previously, the SAME action in the mangle file had a fixed timeout of 300 seconds (5 minutes). That action now allows specification of a different timeout. * It is now possible to add or delete addresses from an ipset with entries in the mangle file. The ADD and DEL actions have the same behavior in the mangle file as they do in the rules file. - Added systemd_version macro in anticipation of detecting the correct service file when systemd version is >= 214- Update to version 4.6.6.2 For more details see changelog.txt and releasenotes.txt * The compiler failed to parse the construct +[n] where n is an integer (e.g., +bad[2]). * Orion Paplawski has provided a patch that adds 'ko.xz' to the default MODULE_SUFFIX setting. This change deals with recent Fedora releases where the module names now end with ".ko.xz". In addition to Orion's patch, the sample configurations have been modified to specify MODULE_SUFFIX="ko ko.xz".- Update to version 4.6.6.1 For more details see changelog.txt and releasenotes.txt * Previously the SAVE and RESTORE actions were erroneously disallowed in the INPUT chain within the mangle file. * The manpage descriptions of the mangle SAVE and RESTORE actions incorrectly required a slash (/) prior to the mask value. * Race conditions could previously occur between the 'start' command and the 'enable' and 'disable' commands. * The 'update' command incorrectly added the INLINE_MATCHES option to shorewall.conf with a default value of 'Yes'. This caused 'start' to fail with invalid iptables rules when the alternate input format using ';' is used. * Previously the LOCKFILE setting was not propagated to the generated script. So when the script was run directly, the script unconditionally used ${VARDIR}/lock.- Update to version 4.6.6 For more details see changlelog.txt and releasenotes.txt As there are many new features with this release please consult the mentioned files. * Previously, a line beginning with 'shell' was interpreted as a shell script. Now, the line must begin with 'SHELL' (case-sensitive). Note that ?SHELL and BEGIN SHELL are still case-insensitive.- Update to version 4.6.5.5 For more details see changelog.txt and releasenotes.txt * This release adds Tuomo Soini's fix for Shorewall-init to 4.6.5.5. Previously, the ifupdown scripts were looking in the wrong directory for the firewall script.- Update to version 4.6.5.4 For more details see changelog.txt and releasenotes.txt * The '-c' option of the 'dump' and 'show routing' commands is now documented. * The handling of the 'DIGEST' environmental variable has been corrected in the Shorewall installer. Previously, specifying that option would not correctly update the Chains module which led to a Perl compilation failure. * Handling of ipset names in PORT columns has been corrected. Previously, such usage resulted in an invalid iptables rule being generated.- Update to version 4.6.5.3 For more details see changelog.txt and releasenotes.txt * The Shorewall-init scripts were using the incorrect variable to set the state directory. Correction provided by Roberto Sanchez. * For normal dynamic zones, the 'add' command failed with a diagnostic such as: ERROR: Zone ast, interface net0 does not have a dynamic host list * When a mark range was used in the marks (tcrules) file, a run-time error occurred while attempting to load the generated ruleset.- Do not buildrequire openSUSE-release: it's a daily changing package and causes thus frequent rebuilds for no reason. configure and install both try to guess the target from /etc/os-release. So we simply inject BUILD=suse for the openSUSE case.- Update to version 4.6.5.2 For more details see changelog.txt and releasenotes.txt * LOG_BACKEND=LOG failed at run-time for all but the most recent kernels. - Changes in 4.6.5.1 * The generated script can now detect an gateway address assigned by later versions of that program (Alan Barrett). * In 4.6.5, the bash-based configure script would issue the following diagnostic if SERVICEDIR was not specified in the shorewallrc file: ./configure: line 199: [SERVICEDIR]=: command not found This was compounded by the fact that all of the released shorewallrc files still specified SYSTEMDDIR rather than SERVICEDIR (Evangelos Foutras) * The shorewallrc.archlinux file now reflects a change in SBINDIR that occurred in Arch Linux in mid 2013 (Evangelos Foutras).- Update to versioin 4.6.4.3 For more details see changelog.txt and releasenotes.txt * The fix for LOG_BACKEND in 4.6.4.2 worked on some older distributions but not on newer ones. This release fixes the problem in the remaining cases.- Update to version 4.6.3.4 For more details see changelog.txt and releasenotes.txt * The 'Universal' configurations previously failed to start with the diagnostic ERROR: No network interface available: Firewall state not changed * A defect introduced in 4.6.3 prevented Shorewall-init from starting when required interfaces were present. * Some defect repair from 4.6.2.5 was inadvertently omitted from 4.6.3. In particular, the fix for Shorewall-init on systems running systemd was omitted. Those fixes have now been merged into this release.- Update to version 4.6.3.3 For more details see changelog.txt and releasenotes.txt * Including a PREROUTING SECTION in the accounting file unconditionally resulted in a fatal error: ERROR: The PREROUTING SECTION is not allowed when ACCOUNTING_TABLE=filter * Previously, the compiler could generate many superfluous rules to enforce the 'tcpflags', 'nosmurfs' and 'maclist' interface options.- Update to version 4.6.3.2 For more details see changelog.txt and releasenotes.txt * The shorewall[6]-actions manpages previously contained incorrect examples of the usage of table names with builtin actions. Incorrect: FOOBAR,filter,mangle Correct: FOOBAR builtin,filters,mangle * Previously, if /etc/iproute2/rt_tables was not writeable, then KEEP_RT_TABLES=No behaved like KEEP_RT_TABLES=Yes. Now, a warning message is issued if that file is not writeable and KEEP_RT_TABLES is set to No. WARNING: /etc/iproute2/rt_tables is missing or is not writeable * In earlier 4.6.3 versions, the help text from shorewall-lite and shorewall6-lite included two versions of the 'run' command. run [ ... ] .. run [ ... ] The second one has now been deleted. * New Features: Eric Teeter has contributed a Citrix Goto Meeting macro.- Update to version 4.6.3.1 For more details see changelog.txt and releasenotes.tx * The DNSAmp action released in 4.6.3 matched more packets than it should have. That has now been corrected. * The handling of REJECT in IP[6]TABLES rules has been clarified inthe shorewall-rules(5) and shorewall6-rules(5) manpages. * The following misleading error message has now been corrected: ERROR: The xxx TARGET is now allowed in the filter table The message now reads: ERROR: The xxx TARGET is not allowed in the filter table - Spec fixes * Fixed shorewall-init requires so it needs shoreline-firewall which is an alias for shorewall shorewall6 shorewall-lite and shorewall6-lite packages * shorewall-init package was missing a rc link- Update to version 4.6.2.5 For more details see changelog.txt and releasenotes.txt * Previously, when an interface specified the 'physical=' option and the physical interface name was specified in the INTERFACES column of the providers file, compilation would fail with diagnostics similar to the following: Use of uninitialized value $physicalal in pattern match (m//) at /usr/lib/perl5/vendor_perl/5.18.1/ Shorewall/Providers.pm line 463, <$currentfile> line ERROR:ERROR A provider interface must have at least one associated zone /zoneopt/etc/shorewall/providers (line 2) * Shorewall-init now works correctly on systems with systemd. By Louis Lagendijk. - Remove backported patches * PHYSICALNAME.patch * 0001-Modify-the-preceding-fix-to-work-with-wildcard-inter.patch- Backport 0001-Modify-the-preceding-fix-to-work-with-wildcard-inter.patch as the previous patch broke some configurations- Backported PHYSICALNAME.patch- Update to version 4.6.2.4 For more details see changelog.txt and releasenotes.txt + Previously, inline matches were not allowed in action files, even though the documentation stated that they were allowed.- Update to version 4.6.2.3 For more details see changelog.txt and releasenotes.txt * Previously, the compiler would fail with a Perl diagnostic if: + Optimize Level 8 was enabled. + Perl 5.20 was being used. This is the current Perl version on Arch Linux. The diagnostic was: Can't use string ("nat") as a HASH ref while "strict refs" in use at /usr/share/shorewall/Shorewall/Chains.pm line 3486.- Update to version 4.6.2.2 For more details see changelog.txt and releasenotes.txt * The compiler now correctly detects the IPv6 "Header Match" capability when LOAD_MODULES_ONLY=No. * The compiler now correctly detects the IPv6 "Ipset Match" capability on systems running a 3.14 or later kernel. * The compiler now correctly detects "Arptables JF" capability when LOAD_MODULES_ONLY=No. * The tcfilter manpages previously failed to mention that BASIC_FILTERS=Yes is required to use ipsets in the tcfilters files.- Update to version 4.6.2.1 For more details see changelog.txt and releasenotes.txt * Two issues with tcrules processing have been corrected: + SAVE and RESTORE generated fatal compilation errors. + '|' and '&' were ignored. That issue is also present in the processing of the mangle file * Version 4.6.2 changes + The DSCP match in the mangle and tcrules files didn't work with service class names such as EF, BE, CS1, ... + The SAVE and RESTORE actions were disallowed in the OUTPUT chain in tcrules and mangle; this was a regression from 4.5.21. + Additional ports required by Asus, Supermicro and Dell have beenadded to the IPMI macro (Tuomo Soini). + Some issues regarding install under Cygwin64 have been addressed. - configure.pl did not understand CYGWIN returned from `uname` - Shorewall-core install.sh did not understand CYGWIN returned from `uname`. - The Shorewall and Shorewall6 installers tried to run the command 'mkdir -p //etc/shorewall[6]' which is broken in the current Cygwin64.- Update to version 4.6.1.4 For more details see changelog.txt and releasenotes.txt * The DSCP match in the mangle and tcrles files didn't work with service class names such as EF, BE, CS1, ... (Thibaut Chèze) * The SAVE and RESTORE actions were disallowed in the OUTPUT chain in tcrules and mangle; this was a regression from 4.5.21.- Update to version 4.6.1.3 For more details see changelog.txt and releasenotes.txt * Use of the 'IfEvent' action resulted in a compilation failure: ERROR: -j is only allowed when the ACTION is INLINE with no parameter /usr/share/shorewall/action.IfEvent (line 139) from /etc/shorewall/action.SSHKnock (line 8) from /etc/shorewall/rules (line 31)- Update to version 4.6.1.1 For more details see changelog.txt and releasenotes.txt * An improved error message is generatred when a server address list is specified in the DEST colume of a DNAT or REDIRECT rule. At one time, iptables supported such lists, but now only a single address or an address range is supported. The previous error message was: ERROR: Unkknown Host (192.168.1.4,192.168.1.22) The new error message is: ERROR: An address list (192.168.1.4,192.1688.1.22) is not allowed in the DEST column of a xxx RULE whenere xxx is DNAT or REDIRECT as appropriate. * Two problems have been corrected in the Shorewall-init Debian init script. + A cosmetic problem which releasenotessulted in 'echo_notdone' being displayed on failure rather than 'nott done'. + More seriously, the test for the existance of compiled firewall scripts was incorrect, with the result that the firewallingall scripts were not executed. These defects, introduced in Shorewall 4.5.17, have now been corrected. - Restating that CHECKSUM.patch is removed since braindead factory-auto scripts do not understand previous comment- Update to version 4.6.1 For more details see changelog.txt and releasenotes.txt * The release notes in the packages mention a fix for 'rpfilter'. That defect was actually corrected in 4.5.6.9 with a slightly different description in the release notes. * Tuomo Soini has provided new macros for AMOP, MongoDB, Redis, Sieve and IPMI (RMCP).- Update to version 4.6.0.3 For more details see changelog.txt and releasenotes.txt * 1:1 NAT is now enabled in IPv6. * subtle interaction between NAT and sub-zones is explained in shorewall-nat. * The 'show filters' command now works with Simple TC.- Update to version 4.6.0.2 For more details see changelog.txt and releasenotes.txt * The 'upgrade -A' command now converts the tcrules file to a mangle file. Previously, that didn't happen. * The install components now support RHEL7. * Whitespace issues in the skeleton configuration files have been corrected (Tuomo Soini). * FAQ 2e has been added which describes additional steps required to achieve hairpin NAT on a bridge where the modified packets are to go out the same bridge port as they entered. * shorewall-masq(5) has been corrected to include the word SOURCE on the description of that column. Previously, the description read '(formerly called SUBNET)'. * The output of 'shorewall show filters' once again shows ingress (policing) filters. This works around undocumented changes to the behavior of the 'tc' utility. - removed backported CHECKSUM.patch- Update to version 4.6.0. For more details see changelog.txt and releasenotes.txt. Since this is a major release for those who are migrating from previous version, it is important to read the above mentioned notes. * This release includes all defect repair from releases up through 4.5.21.9. - Backported CHECKSUM.patch- Update to version 4.5.21.9 For more details see changelog.txt and releasenotes.txt * The output of 'shorewall show capabilities' always showed the 'Recent match --reap option' as 'Not Available'. 'shorewall show -fcapabilities' correctly reported the capability. * When a rules file section other than NEW began with a ?COMMENT directive, the comment would erroneously appear in the rule which jumps to the section chain as well as in the rules directly related to the following entries. * Rule comments were omitted from the compiler's 'trace' output in some cases. * When FASTACCEPT=Yes, ESTABLISHED,RELATED accept rules were incorrectly omitted from an interfaces's _in and _fwd chains when 'rpfilter' was specified in the interfaces's entry in /etc/shorewall[6]/interfaces.- Update to version 4.5.21.8 For more details see changelog.txt and releasenotes.txt * If an rtrules entry duplicated a Shorewall-generated route rule but had a lower priority than the generated one has (20000), then a disable/enable sequence on the provider would result in duplicate rules with priority 20000. * When 'shorewall[6] debug [re]start' was run, any error messages generated because of ip[6]tables command errors would not include '-t table'. - Remove 0001-fix-release-version.patch- Update to version 4.5.21.7 For more details see changelog.txt and releasenotes.txt * The help text for the 'dump' command has been updated to include all valid options. * The behavior of ADMINISABSENTMINDED=No is corrected. Previously, 'shorewall stop' would not block existing connections regardless of the setting of this option. Beginning with this release, the behavior of ADMINISABSENTMINDED=No depends on whether the routestopped or the stoppedrules file defines the allow connections while the firewall is stopped. If there are entries in /etc/shorewall[6]/routestopped or if there are no entries in /etc/shorewall[6]/stoppedrules, then the behavior of ADMINISABSENTMINDED=No is as documented (existing connections are blocked unles they are allowed by /etc/shorewall[6]/routestopped). If there are no entries in /etc/shorewall[6]/stoppedrules, then the behavior is as if ADMINISABSENTMINDED=Yes and a warning message is generated. - Add 0001-fix-release-version.patch to correct version info of the releasenotes.txt- Update to version 4.5.21.6 For more details see changelog.txt and releasenotes.txt * When a non-terminating target specified logging, the compiler would erroneously generate a 'goto' (-g) iptables command rather than a 'jump' (-j) command. This caused the wrong set of rules to be traversed, usually the catchall 'REJECT' or 'DROP' rule at theend of the INPUT or FORWARD chain. The compiler now generates a 'jump' rule in these cases. * When an interface containing a period (such as a VLAN interfaceterface) was used in an 'add' or 'delete' command, the wrong ipset name was generated, resulting in failure of the command.- Update to version 4.5.21.5 For more details see changelog.txt and releasenotes.txt * A number of minor updates have been made to the documentation and manpages. * The 'postcompile' extension script is now documented at http://www.shorewall.org/shorewall_extension_scripts.htm * The 'add' command previously failed if 'IPSET=' appeared in the shorewall.conf file. This has been corrected.- Update to version 4.5.21.4 For more details see changelog.txt and releasenotes.txt * The Broadcast actions have been corrected: - --dst-type BROADCAST has been removed from the IPv6 version - A superfluous DROP rule in the IPv4 version has been suppressed. * Previously, if an HFSC class was specified with dmax but not umax, then the firewall would fail to start with the messages: Nov 14 13:42:42 Setting up Traffic Control... HFSC: Illegal "umax" HFSC: Illegal "sc" ERROR: Command "tc class add dev eth1 parent 1:1 classid 1:110 hfsc sc umax b dmax 150ms rate 1575kbit ul rate 3150kbit" Failed That problem has been corrected. * The tcrules file now supports DROP entries to allow early dropping of DOS packets.- Update to version 4.5.21.2 For more details see changelog.txt and releasenotes.txt * Previously, the AutoBL action would fail if the kernel and iptables did not support the Recent Match '--reap' option. A new REAP_OPTION capability has been added to work around this issue. * The Shorewall-core installer no longer reports an error from 'cp' stating that it could not stat the shorewallrc file. * When a non-root user attempts to execute 'version -a', the CLI no longer attempts to get the version of the compiled firewall. Previously, the command issued the following diagnostic when run by non-root: /sbin/shorewall: /var/lib/shorewallhorewall/firewall: Permission denied * Shorewall no longer uses 'fgrep' thus allowing for use on systems without that utility. All uses of 'fgrep' have been replaced by 'grep -F'. * Placing | in the ACTION column of the tcrules file no longer raises a fatal compilation error.- Update to version 4.5.21.1 For more details see changelog.txt and releasenotes.txt * Problems with the Shorewall Init installer (install.sh) were corrected. These problems affected initial Gentoo and Debian installs. * A problem that prevented multiple ICMP/ICMP6 types to be specified in a rule has been corrected. * Previously, an attempt to specify RAS or Q.931 in the HELPER column was rejected with an error. * The 'nohostroute' provider option was not honored in the default table when USE_DEFAULT_RT=Yes.- Update to version 4.5.21 For more details see changelog.txt and releasenotes.txt * ip[6]tables 1.4.20 introduced an incompatible change that causes the program to fail if there is another instance of either iptables or ip6tables already running. This behavior can be avoided if the new -w option is specified. To work around this problem, the compiler now uses the -w option (when available) during capabilities determination so that shorewall and shorewall6 compilations can proceed in parallel. * Previously, the Shorewall-init installer unconditionally installed the sysconfig file even when a different SYSCONFFILE was specified. (Thomas D). * /sbin/shorewall-init now includes the correct SYSCONFDIR name in its error message that reports the absense of ${SYSCONFDIR}/shorewall-init. (Thomas D). * /sbin/shorewall-init and the Shorewall-init SysV init scripts now honor the setting of $OPTIONS. * The -lite installers now look in ${SHAREDIR} for the coreversion file rather than in /usr/share/. * If a Shorewall-lite installation used an /etc/shorewall-lite/vardir file to set a non-standard state directory, the administrative system would send the firewall and firewall.conf files to the wrong directory on the firewall system. * Previously, the compiler verified 'monthdays' specifications in the rules TIME column, but failed to include --monthdays in the generated rule. That omission has been corrected. * The Multicast DNS macros (mDNS and mDNSbi) now allow the entire non-priv port range (1024-65535) for the the dynamic unicast port. Previously, only the Linux 2.6+ dynamic port range (32768-65535) were allowed. - Spec file changes * Add 0001-fillup-install.patch * Remove shorewall-init-4.5.15-install.patch- Update to version 4.5.20 For more details see changelog.txt and releasenotes.txt * A typographical error in the usage text produced by the -h command in the compiled firewall script has been corrected. * The handling of INITSOURCE is now uniform between the standard and the -lite installers. * Previously, when SYSCONFFILE was specified in shorewallrc, the installers would always install default.debian rather than the named file. That has been corrected. - Spec file changes * removed the following pathces: 0001-Os-release.patch 0001-Fix-Exec-directory.patch- Spec file changes * Add 0001-Os-release.patch Fixes bnc#833999 * dropped 0001-Use-etc-os-release-as-of-release-13.1.patch- Spec file changes * Added 0001-Use-etc-os-release-as-of-release-13.1.patch Fixes bnc#833999 for /etc/os-release- Update to version 4.5.19 For more details see changelog.txt and releasenotes.txt * Previously, the '-q' option did not suppress all output from certain commands such as 'check'.- Spec file changes * Added 0001-Fix-Exec-directory.patch which fixes ExecStart ExecStop path of systemd shorewall-init.service (bnc#827524) * removed systemd.patch- Update to version 4.5.18 For more details see changelog.txt and releasenotes.txt * This release includes all defect repair from Shorewall 4.5.17.1. * The following warning message could be emitted inappropriately when running shorewall 4.5.17. The rule(s) generated by this entry are unreachable and have been discarded These warnings, which were disabled in Shorewall 4.5.17.1, are now only emitted where appropriate. The message has also been reworded to: One or more unreachable rules in chain have been discarded The message is issued a maximum of once per Netfilter chain. * A problem that could cause the 'trace' compiler option to produce false error messages or to produce an altered generated firewall script has been corrected. * If the 'Owner Name Match' capability was not available, the following error message would previously appear during compilation: iptables: No chain/target/match by that name. - spec file changes * rebased systemd.patch- Update to version 4.5.17.1 For more details see changelog.txt and releasenotes.txt. * The following warning message may be emitted inappropriately when running shorewall 4.5.17. The message is no longer issued. The rule(s) generated by this entry are unreachable and have been discarded * Rules intended to increment nfacct objects would previously be optimized away when they immediately preceded an unconditional jump to the same target. Such rules are now retained. * A bug in the optimizer in 4.5.17 can cause 'set' and 'geoip' matches to be dropped. That has been corrected. - spec file changes * rebased systemd.patch- Update to version 4.5.15 For more details see changelog.txt and releasenotes.txt * Previously, the Shorewall and Shorewall6 install.sh scripts did two things wrong with respect to the /etc/shorewall[6]/routes file: + The existing file was unconditionally removed. + A skeleton file was not installed when SPARSE was not set in the shorewallrc file. Additionally, the installer would remove /etc/shorewall[6]/tcstart * The Shorewall-init install.sh script previously refused to replace /sbin/ifup-local and /sbin/ifdown-local when those files has been installed by an earlier version of Shorewall-init. * Previously, Shorewall-init's integration with NetworkManager was incomplete on SuSE with the result that NetworkManager interface change events were not processed. That has been corrected. * Beginning with Shorewall 4.5.8, Shorewall6 has interpreted /32 networks as hosts (/128). /32 IPv6 networks are once again handled correctly. * Using names such as such as EF, BE, CS1, ... for DSCP didn't work previously. Thibaut Chèze has provided a fix. * An incorrect range test prevented DSCP classes CS6 and CS7 from being accepted. The test has been corrected and those classes are now allowed. - spec file changes * rebased systemd.patch * added shorewall-init-4.5.15-install.patch and removed shorewall-init-4.5.2-install.patch- Update to version 4.5.14 For more details see changelog.txt and releasenotes.txt * Previously, a list of IPv6 host addresses where each address was enclosed in square brackets generated a fatal compile-time error. Such lists are now handled correctly. * The Shorewall 'load', 'reload' and 'export' commands have now been modified to use a shorewallrc file in a remote system's export directory. If the directory layout of the remote system differs from that of the administrative system, then the remote system's export directory should contains a copy of that system's shorewallrc file. * A syntax error in the Shorewall uninstall.sh file has been eliminated. * The contents of the various configpath files have been corrected. * The Shorewall uninstall.sh script previously failed to remove the macro files from ${SHAREDIR}/shorewall. Those files are now removed. * The 'version -a' command now prints the correct shorewall-core version when it is run from shorewall6, shorewall-lite and shorewall6-lite. * It is now possible to specify a port or port range along with an address variable in the ADDRESSES column of/etc/shorewall/masq. Example: [#]INTERFACE SOURCE ADDRESS PROTO DEST [#] PORT(S) eth0 172.20.4.0/24 ð0:44 tcp 45 Previously, this usage generated a fatal compilation error. * Port numbers and service names may now be specified with the UDPLITE protocol. * The SUBSYSLOCK setting in the default shorewall6.conf file has been changed from /var/lock/subsys/shorewall to /var/lock/subsys/shorewall6. - rebased systemd.patch- Update to version 4.5.13 For more details see changelog.txt and releasenotes.txt * If a chain consisted of a single RETURN rule, optimize level 4 would handle it incorrectly by moving the RETURN rule to the chain(s) that jumped to the single-rule chain. The optimizer now simply eliminates the chain and rule. As part of this change, the optimizer now deletes trailing RETURN rules from chains. * If a default inline action was specified with parameters, the compiler would fail with an internal error. * The compiler was mis-handling simple arithmetic expressions consisting of a single number, evaluating the number as '' rather than as its numberic value. - Rebased systemd.patch- Update to version 4.5.12 For more details see changelog.txt and releasenotes.txt * This release contains the defect repairs from Shorewall 4.5.11.1 and 4.5.11.2. * Two defects associated with 'update -D' have been corrected. + shorewall.conf.bak is no longer deleted. + files that are not changed no longer have their mtime updated. * Inline actions in the RELATED and ESTABLISHED sections now work correctly. * The 'dropInvalid' built-in function now works correctly. * The compiler now generates an error when a protocol list is used in a context where only a single protocol name/number is accepted. * The generated script now correctly deletes Traffic Control configurations when CLEAR_TC=Yes. Previously, the configurations on interfaces with a '@xxxxxx' suffix in their names were not cleared. * Under very rare circumstances, optimize level 4 could leave a rule that jumped to a non-existant chain, causing iptables-restore to fail. * If an error was raised while compiling a default action, a Perl diagnostic could appear and the Shorewall error message would not be printed. * It is once again possible to use DNS names in rules without an interface name.- Added systemd.patch to fix the exec path (bnc# 798525)- Update to 4.5.11.2 For more details see changelog.txt and releasenotes.txt * Corrected fix 2 from 4.5.11.1. * 4.5.11.1 Beginning with Shorewall 4.5.10, if the name of an optional interface contained one or more characters that are not valid in a shell function name, then the generated script would fail with a "syntax error: bad function name" shell diagnostic. That problem has been corrected so that a valid function name is generated. * The kernel modules supplied by xtables-addons are now listed in the modules.xtables files. They were previously omitted.- Update to 4.5.10.1 For more details see changelog.txt and releasenotes.txt * Correct typo in conntrack module- Update to 4.5.10 For more details see changelog.txt and releasenotes.txt * This release includes all defect repair included in 4.5.9.1-4.5.9.3. * Under rare circumstances, optimize level 16 could produce invalid iptables-restore input which would cause start/restart to fail. * Before this release, the 'started' script was run prior to copying the temporary script file (e.g., /var/lib/shorewall/.start) to /var/dir/shorewall/firewall. If the script failed, the copy would not take place even though the firewall had started successfully. The script is now copied before running the 'started' script. If you compare the script generated by this release with one generated by a prior release, We suggest that you ignore whitespace changes (e.g., use the '-w' option in diff); that way, you can see the actual change more clearly. * AUTOCOMMENT=No now works correctly; previously, it behaved the same as AUTOCOMMENT=Yes. * A harmless extraneous comma has been deleted from the rule generated by action.RST.- Update to 4.5.9.2 For more details see changelog.txt and releasenotes.txt * Previously, the rules in the 'routemark' chain did not specify a mask in the MARK target. While a mask isn't strictly necessary in those rules, one has been added to ally fears of those who read the generated ruleset. Note: The 'routemark' chain is used to apply provider marks to packets received from 'track' provider interfaces. It is traversed early in the mangle PREROUTING chain when no other marks have yet been applied to the packet. * If exclusion was used with TPROXY in the tcrules file, an invalid iptables ruleset was generated causing start and restart commands to fail when running iptables-restore. * Previously, if a provider and its interface had the same name, then the 'enable' command would not work on that interface.- Update to 4.5.9.1 For more details see changelog.txt and releasenotes.txt * Previously, using a wildcard interface name in a rule would result in this error: ERROR: Invalid ipset name (ppp+) : ... Such entries are now handled correctly. * The shorewall-masq(5) manpage incorrectly stated that the SOURCE column may use exclusion with an interface name (e.g., eth1:!1.2.3.4). That hasn't been the case for some time. To accomplish the same thing, do this: eth0 1.2.3.4 NONAT eth0 eth1 Note: Using an interface name in the SOURCE column is deprecated. * Previously, if a MARK was specified for a tc class that explicitly specified a class number, the following spurious warning message was issued: WARNING: Class NUMBER ignored -- INTERFACE does not have the 'classify' option That warning message is no longer issued. * With Shorewall 4.5.9, there were issues when the ipset utility was not installed, some of which prevented Shorewall from starting. - Adjust for the usr move * change /sbin/service to /usr/service in requires and setting links- Update to 4.5.9 For more details see changelog.txt and releasenotes.txt * This release contains all defect repair from Shorewall 4.5.8.2. * A typo has been corrected in the shorewallrc.default file. * Beginning with Shorewall 4.5.7.2, Shorewall unconditionally restores the provider mark as the first rule in the mangle table OUTPUT and PREROUTING chains. Previously, the provider mark was restored only if it was non-zero. It has become clear that some users need it one way while others need it the other way. To resolve this issue, a RESTORE_ROUTEMARKS option has been added to shorewall.conf and shorewall6.conf. When this option is set to Yes (the default), the 4.5.7.2 approach is used (always restore the mark, even if it is zero); when it is set to No, the pre-4.5.7.2 behavior is retained (only restore the mark if it is non-zero). * Two error messages produced by the RST action have been corrected. They previously referred to errors in the NotSyn action rather than RST.- Update to 4.5.8.2 For more details see changelog.txt and releasenotes.txt * The 'shorewall show' command previously produced no output. That command now works with ipset versions 4 and later. * The change in 4.5.8.1 that enabled industry-standard IPv4 address representation broke the ability to place IP ranges or IPv6 ipsets in the hosts file. Those abilities have been restored. * The treatment of the SYSTEMD and INITFILE shorewallrc variables has been inconsistent. The -lite installers ignore INITFILE when SYSTEMD is specified, while the other installers do not. Now, the -lite installers install the .service file if SYSTEMD is specified and they install the sysv-init script if INITFILE is specified. That is consistent with the behavior of the other installers.- Update to 4.5.8.1 For more details see changelog.txt and releasenotes.txt * When ipset version 5 or later was installed, the 'shorewall show dynamic ' command produced no outout and the 'add' command failed with this error message: Zone , interface does not have a dynamic host list" * When generating ipset names for dynamic zones, the compiler was dropping dashes ('-') from the interface name and adding a unique suffix. For example the ipset for zone 'foo' and interface 'bar-if' might be 'foo_barif_1'. Dashes are now retained so that the generated set name in this example will be 'foo_bar-if'. This change also allows the 'add' and 'delete' commands to work correctly when the interface name contains one or more dashes. Although dash is documented as being an accepted character in ipset names, names containing a dash would generate an error in some contexts. That has also been corrected. * In most contexts, Shorewall6 has required IPv6 addresses to be enclosed in either angled brackets ( <....> , deprecated) or in square brackets ([....]). This includes network addresses, where both the IPv6 address and the VLSM are required to be within the brackets (e.g., [2001;470:b:787::/64]). This differs from the industry-standard network form in which the IPv6 address is enclosed in square brackets and the VLSM is outside of the brackets (e.g., [2001:470:b:787::]/64). Beginning with this release, the industry-standard representation is also accepted by Shorewall6. Note: Those of you who read the patches will probably have noticed that much of this change was actually in 4.5.8; because the change was commited late in the 4.5.8 release cycle, we chose not to document the change until it had undergone additional testing. - Added 0001-remote_fs.patch for shorewall-init sysv-init scripts rebased patches to -p1 level- Update to 4.5.8 For more details see changelog.txt and releasenotes.txt * This release includes the defect repair from Shorewall 4.5.7.1. * The restriction that TTL and HL rules could only be placed in the FORWARD chain prevented these rules from being used to hide a router from traceroute[6]. It is now allowed to place these rules in the PREROUTING chain by following the specification with ':P' (e.g., 'TTL(+1):P'). * Previously, the macro.SNMP macro opened both UDP ports 161 and 162 from SOURCE to DEST. This is against the usual practice of opening these ports in the opposite direction. Beginning with this release, port 162 is opened in to SOURCE to DEST as before, while port 161 is opened from DEST to SOURCE. * Previously, when compiling for export, both /etc/shorewall/shorewall[6].conf and the shorewall[6].conf in the configuration directory were processed. Now, only the copy in the configuration directory is processed. * The 'iptables_raw' module has been added to the modules.essential file. * Several corrections have been made to the Fedora/Redhat init script for Shorewall-init. * The parameter to the 'try' command is now documented in the shorewall(8) and shorewall6(8) manpages. * Some redundant interface-option rules have been removed in configurations with multiple zones configured on a single interface. * Previously, when compiling for export, the compilation would fail if the setting of SHAREDIR in the firewall's shorewallrc was different from the setting on the admin system. Such compilations now succeed. - For openSUSE 12.3 provide only systemd and drop sysv-init scripts- Since shorewall executables are in /usr/sbin systemd service files now reflect the correct location- Update to 4.5.7.1 For more details see changelog.txt and releasenotes.txt * When using IPSEC in a multi-ISP configuration, it is possible for the kernel to mis-route ESP packets. To date, this problem has only been observed on a system running a 3.5 kernel where traffic is being tunneled through GRE which is in turn being tunneled via IPSEC. This Shorewall release includes a low-cost workaround. * The Netfilter team have announced their intention to remove the NOTRACK target in favor of 'CT --notrack'. Shorewall will now map NOTRACK to 'CT --notrack' if the CT Target is available. * Previously, the current COMMENT was not being cleared after the blrules file was processed, causing that COMMENT to be used on entries in the rules file. That defect has been corrected. - Add a note to the spec for reviewer explaining the configure command usage - Removed following opensuse specific patches as they are merged to upstream now + shorewall-lite-4.5.2-init.patch + shorewall6-4.5.2-init.patch + shorewall6-lite-4.5.2-init.patch + shorewall-init-4.4.21_init_sh.patch - Added 001-required-stop-fix patch for shorewall-lite/init.suse.sh- Update to 4.5.7 For more details see changelog.txt and releasenotes.txt * This release includes the defect repair from Shorewall 4.5.6.2. * The command 'shorewall enable pppX' could fail with the ip diagnostic Error: either "to" is duplicate, or "weight" is a garbage. Shorewall now generates the correct ip command. * Optimize level 4 could previously combine two rules that each specified the 'policy' match, leading to this iptables-restore failure: policy match: multiple elements but no --strict The optimizer now avoids combining such rules. While this is a long-standing defect in the optimizer, it was exposed by changes in Shorewall 4.5.6. * There were several cases where hard-wired directory names appeared in the tarball installers. These have been replaced with the appropriate shorewallrc variables. * A defect in RHEL 6.3 and derivatives causes 'shorewall show capabilities' to leave an empty ipset in the configuration. The same defect can cause the Shorewall compiler to similarly leave an empty ipset behind. This Shorewall release has a workaround for this problem. - Added Bash >= 4 to BuildRequires - Fix builds for Fedora- Update to 4.5.6.2 For more details see changelog.txt and releasenotes.txt * The compiler now generates an error when a SOURCE interface is specified in a rule where the SOURCE zone is the firewall itself. * Previously, entries in /etc/shorewall/notrack that specified a Vserver zone in the SOURCE column were omitted from the generated ruleset. * The set of helpers available in the notrack file and in the HELPER column of the tcrules file was incorrect: - The Amanda helper requires a UDP port -- Shorewall was requiring TCP. - The H323 module supplies two helpers: 'RAW' and 'Q.931'; Shorewall only accepted 'h323'. - The Netbios NS module supplies the 'netbios-ns' helper; Shorewall only accepted 'netbios_ns'. * The conditional directive '?IF 0' generated an error from the compiler. It now causes following lines to be omitted.- Update to 4.5.6 For more details see changelog.txt and releasenotes.txt * This release includes the defect repairs from Shorewall 4.5.5.1 through 4.5.5.4. * Previously, the tcrules file was not processed when TC_ENABLED=No. That meant that to use features like TPROXY, it was necessary to set TC_ENABLED=Yes and create a dummy /etc/shorewall/tcstart file. Now, only MANGLE_ENABLED=Yes is required.- Update to 4.5.5.3 For more details see changelog.txt and releasenotes.txt * When logical interface names were used, an entry in tcrules that included a classid could result in the compiler failing with this Perl diagnostic: Can't use an undefined value as an ARRAY reference at /usr/share/shorewall/Shorewall/Tc.pm line nnn, <$currentfile> line 20.- Update to 4.5.5.1 For more details see changelog.txt and releasenotes.txt * The change in Shorewall 4.5.4 that cleared the 'default' table if there were no 'fallback' providers broke multiple 'fallback' providers that don't supply a weight. The symptoms were that there were host routes to the default gateways in the 'default' routing table but no default routes through those gateways. This has now been corrected and multiple 'fallback' routes are once again supported. * When a logical device name was specified in the REDIRECTED INTERFACES column of /etc/shorewall/tcdevices, that name was used in the generated script rather than the devices's physical name. Unless the two were the same, this caused start/restart failure. Shorewall now uses the physical name.- Update to 4.5.5 For more details see changelog.txt and releasnotes.txt * This release includes all defect repair from Shorewall 4.5.4.1 and 4.5.4.2. * The Shorewall compiler sometimes must defer generating a rule until runtime. This is done by placing shell commands in its internal representation of a chain. These commands are then executed at run time to create the final rule. If all of the following were true, then an incorrect ruleset could be generated: + Optimization level 4 was set. + A chain (chain A) containing shell commands had three or fewer rules and commands. + The last rule in a second chain was a conditional jump to chain A. Under these conditions, the rules and commands in Chain A * The Shorewall-core configure and configure.pl script were treating SYSCONFDIR as a synonym for CONFDIR making it impossible to set SYSCONFDIR.- Update to 4.5.4.2 For more details see changelog.txt and releasenotes.txt * The problems corrected section of the 4.5.4.1 release notes was missing the third problem corrected in the release. It has now been added. * A number of problems in Shorewall-init have been corrected: + If more than one product was listed in the PRODUCTS setting in /etc/default/shorewall-init (/etc/sysconfig/shorewall-init) then the second product would not be started/stopped. + Shorewall-init used 'restart' in response to an optional provider interface coming up. If the interface has been marked unusable (1 in the interface's .status file), then the 'restart' would not enable the interface. + Shorewal-init produced a lot of clutter on the console during boot. You may now specify a LOGFILE in /etc/default/shorewall-init (/etc/sysconfig/shorewall-init) and all output produced by up and down events will be sent to that log. If no log is specified, this output is sent to /dev/null. * The order in which the compiler processes line-continuation (line ending in '\') and conditional-inclusion directives (?IF, ?ELSE, and ?ENDIF) has been reversed. Previously, the compiler built a concatenated line, then checked to see if the line began with ?IF, ?ELSE or ?ENDIF. Now, the compiler checks for ?IF, ?ELSE or ?ENDIF first and prevents those lines from becoming part of the concatenation. * Two issues with the shorecap programs have been corrected: + The Shorewall6-lite version failed to run with the message: /usr/share/shorewall6-lite/lib.cli: No such file or directory + The Shorewall-lite version would not run if SHAREDIR was set to a value other than /usr/share in shorewallrc. * The Shorewall 4.5.2.3 fix for the Shorewall-core installer's handling of --host=linux was not brought forward into 4.5.3. It has been included again in this version. * Single-line embedded PERL and SHELL commands have been re-enabled.- Update to 4.5.4.1 For more details see changelog.txt and releasenotes.txt * Beginning with Shorewall 4.4.22, the 'pptpserver' tunnel type has been configured as a PPTP client running on the firewall rather than as a server on the firewall. It is now correctly configured as a server. * The shorewall-accounting (5) and shorewall6-accounting (5) documentation for the IPSEC column is incorrect. Rather than 'accountin' and 'accountout', the chain names should be 'accipsecin' and 'accipsecout'. * IPSEC accounting did not work if the accounting file was sectioned. Beginning with this release, the IPSEC column can be specified in any section. As always, the IPSEC column contains a comma-separated list of items. In the FORWARD chain, the first (or only) item in the list must be either 'in' or 'out' to indicate whether the rule matches incoming packets that have been decrypted ('in') or outgoing packets that will be encrypted ('out'). There are no restrictions with respect to which chain IPSEC rules can appear in a sectioned file.- Update to 4.5.4 For more details see changelog.txt and releasenotes.txt * When EXPORTMODULES=No in shorewall.conf, the error messages have been eliminated * If the configuration settings in the PACKET MARK LAYOUT section of shorewall.conf (shorewall6.conf) had empty settings, the 'update' command would previously set them to their default settings. It now leaves them empty. * Previously, Shorewall used 'unreachable' routes to null-route the RFC1918 subnets. This approach has two drawbacks: - It can cause problems for IPSEC in that it can cause packets to be rejected rather than encrypted and forwarded. - It can return 'host unreachable' ICMPs to other systems that attempt to route RFC1918 addresses through the firewall. To eliminate these problems, Shorewall now uses 'blackhole' routes. Such routes don't interfere with IPSEC and silently drop packets rather than return an ICMP. * The 'default' routing table is now cleared if there are no 'fallback' providers. * Tproxy implementation has been reworked. For more details please consult the releasenotes.txt and changelog.txt- Update to 4.5.3.1 For more details see changelog.txt and releasenotes.txt * Previously, nested conditionals did not work correctly in all cases. In particular: ?IF $FALSE ?IF $FALSE foo bar ?ENDIF baz bop ?ENDIF In this case, the lines 'baz' and 'bodyp' were incorrectly included when they should have beeen omitted. * The 'balance' routing table is now cleared if there are no 'balance' providers. * Previously, the compiler generated an invalid 'ip add route' command if an IPv6 provider had '-' in the GATEWAY column. * As noted in the Migration Considerations, the generated firewall script maintains the interface .status files used by LSM and SWPING. Up to now, however, the 'disable' command did not update the .status file. That has been corrected. As part of the change, the 'isusable' script is no longer consulted by the'enable' command.- Update to 4.5.3 For more details see changelog.txt and releasenotes.txt * The LOCKFILE setting in shorewall.conf and shorewall6.conf had inadvertently become undocumented. It is now documented again. * In an initial installation of Shorewall, Shorewall6, Shorewall Lite or Shorewall6 Lite was done under Shorewall 4.5.2, then the firewall would not start up at boot even though the installer indicated that it would. That defect has been corrected. * Previously, when per-IP rate limiting was invoked, the compiler would use the deprecated '--ratelimit' option, even if the preferred '--ratelimit-upto' option was available. Now, the compiler uses the preferred option if it is supported by the installed version of iptables. * Prior to this release, using a manual chain in the ACTION column of a macro body generated an error: ERROR: Invalid Action (mychain) in macro, macro.FOO (line ...) This now works correctly and generates a jump to the specified manual chain. * Previously, a line with the single word COMMENT in the tunnels file would generate the following error: ERROR: Zone must be specified Now, such a line correctly resets the current rule comment. * In Shorewall 4.5.2, the MARK column in the tcrules file was renamed to ACTION but only 'mark' was accepted in the alternate specification format. Now both 'mark' and 'action' are accepted. * The alternative method of provider balancing using the statistic match feature of iptables/Netfilter was missing some logic, with the result that it was ineffective. * If a logical interface name was used by itself in the SOURCE column of the rtrules file, the generated routing rule would contain the logical name rather than the physical name.- Update to 4.5.2.4 For more details see changelog.txt and releasenotes.txt * The 'shorewall reset' command now correctly resets the IPv4 packet and byte counters; previously, it was resetting the IPv6 counters. * The Shorewall installer now modifies the Chains.pm file for Digest::SHA depencency when $DESTDIR is set, provided that $BUILD = $HOST. This allows rpm to automatically generate the correct module dependency.- Update to 4.5.2.2 For more details see changelog.txt and releasenotes.txt * If a shorewallrc file is passed to the 4.5.2.1 Shorewall-core install.sh, subsequent compilations fail. The error message indicates that the compiler is looking for lib.core, but the pathname has embedded spaces. * The 4.5.2.1 Shorewall/Shorewall6 installer installs an incorrect file as /etc/shorewall[6]/Makefile.- Update to 4.5.2.1 For more details see changelog.txt and releasenotes.txt * In release 4.5.2, if an INCLUDE directive appeared inside a ?IF ... ?ENDIF sequence, then the following error would be generated after the included file had been read: ERROR: Missing ?ENDIF to match the ?IF at line ... * An error in the shorewallrc.apple file has been corrected. * The shorewallrc.redhat file has been change to conform to Fedora packaging guidelines. * The output of the 'version -a' command reflected incorrect versions when Shorewall-core 4.5.2 was installed. That has been corrected.- Update to 4.5.2 For more details see changelog.txt and releasenotes.txt * The generated firewall script includes code to automatically create ipsets that are referenced but that don't exist. That code was broken in releases 4.4.22 and later. This defect has been corrected. As part of the fix, the generated script will now issue a warning message when it creates an ipset. * The 'mss' option is now supported in the /etc/shorewall[6]/hosts files. See the manpages for details. * It is now possible to conditionally include or omit configuration entries based on the settings of shell variables. See http://www.shorewall.net/configuration_file_basics.htm for details. * The MARK/CLASSIFY column in /etc/shorewall[6]/tcrules has been renamed ACTION to reflect the expanded set of actions that can be specified in the column. * Some users are finding these ipset warnings objectionable: + Warning when a referenced ipset does not exist. + Warning when using [src] in a destination column or [dst] in a source column. These warnings may now be suppressed by setting IPSET_WARNINGS=No in shorewall.conf and/or shorewall6.conf.- Update to 4.5.1.1 For more details see changelog.txt and releasenotes.txt * When checking or compiling for export (-e option), /sbin/shorewall would previously issue a warning message if the SHOREWALL_SHELL specified in the remote firewall's shorewall.conf did not exist. * The changes to TOS handling in 4.5.1 are incompatible with older releases such as RHEL5 and derivatives. That has been corrected. * The rules compiler now verifies that the protocol is TCP, UDP, SCTP or DCCP when checking a port range (low:high or low-high). * Previously, start or restart using the init script would fail with an error message referencing 'SHOREWALL_INIT_SCRIPT'. This defect was not visible to users that set AUTOMAKE=Yes or that run Shorewall-init.- Update to 4.5.1 For more details see changelog.txt and releasenotes.txt * This release includes all defect repair from versions 4.5.0.1-4.5.0.3. * A typo has been corrected in the blrules man pages. * Previously, if the interface appearing in the HOSTS column of /etc/shorewall6/hosts was not defined in /etc/shorewall6/interfaces, then the compiler would terminate with a Perl diagnostic: Can't use an undefined value as a HASH reference at /usr/share/shorewall/Shorewall/Zones.pm line 1817, <$currentfile> line ... * The compiler was previously failing to validate the contents of the LENGTH and TOS columns in /etc/shorewall/tcrules. The contents of those columns are now validated by the compiler and an appropriate error message is issued if validation fails. * The column headings in the tos files are now in the proper order. Previously, the SOURCE PORT and DEST PORT columns were reversed.- Update to 4.5.1-Beta2 For more details see changelog.txt and releasenotes.txt * A typo has been corrected in the blrules man pages. Previously, if the interface appearing in the HOSTS column of /etc/shorewall6/hosts was not defined in /etc/shorewall6/interfaces, then the compiler would terminate with a Perl diagnostic: Can't use an undefined value as a HASH reference at /usr/share/shorewall/Shorewall/Zones.pm line 1817, <$currentfile> line ...- Update to 4.5.1-Beta For more details see changelog.txt and releasenotes.txt * The packing of the Shorewall products has been changed. Beginning with this release, the packages are: + Shorewall Core -- Core libraries installed in /usr/share/shorewall/ + Shorewall -- Requires Shorewall Core. Together with Shorewall Core, provides IPv4 firewalling. + Shorewall6 -- Requires Shorewall. Provides IPv6 firewalling. + Shorewall Lite -- Requires Shorewall Core. As before. + Shorewall6 Lite -- Requires Shorewall Core. As before. + Shorewall Init -- As before- Update to 4.4.27.3 For more details see changelog.txt and releasenotes.txt * Previously, if USE_DEFAULT_RT=Yes and 'loose' was specified on all providers, then no routing rule targeting the main routing table was generated. This has been corrected so that USE_DEFAULT_RT=Yes always results in such a rule at priority 999. * Shorewall 4.4.27 broke Shorewall-init functionality. It is restored in this release.- Update to 4.4.27.2. For more details see changelog.txt and releasenotes.txt * A long-standing problem with Shorewall's 'save' facility has been discovered. The defect can cause rules to be dropped during 'save' so that they are not available to be reapplied during 'restore'. This can occur in 'safe-restart' when the prompt is not acknowledged or when it is acknowledged with 'n'. The problem can occur when: a) There are IPSEC zones or hosts present; and b) GOTO Target support is available in the kernel and iptables. Example of rule that will be dropped: - A eth2_fwd -m policy --dir in --pol ipsec -g AAA_frwd The defective code has been corrected so that rules are no longer dropped.- Update to 4.4.27.1. For more details see changelog.txt and releasenotes.txt * When optimization category 4 is used, unconditional jumps at the end of chains are replaced with the rules in the target chain. This can result in rulesets that are considerably larger than necessary. Beginning with this release, replacement will only occur if: a) The jump is the only reference to the target chain; or b) The target chain contains 3 or less rules. * The feature introduced in 4.4.25 that allowed provider names in the 'enable' and 'disable' commands was only implemented for 'enable'. It is now implemented for 'disable' as well. * When detecting IPv6 global addresses through an interface, Shorewall6-generated scripts were ignoring addresses beginning with '3'. * A typo in /usr/share/shorewall/prog.header caused an 'awk' script to fail when saving a multi-hop default route during 'start'. * The value '0' is once again accepted in the IN_BANDWIDTH columns of tcinterfaces and tcrules, and causes no ingress policing to be configured. * MARK_IN_FORWARD_CHAIN=Yes no longer generates an error when $FW:
is entered in the SOURCE column of the tcrules file. * In most Shorewall 4.4 versions, if an exported params file (EXPORTPARAMS=Yes in shorewall.conf) generates any output to stdout, then the following messages would appear during start/restart: Compiling /etc/shorewall/routestopped... Shorewall configuration compiled to /var/lib/shorewall/.restart printf: 214: Build: expected numeric value printf: 214: ipset: expected numeric value printf: 214: of: expected numeric value Processing /etc/shorewall/params ... Build ipset of blacklisted addresses Usage: /var/lib/shorewall/.restart [ options ] is one of: start stop ... This has now been corrected.- Update to 4.4.26.1 For more details see changelog.txt and releasenotes.txt * The Perl module version numbers have now been updated to reflect changes in 4.4.26. * The 4.4.26 rules compiler does not issue a warning when a capabilities file was generated with Shorewall 4.4.25, even though new capabilities were added in 4.4.26. This has been corrected so that a warning is generated. * When TC_ENABLED=Shared, CLASSIFY rules could not be used in the tcrules file. Thanks to a patch from Chris Boot, this now works as expected. * The quoted part of the progress message 'Provider "..." compiled' was inadvertently omitted by a change in Shorewall 4.4.23. That text has now been restored.- Update to 4.4.26 For more details see changelog.txt and releasenotes.txt * This release includes all corrections included in 4.4.25.1 through .3. * In 4.4.25, ACCEPT behaved in the BLACKLIST section the same way as in the other rules file sections. This could lead to connections being accepted inadvertently. Now, ACCEPT behaves like WHITELIST; that is, it exempts the packet from the remaining rules in the BLACKLIST section. * Previously, Shorewall did not detect the ULOG and NFLOG capabilities. This lead to run-time failures during 'start' and 'restart' as well as confusing error messages during compilation when ULOG or NFLOG was used when the LOG target was not available. ULOG and NFLOG are now detected capabilities so, if you use a capabilities file, you will need to regenerate it in order to use these log levels. * The SAME tcrules target was broken in Shorewall 4.4.22. It now works correctly again. * Previously, 'shorewall6 update' did not update shorewall6.conf. The command now works as expected. * In earlier releases, the compiler was attempting to process the params file before it was aware of the setting of CONFIG_PATH. This could cause the params file to be missed if it was not located in /etc/shorewall[6] or in the directory named in the start (restart,compile,check,...) command. Now, /sbin/shorewall[6] passes $CONFIG_PATH to the compiler (/usr/share/shorewall/compiler.pl) in the new '--config_path' option.- Update to 4.4.25.3 For more details see changelog.txt and releasenotes.txt * Correction of the produced ruleset when wildchars are used in the zone configuration- Update to 4.4.25.2 For more details see changelog.txt and releasenotes.txt * Previously, if all the following were true: - AUTOMAKE=Yes - Current compiled script (/var/lib/shorewall/firewall or /var/lib/shorewall6/firewall) up to date - LEGACY_FASTSTART=No - There was a saved configuration then rather than start the current configuration, 'shorewall start -f' or 'shorewall6 start -f' would incorrectly restore the saved configuration. * The DropSmurfs and TCPFlags actions are now available in Shorewall6. They were previously omitted from the IPv6 actions.std file. * The 'rawpost' table was previously omitted from the output of the 'dump' command. It is now displayed. * Previously, if a configuration contained more than one wildcard interface (physical name ending in '+'), then the generated script might not work properly with Shorewall-init. This defect dates back to the introduction of Shorewall-init.- Update to 4.4.25.1 For more details see changelog.txt and releasenotes.txt * A'refresh' command with no chains or tables specified will now reload chains created by entries in the BLACKLIST section of the rules file. * The rules compiler previously failed to detect the 'Flow Filter' capability. That capability is now correctly detected. * The IN_BANDWIDTH handling changes in 4.4.25 was incompatible with moribund distributions such as RHEL4. Restoring IN_BANDWIDTH functionality on those releases required a new 'Basic Filter' capability.- Update to 4.4.25 For more details see changelog.txt and releasenotes.txt * A defect in the optimizer that allowed incompatible rules to be combined has been corrected. * Routes and rules added as a result of entries in /etc/shorewall6/providers were previously not deleted by 'stop' or 'restart'. Repeated 'restart' commands could therefore lead to an incorrect routing configuration. * Previously, capital letters were disallowed in IPv6 addresses. They are now permitted. * If the COPY column in /etc/shorewall6/providers was non-empty, previously a run-time error could occur when copying a table. The diagnostic produced by ip was: Either "to" is duplicate, or "cache" is garbage * When copying IPv6 routes, the generated script previously attempted to copy 'cache' entries. Those entries are now omitted. * Previously, the use of large provider numbers could cause some Shorewall-generated routing rules to be ineffective. * In some contexts, IPv6 addresses of the form ::i.j.k.l were incorrectly classified as invalid by the configuration compile * New blacklisting facility implemented. For this and other new features please refer to the releasenotes.txt- Update to 4.4.24.1 * When the logical and physical name of an interface were different, including the logical name in the tcdevices file caused the device's classes to be ignored. This defect was introduced in Shorewall 4.4.23. * Remove the ExecReload from all services, since systemd doesn't allow an ExecReload for OneShot services. Also, add a missing After=network.target to shorewall.service. - Fixed Url typo in the spec- Update to 4.4.24. For more details see changelog.txt and releasenotes.txt * This release includes all problem corrections from releases 4.4.23.1-4.4.23.3. * The 'fallback' option without = previously produced invalid 'ip' commands.- reworked systemd related rpm macros for 12.1- Update to 4.4.23.3 * When providers were present that specify neither 'balance' nor 'fallback', then the following message was issued during compilation and 'enable' of the interface would fail. Use of uninitialized value $weight in concatenation (.) or string at /usr/share/shorewall/Shorewall/Providers.pm line 644. * TC_ENABLED=Shared was broken in Shorewall 4.4.23, 4.4.23.1 and 4.4.23.2. It produced a shell script with syntax errors. - Backported patches removed.- Update to 4.4.23.2 For more details see changelog.txt and releasenotes.txt - Support of systemd for openSUSE 12.1 - Backported patches WEIGHT.patch and SHARED.patch fixing a harmless message and traffic shaping issues respectively- Update to 4.4.22.3. Corrections in this release are below. * On older distributions where 'shorewall show capabilities' indicates 'Connection Tracking Match: Not Available', harmless Perl diagnostics like the following could be issued: Use of uninitialized value $list in pattern match (m//) at /usr/share/shorewall/Shorewall/Config.pm line 1273, <$currentfile> line 14. Use of uninitialized value $list in split at /usr/share/shorewall/Shorewall/Config.pm line 1275, <$currentfile> line 14. * On older distributions where 'shorewall show capabilities' indicates 'Mangle FORWARD Chain: Not Available', entries in the ecn file generated the following Perl Diagnostic: Use of uninitialized value in hash element at /usr/share/shorewall/Shorewall/Chains.pm line 1119. * Previously, if a provider interface was derived from an optional wildcard entry in /etc/shorewall/providers, then the interface was never considered to be usable. Example: /etc/shorewall/interfaces: [#]ZONE INTERFACE BROADCAST OPTIONS net ppp+ - optionsl /etc/shorewall/providers:net [#]PROVIDER NUMBER MARK INTERFACE ... ISP1 1 1 ppp0 * When 'shorewall update' or 'shorewall6 update' results in no change to the .conf file, a message is issued, the .bak file is removed and the command terminates without error.- patch the Perl diagnostic with a WARNING message.- Update to 4.4.22.2 * On older distributions where 'shorewall show capabilities' indicates 'Connection Tracking Match: Not Available', Shorewall 4.4.22 and 4.4.22.1 generated invalid iptables-restore input. * Previously, the compiler always placed '#!/bin/sh' on the first line of the generated script. It now uses the setting of SHOREWALL_SHELL on that line rather than '/bin/sh'. Note that SHOREWALL_SHELL defaults to '/bin/sh' so this change only affects those who specify a different shell. - Patched REDIRECT rule- Update to 4.4.22.1 * Previously, if the name of a zone began with 'all', then entries for that zone in /etc/shorewall/rules and /etc/shoreawll6/rules treated the name the same as 'all'. This defect is present in Shorewall 4.4.13 through 4.4.22. * Previously, when LOAD_HELPERS_ONLY=No, harmless iptables-restore warnings as follows could be generated: ... Running /usr/local/sbin/iptables-restore... - -set option deprecated, please use --match-set - -set option deprecated, please use --match-set IPv4 Forwarding Enabled- Update to 4.4.22. For more details see changelog.txt and releasenotes.txt * Under rare conditions, long port lists (>15 ports) could result in the following failure when optimization level 4 was enabled. Use of uninitialized value in numeric gt (>) at /usr/share/shorewall/Shorewall/Chains.pm line 1264. ERROR: Internal error in Shorewall::Chains::decrement_reference_count at /usr/share/shorewall/Shorewall/Chains.pm line 1264 * All corrections included in Shorewall 4.4.21.1. - A bug in recent versions of Shorewall that could result in rules that are wider in scope than intended was fixed by applying a patch by the upstream.- Update to 4.4.21.1 Changes in this release are: * A harmless Perl run-time "uninitialized variable" diagnostic has been eliminated from the compiler. The diagnostic was issued while displaying the capabilities. * As the result of a typo, an orphan filter chain named FORWAR could be created under rare circumstances. This chain was deleted by OPTIMIZE level 4. * The SNAT options --persistent and --randomize now work properly (/etc/shorewall/masq). * The LOGMARK log level was previously generated invalid iptables input making it unusable. That has been corrected. The syntax for LOGMARK is now: LOGMARK() where is a syslog priority (1-7 or debug, info, notice, etc.). Example rule: [#]ACTION SOURCE DEST PROTO DEST [#] PORT(S) LOG:LOGMARK(info) lan dmz udp 1234- Update to 4.4.21 For more details see changelog.txt and releasenotes.txt * The Shorewall and Shorewall6 'load' and 'reload' commands now use the .conf file in the current working directory. * The 'balance' and 'fallback' options in /etc/shorewall/providers have always been mutually exclusive but the compiler previously didn't enforce that restriction. Now it does. * The ipset modules are now automatically loaded by Shorewall6 when LOAD_HELPERS_ONLY=No is specified in shorewall6.conf. Additionally, there is now a /usr/share/shorewall6/modules.ipset file that lists all of the required modules. * TPROXY descriptions have been added to shorewall-tcrules(5) and shorewall6-tcrules(5).- Update to 4.4.20.3. Changes in this release are * Deprecated options have been removed from the .conf files. They remain in the man pages. * A simple configuration like the 'Universal' sample that includes a single wildcard interface ('+' in the INTERFACE column) produces a ruleset that blocks all incoming packets. As part of correcting this defect, which was introduced in 4.4.20.2, one or more superfluous rules (which could never match) have been eliminated from most configurations.- Update to 4.4.20.2 * A defect introduced in 4.4.20 could cause the following failure at start/restart: ERROR: Command "tc qdisc add dev eth0 parent 1:11 handle 1: sfq quantum 12498 limit 127 perturb 10" failed * The 'sfilter' interface option introduced in 4.4.20 was only applied to forwarded traffic. Now it is also applied to traffic addressed to the firewall itself. * Issues with iptables-restore is corrected * IPSEC traffic is now (correctly) excluded from sfilter. * The following incorrect warning message has been eliminated: WARNING: sfilter is ineffective with FASTACCEPT=Yes- Update to 4.4.20.1 * The address of the Free Software Foundation has been corrected in the License files. * The shorewall[6].conf file installed in /usr/share/shorewall[6]/configfiles is no longer modified for use with Shorewall[6]-lite. When creating a new configuration for a remote forewall, two lines need to be modified in the copy CONFIG_PATH=/usr/share/shorewall (or shorewall6) STARTUP_LOG=/var/log/shorewall-lite-init.log (or shorewall6-lite-init.log)- Update to 4.4.20 * Removed backported patches for openSUSE specific locations as they are incorporated in upstream. - Changes in 4.4.20 (for more read changelog.txt and releasenotes.txt) * Support for the AUDIT target has been added. AUDIT is a feature of the 2.6.39 kernel and iptables 1.4.10 that allows security auditing of access decisions.- Update to 4.4.19.4 * Previously, the compiler would allow a degenerate entry (only the BAND specified) in /etc/shorewall/tcpri. Such an entry now raises a compilation error. * Previously, it was possible to specify tcfilters and tcrules that classified traffic with the class-id of a non-leaf HFSC class. Such classes are not capabable of handling packets. Shorewall now generates a compile-time warning in this case and ignores the entry. If a non-leaf class is specified as the default class, then Shorewall now generates a compile-time error since that configuration allows no network traffic to flow. * Traditionally, Shorewall has not checked for the existance of ipsets mentioned in the configuration, potentially resulting in a run-time start/restart failure. Now, the compiler will issue a WARNING if: a) The compiler is being run by root. b) The compilation isn't producing a script to run on a remote system under a -lite product. c) An ipset appearing in the configuration does not exist on the local system. * As previously implemented, the 'refresh' command could fail or could result in a ruleset other than what was intended. If there had been changes in the ruleset since it was originally started/restarted/restored that added or deleted sequenced chains (chains such as ~lognnn and ~exclnnn), the resulting ruleset could jump to the wrong such chains or could fail to 'refresh' successfully. This issue has been corrected as follows. When a 'refresh' is done and individual chains are involved, then each table that contains both sequenced chains and one of the chains being refreshed is refreshed in its entirety. For example, if 'shorwall refresh foo' is issued and the filter table (which is the default) contains any sequenced chains, then the entire table is reloaded. Note that this reload operation is atomic so no packets are passed through an inconsistent configuration. * When 'shorewall6 refresh' was run previously, a harmless 'ip6tables: Chain exists' message was generated. - Reworked backported patches so shorewall still uses openSUSE specific locations - Fix the zone definitions in shorewall6/Samples6/zones examples- Update to 4.4.19.3 * incompatibility with gawk has been corrected * Previously, an entry in the USER/GROUP column in the rules and tcrules files could cause run-time start/restart failures if the rule(s) being added did not have the firewall as the source (rules file) and were not being added to the POSTROUTING chain (:T designator in the tcrules file). This error is now caught by the compiler. * Shorewall now insures that a route to a default gateway exists in the main table before it attempts to add a default route through that gateway in a provider table. This prevents start/restart failures in the rare event that such a route does not exist. * CLASSIFY TC rules can apply to traffic exiting only the interface associated with the class-id specified in the first column. * Fixes start of shorewall6 (bnc#693162)- Update to 4.4.19.2 For more details see changelog.txt and releasenotes.txt * In Shorewall-shell, there was the ability to specify IPSET names in the ORIGINAL DEST column of DNAT and REDIRECT rules. That ability, inadvertently dropped in Shorewall-perl, has been restored * Several problems with complex TC have been corrected: * Double exclusion involving ipset lists was previously not detected, resulting in anomalous behavior.- Update to 4.4.19.1 * Eliminate silly duplicate rule when stopped. * Don't believe that all nexthop routes are default routes. * Restore :- in masq file. * Correct default route safe/restore. - backported paths related patches from git as they are in mainstream now- Shorewall packages have their openSUSE specific locations now * Executable files in /usr/lib/shorewall*. These include; getparams compiler.pl wait4ifup shorecap ifupdown * Perl Modules in /usr/lib/perl5/vendor_perl/PERL_VERSION/Shorewall. - Updated to 4.4.19 (for more info please consult changelog.txt and releasenotes.txt) * Corrected a problem in optimize level 4 that resulted in the following compile-time failure Can't use an undefined value as an ARRAY reference at /usr/share/shorewall/Shorewall/Chains.pm line 862. * If a DNAT or REDIRECT rule applied to a source zone with an interface defined with 'physical=+', then the nat table 'dnat' chain might have been created but not referenced. This prevented the DNAT or REDIRECT rule from working correctly. * Previously, if a variable set in /etc/shorewall/params was given a value containing shell metacharacters, then the compiled script would contain syntax errors. * The pathname of the 'conntrack' binary was erroneously printed in the output of 'shorewall6 show connections'. * Correct a problem whereby incorrect Netfilter rules were generated when a bridge with ports was given a logical name. * If a bridge interface had subordinate ports defined in /etc/shorewall/interface, then an ipsec entry (either ipsec zone or the 'ipsec' option specified) in /etc/shorewall/hosts resulted in the compiler generating an incorrect Netfilter configuration. * A fatal error is now raised if '!0' appears in the PROTO column of files that have that column. This avoids an iptables-restore failure at run time.- Updated to 4.4.18.2 * SAVE_IPSETS=Yes didn't work unless there is a dynamic zone defined. * If a logical name was given to a bridge and the ports on the bridge were defined in /etc/shorewall/interfac, then the compiler could generate matches that used the logical name rather than the physical name.- Updated to 4.4.18.1 * An issue with params processing on RHEL6 has been corrected. The problem manifested as the following type of warning: WARNING: Param line (export OLDPWD) ignored at /usr/share/shorewall/Shorewall/Config.pm line 2993. * The editing of the value of the TC_PRIOMAP option has been tightened. Previously, many invalid settings were allowed, resulting in run-time tc command failures. * The Shorewall Lite and Shorewall6 Lite installers now install the 'helpers' modules file. Previously, this file was not installed with the result that both 'shorewall[6]-lite show capabilities' and 'shorecap' failed. * Previously, if an icmp or icmp6 type which included both a type and a code was used in the tcfilters file, 'start' and 'restart' would fail with a 'tc' error.- Updated to 4.4.18 * for accounting modules xtables-addons must be installed - Changes in 4.4.18 (for more read changelog.txt and releasenotes.txt) * The modules files are now just a driver that INCLUDEs several new files and one old file: * Beginning with Shorewall 4.4.18, the accounting structure can be created with three root chains: - accountin: Rules that are valid in the INPUT chain (may not specify an output interface). - accountout: Rules that are valid in the OUTPUT chain (may not specify an input interface or a MAC address). - accountfwd: Other rules. * Internals Change: The Policy.pm module has been merged into the Rules.pm module.- Updated to 4.4.17 * This release adds support for per-IP accounting using the ACCOUNT target. That target is only available when xtables-addons is installed. - Changes in 4.4.17 (for more read changelog.txt and releasenotes.txt) * Previously, Shorewall did not check the length of the names of accounting chains and manual chains. This could result in errors when loading the resulting ruleset. Now, the compiler issues an error for chain names longer than 29 characters. Additionally, the compiler now ensures that these chain names are composed only of letters, digits, underscores ('_') and dashes ("-"). This eliminates Perl runtime errors or other failures when a chain name is embedded within a regular expression. * Several issues with complex traffic shaping have been resolved: a) Specifying IPv6 network addresses in the SOURCE or DEST columns of /etc/shorewall6/tcfilters now works correctly. Previously, Perl runtime warnings occurred and an invalid tc command was generated. b) Previously, if flow= was specified on a parent class, a perl runtime warning occurred and an invalid tc command was generated. This combination is now flagged as an error at compile time. c) There is now an ipv6 tcfilters skeleton included with Shorewall6. * Several issues with accounting are corrected. a) If an accounting rule of the form: chain1 chain2 was configured and neither chain was referenced again in the configuration, then an internal error was generated when optimize level 4 was selected and OPTIMIZE_ACCOUNTING=Yes. b) If there was only a single accounting rule and that rule specified an interface in the SOURCE or DEST columns, then the generated ruleset would fail to load when OPTIMIZE_ACCOUNTING=Yes. c) If a per-IP accounting table name appeared in more than one rule and the specified network was not the same in all occurrences, then the generated ruleset would fail to load. This is now flagged as an error at compile time. * Two defects in compiler module loading have been corrected: a) Previously, the kernel/net/ipv6/netfilter/ directory was not searched. b) A Perl diagnostic was issued when running on a monolithic kernel when the modutils package was installed. * A line containing only 'INCLUDE' appearing in an extension script now generates a compile-time diagnostic rather than a run-time diagnostic. * Previously, the uninstall.sh scripts used insserv (if installed) on Debian-based systems. These scripts now use the preferred tool (updaterc.d). * Beginning with 4.4.16, compilation would fail if an empty shell variable was referenced in a config file on a system where /bin/sh is the Bourne Again Shell (bash). * In earlier versions. if OPTIMIZE=8 then the ruleset displayed by 'check -r' was the same as when OPTIMIZE=0 (unoptimized). Similarly, if OPTIMIZE=9 then the ruleset displayed was the same as when OPTIMIZE=1. * Startup could previously fail on a system where kernel module autoloading was not available and where TC_ENABLED=Simple was specified in shorewall.conf or shorewall6.conf. * Previously, a 'done.' message could be printed at the end of command processing even when the command had failed. Now, such a message only appears if the command completed successfully.- Updated to 4.4.16.1 * Beginning with 4.4.16, compilation would fail if an empty shell variable was referenced in a config file on a system where /bin/sh is the Bourne Again Shell (bash).- fix fillup for shorewall-init so it will be copied to sysconfig directory - link network/scripts/shorewall to if-up.d and if-down.d - Changes in 4.4.16 (for more read changelog.txt and releasenotes.txt) + If the output of 'env' contained a multi-line value, then compilation failed with an Internal Error. The code has been changed so that the compiler now handles multi-line values correctly. * In 4.4.15, output to Standard Out (FD 1) generated by /etc/shorewall/params (/etc/shorewall6/params) was redirected to /dev/null. It is now redirected to Standard Error (FD 2). * If a params file did not appear in the CONFIG_PATH, compilation failed with the error: .: 31: Can't open /etc/shorewall6/params ERROR: Processing of /etc/shorewall6/params failed * Previously, proxy ARP with logical interface names did not work. Symptoms included numerous Perl runtime error messages. * Previously, the root of a wildcard name erroneously matched that name. For example 'eth' matched 'eth+'. Now there must be at least one additional character (e.g., 'eth4'). * Use of logical interface names in the notrack and ecn files resulted in perl runtime warning messages. * The use of wildcard-matching names in certain contexts would result in anomalous behavior. Among the symptoms were: - Perl run-time messages similar to this one: Use of uninitialized value in numeric comparison (<=>) at /usr/share/shorewall/Shorewall/Zones.pm line 1334. - Failure to treat the interface as optional or required. * Where two ISPs share the same interface, if one of the ISPs was not reachable, an iptables-restore error such as this occurred: iptables-restore v1.4.10: Bad mac address "-j" * Previously, under very rare circumstances, a chain would be optimized away while there were still jumps to the chain. This caused Shorewall start/restart to fail during iptables-restore. 11) Previously, the setting of BLACKLIST_DISPOSITION was not validated. Now, an error is raised unless the value is DROP or REJECT.- Update to version 4.4.15.3 - Changes in 4.4.15.3 * Previously, the root of a wildcard name erroneously matched that name. For example 'eth' matched 'eth+'. Now there must be at least one additional character (e.g., 'eth4'). * Use of logical interface names in the notrack and ecn files resulted in perl runtime warning messages. * The use of wildcard-matching names in certain contexts would result in perl run-time messages similar to this one: Use of uninitialized value in numeric comparison (<=>) at /usr/share/shorewall/Shorewall/Zones.pm line 1334. * Under very rare circumstances, a chain could be optimized away even when there are jumps to the chain. This resulted in a start/restart failure. - Changes in 4.4.15.2 * Previously, proxy ARP with logical interface names did not work. Symptoms included numerous Perl runtime error messages. * Previously, unknown interface names in the proxyarp and tcinterfaces files resulted in Perl runtime errors.- Upgrade to version 4.4.15.1 - Changes in version 4.4.15.1 1) If the output of 'env' contained a multi-line value, then compilation failed with an Internal Error. The code has been changed to ignore all but the first line of a multi-line value. 2) If a params file did not appear in the CONFIG_PATH, compilation failed with the error: .: 31: Can't open /etc/shorewall6/params ERROR: Processing of /etc/shorewall6/params failed- Update to version 4.4.15 - Changes in Shorewall 4.4.15 1) Add macros from Tuomo Soini. 2) Corrected macro.JAP. 3) Added fatal_error() functions to the -lite CLIs. RC 1 1) Another Perl 5.12 warning. 2) Avoid anomalous behavior regarding syn flood chains. 3) Add HEADERS column for IPv6 Beta 2 1) Tweaks to IPv6 tcfilters 2) Add support for explicit provider routes 3) Fix shared TC tcfilters handling. Beta 1 1) Handle exported VERBOSE. 2) Modernize handling of the params file. 3) Fix NULL_ROUTE_RFC1918 4) Fix problem of appending incorrect files. 5) Implement shared TC.- Added README.openSUSE which warns the user- Fix init-4.4.14.patch - Cleaned spec file - Removed Provides shoreline_firewall - Until upstream clarifies non-executable scripts put them under rpmlintrc - TODO * the code files should go into %_libexecdir/shorewall, only non-executable data is for %_datadir/shorewall.- Included docs-html to the packaging as well - Patches have the version number reflecting the diff to the original- Initial packaging of shorewall for opensusebuild36 1504553847  !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~      !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRS5.1.5.2-3.1  shorewall-docs6to4.htmAccounting.htmlActions.htmlAnatomy.htmlAnatomy_ru.htmlAnti-Spoofing.htmlAudit.htmlBuild.htmlCompiledPrograms.htmlConnectionRate.htmlContribipsecvpnswpingswping.inittunnelDocker.htmlDocumentation_Index.htmlDynamic.htmlECN.htmlEvents.htmlFAQ.htmFAQ_fr.htmlFTP.htmlFoolsFirewall.htmlGenericTunnels.htmlGettingStarted.htmlGnuCopyright.htmHelpers.htmlIPIP.htmIPP2P.htmlIPSEC-2.6.htmlIPSEC.htmIPv6Support.htmlISO-3661.htmlInstall.htmInstall_fr.htmlInternals.htmlIntroduction.htmlKVM.htmlLXC.htmlLaptop.htmlLennyToSqueeze.htmlMAC_Validation.htmlMacros.htmlManpages.htmlManpages6.htmlManualChains.htmlMultiISP.htmlMultiISP_ru.htmlMultiple_Zones.htmlMyNetwork.htmlNAT.htmNetfilterOverview.htmlNewRelease.htmlOPENVPN.htmlOpenVZ.htmlPPTP.htmPacketHandling.htmlPacketMarking.htmlPortKnocking.htmlProxyARP.htmQOSExample.htmlReleaseModel.htmlSamplesLICENSEREADME.txtUniversalinterfacesinterfaces.annotatedparamsparams.annotatedpolicypolicy.annotatedrulesrules.annotatedshorewall.confshorewall.conf.annotatedzoneszones.annotatedone-interfaceREADME.txtinterfacesinterfaces.annotatedparamsparams.annotatedpolicypolicy.annotatedrulesrules.annotatedshorewall.confshorewall.conf.annotatedzoneszones.annotatedthree-interfacesREADME.txtinterfacesinterfaces.annotatedparamsparams.annotatedpolicypolicy.annotatedrulesrules.annotatedshorewall.confshorewall.conf.annotatedsnatsnat.annotatedstoppedrulesstoppedrules.annotatedzoneszones.annotatedtwo-interfacesREADME.txtinterfacesinterfaces.annotatedparamsparams.annotatedpolicypolicy.annotatedrulesrules.annotatedshorewall.confshorewall.conf.annotatedsnatsnat.annotatedstoppedrulesstoppedrules.annotatedzoneszones.annotatedSharedConfig.htmlShorewall-4.htmlShorewall-5.htmlShorewall-Lite.htmlShorewall-init.htmlShorewall-perl.htmlShorewall_Doesnt.htmlShorewall_Squid_Usage.htmlShorewall_and_Aliased_Interfaces.htmlShorewall_and_Kazaa.htmlShorewall_and_Routing.htmlSimpleBridge.htmlSplitDNS.htmlUPnP.htmlUniversal.htmlVPN.htmVPNBasics.htmlVserver.htmlXenMyWay-Routed.htmlXenMyWay.htmlblacklisting_support.htmblacklisting_support_ru.htmlbridge-Shorewall-perl.htmlbridge_fr.htmlconfiguration_file_basics.htmdhcp.htmfallback.htmhtml.cssimages2.6.21_conf_01.png2.6.21_conf_02.png2.6.21_conf_02a.png2.6.21_conf_03.pngBD21298_.gifBuildInstall.pngCorpNetwork.gifFools.pngFoolsa.pngKVM1.pngLegend.pngMarkGeometry.pngMobile.pngMobile1.pngModuleDepencency.pngMultiPPTP.pngMultiZone1.pngMultiZone1A.pngMultiZone1B.pngMultiZone2.pngMultiZone3.pngNetfilter.pngNetwork2008.pngNetwork2008a.pngNetwork2008b.pngNetwork2008c.pngNetwork2009.pngNetwork2009a.pngNetwork2009b.pngNetwork2009c.pngNetwork2009d.pngNetwork2010.pngNetwork2010a.pngNetwork2011.pngNetwork2011a.pngNetwork2011b.pngNetwork2012a.pngNetwork2013.pngNetwork2015.pngQoS.pngRunningScript.pngSimpleBridge.pngState_Diagram.pngThreeNets.pngTransportMode.pngTroubleshoot.pngTwoIPv6Nets1.pngTwoISPs.pngTwoNets1.jpgTwoNets1.pngVPN.pngVPNBasics.pngXen1.pngXen2.pngXen3.pngXen4.pngXen4a.pngXen5.pngXen6.pngZoneDiagram.pngbasics.pngbasics1.pngbasics2.pngbridge.pngbridge2.pngbridge3.pngbridge4.pngdmz1.pngdmz2.pngdmz3.pngdmz4.pngdmz5.pngdmz6.pngkernel-2.6.16-1.pngkernel-2.6.16-2.pngkernel-2.6.20-1.pngkernel-2.6.20-2.pngkernel-2.6.20-3.pngleaflogo.gifmenuconfig.jpgmenuconfig1.jpgnetfilter2.6.pngnetfilterconf.pngnetmap.pngnetopts.jpgnetwork.pngnetwork1.pngnetwork2.pngnetwork3.pngnetwork4.pngnetwork4a.pngopenlogo-nd-25.pngppp.jpgproxyarp.pngproxyarp1.pngstaticnat.pngtraffic_shaping2.6.21.pngtraffic_shaping2.6.pngupdated.gifveth1.pngindex.htmlipsets.htmlkernel.htmmanpagesshorewall-accounting.htmlshorewall-actions.htmlshorewall-arprules.htmlshorewall-blrules.htmlshorewall-conntrack.htmlshorewall-ecn.htmlshorewall-exclusion.htmlshorewall-hosts.htmlshorewall-init.htmlshorewall-interfaces.htmlshorewall-ipsets.htmlshorewall-lite-vardir.htmlshorewall-lite.conf.htmlshorewall-lite.htmlshorewall-maclist.htmlshorewall-mangle.htmlshorewall-masq.htmlshorewall-modules.htmlshorewall-nat.htmlshorewall-nesting.htmlshorewall-netmap.htmlshorewall-params.htmlshorewall-policy.htmlshorewall-providers.htmlshorewall-proxyarp.htmlshorewall-proxyndp.htmlshorewall-routes.htmlshorewall-rtrules.htmlshorewall-rules.htmlshorewall-secmarks.htmlshorewall-snat.htmlshorewall-stoppedrules.htmlshorewall-tcclasses.htmlshorewall-tcdevices.htmlshorewall-tcfilters.htmlshorewall-tcinterfaces.htmlshorewall-tcpri.htmlshorewall-tunnels.htmlshorewall-vardir.htmlshorewall-zones.htmlshorewall.conf.htmlshorewall.htmlmanpages6shorewall6.htmlnetmap.htmlping.htmlports.htmquotes.htmsamba.htmshorewall_extension_scripts.htmshorewall_features.htmshorewall_logging.htmlshorewall_prerequisites.htmshorewall_quickstart_guide.htmshorewall_setup_guide.htmshorewall_setup_guide_fr.htmsimple_traffic_shaping.htmlstandalone.htmstandalone_fr.htmlstandalone_ru.htmlstarting_and_stopping_shorewall.htmsupport.htmsurvey-200603.htmltemplate.htmlthree-interface.htmthree-interface_fr.htmlthree-interface_ru.htmltraffic_shaping.htmtraffic_shaping_ru.htmltroubleshoot.htmtwo-interface.htmtwo-interface_fr.htmltwo-interface_ru.htmlupgrade_issues.htmuseful_links.htmlwhitelisting_under_shorewall.htm/usr/share/doc/packages//usr/share/doc/packages/shorewall-docs//usr/share/doc/packages/shorewall-docs/Contrib//usr/share/doc/packages/shorewall-docs/Samples//usr/share/doc/packages/shorewall-docs/Samples/Universal//usr/share/doc/packages/shorewall-docs/Samples/one-interface//usr/share/doc/packages/shorewall-docs/Samples/three-interfaces//usr/share/doc/packages/shorewall-docs/Samples/two-interfaces//usr/share/doc/packages/shorewall-docs/images//usr/share/doc/packages/shorewall-docs/manpages//usr/share/doc/packages/shorewall-docs/manpages6/-fomit-frame-pointer -fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -gobs://build.opensuse.org/openSUSE:Maintenance:3039/openSUSE_Leap_42.3_Update/d487a2d4636cae1945ebbda0b46a48c1-shorewall.openSUSE_Leap_42.3_Updatedrpmlzma5noarch-suse-linux  !"#$%%&&'(()*+,-./01234567689:;<==>?@ABCDCEFFGHIJIKLLMNOLPQRP8STLUVWXYZ[directoryXML document textPOSIX shell script, ASCII text executablePascal source, ASCII textASCII textUTF-8 Unicode textPNG image data, 394 x 449, 8-bit/color RGB, non-interlacedPNG image data, 394 x 509, 8-bit/color RGB, non-interlacedPNG image data, 394 x 521, 8-bit/color RGB, non-interlacedGIF image data, version 89a, 13 x 13PNG image data, 646 x 1219, 8-bit/color RGB, non-interlacedGIF image data, version 89a, 770 x 1000PNG image data, 662 x 457, 8-bit/color RGBA, non-interlacedPNG image data, 865 x 347, 8-bit/color RGBA, non-interlacedPNG image data, 563 x 403, 8-bit/color RGBA, non-interlacedPNG image data, 145 x 97, 8-bit colormap, non-interlacedPNG image data, 817 x 363, 8-bit/color RGB, non-interlacedPNG image data, 584 x 403, 8-bit/color RGB, non-interlacedPNG image data, 649 x 298, 8-bit/color RGBA, non-interlacedPNG image data, 1307 x 841, 8-bit/color RGB, non-interlacedPNG image data, 846 x 544, 8-bit colormap, non-interlacedPNG image data, 544 x 335, 8-bit colormap, non-interlacedPNG image data, 607 x 415, 8-bit colormap, non-interlacedPNG image data, 588 x 415, 8-bit colormap, non-interlacedPNG image data, 631 x 252, 8-bit colormap, non-interlacedPNG image data, 798 x 252, 8-bit/color RGB, non-interlacedPNG image data, 481 x 619, 8-bit/color RGB, non-interlacedPNG image data, 768 x 667, 8-bit/color RGBA, non-interlacedPNG image data, 729 x 677, 8-bit/color RGBA, non-interlacedPNG image data, 749 x 603, 8-bit/color RGB, non-interlacedPNG image data, 681 x 589, 8-bit/color RGB, non-interlacedPNG image data, 845 x 592, 8-bit/color RGBA, non-interlacedPNG image data, 865 x 594, 8-bit/color RGB, non-interlacedPNG image data, 873 x 576, 8-bit/color RGB, non-interlacedPNG image data, 881 x 850, 8-bit/color RGB, non-interlacedPNG image data, 899 x 573, 8-bit/color RGBA, non-interlacedPNG image data, 887 x 806, 8-bit/color RGBA, non-interlacedPNG image data, 1080 x 831, 8-bit/color RGBA, non-interlacedPNG image data, 1011 x 852, 8-bit/color RGB, non-interlacedPNG image data, 1034 x 1088, 8-bit/color RGB, non-interlacedPNG image data, 589 x 763, 8-bit/color RGB, non-interlacedPNG image data, 480 x 467, 8-bit/color RGB, non-interlacedPNG image data, 456 x 459, 8-bit/color RGB, non-interlacedPNG image data, 769 x 663, 8-bit colormap, non-interlacedPNG image data, 750 x 781, 8-bit/color RGB, non-interlacedPNG image data, 615 x 442, 8-bit colormap, non-interlacedPNG image data, 524 x 545, 8-bit/color RGBA, non-interlacedPNG image data, 745 x 427, 8-bit/color RGB, non-interlacedPNG image data, 673 x 577, 8-bit colormap, non-interlacedJPEG image data, JFIF standard 1.01PNG image data, 656 x 405, 8-bit/color RGB, non-interlacedPNG image data, 568 x 780, 8-bit/color RGB, non-interlacedPNG image data, 436 x 109, 8-bit colormap, non-interlacedPNG image data, 487 x 372, 8-bit colormap, non-interlacedPNG image data, 491 x 379, 8-bit colormap, non-interlacedPNG image data, 714 x 577, 8-bit colormap, non-interlacedPNG image data, 639 x 530, 8-bit/color RGB, non-interlacedPNG image data, 801 x 478, 8-bit/color RGB, non-interlacedPNG image data, 551 x 178, 8-bit/color RGBA, non-interlacedPNG image data, 677 x 626, 8-bit/color RGB, non-interlacedPNG image data, 444 x 635, 8-bit/color RGB, non-interlacedPNG image data, 702 x 635, 8-bit colormap, non-interlacedPNG image data, 626 x 687, 8-bit colormap, non-interlacedPNG image data, 753 x 625, 8-bit colormap, non-interlacedPNG image data, 608 x 687, 8-bit colormap, non-interlacedPNG image data, 696 x 231, 8-bit/color RGB, non-interlacedPNG image data, 692 x 635, 8-bit/color RGB, non-interlacedPNG image data, 721 x 635, 8-bit/color RGB, non-interlacedPNG image data, 739 x 635, 8-bit colormap, non-interlacedPNG image data, 745 x 635, 8-bit/color RGB, non-interlacedPNG image data, 668 x 833, 8-bit/color RGB, non-interlacedPNG image data, 588 x 855, 8-bit/color RGB, non-interlacedPNG image data, 507 x 667, 8-bit/color RGB, non-interlacedPNG image data, 507 x 914, 8-bit/color RGB, non-interlacedGIF image data, version 89a, 49 x 36JPEG image data, JFIF standard 1.01, comment: "Created with The GIMP"PNG image data, 670 x 949, 8-bit/color RGB, non-interlacedPNG image data, 589 x 810, 8-bit/color RGB, non-interlacedPNG image data, 509 x 786, 8-bit colormap, non-interlacedPNG image data, 577 x 552, 8-bit colormap, non-interlacedPNG image data, 577 x 481, 8-bit colormap, non-interlacedPNG image data, 424 x 588, 8-bit colormap, non-interlacedPNG image data, 778 x 556, 8-bit/color RGBA, non-interlacedPNG image data, 25 x 30, 8-bit colormap, non-interlacedPNG image data, 655 x 551, 8-bit colormap, non-interlacedPNG image data, 548 x 397, 8-bit colormap, non-interlacedPNG image data, 456 x 397, 8-bit colormap, non-interlacedPNG image data, 619 x 816, 8-bit/color RGB, non-interlacedPNG image data, 708 x 934, 8-bit/color RGB, non-interlacedGIF image data, version 89a, 60 x 12PNG image data, 1016 x 402, 8-bit/color RGBA, non-interlaced+S$mD?p]"k%w*b[+T]V؄Ұbض$WiCS%op9+n0eD5/D)sB2l~v6_ii.D}g&G8ZY5gPdxK{{gHHW=7}QV ;fq?AxA7'ԫc䡲?gnlTupī'͸U5!G0mb꤇;XǙ Lk;~H;?[a ྶls,iջU@;t b%hcQ n)ߩ[r gClg·]9?)ɥKٍK.. ҧCمrLmRWlr*E \l.+YܧW0-+ɑ#/AFD:oG?Mˬh֜C@CWvqk:+yNtʨTۓᛣFFY=ֿm2<ϚcajSS4gc?}I|8Uټ #ke 1Cz(8TܖyrZq\kbF *7`r 7^Sn #v5A0y;?at(1>"ZR{CLq6>M>+Cw.qGe +Oi!6ҏU˒56 sLJ5턿ftt3IͦR8jo4RfKfI~i t(H9ۑe}@ȑ6̬Ι~?^Q[mIy(B |v;J Otk:=!CF%,I Ū*y6DIi]ё{EUH.9ذ-"&ӽj2`䤫#~!)'TӌpM*0[fMMןHJ;<[X}* 2:UplF?*)B_pN2(Bt9:1/h8X0w:TU`EUQñx(߾B£kOƯ_/i4.dEY )ޏW$ B }3L9Ìtu"Aÿ뼭2Ï^8nF6*;6曺˹);5<ʠc͉+r* m1"GoQ<̨L0ǂ3c&QْbЯY~|"4H8WCZ5\p%t0>vBg 藙*ze}BLDd~}j w|R^#"-t)mD|<#"M(x&_[~k}yZDO4G~?cٕxt;͋/C ,V1u6܃8%"_F7+ID-9h4G&Y@<v, uՆa6*JKԽg!!WK](Dq GGԞ;SI mLP .ߔOMٿh; tUzqh)yޢ7a!mes7Y~pA9jM@u0%AO#ܙ"k=5;hH{b%?ך= ZfcA}Cs7_kmwz]`ԸmV/#ˎ?Un~0O޴Ak0p=XeRBR8Fnϖl/ %d5 0TH.8躨S{dNz]wK\ 7aPiWL[KR ,BuvΠ B֧eR H7eo^[fZ_گv'2y!Rj9ցBf2<΁g]a3xtFI xGث! sI_3(oڊ3 |Wʭ4@=҂9H UIl5!lM'@$[`Q$3vi-v˦(G[Y VR@`־!1t?\;^8pxX2@QB""O1^ v%6, )H9= +Q۟V7\Ӈ?$jͤ!Dh]0) g\ga' ٜZ+/]/fB4VAdžj4XY0#,*x9pf?H<{P5f6̓Zn0nF| W]w}X8lQ.(0дg hej[@[=j3R;7gD$U*BM^z&3vW<=ia5g/5Wgq Qlf,N`80ӪFtς,` ; i)6 7׻ 1W#&ސ7b/?I]pĄmsWx/KMu [҈n}&$UfJ1fF5r>p$UM$^H!2 N9 ۬kQDf[t/MPV.1r؉DIIVI*}&y!=f (Rio{>MQ%h& n-`Q5^sKlCѶE O͖qud~Xނj!fKȃ.41s;,10q/vE.3q]z [QMGT#F wW}lhVi#נCYKzG M?£CP$4Mf[JN؀bȒ[OL3elnɛC%-ZH/50`SpЦ1Ml`[ɏ\8z6k1ZI|F'`I5/u7FXMxj\'ȝܔ kSXx5 ;41(sHD]<$(%;fxoSw Muf~. KlŤ{}n-P#rvܮKai3[]M]S 7XW YB_kǬwR3bB'C6!D5a0=4HҧNLn\`LPDҿMWr' <$:VN4{  v2<'|=ɬ'^TZGq. bw#F\4 ꎤիpۄBK#E'=J''X|KrX-[)iRgl%C[eh=e3.|_ i㾚2pbuebs+ꔺ"MT6CAf[?H;qd!2?5!ȼȌYa^tB" _v;HV[`yd9)^&=0a9(nw!7xG>6txE9"0-XdTUla DHL$0'K}J`a@(}<N_{`!$Z3S5 b _1#PSM?iUDdq2XlL6<#U<9J4rG;9Iw5>OM҄4:R_zûy!뛉2k$B5$%rz&wfʵC8 RCPC¹w ȉ٣̲U Iu -mTJ3`5t-wC䄐s;hz_GArQiHAJUon+#OXl@bO9NFY flVPک bfLCY-1yEbݑ`5 $)d +XM<.;?a:xͼQUygW9tbv}j$+@8oſD? [ 6<2q(ߐ6r,SpOd)&-롬n gytVkEd/ z`n{:9-mQ86.5:)a]8mX]<6HϡݸyON}@ Cs֎y~AT/A2Yxd Efp4e *`C;OYm8ʺ~/Ʉ 8iId-j&D#s{e3Iw^G-8rԹ~K5d!#QgG$b(`T#:9tH[ŷwʷ=zzk#:B@霌k8s,Ѩ>ʸ^Dl3f˗P&P=Kf"˞떣4;xEXzEHr v bl,esWPMEs^Xf#  mHP`M^oޯ8hݜpezj3?n#ùfR9̺oίbY'*V*-oX~bB5ACR7g͘E.0-RFw%C% H55Cђ%z:ұiR=>&4_g@66.Fժ t&A^}r4Dh}©cQw" byE;B F\yAs{)8}#[W4c/- TLx`2ّWcfzeNlb~2ԛ@j\̲o?AxY3C` {gEi6GC^dP5a}ZdSZ1# #KaM4ޫfOЍ00Xxm+ V\NC,mڶ7/p^uMkWB鎣2ohNI<'rCN1+aI>4UyD*Y"bO5 sMiA/ PGkc%#]'vWs܄Q`.|Osk!4&N@ f V]܍Gg\ts:ģH!- &Tο S"y_^ nxwffEv DɭH47u4A gAvEr53ˍ[D:>B0 .L2Ui'(z~?Kx=1( >FȹJrf+񛳐p3+"R^*A{2UO(ERHXFۯp(Opk606ue"A<`r9mk (y$zsDճok;^*vUJiJ.wʲWDN)y PX$hBXQ__%~bY鏶B(wf8zbQ=L]JCgYV0WC#{a9;ImW7d.uJd16g.aL#}Z&HSs. |OA )=/U+@ijsS?^Ci_jUdoY">;mEM)&ںNOp9cЃth)kNDiFѦhҚڕ7鋟##m| DY9ޠA7By0#A6 >`KE8Mթ1@)J0Re02 5!j|Qͮ+~,IVc5v. okI07~|Oz~_g1U"߆|~infA4"h֟M.HOcanC嬸* gn:neCFK'[$ Hy]ԪB*;/xUC(GGclR,}F";kԍ!=)0(-%T b34ن AZZ3A<-,Bޑ ajZ)VY[n;+-'ە„q^&BV!>#1[sP֦K o d; ˨d:ca{nU)>o)si"-wˀDwW?{33lف^KEO6֡&Nh ǿG H1#JTm@E<4g(7zf>BS١N\Cv*@c!AfҢvWmJ&`aB ZPR|X}vabLn x:օYPN0'7TwR9jw.|;@YĈe%S'}$@: ('vsϓse[_L=W[#Tg* zClP !U+Yf&WMM4墂}f^~zJj 'J)z;-85jkX P85űq^ObV촁E.}ܠ-Pvtar?>bX<ٝg)J}Ϗ1cĎC>˗bpS:m=|q֟= l.kY^U0[>*8q7R /"U RHݭSr[vê6iU0Rpi"#T8B E](~*7*Khc@cG|ᷔۧgj \m׽hP-踓HA٭y> zi./N~ g6y+#lq K޺8C/UKVtwI f_M+GߖYlGaZ`0'eB5b$=%?B=7Iy diZ::fNCqU}_<܊jA;Jo"gt\%CE  1|\2^`[k4/%+A2§G[r'#M fv'3Hm2d,U<'wGx@rg p+r;AP]гz93jV{?%,C]nuN^_h/[`qf;e$ZL֚fmԩYtC~$M5QVn/C>yO`6|sWbYI,L< ܚ~H'$ȞW39 Ag1{!+˕M=W,L&]b{Qw W%{ VD)"FZT|Y}4R~/X2lhke~q1bY6 fPgHӑNʎ|F_?J{<5)O )+} 8 ' J-Uk3dT D@:/2E5n^kBhCu6)[aF>4NW(w 7Kl_a9C<+?v@\ ,u+luGE5? Q'Sbs0x LS¹X_J+D蔯T_{婴jH O>W=]h+|ʔ & ުKcz>x+xg(?I-WdG\Xt+Y$AuaY$nV_66w/.fhߪ.;D>QTxey#Y%N)yb$ꄓ;AzR A_{")xZ|{{R$x\qu\&MXd>Ս̼{ p_o.Q YzNT71Mv8s'.?Ȭb>6]bkq/E(m@`;9h뻰4;Y(żU7DbҖ&_Ȁ@0t#FEUY]I?<ւ4lY #U7&w}Dp's*%Z(ja ɪHt.64 K뱅.BNȃ0P+"%œWp5kpB.#)Ahސ#I=sA"8Wq=BKUü>5{>[F6sb爄V2PTyIJ κlhV_WSjBK=%Ck|lW جGȡʹ5Tl(Xg&6Pmx ~X{wlP irC,bRbѪMUe;agCIT~( ].j25Ɗ)>*z&:3CM$$2| -T6, UFς..PvHmPAc*S?p־3_9)acÉ>ƩmXeroac?y(@?n>ٿ5`9s_H[ iK}3?5aj֡hFY)QC*`cDtY1>T[y8/&5X:>DIA`%n Dqs,(yUYZR&҇oGFFUkCp/*#i1 S#9xZEvd^'z(Ϩc4F@B^m~ 6G t \n_]cS<Q@5hms3`HAF\#o- m" *񄘗ppkTd\:t^yv%w( l~)WvY%{|>R9 qJ Rc|F -3ZǘS[O-&K]d癌{rb. ܖ- tɽFWX*m>V3H)B؄MCށ)?ѿICJ8G$[p;zVh=H'B7Z~)ї:Y58F3MmZ4IA)hVVSX#wJԁBX<* qm(g=+z|($C Z5Vϳ+nPqT'?@;MkpܙeмֈdlXW`;auR nK+`m4,(X5v0n$k}߯t@CO~ ~MӖ( ݀\$й_!T$}uNK"isc=T̿<8Ы&\e_9+c2sB#NL6y[lDgQGCD\6j#7fRk KSq2%N$ Y>SmLVs<_"/*vLn'/ #Uc Nu3 :5bYyzP? 7LΤ<39-5ˇeּfb+!Kdѐv3o(aD}jƧ'>*M 7cl4"P7n%vm.r54$5:ޏ.Q2ȽG'UE,7`b@" ZabK@Q`(xBzKNVLV| W8{K^Eꎛ(Ayod~.%ib/``ݭ$veW _BZsGH m3q]"V((/!nuJ dbq2"{Geꎃ0ܻ 㾕Wk鹩h2wťPx?بL@w/ 5d4FϪzlvrӛz@dw̕Qd󘱢F搠Cb9ԋ SGj*bgx'&w`[ar63ȉyW{XS􌾠e`fXH~d G+rCweh;]_mOl+pabݖp5J=q<3zFKP8Jwu 2:“Q;_ry(&\1{Cz 2ϾӄG;M_#+@L哻`ǧli49Y PJ Thps4x+;دC8Mio-2g@{6>_efG ?[pɉ/@d6Pjey>CV[ӋQt.b'[i/$4Rs֞ԍ$l5PEbU܌ :͉bSWb`yq7'!F`a +SmWvISZ! ;Ŭrk3,5=rY$AUW?0z!=Ցa8- c_V.$rw:5pZ6;JYǡTBYr ᷡZ ev8649j=MRS}zC/0(N;a p؇A*$~Wԙ"}OG KlVwtJrNO[WdW11*Ñ*s~c5D5OCzM/,V]%鍈ͨ}B`H5vb a;lA#0's47m_F;bTPgfFl{nq^A%s\b0MSbv Y@Hywoɢuu?/?c#p=VJvE <5kNGqdOҦXbjUj9Ϩ# U"BԚƙy=1,Gؑri~tK} "Loˋ#ΠT |;z=~+vW(A0JYC2OP^n#}z:\TOq.XR/^h#n.1ײYd860~N$K*XE1 v(;rڽֈVPင+K#j&xpD:6޲ J9JŔX~leǟ)ZH089jDP@&|OLJgfwR+n2o g\5KM,ziu˖qX-Țj/y3NH8ܕ E!RPBL3RKrۤ~-I%/u3'ݞc*#r-ݔL>hm#^>n?.@_iϢ\dN[XbJQ%`y|W+V:;9 bZ d$Ed"%eQ4<>A VG$\ۀ`sSz0y-P'y5b"+kضv6qwAXU@$ݏ|* cҨ t]2q%a?O^ 3##rk5[C,QU 6$/_57c^\58=&Ǫ<;ko!Z kJ0 3KZ)`N ŀ]DHZD~JyMKѻVON55g}>ޫ&U94y<.7vJA1 /lٔf1b T_5M95ޝwL6ća;}t˾&֌`_#\lX9\"8~qM٧H\n.oðX毭RvJA87ppwG5βL Apxq|10GI7h.&RVt3ܰxȯΈӷ:f_oڣꫳbr0&p '%kH5 +YL$<.f~{ϟM%V-_,n]HbY718"_n$:dzӳ捎[2eED1DpA"=QNA((1C,@AG3O{& @nr+;0jݣ;C-jWJBI.[c\bUQ^sX1_0n|ʅ3+i*guVWښlbnS7GH$хMx;kӅf2gŇ]/gT/$gkRPaiq Ua:KYO^/v:#jNK 1= ޛ` l{e_yz xwFv;r1\BT֬!8k}z6:}-5$Hc,>,D|ILjNu(nz% t^wM᧫9'6 b^ 'zQ Pԅڻj!aIwx ;쬊;W[^P7~>@y GRt4 GYώhQ+ȰcƫtVOf],-tTd\\EA5FIsk#/]_i\5n7R9(xì$6*Ċ;fW8ZA4/ WݒW Aj ӄOtZ UDwחDO(sTI (?ިAUf׈BjW}dd ?iEAt4/uj*X5w+3xڡgfl~h' SQ/sf=ɛwE-rjCZ+_B %!ۋgʈBK6h\R 43|X[Ƥw?&K$d/A,g $(עT3<ߓ^TbtVRX ce-Y atfN/lh.ɘ\xj4θ\7" h10P/TOlPaM@O9 `pmpHSjwXzㅈ7\k<`0iyb*|ˀ]7ww\Ӣ T$H42L#OfB2gԛabϩɢ=p=_^ $w˨dj 8[' 3m{'=F¹0(;·IdaȑP2r)KuJք-cрoؖ6[L5r/pALπb"qte.S\\B/mqKgp5;Ad[ًNgAo[lqZ X)p3XJ vIy!0Tm?Ьm*_/U);Th7x4~e$+ʩ73Lp4Y#$Q50e,S&xO&Z|Jv, k1mC#o )!w-zT@ph3k2פ[w3NOwױs~q;h qSIsHƮS?RFPD@ܭO5wQC]͉۬ 2#HTߪ͒]Ç M~5Xzw~5Kʘ _}+@ԝˆ=/4bpz%|mIMCUΕii [0̇UzF$~2^_iukչL&& }~Z?Vs!cN>jŘ 5*YےU&hscLUKv->?01+r43_Ȗګ;KfK҃hOs{͍^bbT;U&O4 ΩZklߟIpT9ߤ,Ys>7Yn "g>`"rXE%~3H,J1gW-Р6) XJW46MP8c,T1ỸAqs~*\waUBӿ*)qU%_2Goi^.oozO3Q dE q]РL.&9_+jWκٽxA6Ͱ*OJ{xOtF E 2;ֈEd%?buBX>!˓K(H[}6=X^*SvUfl#koBw1PoF#+,jŎ'Qsbv9f #]ZC#f"3_?SyWuQ@ʦ'cA77o1p8 SbZ }(\:֨gbd>CjVQkR~VCl<wqOpephbme$:,8}1({6\kȼ3ڧM:_w!< FhAۺG^஀FJo3)Q)~+3aRAvKYns3FYe@[ b!٠A1-: L$ẽ@ :x3/Eap:5[NGOkmWi dh5hd/@H]V/Wm4}j`%pW:Qz<?")H]4mO >*Q8J5۩d^| NOE`&Hd]鵕RYΞ ΁6[[y7x-+t};l:=#4#07Of0iْC ]AV+^^UZبEAi f1R3^7x"/s쇲rW1B4tUUG1`9KFA K.7P9m1nd B~X9ŵ%cE\g0o0aDoF94-$3o cU{2A>1A*w- N`-خ&4Ȓ5]L 5sU3pP1wݾbjAwn&2 dd^&! R=Յ,mͿU\BnχuzmsrIUM}ͳV&GL>#_j-U<"CL+8>Ldj31-~i7EUN&aasIq; >΍JB6+:,]ޭ~ fi K2Ф%ӆYE(T֦+Y` JvTH@68ZBiصaX?{ZX7`YcE??]1epµb!;^Ntъ[) 4wBEc|j.Cꋹ\V 9o OȬз+x$+w+쟽 -/@jaVjI1/DVZƜ)H!1ypȥ$;*L1m tBTZ|oo hI#텘]mBn:MM䏱glyo=U}U4fWA;cK&=/kŘݭ3+Zߔf /=qgdn]T哲$ͷ~än2щE 7{tMçuoC( Jᐚӵ8qZaѓ ;wU*zb*ʈE84,xȅܴN駤cP BUh;[@U$8ŶWU u]ky2d1|yO^7R)7 ^wL&37;@D.Y`LB -Lx0Gɛ. nMƼݧgkHg|K]d6ĿOj،j"+6&GG"(?I]虾qȥ5<+N \dKDmhHK: 'mJ9w}<)STgDpͮ֐#8K "݁dh^/KXZ*\1G z}Ő(qh[kn4^ 7^w/s$ݕ=$W^;ֶ3DݹLc=MU}m6:R椡:bڻbA/msAܪ#;cy 'U hQjoc*֙.8[l*e$JWc0+ku3.?x憐ξAҰO}++4܎9*0VVH`ҟEK&}%>-|!?}=-D}Mɞ41*$fB<i}#cXm+{L0XFa,53Mohma&JIw!Rވאp[I?@]XDe<7=YđQjߥIǀ8{81P1N<C\I>tVմy瑤@ⷓ >cy\/F[b{m˻CtKb6@3@`}혳GMo35hlQDOYo?b#=v0@96P'@G[!uD9O]ވTZ?^c.~/ɦ(ko3=>(Y%cחTqbd#'䝉#`1NZWF8ī.(VvOc/Nq]UM%ZIX_Cs Pח:оld={v`h7U윧TY+0M@|>>eGvO9d+E&NjYLf&W06J~ёV~_hYI0e%j9j;GÅ?"'U!+4*)UlEYWRbfJF8埾[~YxR68lEQ%tL-5AfuT䄷PeↃ+ phs\mZ6^W o(b/|fIJ |`!R3>J2\?2(9oMdYlkM2f}r Fh¨kAJK;,Ty\c]N-jTM2 asp\=p#}71Fv[B{3N}Θ@ծFn~!JV4sY]%[Sd! U4`ފs0c"c?Gܰ=s4⦣וOgpw RJsF[3vQK¢q:Y`1MtB$;:75:*U~9#Q 3͸*pD5&aChSJ1M8:>52(2^f\{4+~URF3mύ=5H٦IVӠX#D\q7ВFzVLKO` V!ܠsd]e:3bkΗyF>c.|nXzemV55b#S?FLițtEOòS! dzQGDEu)X޽y2Я l(|$?qr0 ӈ P|wSVŬ\Y'ex7zRܖ$uz)#OA Z%(u8cl{P٢eyw3ew,}V^l[8woB"ObX0 K^]%JoPMN >FK:w!cM?]4GJ