# Changelog v1.28.2 (title has already been used) **URL:** \ **Category:** STORJLINGS\ **Tags:** official-changelog\ **Created:** [April 28, 2021, 10:38pm UTC](https://forum.storj.io/t/changelog-v1-28-2-title-has-already-been-used/13483 "2021-04-28T22:38:21Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![littleskunk](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/littleskunk/32/63_2.png) [@littleskunk](https://forum.storj.io/u/littleskunk)\ **Post date:** [April 28, 2021, 10:38pm UTC](https://forum.storj.io/t/changelog-v1-28-2-title-has-already-been-used/13483/1 "2021-04-28T22:38:21Z")
> **[Release v1.28.2 · storj/storj](https://github.com/storj/storj/releases/tag/v1.28.2)** > > Changelog > General > > \[+ 2ee3030\] all: remove code related to PointerDB > > Uplink > > \[+ 785adfb\] go.mod: bump to uplink v1.4.6 > > Satellite > > \[+ 9cd17fd\] web/satellite: request passphrasse on project change.... **For Storage Nodes** **Move Deleted Pieces to Trash** > [@Deleted pieces will be sent to trash by default](https://forum.storj.io/t/deleted-pieces-will-be-sent-to-trash-by-default/12931): > > Hi SNOs, The next software upgrade includes a change that will by default send piece deletions to the trash rather than immediately removing them from disk. This is a temporary precaution to avoid failing audits for pieces that were deleted between satellite database backups if we have to restore from a previous backup. Each node still has the option to turn this configuration off, but we highly recommend you keep it on. It is very unlikely that we will have to restore from a satellite database… **UDP Pingback** We haven’t finished our research around QUIC yet. At some point, all storage nodes need to forward UDP traffic. In a first step, the satellite will check if the UDP port is open. The outcome is already visible in the storage node log but not on the storage node dashboard. If you haven’t already please forward TCP and UDP traffic. **For Customers** **New Branding, Pricing and Free Tier** We changed our branding. Tardigrade is now Storj DCS. We also updated the pricing and last but not least we have a free tier instead of a free trial now. If you haven’t tested our product already you now have the chance to test it for a longer period for free. **Satellite UI File Browser** The satellite UI now contains a file browser. You can upload and download files directly with your web browser. No additional tools needed. Please note this solution works with server side encryption. If you want to stick with client side encryption you should not use it. You can still choose between different existing integrations with client side encryption. ---
**Author:** ![Toyoo](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/toyoo/32/1126_2.png) [@Toyoo](https://forum.storj.io/u/Toyoo)\ **Post date:** [April 28, 2021, 10:47pm UTC](https://forum.storj.io/t/changelog-v1-28-2-title-has-already-been-used/13483/2 "2021-04-28T22:47:27Z")
> [@littleskunk](#): > > The outcome is already visible in the storage node log but not on the storage node dashboard. What is the message we can grep for? ---
**Author:** ![littleskunk](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/littleskunk/32/63_2.png) [@littleskunk](https://forum.storj.io/u/littleskunk)\ **Post date:** [April 28, 2021, 10:51pm UTC](https://forum.storj.io/t/changelog-v1-28-2-title-has-already-been-used/13483/3 "2021-04-28T22:51:05Z")
Here is an example: ```auto 2021-04-28T22:46:23.823+0200 DEBUG contact:endpoint contact/endpoint.go:53 pinged {"by": "121RTSDpyNZVcEU84Ticf2L1ntiuUimbWgfATz21tuvgk3vzoA6", "srcAddr": "35.243.108.21:46228"} 2021-04-28T22:46:24.557+0200 DEBUG contact:endpoint contact/endpoint.go:53 pinged {"by": "121RTSDpyNZVcEU84Ticf2L1ntiuUimbWgfATz21tuvgk3vzoA6", "srcAddr": "35.243.108.21:56648"} ``` It is impossible to tell which one is which. Getting 2 pingbacks from the satellite means the storage nodes has noticed the TCP and the UDP pingback. ---
**Author:** ![BrightSilence](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/brightsilence/32/6048_2.png) [@BrightSilence](https://forum.storj.io/u/BrightSilence)\ **Post date:** [April 29, 2021, 3:44am UTC](https://forum.storj.io/t/changelog-v1-28-2-title-has-already-been-used/13483/4 "2021-04-29T03:44:37Z")
Looks like the log level needs to be set to debug for that. ---
**Author:** ![Pentium100](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/pentium100/32/6082_2.png) [@Pentium100](https://forum.storj.io/u/Pentium100)\ **Post date:** [April 29, 2021, 4:49am UTC](https://forum.storj.io/t/changelog-v1-28-2-title-has-already-been-used/13483/5 "2021-04-29T04:49:13Z")
How do I forward UDP port with docker? ---
**Author:** ![kirbah](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/kirbah/32/7177_2.png) [@kirbah](https://forum.storj.io/u/kirbah)\ **Post date:** [April 29, 2021, 4:53am UTC](https://forum.storj.io/t/changelog-v1-28-2-title-has-already-been-used/13483/6 "2021-04-29T04:53:16Z")
See answers here [Experimenting with UDP based protocols](https://forum.storj.io/t/experimenting-with-udp-based-protocols/11545) ---
**Author:** ![peem](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/peem/32/6323_2.png) [@peem](https://forum.storj.io/u/peem)\ **Post date:** [April 29, 2021, 6:52am UTC](https://forum.storj.io/t/changelog-v1-28-2-title-has-already-been-used/13483/7 "2021-04-29T06:52:23Z")
> [@littleskunk](#): > > If you haven’t already please forward TCP and UDP traffic. What happens if SNO does not want to or cannot (e.g. because of VPN) enable UDP? ---
**Author:** ![kirbah](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/kirbah/32/7177_2.png) [@kirbah](https://forum.storj.io/u/kirbah)\ **Post date:** [April 29, 2021, 6:57am UTC](https://forum.storj.io/t/changelog-v1-28-2-title-has-already-been-used/13483/8 "2021-04-29T06:57:37Z")
Currently there is no difference if you open udp or not. But who knows what will be in several months. I think you will have some time when there is some difference. Udp was added several months ago. ---
**Author:** ![BrightSilence](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/brightsilence/32/6048_2.png) [@BrightSilence](https://forum.storj.io/u/BrightSilence)\ **Post date:** [April 29, 2021, 7:13am UTC](https://forum.storj.io/t/changelog-v1-28-2-title-has-already-been-used/13483/9 "2021-04-29T07:13:23Z")
It will fall back to TCP, but you’ll likely lose more races to be the fastest node as a result of the failure and then retry with a slower protocol. Though I doubt this will have a big impact any time soon as there will be plenty of nodes which don’t have UDP forwarded yet for a while. ---
**Author:** ![peem](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/peem/32/6323_2.png) [@peem](https://forum.storj.io/u/peem)\ **Post date:** [April 29, 2021, 7:36am UTC](https://forum.storj.io/t/changelog-v1-28-2-title-has-already-been-used/13483/10 "2021-04-29T07:36:40Z")
This will eliminate nodes via VPN, the successrate is already at 75%, if it drops even more, it will not make sense to keep the node, let alone buy an external IP only for Storj. Now the question is - is it a deliberate VPN elimination or a coincidence (side effect)…? ---
**Author:** ![BrightSilence](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/brightsilence/32/6048_2.png) [@BrightSilence](https://forum.storj.io/u/BrightSilence)\ **Post date:** [April 29, 2021, 8:01am UTC](https://forum.storj.io/t/changelog-v1-28-2-title-has-already-been-used/13483/11 "2021-04-29T08:01:01Z")
I think that’s jumping the gun a little. Lets see what the impact is first. But I would like to point out that Storj Labs themselves suggests using a VPN to work around CGN from time to time. They are definitely not intentionally blocking it. However, that doesn’t change the fact that extra hops slow down nodes and Storj’s objective is to speed up transfers for customers. Implementing QUIC (which uses UDP) is another one of those speed optimizations. Yes, VPN nodes that can only forward TCP will have another disadvantage. There is no way around it. But if the other option is not implementing the speed improvements then you’re just out of luck. That said, I’m pretty sure there are VPN’s that allow you to forward UDP as well. ---
**Author:** ![hoarder](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/hoarder/32/1131_2.png) [@hoarder](https://forum.storj.io/u/hoarder)\ **Post date:** [April 29, 2021, 8:04am UTC](https://forum.storj.io/t/changelog-v1-28-2-title-has-already-been-used/13483/12 "2021-04-29T08:04:55Z")
> [@littleskunk](#): > > If you haven’t already please forward TCP and UDP traffic. This deserves an email announcement. ---
**Author:** ![Toyoo](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/toyoo/32/1126_2.png) [@Toyoo](https://forum.storj.io/u/Toyoo)\ **Post date:** [April 29, 2021, 9:04am UTC](https://forum.storj.io/t/changelog-v1-28-2-title-has-already-been-used/13483/13 "2021-04-29T09:04:55Z")
Documentation needs an update too: [Port Forwarding - Node Operator](https://docs.storj.io/node/dependencies/port-forwarding) ---
**Author:** ![SGC](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/sgc/32/1132_2.png) [@SGC](https://forum.storj.io/u/SGC)\ **Post date:** [April 29, 2021, 4:51pm UTC](https://forum.storj.io/t/changelog-v1-28-2-title-has-already-been-used/13483/14 "2021-04-29T16:51:48Z")
i wouldn’t exactly call this blatantly obvious… but i believe this means’s its on… ``` grep contact:endpoint sn1-2021-04-29.log 2021-04-29T09:37:40.708Z DEBUG contact:endpoint pinged {"by": "12L9ZFwhzVpuEKMUNUqkaTLGzwY9G24tbiigLiXpmZWKwmcNDDs", "srcAddr": "35.189.66.130:42676"} 2021-04-29T09:37:40.772Z DEBUG contact:endpoint pinged {"by": "12rfG3sh9NCWiX3ivPjq2HtdLmbqCrvHVEzJubnzFzosMuawymB", "srcAddr": "35.228.222.168:39858"} 2021-04-29T09:37:41.073Z DEBUG contact:endpoint pinged {"by": "12EayRS2V1kEsWESU9QMRseFhdxYxKicsiFmxrsLZHeLUtdps3S", "srcAddr": "35.221.25.52:47560"} 2021-04-29T09:37:41.139Z DEBUG contact:endpoint pinged {"by": "12tRQrMTWUWwzwGh18i7Fqs67kmdhH9t6aToeiwbo5mfS2rUmo", "srcAddr": "35.224.23.248:54248"} 2021-04-29T09:37:41.479Z DEBUG contact:endpoint pinged {"by": "1wFTAgs9DP5RSnCqKV1eLf6N9wtk4EAtmN5DpSxcs8EjT69tGE", "srcAddr": "35.236.98.215:34206"} 2021-04-29T09:37:41.790Z DEBUG contact:endpoint pinged {"by": "121RTSDpyNZVcEU84Ticf2L1ntiuUimbWgfATz21tuvgk3vzoA6", "srcAddr": "35.243.108.21:55572"} 2021-04-29T10:37:40.727Z DEBUG contact:endpoint pinged {"by": "12L9ZFwhzVpuEKMUNUqkaTLGzwY9G24tbiigLiXpmZWKwmcNDDs", "srcAddr": "35.197.226.85:39892"} 2021-04-29T10:37:40.814Z DEBUG contact:endpoint pinged {"by": "12rfG3sh9NCWiX3ivPjq2HtdLmbqCrvHVEzJubnzFzosMuawymB", "srcAddr": "35.228.36.232:43632"} 2021-04-29T10:37:41.172Z DEBUG contact:endpoint pinged {"by": "12tRQrMTWUWwzwGh18i7Fqs67kmdhH9t6aToeiwbo5mfS2rUmo", "srcAddr": "35.224.23.248:48992"} 2021-04-29T10:37:41.364Z DEBUG contact:endpoint pinged {"by": "1wFTAgs9DP5RSnCqKV1eLf6N9wtk4EAtmN5DpSxcs8EjT69tGE", "srcAddr": "35.236.98.215:43038"} 2021-04-29T10:37:41.614Z DEBUG contact:endpoint pinged {"by": "12EayRS2V1kEsWESU9QMRseFhdxYxKicsiFmxrsLZHeLUtdps3S", "srcAddr": "35.238.72.85:42310"} 2021-04-29T10:37:42.583Z DEBUG contact:endpoint pinged {"by": "121RTSDpyNZVcEU84Ticf2L1ntiuUimbWgfATz21tuvgk3vzoA6", "srcAddr": "107.167.187.38:36834"} 2021-04-29T11:37:40.796Z DEBUG contact:endpoint pinged {"by": "12L9ZFwhzVpuEKMUNUqkaTLGzwY9G24tbiigLiXpmZWKwmcNDDs", "srcAddr": "35.189.66.130:50996"} 2021-04-29T11:37:40.838Z DEBUG contact:endpoint pinged {"by": "12rfG3sh9NCWiX3ivPjq2HtdLmbqCrvHVEzJubnzFzosMuawymB", "srcAddr": "35.228.222.168:55424"} 2021-04-29T11:37:41.132Z DEBUG contact:endpoint pinged {"by": "12tRQrMTWUWwzwGh18i7Fqs67kmdhH9t6aToeiwbo5mfS2rUmo", "srcAddr": "35.221.46.106:37102"} 2021-04-29T11:37:41.159Z DEBUG contact:endpoint pinged {"by": "12EayRS2V1kEsWESU9QMRseFhdxYxKicsiFmxrsLZHeLUtdps3S", "srcAddr": "35.231.222.201:58338"} 2021-04-29T11:37:41.489Z DEBUG contact:endpoint pinged {"by": "1wFTAgs9DP5RSnCqKV1eLf6N9wtk4EAtmN5DpSxcs8EjT69tGE", "srcAddr": "35.236.98.215:36822"} 2021-04-29T11:37:41.936Z DEBUG contact:endpoint pinged {"by": "121RTSDpyNZVcEU84Ticf2L1ntiuUimbWgfATz21tuvgk3vzoA6", "srcAddr": "107.167.187.38:35042"} 2021-04-29T12:07:39.340Z DEBUG contact:endpoint pinged {"by": "12rfG3sh9NCWiX3ivPjq2HtdLmbqCrvHVEzJubnzFzosMuawymB", "srcAddr": "35.228.36.232:46380"} 2021-04-29T12:07:39.372Z DEBUG contact:endpoint pinged {"by": "12L9ZFwhzVpuEKMUNUqkaTLGzwY9G24tbiigLiXpmZWKwmcNDDs", "srcAddr": "34.76.106.129:49032"} 2021-04-29T12:07:39.703Z DEBUG contact:endpoint pinged {"by": "12tRQrMTWUWwzwGh18i7Fqs67kmdhH9t6aToeiwbo5mfS2rUmo", "srcAddr": "35.224.23.248:41354"} 2021-04-29T12:07:39.870Z DEBUG contact:endpoint pinged {"by": "12EayRS2V1kEsWESU9QMRseFhdxYxKicsiFmxrsLZHeLUtdps3S", "srcAddr": "35.221.25.52:34848"} 2021-04-29T12:07:39.881Z DEBUG contact:endpoint pinged {"by": "1wFTAgs9DP5RSnCqKV1eLf6N9wtk4EAtmN5DpSxcs8EjT69tGE", "srcAddr": "35.236.98.215:54062"} 2021-04-29T12:07:40.498Z DEBUG contact:endpoint pinged {"by": "121RTSDpyNZVcEU84Ticf2L1ntiuUimbWgfATz21tuvgk3vzoA6", "srcAddr": "35.220.160.211:53762"} 2021-04-29T13:07:39.346Z DEBUG contact:endpoint pinged {"by": "12L9ZFwhzVpuEKMUNUqkaTLGzwY9G24tbiigLiXpmZWKwmcNDDs", "srcAddr": "34.107.106.254:48680"} 2021-04-29T13:07:39.475Z DEBUG contact:endpoint pinged {"by": "12rfG3sh9NCWiX3ivPjq2HtdLmbqCrvHVEzJubnzFzosMuawymB", "srcAddr": "35.228.223.134:39584"} 2021-04-29T13:07:39.707Z DEBUG contact:endpoint pinged {"by": "12EayRS2V1kEsWESU9QMRseFhdxYxKicsiFmxrsLZHeLUtdps3S", "srcAddr": "35.236.192.71:53486"} 2021-04-29T13:07:39.723Z DEBUG contact:endpoint pinged {"by": "12tRQrMTWUWwzwGh18i7Fqs67kmdhH9t6aToeiwbo5mfS2rUmo", "srcAddr": "35.224.23.248:37102"} 2021-04-29T13:07:40.550Z DEBUG contact:endpoint pinged {"by": "121RTSDpyNZVcEU84Ticf2L1ntiuUimbWgfATz21tuvgk3vzoA6", "srcAddr": "35.220.160.211:33468"} 2021-04-29T13:07:40.580Z DEBUG contact:endpoint pinged {"by": "1wFTAgs9DP5RSnCqKV1eLf6N9wtk4EAtmN5DpSxcs8EjT69tGE", "srcAddr": "35.236.98.215:32910"} 2021-04-29T14:07:39.390Z DEBUG contact:endpoint pinged {"by": "12L9ZFwhzVpuEKMUNUqkaTLGzwY9G24tbiigLiXpmZWKwmcNDDs", "srcAddr": "35.189.119.130:35018"} 2021-04-29T14:07:39.705Z DEBUG contact:endpoint pinged {"by": "12tRQrMTWUWwzwGh18i7Fqs67kmdhH9t6aToeiwbo5mfS2rUmo", "srcAddr": "35.199.22.252:42968"} 2021-04-29T14:07:39.784Z DEBUG contact:endpoint pinged {"by": "12EayRS2V1kEsWESU9QMRseFhdxYxKicsiFmxrsLZHeLUtdps3S", "srcAddr": "34.74.113.54:57046"} 2021-04-29T14:07:39.975Z DEBUG contact:endpoint pinged {"by": "12rfG3sh9NCWiX3ivPjq2HtdLmbqCrvHVEzJubnzFzosMuawymB", "srcAddr": "35.228.222.168:47908"} 2021-04-29T14:07:40.033Z DEBUG contact:endpoint pinged {"by": "1wFTAgs9DP5RSnCqKV1eLf6N9wtk4EAtmN5DpSxcs8EjT69tGE", "srcAddr": "35.236.98.215:60082"} 2021-04-29T14:07:40.518Z DEBUG contact:endpoint pinged {"by": "121RTSDpyNZVcEU84Ticf2L1ntiuUimbWgfATz21tuvgk3vzoA6", "srcAddr": "35.243.108.21:58380"} 2021-04-29T15:07:39.438Z DEBUG contact:endpoint pinged {"by": "12rfG3sh9NCWiX3ivPjq2HtdLmbqCrvHVEzJubnzFzosMuawymB", "srcAddr": "35.228.36.232:52992"} 2021-04-29T15:07:39.559Z DEBUG contact:endpoint pinged {"by": "12L9ZFwhzVpuEKMUNUqkaTLGzwY9G24tbiigLiXpmZWKwmcNDDs", "srcAddr": "35.234.111.65:39892"} 2021-04-29T15:07:39.758Z DEBUG contact:endpoint pinged {"by": "12EayRS2V1kEsWESU9QMRseFhdxYxKicsiFmxrsLZHeLUtdps3S", "srcAddr": "35.236.192.71:54238"} 2021-04-29T15:07:39.790Z DEBUG contact:endpoint pinged {"by": "12tRQrMTWUWwzwGh18i7Fqs67kmdhH9t6aToeiwbo5mfS2rUmo", "srcAddr": "35.224.23.248:56952"} 2021-04-29T15:07:40.088Z DEBUG contact:endpoint pinged {"by": "1wFTAgs9DP5RSnCqKV1eLf6N9wtk4EAtmN5DpSxcs8EjT69tGE", "srcAddr": "35.236.98.215:57624"} 2021-04-29T15:07:40.777Z DEBUG contact:endpoint pinged {"by": "121RTSDpyNZVcEU84Ticf2L1ntiuUimbWgfATz21tuvgk3vzoA6", "srcAddr": "104.155.206.12:47726"} 2021-04-29T16:07:39.461Z DEBUG contact:endpoint pinged {"by": "12L9ZFwhzVpuEKMUNUqkaTLGzwY9G24tbiigLiXpmZWKwmcNDDs", "srcAddr": "34.76.106.129:57612"} 2021-04-29T16:07:39.503Z DEBUG contact:endpoint pinged {"by": "12rfG3sh9NCWiX3ivPjq2HtdLmbqCrvHVEzJubnzFzosMuawymB", "srcAddr": "35.228.222.168:46226"} 2021-04-29T16:07:39.808Z DEBUG contact:endpoint pinged {"by": "12EayRS2V1kEsWESU9QMRseFhdxYxKicsiFmxrsLZHeLUtdps3S", "srcAddr": "34.72.236.162:51306"} 2021-04-29T16:07:39.941Z DEBUG contact:endpoint pinged {"by": "12tRQrMTWUWwzwGh18i7Fqs67kmdhH9t6aToeiwbo5mfS2rUmo", "srcAddr": "35.199.22.252:48900"} 2021-04-29T16:07:40.134Z DEBUG contact:endpoint pinged {"by": "1wFTAgs9DP5RSnCqKV1eLf6N9wtk4EAtmN5DpSxcs8EjT69tGE", "srcAddr": "35.236.98.215:53680"} 2021-04-29T16:07:40.999Z DEBUG contact:endpoint pinged {"by": "121RTSDpyNZVcEU84Ticf2L1ntiuUimbWgfATz21tuvgk3vzoA6", "srcAddr": "35.243.108.21:57470"} ``` so decided to go take a look at the log directly… not much more illuminating… then i had a bit better luck using the ip in your example… ``` grep '"srcAddr": "35.243.108.21' sn1-2021-04-29.log 2021-04-29T09:37:41.790Z DEBUG contact:endpoint pinged {"by": "121RTSDpyNZVcEU84Ticf2L1ntiuUimbWgfATz21tuvgk3vzoA6", "srcAddr": "35.243.108.21:55572"} 2021-04-29T14:07:40.518Z DEBUG contact:endpoint pinged {"by": "121RTSDpyNZVcEU84Ticf2L1ntiuUimbWgfATz21tuvgk3vzoA6", "srcAddr": "35.243.108.21:58380"} 2021-04-29T16:07:40.999Z DEBUG contact:endpoint pinged {"by": "121RTSDpyNZVcEU84Ticf2L1ntiuUimbWgfATz21tuvgk3vzoA6", "srcAddr": "35.243.108.21:57470"} ``` seems a little better… but there seems to be one more than there is suppose to be… when checking the same ip you was… maybe it isn’t on and it’s because i haven’t fixed that yet… but yeah well next up … just wanted to give some raw first try feedback. ``` 2021-04-29T09:37:40.491Z INFO failed to sufficiently increase receive buffer size (was: 208 kiB, wanted: 2048 $ ``` ---
**Author:** ![littleskunk](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/littleskunk/32/63_2.png) [@littleskunk](https://forum.storj.io/u/littleskunk)\ **Post date:** [April 29, 2021, 5:06pm UTC](https://forum.storj.io/t/changelog-v1-28-2-title-has-already-been-used/13483/15 "2021-04-29T17:06:38Z")
> [@SGC](#): > > ```auto > 2021-04-29T09:37:40.708Z DEBUG contact:endpoint pinged {"by": "12L9ZFwhzVpuEKMUNUqkaTLGzwY9G24tbiigLiXpmZWKwmcNDDs", "srcAddr": "35.189.66.130:42676"} > 2021-04-29T09:37:40.772Z DEBUG contact:endpoint pinged {"by": "12rfG3sh9NCWiX3ivPjq2HtdLmbqCrvHVEzJubnzFzosMuawymB", "srcAddr": "35.228.222.168:39858"} > 2021-04-29T09:37:41.073Z DEBUG contact:endpoint pinged {"by": "12EayRS2V1kEsWESU9QMRseFhdxYxKicsiFmxrsLZHeLUtdps3S", "srcAddr": "35.221.25.52:47560"} > 2021-04-29T09:37:41.139Z DEBUG contact:endpoint pinged {"by": "12tRQrMTWUWwzwGh18i7Fqs67kmdhH9t6aToeiwbo5mfS2rUmo", "srcAddr": "35.224.23.248:54248"} > 2021-04-29T09:37:41.479Z DEBUG contact:endpoint pinged {"by": "1wFTAgs9DP5RSnCqKV1eLf6N9wtk4EAtmN5DpSxcs8EjT69tGE", "srcAddr": "35.236.98.215:34206"} > 2021-04-29T09:37:41.790Z DEBUG contact:endpoint pinged {"by": "121RTSDpyNZVcEU84Ticf2L1ntiuUimbWgfATz21tuvgk3vzoA6", "srcAddr": "35.243.108.21:55572"} > > ``` This means UDP port is closed. You get one ping per satellite. You need 2 pings per satellite. Keep an eye on the timestamp. ---
**Author:** ![Tony\_boy\_32](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/tony_boy_32/32/63_2.png) [@Tony\_boy\_32](https://forum.storj.io/u/Tony_boy_32)\ **Post date:** [April 30, 2021, 6:56am UTC](https://forum.storj.io/t/changelog-v1-28-2-title-has-already-been-used/13483/16 "2021-04-30T06:56:31Z")
On Windows, In windows via Docker, I get the following 2021-04-30T06:49:25.410Z INFO failed to sufficiently increase receive buffer size (was: 208 kiB, wanted: 2048 kiB, got: 416 kiB). See [UDP Receive Buffer Size · lucas-clemente/quic-go Wiki · GitHub](https://github.com/lucas-clemente/quic-go/wiki/UDP-Receive-Buffer-Size) for details. Does anyone know the procedure to fix this error? I saw the link indicated, but I can’t resolve the error as the guide talks about Linux. Best regards ---
**Author:** ![Tony\_boy\_32](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/tony_boy_32/32/63_2.png) [@Tony\_boy\_32](https://forum.storj.io/u/Tony_boy_32)\ **Post date:** [April 30, 2021, 9:44am UTC](https://forum.storj.io/t/changelog-v1-28-2-title-has-already-been-used/13483/18 "2021-04-30T09:44:21Z")
Thanks for the reply, I still await some other opinion before trying. Thanks so much. ---
**Author:** ![Storgeez](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/storgeez/32/68_2.png) [@Storgeez](https://forum.storj.io/u/Storgeez)\ **Post date:** [April 30, 2021, 9:59am UTC](https://forum.storj.io/t/changelog-v1-28-2-title-has-already-been-used/13483/19 "2021-04-30T09:59:48Z")
This will probably be announced soon by Storj. ---
**Author:** ![sorry2xs](https://storj.bcdn.literatehosting.com/letter_avatar/sorry2xs/32/5_5575768a8748004e209b776fc1b2916d.png) [@sorry2xs](https://forum.storj.io/u/sorry2xs)\ **Post date:** [April 30, 2021, 10:00am UTC](https://forum.storj.io/t/changelog-v1-28-2-title-has-already-been-used/13483/20 "2021-04-30T10:00:31Z")
good morning tony\_boy tried it get this error, PS C:\Users\sorry\> New-ItemProperty -Path $registryPath -Name $drw -Value $v\_drw -PropertyType DWORD -Force | Out-Null > > $v\_drw = “2097152” > > $drw = “DefaultReceiveWindow” > > $registryPath = “HKLM:\SYSTEM\CurrentControlSet\services\AFD\Parameters” > > New-ItemProperty : Cannot bind argument to parameter ‘Path’ because it is null. > > At line:1 char:24 - New-ItemProperty -Path $registryPath -Name $drw -Value $v\_drw -Proper … - ``` ~~~~~~~~~~~~~ ``` - CategoryInfo : InvalidData: (🙂 [New-ItemProperty], ParameterBindingValidationException - FullyQualifiedErrorId : ParameterArgumentValidationErrorNullNotAllowed,Microsoft.PowerShell.Commands.NewItemProp ertyCommand PS C:\Users\sorry\> ---
**Author:** ![naxbc](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/naxbc/32/1125_2.png) [@naxbc](https://forum.storj.io/u/naxbc)\ **Post date:** [April 30, 2021, 4:24pm UTC](https://forum.storj.io/t/changelog-v1-28-2-title-has-already-been-used/13483/21 "2021-04-30T16:24:28Z")
What UDP ports should be forwarded? [Next page](https://forum.storj.io/t/changelog-v1-28-2-title-has-already-been-used/13483.md?page=2)