Archiwa kategorii: Network

Network

Default IP/password/terminal speed

Ubiquiti 192.168.1.20, ubnt:ubnt

TP-Link SG3210, SG3216, SG3424
terminal speed 38400 8N1

TP-Link SG2424
default IP: 192.168.0.1
login: admin default password: admin
(brak RS232)

D-Link DGS-1510-20
terminal speed 115200 8N1
10.90.90.90

PHICOMM 302B/303 router
default IP: 192.168.2.1
login: admin password: admin

IBM storage DS3000
192.168.128.101 for the first controller.
192.168.128.102 for the second controller.

Hikvision IP camera dawniej 192.0.0.64, teraz 192.168.1.64

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(!)

TP-Link SX-3008F (8x10G SFP+) ma w środku zasilacz 12V 2A, bootuje się 102 sekundy.

TP-Link SX-3016F (16x10G SFP+) ma dwa zasilacze, bootuje się 82 sekundy.

Pobór mocy przez wkładkę SFP nie może przekraczać 1.5W (zazwyczaj 1W) (napięcie 3.3V)

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 ABOX42 M15 2.8W (podczas pracy 5W) (zasilacz 5V, bootuje się 62s)
Hybroad Z123 2W (podczas pracy 3W!) (zasilacz 12V, bootuje się 53s)

EVOBOX STREAM  D46BU IPTV Cyfrowy Polsat 3.5W (podczas pracy 4.5W), zasilacz 12V 1.2A (dekoder bootuje się 40 sekund). Stream leci z klasy IP 79.171.0.0/24.

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)

Katalogowo karty 16 portowe:

H802GPFD : Static: 45 W, Maximum: 73 W

H803GPFD : Static: 39 W, Maximum: 61 W

H805GPFD : Static: 26 W, Maximum: 50 W

ONT Huawei HG8310 2.2W

ufiber Loco 5.05V 0.38A = 1.91W. Bootuje się 73s. Nie wysyła komunikatu dying-dasp, tylko zawsze LOSi/LOBi.

Fritz 5590 + SFP GPON Fritz module 11.8W

Hikvision DS-2CD1321-I 2.5W, 3.5W po włączeniu oświetlacza (po POE)

DELL 2161DS-2 (KVM IP) 17W (bez SIP), bootuje się 38s.

Network

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

Network

socat – Przekierowanie portów z jednego serwera na inny

1 komentarz

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

Network

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.

Network

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śtam@neostrada.pl
hasło: (otrzymuje się smsem od TP po kontakcie na 801505505)
Należy w modemie włączyć NAT poprzez aktywację: NAPT Only Enabled Yes