Действия

Road to sysadmin: различия между версиями

Материал из lulzette's wiki

Нет описания правки
 
(не показано 10 промежуточных версий этого же участника)
Строка 1: Строка 1:
Что надо знать?
= iptables =
= iptables =


[[Iptables]]
[[Iptables]]


= ip linux =
= ip =
 
[[IP utility (Linux)]]
Инструкции: https://losst.ru/nastrojka-seti-v-linux
 
== Адрес ==
 
* посмотреть
<code>ip a</code>
 
* добавить
<code>ip a add 10.0.0.1/32 dev eth0</code>
 
== Маршрут ==
 
https://losst.ru/marshrutizatsiya-v-linux
 
* посмотреть
<code>ip r</code>
 
* добавить дефолтный
<code>ip r add default
 
== Линк ==


* поднять-опустить линк
= сети =


<code>ip link set eth0 up</code>
[[сети]]
<code>ip link set eth0 down</code>
 
= TCP и сети =
 
[https://mikrotik.wiki/wiki/%D0%A2%D0%B5%D0%BE%D1%80%D0%B8%D1%8F:%D0%9F%D1%80%D0%BE%D1%82%D0%BE%D0%BA%D0%BE%D0%BB%D1%8B:TCP Хорошо описано в вики микротика!]
 
* New – Новое соединение. Пакет, открывающий новое соединение, никак не связанное с уже имеющимися сетевыми соединениями, обрабатываемыми в данный момент маршрутизатором.
* Established – Существующее соединение. Пакет относится у уже установленному соединению, обрабатываемому в данный момент маршрутизатором.
* Related – Связанное соединение. Пакет, который связан с существующим соединением, но не является его частью. Например, пакет, который начинает соединение передачи данных в FTP-сессии (он будет связан с управляющим соединением FTP), или пакет ICMP, содержащий ошибку, отправляемый в ответ на другое соединение.
* Invalid – Маршрутизатор не может соотнести пакет ни с одним из вышеперечисленных состояний соединения.
 
== Состояние сеанса TCP ==
 
{| class="wikitable" text-align: left"
!colspan="2" | Состояния сеанса TCP
|-
|width="120px"|'''CLOSED'''
|Начальное состояние узла. Фактически фиктивное
|-
|'''LISTEN'''
|Сервер ожидает запросов установления соединения от клиента
|-
|'''SYN-SENT'''
|Клиент отправил запрос серверу на установление соединения и ожидает ответа
|-
|'''SYN-RECEIVED'''
|Сервер получил запрос на соединение, отправил ответный запрос и ожидает подтверждения
|-
|'''ESTABLISHED'''
|Соединение установлено, идёт передача данных
|-
|'''FIN-WAIT-1'''
|Одна из сторон (назовём её узел-1) завершает соединение, отправив сегмент с флагом FIN
|-
|'''CLOSE-WAIT'''
|Другая сторона (узел-2) переходит в это состояние, отправив, в свою очередь сегмент ACK и продолжает одностороннюю передачу
|-
|'''FIN-WAIT-2'''
|Узел-1 получает ACK, продолжает чтение и ждёт получения сегмента с флагом FIN
|-
|'''LAST-ACK'''
|Узел-2 заканчивает передачу и отправляет сегмент с флагом FIN
|-
|'''TIME-WAIT'''
|Узел-1 получил сегмент с флагом FIN, отправил сегмент с флагом ACK и ждёт 2*MSL секунд, перед окончательным закрытием соединения
|-
|'''CLOSING'''
|Обе стороны инициировали закрытие соединения одновременно: после отправки сегмента с флагом FIN узел-1 также получает сегмент FIN, отправляет ACK и находится в ожидании сегмента ACK (подтверждения на свой запрос о разъединении)
|-
|}


= tcpdump =
= tcpdump =


Простая штука с помощью которой можно анализировать трафик.
[[Tcpdump (Linux)]]


<code>-n</code> - IP вместо DNS
= strace =
 
* src/dst/host - хост
* [src/dst] port - порт
* ether broadcast - бродкасты
* icmp - icmp


cool stuff: https://hackertarget.com/tcpdump-examples/
[[Strace (Linux)]]


= strace =
= SQL =


* <code>strace -e *syscall*</code> - вывести только вызовы определенного syscall
[[SQL]]

Текущая версия от 12:54, 16 февраля 2021

Что надо знать?

iptables

Iptables

ip

IP utility (Linux)

сети

сети

tcpdump

Tcpdump (Linux)

strace

Strace (Linux)

SQL

SQL