Onderwerp: Supermicro IPMI probleem

Hallo,

Ik heb een probleem met een Supermicro IPMI kaart. Het heeft altijd prima gewerkt, maar sinds ik mijn server heb verhuisd naar de nieuwe ruimte (nieuw gebouw) van mijn colocation provider, kan ik er niet meer naartoe connecten.

Ik heb daar een eigen VLAN, dat VLAN is 1-op-1 overgezet op een nieuwe Alpine en de IP adressen zijn niet veranderd. Mijn IPMI 2.0 Supermicro kaartje is ook nog steeds hetzelfde .. zelfde ip, MAC-adress firmware (= nieuwste) etc ..

Mijn colo-provider heeft op de switch gekeken en blijkbaar verbindt de IPMI kaart ook prima met de switch onder zijn eigen ip en mac-adres samen met de reguliere LAN IP's. Maar TOCH kan ik hem niet meer bereiken via IPMIView ('Cannot communicate with ... ' zegt hij).

ipnmac laat gewoon de correcte instellingen zien ..

Ik denk echt dat het aan mijn colo-provider ligt .. maar WAT zou het dan kunnen zijn ????

Oorspronkelijk geplaatst door BoX

Hallo,

Ik heb een probleem met een Supermicro IPMI kaart. Het heeft altijd prima gewerkt, maar sinds ik mijn server heb verhuisd naar de nieuwe ruimte (nieuw gebouw) van mijn colocation provider, kan ik er niet meer naartoe connecten.

Ik heb daar een eigen VLAN, dat VLAN is 1-op-1 overgezet op een nieuwe Alpine en de IP adressen zijn niet veranderd. Mijn IPMI 2.0 Supermicro kaartje is ook nog steeds hetzelfde .. zelfde ip, MAC-adress firmware (= nieuwste) etc ..

Mijn colo-provider heeft op de switch gekeken en blijkbaar verbindt de IPMI kaart ook prima met de switch onder zijn eigen ip en mac-adres samen met de reguliere LAN IP's. Maar TOCH kan ik hem niet meer bereiken via IPMIView ('Cannot communicate with ... ' zegt hij).

ipnmac laat gewoon de correcte instellingen zien ..

Ik denk echt dat het aan mijn colo-provider ligt .. maar WAT zou het dan kunnen zijn ????

Veelgehoord probleem bij dit soort dingen is de firewall van de colo-provider die het eaa blocked. dat al gechecked?

Ehm nou .. ik mag toch hopen dat er geen firewall op een colocatie zit ?? Das toch not-done lijkt me ?

Weet je toevallig welke poorten zo'n IPMI kaart gebruikt ?

Als ik me eigen routertje uitlees zie ik bij het maken van een verbinding outbound UDP 623. Dus zou dat ding luisteren op UDP poort 623 ?

Neem aan dat er geen telnet poort op zit ofzo .. en hij alleen via IPMIView of ipmicli bereikbaar is (momenteel NIET dus).

Oorspronkelijk geplaatst door BoX

Ehm nou .. ik mag toch hopen dat er geen firewall op een colocatie zit ?? Das toch not-done lijkt me ?

Weet je toevallig welke poorten zo'n IPMI kaart gebruikt ?

Als ik me eigen routertje uitlees zie ik bij het maken van een verbinding outbound UDP 623. Dus zou dat ding luisteren op UDP poort 623 ?

Neem aan dat er geen telnet poort op zit ofzo .. en hij alleen via IPMIView of ipmicli bereikbaar is (momenteel NIET dus).

En als je dan dus even een portscan oid doet op je server op die poort, of even probeerd met telnet oid op die poort te connecten?

Hmm ja een simpele poortscan laat zien dat alles dicht is .. weet alleen ff niet hoe ik UDP kan scannen .. meeste programma's scannen TCP poorten.

Misschien kan ik met netcat wat doen .. maar vooralsnog kom ik nergens in.

Oorspronkelijk geplaatst door BoX

Hmm ja een simpele poortscan laat zien dat alles dicht is .. weet alleen ff niet hoe ik UDP kan scannen .. meeste programma's scannen TCP poorten.

Misschien kan ik met netcat wat doen .. maar vooralsnog kom ik nergens in.

Als alles dicht zit zou ik toch eens informeren of je colo provider geen firewall heeft hangen. Zo vreemd is dat niet hoor, hebben er wel meer...

laatst nog iemand gehoord die al paar weken zat te kloten met snmp en het maar niet up kreeg. Uiteindelijke reden: zijn colo-provider had een hardware firewall die geen zin had dat door te geven...

Ok ik ga er morgen zeker over bellen.
Beetje raar wel .. als ik ernaartoe netcat .. dan zegt ie bij de TCP poorten netjes 'connection timed-out' etc .. maar bij de UDP's staat alles open .. lijkt me sterk .. want dat zegt ie ook op mijn normale ip's waar toch ECHT wel iptables alles dicht heeft gezet.

Code:

#nc -w 2 -v -z -u 213.207.xxx.xxx 623
(UNKNOWN) [213.207.xxx.xxx] 623 (?) open

Een nuttige quote via Google :

'IPMI messages are encapsulated in Remote Management Control Protocol
packets. RMCP is a UDP-based protocol that uses port 623 for remote
system control when the system is in a pre-os or os-absent state.
RMCP can also use port 664 for secure traffic.'

Overigens kan ik geen traceroute of ping naar het IP van de IPMI kaart doen. Weet iemand met zekerheid of die kaartjes ook geen ping-reply's geven ? Want waarschijnlijk doen ze dat niet ...

Ok,

Ik denk niet dat ze het zaakje blokkeren met firewall.

Als ik op mijn server in Linux een netcat 'listen' sessie opzet op UDP poort 623 (nc -l -u -p 623). En vanaf thuis daarnaartoe verbind (nc -v -v -u <ip> 623). Dan kan ik gewoon verbinden en data overzenden.

Dus dat is het niet .. maar ja .. wat dan wel .. kaart kapot ? VLAN configuratie-fout op switch ? Zouden ze IMPI packets blokkeren ? Irritant probleem dit ... provider zegt 'we hebben gedaan wat we konden' .. en ik kan zelf ook niets vinden .. brrr. Alleen wel wazig dat hij het in hun andere datacenter prima deed .. en nu ineens niet meer .. sinds de verhuizing.

Opgelost .. zie :

http://www.webhostingtalk.nl/scripti...icro-ipmi.html