Myriad Security Diagnostic Testing (Important!)

The 31422, the existing numbers are replaced with 0

14111132110284102
13801.121114112.21
411412131.2111
13013410111.231415
441111181111143
111113113118441111
8113113:211312
12812.113311.

Here’s what I used (though the text box has a character limit) It marks all non letters as 0
http://www.thekatespanos.com/scrabble-score-calculator/

1 Like

Thanks! I just left them in

Second server scrabblefied

3.33.21113184183
3111111321110112.01
1111182314.1211
12131111111311384
1114111121114
11114511.11411123
1811:311314
310111204.180

1 Like

I am glad you ppl are on this. I came in late last night, tried typing stuff in on the satcom-myriad site. Nothing worked and I was totally lost. So I went to bed. :sleeping:

4 Likes

Well good morning sleepyhead! Just slap the commands from the Instructions into the mobile app page -where we have the chats with Dreamers.
We are trying to determine if there are irregularities in one or more servers, whether it’s ping , upload or download speeds; or something completely different like coding in the FetchData output.

2 Likes

Also be sure to use the https version of the mobile app page.

1 Like

Thanks ppl. Wish I could help but I have 2 days to gut a bathroom and replace everything. How long do we have to do this?

They said there would be feedback after 24 hours - so around 11 hours from now.

1 Like

At @iceroyale s suggestion, I ran all the data sets through a Ceaser cipher (shift cipher) with all shifts. 1-25 on all data sets returned nothing useful. It was a good idea though!
Here is the tool used Caesar Cipher (Shift) - Online Decoder, Encoder, Solver, Translator the site has a ton of different cipher tools, check it out.

1 Like

This has already been mentioned, but people seem to be ignoring it. Here’s a transcript of the instructions we were given:

NETWORK DIAGNOSTIC INSTRUCTIONS
MYRIAD NETWORK DIAGNOSTIC MANUAL & HELP GUIDE

COMMANDS

FetchServerList: Display a list of all servers on the network.

TestConnection(#####): Display the connection upload and download speed, and the ping between you and the server. Note that the result may vary depending on your location.

FetchData(#####): Display the raw encrypted data from a server.

CONNECTION QUALITY VALUES

  • Upload speed
    -0 - 11 mbps POOR
    -11 - 25 mbps AVERAGE
    -50+ mbps BEST

  • Download speed
    -0 - 30 mbps POOR
    -30 - 50 mbps AVERAGE
    -50+ mbps BEST

  • Ping
    -30+ ms POOR
    -10 - 30 ms AVERAGE
    -0 - 10 ms BEST

Accessing the raw server contents over a subpar connection may result in packet loss or other interruptions. Make sure to always use the best available connection when analysing the contents of these servers. Any suspicious elements found on the servers must be reported immediately through the Reddit thread with the server ID and a description of the suspicious elements.

Important Note: Network diagnostic commands will not work if a space is included or if your geolocation feature on your device is turned off.


The crucial thing is, if you’re not receiving the best upload, download, and ping times, you’re getting corrupted data.

As far as I can see, each region is only getting one good report. In my case, it’s server 85671. That’s the only one where all the data speeds are “BEST”.

We need to pool all the “BEST” data downloads from round the world. Otherwise, we’ll never make sense of it.

This is the only one I have, 85671, from England:

You :
TestConnection(85671)
Uplink terminal :
Upload: 51 mbps
Download: 97 mbps
Ping: 3 ms

You :
FetchData(85671)
Uplink terminal :
g.scenciei4ncteis
ltmepevsvaei.kysmo
belaa.neged2dx
neuucdvy3desxp
rtasacceptnad.r1:h
cexsdsrgoe.anrsssmd
mooheesxplrxcdeiha
xa2i.xtcsdefo

6 Likes

Yep that has been going on as well, I’m not ignoring it, but already posted my numbers. Test Numbers
So far every dataset has been the same, from all continents
Edit for clarity: That is to say every dataset that has been posted here, on reddit and discord

1 Like

I think you may have hit on something @Polyphemus .

Could I add to that suggestion because I was thinking the same. Can someone who is good at using the Google spreadsheet thing make collect together our posted upload download speeds and pings for the servers in tabulated form.

Hopefully we could compare the biggest spikes either up or down on any particular server to identify when additonal ‘server activity’ is taking place.
That would then point to the server with suspicious activity taking place.

It’s likely a large spike up or down from compared sets of data when all compared will show which server we need to look at more closely.

I shall try to make a start on this offline with Libre Office.

Edit update 17:55: to include colour on the potential BEST servers: My candidate would be 85671 which has a huge upload download data amount. Perhaps this as @Polyphemus suggests need examining more closely.

Incidently @Polyphemus you have the same data for me for 85671. But that doesn’t necessarily indicate alone if anything suspicious is active on that server unless we could compare for unusual activity spikes.

EDIT 2018/07/06 Apologies if I have confused anyone. I got in a bit of a muddle. Hope it hasn’t spoiled anyone’s enjoyment of the puzzle set. :slight_smile:

2 Likes

SEEMS like:
Server “pair” 2 + 7 (91247 : 73195) is MOST LIKELY in NORTH America; [ed] Am.East[/ed]
Server “pair” 3+10 (11986 : 60206) is MOST LIKELY in SOUTH America;
Server “pair” 6 + 9 (88014 : 55197) is MOST LIKELY in the Antipodeans (Oz/NZ); [ed]APac[/ed]
[ed] ( Asia Pacific = from Japan up N to Oz/NZ down S… ) [/ed]

Server 1 (31422) is FASTEST in Oz; [ed] Should’ve been UK → EMEA [/ed]
Server 5 (85671) is FASTEST in UK; [ed] → EMEA [ed]
“Pairing” #1s UP::#5s Dn AND #1s Dn::#5s UP
== 120/118mbps for UK, but only 98/98 mbps for Oz…
… so we MIGHT conclude that Server “pair” 1 + 5 (31422 : 85671) == UK-based…
(Conveniently, doesn’t “double-up” Oz, nor “leave out” UK/Europe…)

Given 25+ (NOT 50+!) mbps UPload & 50+ mbps DOWNload & Ping<10:

Server 4 (67240) has best data throughput in S.Am (followed by N.Am)
… but best PING time (nearest location?!?) suggests Oz.
Combined, one might say “Southern Hemisphere / inconclusive” location.

Server 8 (40144) is similar, but S.Am & Oz are close on data throughput
… but PINGs are crap for S.Hemi, better for N.Hemi, but NOT “BEST” anywhere.

+++++++++ [ed] My Finest Hour - LOL [/ed]
SUGGEST #8 (40144) is NOT TERRESTRIAL, but possibly ORBITAL
… over the N.Hemi (lower ping) but “POINTING” into S.Hemi (data speeds).
This would corroborate a “pairing” w/ #4 if located in the S.Hemi.
Or, otherwise, “Compromised” as you were asking for, @DevilinPixy.
+++++++++

Credits go to...

@Espilonarge (another Chris!) – for the original “gridded data image” I used
@SingularGleam - (possibly-)PAIRED Servers by datasets’ inclusive numbers
… and for summarising Up/Dn/Ping times, Per Server (Pair), for 4 world regions
… and for the later “byte count” figures per server’s FetchData
@iBood17 – for the link to GoogleDoc’s diagnostic data spreadsheet
@Tezu – for “confirming” what seems to be “only” 4 World Regions
** I’d like to suggest “UK” or “Europe” be renamed “EMEA”
((Europe, Middle East, & [edit]Africa[/edit] … How does it include India, then??))
[Edit] if Japan is returning the same speed data as Oz/NZ, then… Timezones?[/edit]
@LilLadyD76 – for a visual “pairing” image, incl Server #s AND datasets

Seems we still need to be CAREFUL about possible US Time Zone differentials; this could help us PINPOINT the (fastest) Americas-based Servers… potentially.

5 Likes

In reply to what you’ve said to me, I’m neither the creator, nor have the ability to change the spreadsheet.

That said, if anything, It should be changed to Eurasia, as a poster on the reddit shows that Japan actually has the same speeds as the Australasia region.

I’m not sure if there’s any data for the baltic-slavic regions, but South Africa apparently has the same as South America

1 Like

@Polyphemus - yes, I’ve been trying to be careful to note the INSTRUCTIONS here.

I seem to have been the ONLY one to notice that they have a “bug” in their instruction sheet…

Upload speeds 0-11 Poor / 11-25 Avg / 50+ ??? Best → I think that should be 25+
Cuz…
Download speeds 0-30 Poor / 30-50 Avg / 50+ Best follows much more nicely. :wink:

2 Likes

I disagree with the bug point, they are paying close attention and would have changed it long ago - if it was unintentional.

1 Like

It seems to me to be “inconsistent” and also “illogical” – Spock would have a field day!

Look again at the instructions, re Upload speeds…
Please then tell me:
…if “up to 25Mbps” is considered “Average”…
…and “over 50Mbps” is considered “Best”…
…then what is “25-50Mbps” considered? :wink: :stuck_out_tongue:

It’s definitely a typo or error.
Typically, with internet setups in general, we almost always expect Download speeds to be higher than Upload speeds, and most often to a factor of 2-3, as we have here.
(Poor D/L ~3x Poor U/L; Avg D/L ~2x Avg U/L; there’s no way “Best U/L” would match “Best D/L” under such conditions… but we’re arguing semantics.) :smiley:

In any case, for my own “analysis” of data shared within the thread / group / CSD, I’ve taken a 25+Mbps point instead of 50+ to appraise Upload speeds as “Best”. :+1:

Remember that the instructions mention certain elements ON the servers also, not just speeds will come into play.

Edit: they would be better than average but not best.

Could you bear to check and add your signal data for Server 55197 I just spotted it was missing :slight_smile: Thanks!

The one that’s missing is actually 40144

As his data matches what we have for most of the North America region,
it would read:

40144
Upload (mbps) 8
Download (mbps) 21
Ping (ms) 12

55197
Upload (mbps) 15
Download (mbps) 59
Ping (ms) 25