Ошибка 1006 при закрытии websocket, почему?

Question

[m5xim]

Ubuntu 16.04, стек LAMP, для работы с websocket использую библиотеку workerman. Порт открыт в firewall (ufw). Соединение устанавливается корректно, сообщения отправляются, но при попытке чистого закрытия соединения через close как со стороны js так и со стороны сервера соединение у клиента закрывается с ошибкой 1006, без других подробностей. Еще на сервере установлен OpenVpn, но на другом порту. Есть какие-то идеи что это может быть и возможно какие-то шаги для дополнительной отладки чтобы конкретизировать/выяснить причину?

Comments

[marrs]

Удалось решить? Такая же проблема)

[m5xim]

Честно говоря времени много прошло, я деталей уже не помню, сейчас проект проверил, закрывает чисто и с кодом 1000, может в новых версиях workerman исправили, но правда я использую на стороне сервера для закрытия вот такой вот код

/**
     * @param TcpConnection $tcpConnection
     * @param bool $isForce
     *
     * @return void
     */
    public static function WsClose($tcpConnection, $isForce)
    {
        $tcpConnection->close();

        if (! $isForce ||
            TcpConnection::STATUS_CLOSING !== $tcpConnection->getStatus() ||
            ! $tcpConnection->getSendBufferQueueSize()) {
            return;
        }

        // force write data to call destroy & onClose event
        $tcpConnection->baseWrite();
    }

Answer 1

[ivankomolin]

1006 ошибка говорит о том, что соединение было закрыто ненормально(т. е. без отправки фрейма закрытия), когда ожидается код состояния.

Comments

[m5xim]

Это в общем понятно, не понятна причина, т.к. дополнительный информации при закрытии нет. Закрытие происходит корректно, тригер onError не вызывается, просто флаг wasClean = false и есть код 1006. Вы можете подсказать какие-то инструменты/команды чтобы определить в чем именно причина?Я думаю что возможно дело в конфигурации сервера.

[ivankomolin]

m5xim, Приведите пример кода, иначе сложно что-то сказать.

[ivankomolin]

Попробуйте обработать событие закрытия соединения onClose на сервере, если этого еще нет.

[m5xim]

Есть обработка onClose и onError и на сервере и на клиенте. Вот простой пример который дает 1006 ошибку:

require_once __DIR__ . '/vendor/autoload.php';

use Workerman\Worker;


$worker            = new Worker( "websocket://ip:port" );//здесь указаны реальный ip и открытый порт
$worker->onConnect = function ( $connection ) {
	echo "New connection\n";
	$connection->send( "hello" );
};
$worker->onMessage = function ( $connection, $data ) {
	echo "New message\n";
};
$worker->onClose   = function ( $connection ) {
	echo "Close connection\n";
};
$worker->onError   = function ( $connection, $code, $msg ) {
	echo "Error!\n";
};


Worker::runAll();

socket = new WebSocket("ws://" + data.serverIp);
                    socket.onopen = function () {
                       alert("Connected");
                    };
                    socket.onclose = function (event) {
                        if (event.wasClean) {
                            alert('Соединение закрыто чисто');
                        } else if (event.code === 1006) {
                            alert('Соединение закрыто как 1006');
                        } else {
                            alert('Обрыв соединения');
                        }
                    };

                    socket.onmessage = function (event) {
                        alert("Получены данные " + event.data);
                        socket.close();
                    };

                    socket.onerror = function (error) {
                        alert("Ошибка " + error.message);
                    };

[m5xim]

Такой тикет уже есть на git библиотеки https://github.com/walkor/Workerman/issues/236 но так ответ разработчика что он не смог воспроизвести проблему, соответственно я думаю что дело в конкретных настройках моего сервера,возможно из-за openVpn или другое. По этому я и спрашиваю про возможные методы получения доп инфы, так как в конфигах LAMP не очень силен

Answer 2

[Александр Калинин]

Возможно сервер рвет соединение. Если это nginx то по-умолчанию если сокет неактивен 60 сек он будет убит. можно сделать так
proxy_read_timeout 86400s