API

tweetylbc

Tak mi to nedalo a podíval jsem se tomu na zoubek. Je to zajímevé řešení. SNMP umí číst, ssh zase "nekontrolovatelně" pustíte a děj se vůle boží. Tohle je někde mezi!

Suprové jsou výstupy v poli, rychlost odezvy.

Nevýhody: "jiná komunikace". Zadávání příkazů je jiné vež jste zvyklý z ssh, nejde tam vše. Takové věci jako "", "", ... nezadáte, složité příkazy se závorkami, "find" ... apod nemožné.

Dalo mi to chvilku se rozkoukat a opravit oficiální knihovnu PHP aby to aspoň trochu makalo (protože s oficiální knihovnou nezadáte nic moc víc než co je v příkladech). Pakliže ale přistoupíte na tento způsob komunikace, zjistíte, že se stím dají dělat konečně věci, které do teď nešli.

Oproti SSH opravdu hodnotím rychlost a jednoduchost komunikace.

Další otázkou je bezpečnost. Předpokládám, že to běhá po síti v "čitelné podobě", heslo tam běží zakódované v MD5. V logu se to tváří jako přihlášení z Winboxu. Doporučuji tedy nastavit tuto službu jen z vybrané IP.

A Vaše zkušenosti?

hapi

tak jsem něco vyzkoušel a vypadá to zajímavě. Co jsi na tom originálu upravil?

reset

a jakym API se tu bavite ?

tweetylbc

Bavíme se o http://wiki.mikrotik.com/wiki/API.

První klasicky problém byly nějaké zmatené znaky v kódu, ale hlavně funkce read mi při zadání více příkazů a delšího seznamu položek typu "=" nedoběhla. Začalo to cyklit a nešlo se to dál.

Problém byl v podmínce, která "vyskakovala" z ciklu. Bohužel tam je podmínka, že česky: "pakliže je navázané spojení a není nic na výstupu". Můj PHP script je rychlejší a tak došlo k oznámení o ukončení spojení (ikdyž ještě neproběhlo) a tak tato podmínka nezafungovala a cyklus neskončil.

Originál:

function read($parse = true) {

$RESPONSE = array();

while (true) {

$LENGTH = ord(fread($this->socket, 1) );

if ($LENGTH > 0) {

$_ = fread($this->socket, $LENGTH);

$RESPONSE[] = $_;

}

$STATUS = socket_get_status($this->socket);

if ($LENGTH > 0)

$this->debug('>>> [' . $LENGTH . ', ' . $STATUS['unread_bytes'] . '] ' . $_);

if ( (!$this->connected && !$STATUS['unread_bytes']) || ($this->connected && $_ == '!done' && !$STATUS['unread_bytes']) )

break;

}

if ($parse)

$RESPONSE = $this->parse_response($RESPONSE);

return $RESPONSE;

}

Upraveno:

function read($parse = true) {

$RESPONSE = array();

while (true) {

$LENGTH = ord(fread($this->socket, 1) );

if ($LENGTH > 0) {

$_ = fread($this->socket, $LENGTH);

$RESPONSE[] = $_;

}

$STATUS = socket_get_status($this->socket);

if ($LENGTH > 0)

$this->debug('>>> [' . $LENGTH . ', ' . $STATUS['unread_bytes'] . '] ' . $_);

if ( !$STATUS['unread_bytes'] || ($this->connected && $_ == '!done' && !$STATUS['unread_bytes']) )

break;

}

if ($parse)

$RESPONSE = $this->parse_response($RESPONSE);

return $RESPONSE;

}

Nevím, zda jsem to diagnostikoval správně, ale teď mi to maká

tweetylbc

Odvolávám co jsem odvolal, slibuji co jsem slíbil …

Všechno je jinak. Problém není s rychlostí ukončení spojení ale s příkazy, které „něco přidají“ např. do FW a tak. Za povelem !done následuje navíc „=ret=*123456“ tedy id položky, kterou vyrobí. To u originál knihovny způsobí zacyklení. Upravenou funkci read přikládám. Při volání $API->read(false); tato funkce vrátí i ono ID.

function read($parse = true) {

$RESPONSE = array();

while (true) {

$LENGTH = ord(fread($this->socket, 1) );

if ($LENGTH > 0) {

$_= fread($this->socket, $LENGTH);

$RESPONSE[] = $_;

}

$STATUS = socket_get_status($this->socket);

if ($LENGTH > 0) $this->debug('>>> [' . $LENGTH . ', ' . $STATUS['unread_bytes'] . '] ' . $_);

if (!$this->connected && !$STATUS['unread_bytes']) break;

if ($this->connected && $_ == '!done') {

if ($STATUS['unread_bytes'] > 1) {

$LENGTH = ord(fread($this->socket, 1) );

$_ = fread($this->socket, $LENGTH);

if (preg_match_all('/[^=]+/i', $_, $MATCHES)) if ($MATCHES[0][0] == 'ret') $RESPONSE = $MATCHES[0][1];

}

break;

}

if ($parse) $RESPONSE = $this->parse_response($RESPONSE);

return $RESPONSE;

}