Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
I'm pretty sure that the hackers just appear at a new endpoint when you let the military base crack down on them. Better to just have a filter in front of their endpoint that checks on the port that the hacker sends to if its their origin and nix it, packets are TTL'ed if its just passing through a filter. (Or use a hub with an open port, but be warned implementation is user defined.)
Correction on what OP said, it's *.2.*.*, the first address space is used for the sub-sector puzzles.
1: As Schlippy says, Endpoints bounce any traffic not meant for them and decrement the TTL counter (which is not on all packets). When TTL = 0 and an endpoint attempts to bounce it OR if Secure is set and the wrong endpoint receives it, the packet is deleted. You only start seeing these in the 2.*.*.* area and beyond.
2: Mainframes mostly send, but definitely do receive, traffic.
3: A Hub makes the following moves (or reversed if switched). 0 -> 1. 1 -> 2. 2 -> 0. Your mainframe on 0 will receive packets only if they come in on port 2.
Do NOT leave a leg of a hub disconnected, this will just fizzle packets.
Two-Way communication is very much a thing.
I had a little trouble figuring this out too, its not so complicated once you understand what you're looking at.
1) Endpoints bounce any traffic not meant for them, even the mainframe. This does mean that technically speaking you could keep a packet in forever moving hell, but each packet has a "Life" value determines how many times it can be read. I have no idea how to see the life value, but its not super high, so be careful with filters.
2) Mainframes generally always produce traffic moreso than send it, but that's the rule not the exception. Mainframes totally can be the endpoint of a piece of traffic. Endpoints can even send traffic to other endpoints sometimes, which is an interesting behavior.
3) You will come to love and hate HUBs moreso than any other packet moving device in this game. There is a very handy chart in the right hand chamber from the mainframe you start near (I wanna say 0.0.0.2? I could be wrong on that.) Study this chart closely and it'll make sense.
1) do endpoints "bounce traffic" that isn't intended for them and keep the packets alive?
2) are mainframes "outgoing only"? Do endpoints send traffic with the mainframe as the final destination
3) if a hub is connected to a mainframe on port 0 doesn't that effectively mean that the traffic will not be able to return to the mainframe once it's been sent out?
Having a hard time figuring out if I should be worrying about two-way communication, or if I should simply be dropping off traffic from the mainframe to the endpoints and not worrying about how the endpoints should be able to "respond"