Archiwa kategorii: Network

Pobór prądu przez różne urządzenia

Linksys SRW2048, 48portowy, pobiera 25W bez podłączonych portów, oraz +1W na każdy podniesiony port 1Gbps.

TP-Link SG3210, 8 portowy, pobiera 5.5W na luzie (sam zasilacz odłączony od switcha (12V) zużywa 2.4W) 6.2W po włożeniu SFP 3km SM WDM, oraz 9W przy podłączonych 8 portach miedzianych 1Gbps (bez SFP). Nie ma wentylatora. Rebootuje się 25s (v1.0)

TP-Link SG2424, 24 portowy, 4 porty wymienne z SFP. Zasilacz 5V. Pobiera 10.7W na luzie.
TP-Link SG3424, 24 portowy, 4 porty wymienne z SFP. Zasilacz 5V. Pobiera 8W na luzie.

netis ST3310GF (8 portów GE + 2 SFP) zasilacz 12V, pobór switcha na luzie 2.7W

Switch D-Link 1510-20 zasilanie 12V, pobór prądu 12W (bez wkładek i z LANami down), ma wentylator. Switch bootuje się 125 sekund(!)

Switch D-Link 1510-28X zasilacz 12V, pobór prądu 1A (pomiar za zasilaczem, na 12V, bez wkładek, na luzie, porty down). Ma jeden wentylator, z detekcją impulsów i czerwoną diodą gdy się zatrzyma. Switch bootuje się 135 sekund(!)

Raspberry PI+zasilacz mikrousb, 4.9W

Lampki choinkowe 300 LED 7.5W

wylaczony IBM x3650 pobiera 28W (podłączony jeden zasilacz)
procesor L5335 (Quad core), RAM 2*4GB, 2 hdd SATA 1TB 3.5″:
181W burnP6
191W 2*burn
198W 3*burn
207W 4*burn
na luzie linux: 173W

Serwer x3650, 2*Quad E5440 2.83GHz, 2*4GB RAM, dwa dyski 2.5″ 750GB, 2*Vertex SSD 256GB
8*burnP6 303W (tylko jeden podlaczony zasilacz)
na luzie, 189W (procesory przechodza na 1992MHz

Serwer x3650 E5345 2.33GHz, 2*4GB RAM, dwa dyski 2.5″ 500GB, 2*OCZ Vertex 128GB
175W na luzie, 231 cpuburnP6*4 (procki na 2.3 chodza caly czas)

Switch Cisco c3550 12G 87W (na luzie, bez wkładek)

Płyta ASROCK Q1900M (celeron J1900) z 8GB RAM DDR3L (1.35V) 21W (gdy się nudzi, z zasilaczem ‚jakiś od PC’)
ASROCK Q1900M+8GB+Intel Dual 10Gbps 31W (2*Direct Attach Copper) (przy 4*burnP6 37W)
(bez dysku, tylko karta SD, Debian)

STB w trakcie uśpienia:
MAG 250 3.4W
Zyxel czary 2101HD 4.5W
Zyxel biały 1001 7.9W
ADB 2840C 7W
EVIO M15 2.8W (podczas pracy 5W) (zasilacz 5V, bootuje się 62s)
Hybroad Z123 2W (podczas pracy 3W!) (zasilacz 12V, bootuje się 53s)

Huawei MA5683T w konfiguracjach:
1*SCUN, 1*PRTE 0.85A, 48V, 41W (mierzone na 48V); (73W mierzone na wejściu zasilacza Emerson HRS1150-9000)
2*SCUN, 1*PRTE 1.55A, 48V, 74W; (111W)
2*SCUN, 1*PRTE, 1*GICF (luzem) 1.55A, 48V, 74W; (113W)
2*SCUN, 1*PRTE, 2*GICF 1.60A, 48V, 77W; (116W)
2*SCUN, 1*PRTE, 2*GICF, 1*GPFD (16portów, bez wkładek) 2A, 48V, 96W; (135W)
2*SCUN, 1*PRTE, 1*GICF, 1*X2CS 1*GPFD (16portów, 6 wkładek C+) 2.1A*48V=100.8W;
(zasilacz bez podłączonego OLTa pobierał 10W)

Debian kernel i tigon firmware

Debian, przy upgrade kernela mówi:

W: Possible missing firmware /lib/firmware/tigon/tg3_tso5.bin for module tg3
W: Possible missing firmware /lib/firmware/tigon/tg3_tso.bin for module tg3
W: Possible missing firmware /lib/firmware/tigon/tg3.bin for module tg3

Należy doinstalować:

apt-get install firmware-linux-nonfree

socat – Przekierowanie portów z jednego serwera na inny

Przy przenoszeniu serwera pomiędzy różnymi lokalizacjami czasem pojawia się potrzeba aby przez pewien czas w obu miejscach, w starej i nowej sieci (na starym i nowym IP) na tych samych portach słuchały usługi. Można to osiągnąć stawiając w jednym z miejsc serwer, który będzie zajmował się wyłącznie forwardowaniem portów na właściwy serwer. Można to osiągnąć przy użyciu programu socat.

Instalujemy:
apt-get install socat

Dla każdego używanego portu TCP uruchamiamy:

# socat TCP4-LISTEN:80,fork TCP:195.64.174.90:80

a dla każdego portu UDP:

# socat UDP4-LISTEN:53,fork UDP4-SENDTO:195.64.174.90:53

Aby socat słuchał tylko na jednym IP, a nie bindował się do wszystkich, należy dodać opcję bind= np.

# socat TCP4-LISTEN:80,bind=195.64.174.11,fork TCP:195.64.174.90:80

Dla TCP to samo można osiągnąć przy użyciu programu redir poprzez:

# redir --lport=80 --cport=80 --caddr=195.64.174.90

proxy arp czyli podstawianie swojego MACa pod schowany IP

Jeśli mamy serwer schowany za routerem, a chcemu dać mu adres IP z podsieci widocznej po drugiej stronie routera, możemy spowodować aby router odpowiadał na zapytania ARP dla naszego adresu IP swoim MACem.

Ustawiamy to komendą:

arp -i eth0 -Ds 195.64.174.90 eth0 pub

(powoduje to, że na zapytanie o dany IP przez ARP, komputer odpowie swoim MACem z interfejsu eth0)

Po dodaniu wpis wygląda tak:
# arp -na
195.64.174.90 * MP eth0

Usunąć można go przez:
arp -i eth0 -d 195.64.174.90 pub

Można to wykorzystywać np. na łączu Internet DSL z TPSA, gdzie otrzymuje się podsieć minimum 8-adresową i chce się użyć część adresów poza routerem.

modem Speedstream 4100 lost password

Swego czasu TP dostarczała modemy Speedstream 4100 z usługą InternetDSL TP. Często po zakończonym kontrakcie TP nie odbierała modemów, pozostawały do powtórnego użycia.
Niestety modemy były z hasłem, aby je powtórnie użyć należy:
1. Przywrócić do ustawień fabrycznych (przytrzymać reset przez 4 sekundy, do momentu gdy zacznie migać naprzemian na zielono/czerwono dioda power, wtedy puścić).
2. Modem jest przywracany do ustawień fabrycznych i jest widoczny pod adresem IP 10.0.0.1 lub 192.168.254.254.
3. Niestety modem ma hasło, można logować się przez telnet, ale pyta o login. Powinna działać para login: admin oraz hasło puste. Nie działa. Może także działać login: admin hasło: admin Zazwyczaj jednak nie działa.
4. Należy (po ustawieniu w komputerze adresu IP z klasy 10.0.0.x, np. 10.0.0.2), wgrać na nowo firmware poprzez aplikację pod windows. Do pobrania stąd: Firmware_4100A.zip
Po wgraniu na nowo firmware modem jest czysty i nie pyta o hasło tylko przy pierwszym wejściu poprzez stronę www, prosi o ustawienie nowego loginu i hasła.
Taki modem nadaje się bardzo dobrze do użycia dla łącza neostrada. Należy skonfigurować:
VPI: 0 VCI: 35 PPPoA
login: coś[email protected]
hasło: (otrzymuje się smsem od TP po kontakcie na 801505505)
Należy w modemie włączyć NAT poprzez aktywację: NAPT Only Enabled Yes

Gigabit switch Linksys SRW2024 czy warto?

Pierwsze zetknięcie ze switchem SRW2024 powoduje niesmak, zarządzanie przez www pod linuksem wydaje się nie działać w Firefox'ie ani Operze, zarządzanie przez telnet/ssh jest tragicznie ubogie. Ale okazuje się, że to nie wszystko. Po zalogowaniu poprzez telnet/ssh wystarczy wcisnąć CTRL-Z i wpisać lcli i możemy już zarządzać switchem w stylu Cisco:
Tworzenie VLANa:
# configure
(config)# vlan database
(config-vlan)# vlan 4
Sprawdzenie jakie VLANy istnieją:
#show vlan
Dodanie portu do VLANa:
# configure
(config)# interface range ethernet g2-4
(config-if)# switchport access vlan 4
(config-if)# end
Sprawdzenie:
# show interfaces switchport ethernet g2

Dodanie portu tagowanego do VLANa:

(config)# interface range ethernet g2

gigabit(config-if)# switchport mode trunk

gigabit(config-if)# switchport trunk allowed vlan add 3

Kasowanie vlanu nietagowanego:
gigabit# configure
gigabit(config)# interface range ethernet g24
gigabit(config-if)# no switchport access vlan

Konfiguracja połączenia z Internetem przez sieć komórkową

Do połączenia z Internetem przez sieć komórkową potrzebny jest demon pppd.

Uruchamiamy go np. tak:

/usr/sbin/pppd /dev/ttyUSB0 921600 connect "chat -V -f /etc/ppp/chat.plusgsm" crtscts modem -detach noccp noauth defaultroute debug ipcp-accept-remote ipcp-accept-local noipdefault lcp-echo-failure 1000

gdzie plik /etc/ppp/chat.plusgsm zawiera komendy AT wysyłane do modemu:

'' ATZ
OK AT+CGDCONT=1,"IP","www.plusgsm.pl"
OK "ATD*99***1#"
CONNECT ''

Jeśli chcemy aby łącze było podnoszone automatycznie po rozłączeniu możemy wywołanie skryptu z wywołaniem pppd umieścić w /etc/inittab, dodając np. na końcu linię:

PP:123456:respawn:/usr/local/bin/gprs.plus.usb

Jeśli karta SIM ma ustawiony PIN należy ustawić go w skrypcie, np. tak:

'' ATZ
TIMEOUT 10
OK AT+CPIN=3141
ERROR AT+CGDCONT=1,"IP","www.plusgsm.pl"
OK "ATD*99***1#"
CONNECT ''