Posts Tagged ‘ network ’

Network: static routes

Раньше я чтобы прописать статичные роуты( которые мне нужны после каждого ребута ), писал какой-нить простенький shell-скрипт и клал в /etc/init.d/ затем добавлял в автозапуск через update-rc.d add scipt 99.
Теперь я знаю что это было неправильно, а надо делать вот так:
пишем скрипт if-up-ethX (где X 0,1,2,…. номер вашего сетевого интерфейса):
#!/bin/sh
ip r a 10.0.0.0/16 via 10.255.0.3
// ip — офигенная тулза всем советую.
ip r a 10.0.0.90/32 via 10.255.0.2
и т.д.
И кидаем этот скрипт в /etc/network/if-up.d
даем права на исполнение chmod +x /etc/network/if-up.d/if-up-eth0
затем делаем reboot(хотя можно просто рестартнуть сервис сети ;) ) и смотрим ip r

Реклама

utilites: ping

В одном блоге прочитал забавные способы попингать сеть(192.168.1.0/24):

Например скриптом:

for i in {1..254}; do ping -c1 192.168.1.$i; done

Ну вот только зачем так извращаться ? Ведь в большинстве своем,
межабонентский(читать как широковещательный) трафик не перекрывается,
отсюда следует ну прямо-таки простейшее действие:

ping -b 192.168.1.255

utilites: ss (следим за сокетами)

ss — утилитка для слежения за сокетами, довольно мощная.

[shell@root]# ss -a // получаем полную информацию о сокетах.

[shell@root]# ss -t -a // только об tcp сокетах.

[shell@root]# ss -u -a // только об udp сокетах.

ss -t и ss -u // дают информацию об tcp и udp сокетах, но только established соединениях.

[shell@root]# ss -l // список прослушивающихся портов.

[shell@root]# ss -lp // тоже что и ss -l только еще и имена процессов висящих на этих портах.

[shell@root]# ss -o state established ‘( sport = :22 )’ // смотрим кто(ip) сейчас законнектился на наш ssh-сервер.

[shell@root]# ss -4 // покажет статистику только по ipv4 — кому это надо ? да всем ubuntu-like осям с неперекомпиленным ядром.

ну и конечно же не забываем читать man ss