Difference between revisions of "User:Zamujasa/Station Network"
m (Adding a list of devices you'll see with term_ping on the station proper) |
m (fixing broken links) |
||
Line 22: | Line 22: | ||
==== <code>PNET_MAINFRAME</code> ==== | ==== <code>PNET_MAINFRAME</code> ==== | ||
The good ol' mainframe, stored in the [[Computer Core]] just below the [[AI | The good ol' mainframe, stored in the bottom half of the [[Computer Core]] just below the [[AI]]. Connect to this to access [[DWAINE]], and from that, a bunch of other things. | ||
Some of these exist off the station! | Some of these exist off the station! | ||
Line 32: | Line 32: | ||
==== <code>PNET_COM_ARRAY</code> ==== | ==== <code>PNET_COM_ARRAY</code> ==== | ||
The communications array! Connecting to this will usually give you a short message with two commands, | The communications array! Connecting to this will usually give you a short message with two commands, <code>TODO: what</code>. Using <code>TODO: View?</code> will send the threat report you hear about early in the round directly to your terminal, which you can print out with <code>file_print</code>. Keep in mind that the information on it is usually wildly incorrect. | ||
Line 60: | Line 60: | ||
==== <code>PNET_IR_DETECT</code> ==== | ==== <code>PNET_IR_DETECT</code> ==== | ||
The IR detectors around the outside of the [[ | The IR detectors around the outside of the north part of the [[Computer Core]], guarding the AI. Sends a packet to you immediately upon connect (TODO: put here), doesn't seem to do anything interesting. Note that the top-right IR detector on the AI core, at least, doesn't seem to actually be on the network (it says '''NO CONNECTION''' if you check it). | ||
Revision as of 17:10, 17 June 2014
I'd like to make this into a more detailed page at some point, but for now I'm just infodumping what I have.
Until then, here's a basic guide to abusing the station network:
Wired Network
TODO. Need to go into this more, explain what devices are on the network, etc etc.
Unlike the other page(s) that says there are several different station networks, everything is on one big network now. There are still separate ones out in space (like on Hemera VII and some telescience areas) though.
Things you can do!
- Connect to the AI (
MAINFRAME_AI
) for a direct chat line! Only people who have an active packet sniffer will be able to see what you're doing (and the likelihood of that is exceedingly rare) - Connect to the communications array to download that security report you hear about at the start of rounds! It's useless but it might make a good hat if you print it out
- Send out radio packets from the mainframe radio using only DWAINE! (The existing guide leaves out that you have to
mkdir /mnt/radio/XXXX
before you can pipe to that frequency) - And more! Stick a packet sniffer onto a data terminal somewhere and go nuts.
Types of networked devices
PNET_MAINFRAME
The good ol' mainframe, stored in the bottom half of the Computer Core just below the AI. Connect to this to access DWAINE, and from that, a bunch of other things.
Some of these exist off the station!
MAINFRAME_AI
The AI. Connecting to this will make the AI see "Direct connection from (02001234)". You can chat with the AI by simply sending messages, and it will be able to reply as long as you're connected.
PNET_COM_ARRAY
The communications array! Connecting to this will usually give you a short message with two commands, TODO: what
. Using TODO: View?
will send the threat report you hear about early in the round directly to your terminal, which you can print out with file_print
. Keep in mind that the information on it is usually wildly incorrect.
PNET_ADAPTER
TODO: Probably other terminals on the network?
PNET_S_TELEPAD
The telepad. TODO: Document commands, packets, etc.
PNET_PRINTDEVC
Printers. Unsure if you can print directly to them (maybe with file_send
), generally you just write to the /mnt/lp-whatever
folders on the mainframe.
PNET_DATA_BANK
The data banks that contain all of the information on the mainframe. Probably not useful to connect to.
PNET_PR6_CHARG
GuardBuddy chargers.
PNET_PR6_RADIO
GuardBuddy radio, used for contacting GuardBuddies when they're away from the chargers.
PNET_IR_DETECT
The IR detectors around the outside of the north part of the Computer Core, guarding the AI. Sends a packet to you immediately upon connect (TODO: put here), doesn't seem to do anything interesting. Note that the top-right IR detector on the AI core, at least, doesn't seem to actually be on the network (it says NO CONNECTION if you check it).
PNET_TEST_APPT
????
SRV_TERMINAL
????
Creating packets
Packets can be created by using the following command:
echo field=value|nfield2=value2|nfield3=value3
To store the packet as a file on the mainframe:
echo ... ^ /home/pjones/filename
To send a file (like a packet!) to your terminal, so you can send it with file_send
or print it with file_print
, save the file to the /mnt/term
directory:
cp /home/pjones/filename /mnt/term/x
If you just need to get the file right away, you can simply save the file in /mnt/term
right away:
echo ... ^ /mnt/term/foo
Spoofing the login packet
Faking a login involves a few specific steps. You'll generally always need a valid ID of any kind to do the initial login, though.
- Log into the mainframe (insert your card and
term_login
) - Craft a login packet
- Send the crafted packet back to your terminal
- Either enter
su
for admin rights, or disconnect and reconnect to log in as a completely different user - Instead of using
term_login
, usefile_send
to send the packet you saved earlier - You are now logged in with your forged user
The login packet looks like this:
registered=Pubbie Jones
assignment=Staff Assistant
access=
, followed by a (semicolon? comma?)-separated list of rights -- every access in the ID computer has a different one. The important one forsu
access is 11
Applying all of the above to create the packet and register it for file_send
:
echo registered=Pubbie Jones|nassignment=Hacker|naccess=11 ^ /mnt/term/loginpacket
Keep in mind that you shouldn't use this to set the Guardbuddies to purge or other destructive things unless you're a traitor!
Sending packets using the mainframe's radio
You can use DWAINE to send out packets over the air. The mainframe's radio has a limited range, though, so it won't reach everything.
- Create a directory for the frequency you want to transmit on. Directories are the four numbers without the decimal point, e.g.
/mnt/radio/1149
for 114.9, by using the commandmkdir /mnt/radio/1149
- If the directory already exists for whatever reason, you can skip this step
- Craft your packet
- Optional: Save it if you need to use it more than once. Otherwise, just use
echo
and pipe it directly.
- Optional: Save it if you need to use it more than once. Otherwise, just use
- Copy or move your crafted packet to the folder you created, e.g.
copy packet /mnt/radio/1149
orecho ... ^ /mnt/radio/1149/packet
If it worked, the packet you crafted should automatically be sent out by the radio. You can use the Packet Sniffer program on your PDA to confirm.
Radio Frequencies
Basically everything you can spoof (aside from PDA messages) will require a address_1
field, indicating the target of the message.
sender
is added automatically to almost every packet-sending device, though apparently you can get away without one by manually crafting a signal and using a wireless computer's free mode (with greatly reduced range)
114.9 - PDAs
Packets:
- TODO
- Really easy to scan, the Network Tools cartridge defaults to this freqency
- Snoop on people trying to use PDAs to covertly message people!
Just be sure to get your ID switched to "NSA Operative" firstClear the log regularly so it doesn't clog up with PDA pings.
Packet spoofing:
address_1
: Needed if you're targeting one PDA, otherwise it's a mass broadcast to every PDAcommand
: Generallytext_message
, though there are others (TODO)message
: The text you want to send. Surprise!sender_name
: What the name should show up as. Leaving it blank will make PDAs show it as !UNKNOWN! (or something close)- And more!
141.1 - Doors
Doors have a really short brodcast range (± 5 tiles?) so you'll have to be close to ping them. You can sniff packets if you click on a door (or someone else does), or just ping and try to pick the right one from the list.
Packet Sniffing details:
user_id
: Person whose ID was used (e.g.pubbiejones
)door_status
: State the door is in (e.g.open
,closed
)lock_status
: State of the door bolts (e.g.locked
,unlocked
)tag
: TBD?
Packet spoofing:
command
: One of the following:open
: Opens a doorclose
: Closes a doorlock
: Drops the door boltsunlock
: Raises the door boltssecure_open
: Bolts a door open*secure_close
: Bolts a door closed*
*Used by the cryptographic sequencer.
143.7 - Fire Alarms
Packet Sniffing:
zone
: Fire alarm's location (e.g.Head of Research's Office
)type
: Alert type (e.g.Fire
)netid
: Fire alarm's network address?alert
: Alert type (e.g.fire
,reset
, maybe more?)
144.3 - Tour guide stops
Tour guide beacons broadcast on this frequency. They're located under floor tiles, and you can access them by popping them open with a screwdriver and swiping an appropriate card.
For example, here is the data from the one at the Escape Arm:
- Location:
tour16
- Beacon codes:
tour
:1
(Marks it as a tour beacon?)next_tour
:tour17
(Which beacon comes after this in the route)desc
:In the event of catastrophic station damage...
(What the tour guide will say when stopping here)
You can't move the beacons around or create new ones, but you can at least make Murray shout obscenities when describing places. Or make him get stuck into a loop forever. Keep in mind that the text length you're allowed to enter is much shorter than the length of the default tour messages.
Sample log:
[37:15:3]:findbeacon=tour; address_1=!BEACON!; sender=0200564a; [37:15:3]:beacon=tour13; netid=02000e46; tour=1; next_tour=tour14; desc=...; [37:15:3]:beacon=tour16; netid=02000fa6; tour=1; next_tour=tour14; desc=...; [37:15:3]:beacon=tour14; netid=020016f1; tour=1; next_tour=tour16; desc=...; [37:15:3]:beacon=tour15; netid=02001894; tour=1; next_tour=tour16; desc=...; [37:15:3]:beacon=tour12; netid=02001905; tour=1; next_tour=tour13; desc=...; [37:15:3]:beacon=tour11; netid=020026bb; tour=1; next_tour=tour12; desc=...; [37:15:3]:beacon=tour10; netid=02002e0c; tour=1; next_tour=tour11; desc=...; [37:15:3]:beacon=tour17; netid=02002e0f; tour=1; next_tour=tour18; desc=...; [37:15:3]:beacon=tour8; netid=02003897; tour=1; next_tour=tour9; desc=...;
144.5 - Robot patrols
Basically the same as tour guide stops except on a different frequency, and using patrol=1
instead of tour=1
. They also don't have the desc
field since patrolling robots generally don't talk.