Астра линукс ошибка сегментирования

Всем привет.
Не могу понять проблему.
Astra Linux SE Smolensk 1.5
Захожу под любым уровнем доступа (в данный момент — под 0).
Компилирую любую программу, но при попытке ее запустить, выскакивает «ошибка сегментирования», и внизу экрана появляется информационное сообщение: «Загрузка неподписанного файла заблокирована СЗ ОС (DIGSIG) …».
dmesg выдает сообщение: DIGSIG:[ERROR] NOT SIGNED: path=/home/pavel/Programs/test uid=1000 gid=1000

Собственно вопрос: как разрешить выполнение своих файлов?

Olej


Захожу под любым уровнем доступа (в данный момент — под 0).
Компилирую любую программу, но при попытке ее запустить, выскакивает «ошибка сегментирования», и внизу экрана появляется информационное сообщение: «Загрузка неподписанного файла заблокирована СЗ ОС (DIGSIG) …».

1. Разрабатывать программный код в защищённой системе — это, по моему (IMHO), дурное занятие … и об этом в том же духе уже высказывались здесь на форуме.

2. Ошибка «ошибка сегментирования» (сигнал SIGSEGV) — это слишком серьёзно для просто нарушения требований безопасности.
Не могли бы вы сказать:
— с какого языка (программирования) компилируете код?
— каким образом (командой)?
— привести фрагмент кода…

3. Не могу, к сожалению, ничего подсказать относительно «подписи» исполнимых файлов — мне дядя за большие деньги не покупал Astra SE :D
Но было бы очень интересно послушать знающих людей, а ещё лучше — ссылки, про то как это должно выглядеть.

мне дядя за большие деньги не покупал Astra SE :D

не для работы, а лишь для ознакомления можно и с торрента какого-нибудь скачать
не совсем легально, зато познавательно

Последнее редактирование:

Olej


Смоленск 1.6: Режим замкнутой программной среды

Настройка режима функционирования механизма контроля целостности файлов при их открытии на основе ЭЦП в расширенных атрибутах файловой системы осуществляется с помощью графического инструмента fly-admin-smc (<<Панель управления — Безопасность — Политика безопасности — Замкнутая программная среда>>) или путем редактирования конфигурационного файла /etc/digsig/digsig_initramfs.conf.

После внесения изменений в конфигурационный файл /etc/digsig/digsig_initramfs.conf и для загрузки модулем digsig_verif ключей после их размещения его в каталогах /etc/digsig/keys/ и /etc/digsig/xattr_keys/
необходимо от имени учетной записи администратора через механизм \verb|sudo| выполнить команду:

Код: 

sudo update-initramfs -u -k all

Означает ли это, что изменения режима функционирования (1 из 3-х) через fly-admin-smc можно делать «на лету»? (без перегенерации initramfs, перезагрузки и т.д.)

не для работы, а лишь для ознакомления…

Измените формулировку от греха подальше.
Примерно так: Конечно, некоторые не для работы, а лишь для ознакомления, скачивают Смоленск 1.5 с торрент-трекеров. Но я это не одобряю.
А то какое-то подстрекательство к противоправным действия получается. ;)

Означает ли это, что изменения режима функционирования (1 из 3-х) через fly-admin-smc можно делать «на лету»? (без перегенерации initramfs, перезагрузки и т.д.)

У меня тоже дяди нет. Проверить не могу, со Смоленском только теория :(

А то какое-то подстрекательство к противоправным действия получается. ;)

то не призыв и не подстрекательство
то констатация факта всего лишь,
факта, для меня ненужного, так как
мне «от дяди» 5 дистрибутивов перепало
за полгода благодаря им разнообразил свой лексикон неприличных слов

…мне «от дяди» 5 дистрибутивов перепало за полгода благодаря им разнообразил свой лексикон неприличных слов

Есть возможность проверить вопрос из нижеприведенной цитаты?

Означает ли это, что изменения режима функционирования (1 из 3-х) через fly-admin-smc можно делать «на лету»? (без перегенерации initramfs, перезагрузки и т.д.)

не настолько знаком с линуксом, чтобы ответить
всего полгода изучения, да и то периодически (решаю только возникающие проблемы)

1. Разрабатывать программный код в защищённой системе — это, по моему (IMHO), дурное занятие … и об этом в том же духе уже высказывались здесь на форуме.

2. Ошибка «ошибка сегментирования» (сигнал SIGSEGV) — это слишком серьёзно для просто нарушения требований безопасности.
Не могли бы вы сказать:
— с какого языка (программирования) компилируете код?
— каким образом (командой)?
— привести фрагмент кода…

3. Не могу, к сожалению, ничего подсказать относительно «подписи» исполнимых файлов — мне дядя за большие деньги не покупал Astra SE :D
Но было бы очень интересно послушать знающих людей, а ещё лучше — ссылки, про то как это должно выглядеть.

Поясню, чтобы было понятнее.
1. Есть свой вычислительный код, с помощью которого собираемся проводить вычисления в защищенной системе. То есть, установить этот код на компьютере в защищенной среде НУЖНО.
Собираю и использую его от имени рядового пользователя, без админских прав.

2. Теперь непонятки: На реальном компьютере под Astra SE все собралось, запускается и работает без проблем. Теперь понадобилось этот код несколько изменить. Для этого на другом рабочем месте (Ubuntu mate) в виртуалке установил Astra SE, где хотел поработать над кодом. И вот тут-то появилась проблема.
Не запускается даже простой «hello_world».
Вот код, если нужно:

C++: 

#include <iostream>
int main (int argc, char* argv[]){
   std::cout << "Hello world!\n";
   return 0;
}

Язык C++,
компилирую: g++ hello.cc -o hello
запуск: ./hello

Про подписывание я почитал. Но (честно скажу, невнимательно еще читал) остался вопрос: при каждом новом изменении и компиляции программы нужно ее заново подписывать?
И почему на рабочей машине все сработало? Вроде виртуалку старался сделать такую же, как и рабочую машину.

Olej


при каждом новом изменении и компиляции программы нужно ее заново подписывать?

Да, по логике вещей — при каждом.
Но никто не компилирует программы командами gcc и т.п. — для этого используются сценарии сборки make (Makefile).
Запишите последним действием в Makefile команды подписания собранного — и будет вас счастье.

И почему на рабочей машине все сработало?

Потому что есть 3 режима жёсткости контроля подписи — Режим замкнутой программной среды

и может функционировать в одном из следующих режимов:

  • исполняемым файлам и разделяемым библиотекам с неверной ЭЦП, а также без ЭЦП загрузка на исполнение запрещается (штатный режим функционирования);
  • исполняемым файлам и разделяемым библиотекам с неверной ЭЦП, а также без ЭЦП загрузка на исполнение разрешается, при этом выдается сообщение об ошибке проверки ЭЦП (режим для проверки ЭЦП в СПО);
  • ЭЦП при загрузке исполняемых файлов и разделяемых библиотек не проверяется (отладочный режим для тестирования СПО).

Olej


На реальном компьютере под Astra SE все собралось, запускается и работает без проблем.

И кто до вас конфигурировал этот реальный компьютер? :p

Olej


но при попытке ее запустить, выскакивает «ошибка сегментирования», и внизу экрана появляется информационное сообщение: «Загрузка неподписанного файла заблокирована СЗ ОС (DIGSIG) …».

Но если при нарушении условий безопасности действительно выскакивает ошибка SIGSEGV — то вот об этом нужно писать в техподдержку разработчика!

Olej


не настолько знаком с линуксом, чтобы ответить

А для этого с Linux и знакомым быть не надо…
1. копируете вот те 5 строчек от ТС в файл hello_world.cc — любым редактором (я для таких простых действий предпочитаю mc и его редактор mcedit — только установить стандартно mc нужно);
2. выполняете команду:

3. пробуете выполнить:

4. сообщаете нам сюда о своих успехах…
5. Заходите в системное меню: Панель управления — Безопасность — Политика безопасности — Замкнутая программная среда … и меняете одну из 3-х альтернатив (хорошо бы скриншот этого дела показать сюда)…
6. повторяете попытку запуска, п.3 …

P.S. Это не пустая трата времени для вас, поверьте — это вам ещё много раз пригодится!

Последнее редактирование:

В 1.5 нашел только галочку «Запрет установки исполняемого бита». Но он не влияет на компиляцию и запуск (всё прошло успешно как под админской учеткой, так и под пользовательской).
А делать настройки безопасности по RedBook с wiki астры лень(

А делать настройки безопасности по RedBook с wiki астры лень..

Так а за шо тада деньги плочены!!! :D
А вопрос, может быть в курсе: насколько рекомендации из RedBook-а обязательны к исполнению. Ведомство (иной орган) как-то их регламентируют?

Так а за шо тада деньги плочены!!! :D
А вопрос, может быть в курсе: насколько рекомендации из RedBook-а обязательны к исполнению. Ведомство (иной орган) как-то их регламентируют?

Слышал, что там разрабатывают свои методички по настройке. Но насколько сильно они перекликаются или отличаются — не в курсе.

Спасибо, завтра попробую поиграть с этими настройками.

И кто до вас конфигурировал этот реальный компьютер?

Да я и конфигурировал. Я и админ, я и работник :)
Но как-то не встретился с такими проблемами при установке. Если я правильно сейчас вспоминаю, при установке был выбор «включить режим замкнутой программной среды». Видимо, я по-разному ответил на этот вопрос на реальном железе и в виртуалке.

Источник

I am a newbie here. I am trying freerdp-shadow-cli as a rdp server, and use xfreerdp to connect it.
freerdp-shadow-cli and xfreerdp were built from the master branch.

I try to run freerdp-shadow-cli for sharing a VNC display, like this:

# netstat -ltnp | grep vnc
tcp        0      0 0.0.0.0:5904            0.0.0.0:*               LISTEN      60882/Xvnc          
tcp        0      0 0.0.0.0:6004            0.0.0.0:*               LISTEN      60882/Xvnc 
# freerdp-shadow-cli -auth /monitors:4
[21:00:37:555] [69326:69326] [INFO][com.freerdp.server.shadow.x11] - X11 Extensions: XFixes: 1 Xinerama: 0 XDamage: 0 XShm: 0
[21:00:37:557] [69326:69326] [INFO][com.freerdp.core.listener] - Listening on 0.0.0.0:3389
...

When run xfreerdp to connect it, the «Segmentation fault» happened

[root@localhost x264]# xfreerdp /v:127.0.0.1
[20:02:15:868] [68763:68764] [INFO][com.freerdp.client.common.cmdline] - loading channelEx cliprdr
[20:02:15:868] [68763:68764] [INFO][com.freerdp.client.x11] - No user name set. - Using login name: root
[20:02:16:145] [68763:68764] [INFO][com.freerdp.client.x11] - Property 173 does not exist
[20:02:16:268] [68763:68764] [INFO][com.freerdp.gdi] - Local framebuffer format  PIXEL_FORMAT_BGRX32
[20:02:16:268] [68763:68764] [INFO][com.freerdp.gdi] - Remote framebuffer format PIXEL_FORMAT_RGB16
Segmentation fault (core dumped)

More information:

[root@localhost x264]# gdb xfreerdp
GNU gdb (GDB) Red Hat Enterprise Linux 7.6.1-100.el7
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/local/bin/xfreerdp...done.
(gdb) set args /v:127.0.0.1
(gdb) run
Starting program: /usr/local/bin/xfreerdp /v:127.0.0.1
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
[New Thread 0x7fffe867f700 (LWP 68792)]
[20:03:03:611] [68788:68792] [INFO][com.freerdp.client.common.cmdline] - loading channelEx cliprdr
[20:03:03:612] [68788:68792] [INFO][com.freerdp.client.x11] - No user name set. - Using login name: root
Detaching after fork from child process 68793.
Detaching after fork from child process 68794.
[20:03:03:905] [68788:68792] [INFO][com.freerdp.client.x11] - Property 173 does not exist
[20:03:04:026] [68788:68792] [INFO][com.freerdp.gdi] - Local framebuffer format  PIXEL_FORMAT_BGRX32
[20:03:04:026] [68788:68792] [INFO][com.freerdp.gdi] - Remote framebuffer format PIXEL_FORMAT_RGB16

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffe867f700 (LWP 68792)]
0x00007ffff6633cc5 in gdi_init_primary (gdi=0x7fffe0044e50, stride=0, format=537135240, buffer=0x0, pfree=0x7ffff5e6fab0 <_aligned_free>)
    at /root/work/FreeRDP/libfreerdp/gdi/gdi.c:1152
1152		gdi->stride = gdi->primary->bitmap->scanline;
(gdb) bt
#0  0x00007ffff6633cc5 in gdi_init_primary (gdi=0x7fffe0044e50, stride=0, format=537135240, buffer=0x0, 
    pfree=0x7ffff5e6fab0 <_aligned_free>) at /root/work/FreeRDP/libfreerdp/gdi/gdi.c:1152
#1  0x00007ffff663423c in gdi_init_ex (instance=0x6ae620, format=537135240, stride=0, buffer=0x0, pfree=0x7ffff5e6fab0 <_aligned_free>)
    at /root/work/FreeRDP/libfreerdp/gdi/gdi.c:1259
#2  0x00007ffff6634017 in gdi_init (instance=0x6ae620, format=537135240) at /root/work/FreeRDP/libfreerdp/gdi/gdi.c:1225
#3  0x0000000000421eb3 in xf_post_connect (instance=0x6ae620) at /root/work/FreeRDP/client/X11/xf_client.c:1198
#4  0x00007ffff667ca02 in freerdp_connect (instance=0x6ae620) at /root/work/FreeRDP/libfreerdp/core/freerdp.c:214
#5  0x00000000004228bf in xf_client_thread (param=0x6ae620) at /root/work/FreeRDP/client/X11/xf_client.c:1458
#6  0x00007ffff5e57ce6 in thread_launcher (arg=0x6f2180) at /root/work/FreeRDP/winpr/libwinpr/thread/thread.c:319
#7  0x00007ffff53d2e25 in start_thread () from /lib64/libpthread.so.0
#8  0x00007ffff5b0b34d in clone () from /lib64/libc.so.6
(gdb) info registers 
rax            0x0	0
rbx            0x7fffe00452e0	140736951767776
rcx            0x7fffe0045400	140736951768064
rdx            0xffffffff	4294967295
rsi            0x7fffe0000030	140736951484464
rdi            0x7fffe0000020	140736951484448
rbp            0x7fffe867e8d0	0x7fffe867e8d0
rsp            0x7fffe867e8a0	0x7fffe867e8a0
r8             0x0	0
r9             0x7fffe0045490	140736951768208
r10            0x7fffe867e550	140737092511056
r11            0x7ffff5e6f646	140737318942278
r12            0x1	1
r13            0x7fffe867f9c0	140737092516288
r14            0x7fffe867f700	140737092515584
r15            0x0	0
rip            0x7ffff6633cc5	0x7ffff6633cc5 <gdi_init_primary+321>
eflags         0x10206	[ PF IF RF ]
cs             0x33	51
ss             0x2b	43
ds             0x0	0
es             0x0	0
fs             0x0	0
gs             0x0	0
(gdb) x /16i gdi_init_primary
...
   0x7ffff6633ca5 <gdi_init_primary+289>:	mov    %rdi,%r8
   0x7ffff6633ca8 <gdi_init_primary+292>:	mov    %eax,%edi
   0x7ffff6633caa <gdi_init_primary+294>:	callq  0x7ffff66145f0 <gdi_CreateBitmapEx@plt>
   0x7ffff6633caf <gdi_init_primary+299>:	mov    %rax,0x128(%rbx)
   0x7ffff6633cb6 <gdi_init_primary+306>:	mov    -0x18(%rbp),%rax
   0x7ffff6633cba <gdi_init_primary+310>:	mov    0x28(%rax),%rax
   0x7ffff6633cbe <gdi_init_primary+314>:	mov    0x128(%rax),%rax
=> 0x7ffff6633cc5 <gdi_init_primary+321>:	mov    0x10(%rax),%edx
   0x7ffff6633cc8 <gdi_init_primary+324>:	mov    -0x18(%rbp),%rax
   0x7ffff6633ccc <gdi_init_primary+328>:	mov    %edx,0x10(%rax)
   0x7ffff6633ccf <gdi_init_primary+331>:	mov    -0x18(%rbp),%rax
   0x7ffff6633cd3 <gdi_init_primary+335>:	mov    0x28(%rax),%rax
   0x7ffff6633cd7 <gdi_init_primary+339>:	mov    0x128(%rax),%rax
   0x7ffff6633cde <gdi_init_primary+346>:	test   %rax,%rax
   0x7ffff6633ce1 <gdi_init_primary+349>:	jne    0x7ffff6633ce8 <gdi_init_primary+356>
   0x7ffff6633ce3 <gdi_init_primary+351>:	jmpq   0x7ffff6633e7f <gdi_init_primary+763>

Here is the code:

1139         if (!buffer)
1140         {
1141                 gdi->primary->bitmap = gdi_CreateCompatibleBitmap(
1142                                            gdi->hdc, gdi->width, gdi->height);
1143         }
1144         else
1145         {
1146                 gdi->primary->bitmap = gdi_CreateBitmapEx(gdi->width, gdi->height,
1147                                        gdi->dstFormat,
1148                                        gdi->stride,
1149                                        buffer, pfree);
1150         }
1151 
1152         gdi->stride = gdi->primary->bitmap->scanline;
1153 
1154         if (!gdi->primary->bitmap)
1155                 goto fail_bitmap;
1156 
1157         gdi_SelectObject(gdi->primary->hdc, (HGDIOBJECT) gdi->primary->bitmap);

I try to fix it like this, the «Segmentation fault» do not show again.

diff --git a/libfreerdp/gdi/gdi.c b/libfreerdp/gdi/gdi.c
index e099ecf..af6ac5a 100644
--- a/libfreerdp/gdi/gdi.c
+++ b/libfreerdp/gdi/gdi.c
@@ -1149,11 +1149,11 @@ static BOOL gdi_init_primary(rdpGdi* gdi, UINT32 stride, UINT32 format,
                                       buffer, pfree);
        }
 
-       gdi->stride = gdi->primary->bitmap->scanline;
-
        if (!gdi->primary->bitmap)
                goto fail_bitmap;
 
+       gdi->stride = gdi->primary->bitmap->scanline;
+
        gdi_SelectObject(gdi->primary->hdc, (HGDIOBJECT) gdi->primary->bitmap);
        gdi->primary->org_bitmap = NULL;
        gdi->primary_buffer = gdi->primary->bitmap->data;

On Success

(when DNS returns same IP as the server you are connected to)
connected to farm.address.local:3389
null server certificate

(remmina:31814): Gtk-WARNING **: drawing failure for widget `GtkDrawingArea’: invalid matrix (not invertible)

(remmina:31814): Gtk-WARNING **: drawing failure for widget `GtkDrawingArea’: invalid matrix (not invertible)
registered device #1: MACHINENAME (type=8 id=1)

1st Error

connected to farm.address.local:3389
null server certificate
connected to X.X.X.5:3389

(remmina:1262): Gtk-WARNING **: drawing failure for widget `GtkDrawingArea’: invalid matrix (not invertible)
null server certificate
transport_check_fds: protocol error, not a TPKT or Fast Path header.
0000 78 00 00 9c 00 7f 00 00 d0 96 03 9c 00 7f 00 00 x……………
0010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 …………….
0020 ea 03 01 00 d2 02 1a 00 28 00 00 00 00 00 00 00 ……..(…….
0030 03 00 04 00

2nd Error

connected to farm.address.local:3389
null server certificate

(remmina:1262): Gtk-WARNING **: drawing failure for widget `GtkDrawingArea’: invalid matrix (not invertible)
connected to X.X.X.5:3389
null server certificate
WARNING: invalid packet signature
incorrect PDU type: 0x0000
WARNING: invalid packet signature
incorrect PDU type: 0x0000
WARNING: invalid packet signature
WARNING: invalid packet signature
WARNING: invalid packet signature
WARNING: invalid packet signature
WARNING: invalid packet signature
WARNING: invalid packet signature
WARNING: invalid packet signature
Segmentation fault (core dumped)

3rd Error

connected to X.X.X.5:3389
null server certificate
WARNING: invalid packet signature
incorrect PDU type: 0x0000
WARNING: invalid packet signature
incorrect PDU type: 0x0000
WARNING: invalid packet signature
WARNING: invalid packet signature
mppc.c: invalid RDP compression code 0x0b
decompress_rdp() failed
Warning fastpath_recv_update (221): unknown updateCode 0xE
WARNING: invalid packet signature
svc_plugin_process_received: read error
Warning cliprdr_process_receive (233): unknown msgType 43292
WARNING: invalid packet signature
WARNING: invalid packet signature
WARNING: invalid packet signature
mppc.c: invalid RDP compression code 0x0a
decompress_rdp() failed
Warning update_recv_surfcmds (86): unknown cmdType 0xB4DD
WARNING: invalid packet signature
WARNING: invalid packet signature
mppc.c: invalid RDP compression code 0x08
decompress_rdp() failed
WARNING: invalid packet signature
…. x5
WARNING: invalid packet signature
Warning fastpath_recv_update (221): unknown updateCode 0xD
Warning fastpath_recv_update (221): unknown updateCode 0xF
WARNING: invalid packet signature
…. x8
WARNING: invalid packet signature
invalid pointer index:12427
WARNING: invalid packet signature
invalid glyph at cache index: 0 in cache id: 0
invalid glyph at cache index: 0 in cache id: 0
invalid offscreen bitmap at index: 0x0040
invalid offscreen bitmap index: 0x4000
invalid offscreen bitmap index: 0x4000
Segmentation fault (core dumped)

4th error

ThinkPad-X300:~$ xfreerdp -k sv -d domain -u user farm
connected to farm:3389
Password:
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@ WARNING: CERTIFICATE NAME MISMATCH! @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
The hostname used for this connection (farm)
does not match the name given in the certificate:
SERVER03.address.local
A valid certificate for the wrong name should NOT be trusted!
Certificate details:
Subject: CN = SERVER03.address.local
Issuer: CN = SERVER03.address.local
Thumbprint: 6f:fa:4e:53:6e:da:f6:55:eb:fd:24:99:1d:9e:7b:d0:da:52:f7
The above X.509 certificate could not be verified, possibly because you do not have the CA certificate in your certificate store, or the certificate has expired. Please look at the documentation on how to create local certificate store for a private CA.
Do you trust the above certificate? (Y/N) y
pduType bad
connected to X.X.X.8:3389
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@ WARNING: CERTIFICATE NAME MISMATCH! @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
The hostname used for this connection (172.16.8.8)
does not match the name given in the certificate:
SERVER04.address.local
A valid certificate for the wrong name should NOT be trusted!
Certificate details:
Subject: CN = SERVER04.address.local
Issuer: CN = SERVER04.address.local
Thumbprint: f2:b3:f1:86:98:a1:ac:ac:a6:6c:02:9c:3a:f1:64:aa:e3:b7:c4
The above X.509 certificate could not be verified, possibly because you do not have the CA certificate in your certificate store, or the certificate has expired. Please look at the documentation on how to create local certificate store for a private CA.
Do you trust the above certificate? (Y/N)
Do you trust the above certificate? (Y/N) y
Segmentation fault (core dumped)

On Success

(when DNS returns same IP as the server you are connected to)
connected to farm.address.local:3389
null server certificate

(remmina:31814): Gtk-WARNING **: drawing failure for widget `GtkDrawingArea’: invalid matrix (not invertible)

(remmina:31814): Gtk-WARNING **: drawing failure for widget `GtkDrawingArea’: invalid matrix (not invertible)
registered device #1: MACHINENAME (type=8 id=1)

1st Error

connected to farm.address.local:3389
null server certificate
connected to X.X.X.5:3389

(remmina:1262): Gtk-WARNING **: drawing failure for widget `GtkDrawingArea’: invalid matrix (not invertible)
null server certificate
transport_check_fds: protocol error, not a TPKT or Fast Path header.
0000 78 00 00 9c 00 7f 00 00 d0 96 03 9c 00 7f 00 00 x……………
0010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 …………….
0020 ea 03 01 00 d2 02 1a 00 28 00 00 00 00 00 00 00 ……..(…….
0030 03 00 04 00

2nd Error

connected to farm.address.local:3389
null server certificate

(remmina:1262): Gtk-WARNING **: drawing failure for widget `GtkDrawingArea’: invalid matrix (not invertible)
connected to X.X.X.5:3389
null server certificate
WARNING: invalid packet signature
incorrect PDU type: 0x0000
WARNING: invalid packet signature
incorrect PDU type: 0x0000
WARNING: invalid packet signature
WARNING: invalid packet signature
WARNING: invalid packet signature
WARNING: invalid packet signature
WARNING: invalid packet signature
WARNING: invalid packet signature
WARNING: invalid packet signature
Segmentation fault (core dumped)

3rd Error

connected to X.X.X.5:3389
null server certificate
WARNING: invalid packet signature
incorrect PDU type: 0x0000
WARNING: invalid packet signature
incorrect PDU type: 0x0000
WARNING: invalid packet signature
WARNING: invalid packet signature
mppc.c: invalid RDP compression code 0x0b
decompress_rdp() failed
Warning fastpath_recv_update (221): unknown updateCode 0xE
WARNING: invalid packet signature
svc_plugin_process_received: read error
Warning cliprdr_process_receive (233): unknown msgType 43292
WARNING: invalid packet signature
WARNING: invalid packet signature
WARNING: invalid packet signature
mppc.c: invalid RDP compression code 0x0a
decompress_rdp() failed
Warning update_recv_surfcmds (86): unknown cmdType 0xB4DD
WARNING: invalid packet signature
WARNING: invalid packet signature
mppc.c: invalid RDP compression code 0x08
decompress_rdp() failed
WARNING: invalid packet signature
…. x5
WARNING: invalid packet signature
Warning fastpath_recv_update (221): unknown updateCode 0xD
Warning fastpath_recv_update (221): unknown updateCode 0xF
WARNING: invalid packet signature
…. x8
WARNING: invalid packet signature
invalid pointer index:12427
WARNING: invalid packet signature
invalid glyph at cache index: 0 in cache id: 0
invalid glyph at cache index: 0 in cache id: 0
invalid offscreen bitmap at index: 0x0040
invalid offscreen bitmap index: 0x4000
invalid offscreen bitmap index: 0x4000
Segmentation fault (core dumped)

4th error

ThinkPad-X300:~$ xfreerdp -k sv -d domain -u user farm
connected to farm:3389
Password:
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@ WARNING: CERTIFICATE NAME MISMATCH! @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
The hostname used for this connection (farm)
does not match the name given in the certificate:
SERVER03.address.local
A valid certificate for the wrong name should NOT be trusted!
Certificate details:
Subject: CN = SERVER03.address.local
Issuer: CN = SERVER03.address.local
Thumbprint: 6f:fa:4e:53:6e:da:f6:55:eb:fd:24:99:1d:9e:7b:d0:da:52:f7
The above X.509 certificate could not be verified, possibly because you do not have the CA certificate in your certificate store, or the certificate has expired. Please look at the documentation on how to create local certificate store for a private CA.
Do you trust the above certificate? (Y/N) y
pduType bad
connected to X.X.X.8:3389
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@ WARNING: CERTIFICATE NAME MISMATCH! @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
The hostname used for this connection (172.16.8.8)
does not match the name given in the certificate:
SERVER04.address.local
A valid certificate for the wrong name should NOT be trusted!
Certificate details:
Subject: CN = SERVER04.address.local
Issuer: CN = SERVER04.address.local
Thumbprint: f2:b3:f1:86:98:a1:ac:ac:a6:6c:02:9c:3a:f1:64:aa:e3:b7:c4
The above X.509 certificate could not be verified, possibly because you do not have the CA certificate in your certificate store, or the certificate has expired. Please look at the documentation on how to create local certificate store for a private CA.
Do you trust the above certificate? (Y/N)
Do you trust the above certificate? (Y/N) y
Segmentation fault (core dumped)

Skip to content



Open


Issue created Apr 28, 2022 by Georgi Karapetrov@blackStones3 of 20 checklist items completed3/20 checklist items

Remmina (freeRDP) fails with a segmentation fault upon connecting to Windows. (BIO_read unregistered scheme; No such file or directory; ERRCONNECT_CONNECT_TRANSPORT_FAILED)

Problem Description

Remmina (freeRDP) fails with a segmentation fault upon connecting to Windows.

What is the expected correct behavior?

Remmina connects successfully.

Remote System Description

  • Server (OS name and version): Windows Server (2012 or 2016 or 2019 maybe)
  • Special notes regarding the remote system (i.e. gateways, tunnel, etc.): Noting special

Relevant logs and/or screenshots

** (process:154449): DEBUG: 18:22:20.564: (remmina_pref_init) - periodic_rmnews_last_get set to 1651156628
** (process:154449): DEBUG: 18:22:20.564: (remmina_file_manager_init) - Initialized the "/home/<redacted>/.local/share/remmina" data folder
(process:154449): GLib-GIO-DEBUG: 18:22:20.579: _g_io_module_get_default: Found default implementation gvfs (GDaemonVfs) for ?gio-vfs?
Load modules from /usr/lib/x86_64-linux-gnu/remmina/plugins
** (process:154449): DEBUG: 18:22:20.586: (remmina_plugin_entry) - gfx_h264_available: 0
** (process:154449): DEBUG: 18:22:20.586: (remmina_rdp_settings_kbd_init) - rdp_keyboard_remapping_list: 
Remmina plugin glibsecret (type=Secret) has been registered, but is not yet initialized/activated. The initialization order is 2000.
The glibsecret secret plugin has been initialized and it will be your default secret plugin
(process:154449): GLib-DEBUG: 18:22:20.599: unsetenv() is not thread-safe and should not be used after threads are created
(org.remmina.Remmina:154449): GLib-DEBUG: 18:22:20.615: unsetenv() is not thread-safe and should not be used after threads are created
(org.remmina.Remmina:154449): Gtk-DEBUG: 18:22:20.615: Connecting to session manager
(org.remmina.Remmina:154449): Gtk-DEBUG: 18:22:20.615: Failed to get the GNOME session proxy: The name org.gnome.SessionManager is not owned
(org.remmina.Remmina:154449): Gtk-DEBUG: 18:22:20.615: Failed to get the Xfce session proxy: The name org.xfce.SessionManager is not owned
** INFO: 18:22:20.670: StatusNotifier/Appindicator support in “bspwm”: not supported natively by your Desktop Environment. libappindicator will try to fallback to GtkStatusIcon/xembed
** (org.remmina.Remmina:154449): DEBUG: 18:22:20.695: (remmina_pref_init) - periodic_rmnews_last_get set to 1651156628

(org.remmina.Remmina:154449): Gtk-WARNING **: 18:22:20.720: gtk_menu_attach_to_widget(): menu already attached to GtkMenuItem
** (org.remmina.Remmina:154449): DEBUG: 18:22:20.725: (remmina_main_init) - Initializing the Remmina main window
** (org.remmina.Remmina:154449): DEBUG: 18:22:20.773: (remmina_main_init) - Initializing monitor
(org.remmina.Remmina:154449): GLib-GIO-DEBUG: 18:22:20.774: Failed to initialize portal (GNetworkMonitorPortal) for gio-network-monitor: Not using portals
(org.remmina.Remmina:154449): GLib-GIO-DEBUG: 18:22:20.776: _g_io_module_get_default: Found default implementation networkmanager (GNetworkMonitorNM) for ‘gio-network-monitor’
** (org.remmina.Remmina:154449): DEBUG: 18:22:20.783: (remmina_network_monitor_status) - G_NETWORK_CONNECTIVITY_FULL
** (org.remmina.Remmina:154449): DEBUG: 18:22:20.897: (remmina_icon_connection_changed_cb) - Indicator connection changed to: 0

(org.remmina.Remmina:154449): Gdk-CRITICAL **: 18:22:21.013: gdk_window_thaw_toplevel_updates: assertion 'window->update_and_descendants_freeze_count > 0' failed
** (org.remmina.Remmina:154449): DEBUG: 18:22:23.775: (rcw_map_event) - Mapping: RemminaConnectionWindow
** (org.remmina.Remmina:154449): DEBUG: 18:22:23.775: (remmina_protocol_widget_map_event) - Calling plugin mapping function
** (org.remmina.Remmina:154449): DEBUG: 18:22:23.881: [precommand] (null)
** (org.remmina.Remmina:154449): DEBUG: 18:22:23.881: [precommand] updated to: 
** (org.remmina.Remmina:154449): DEBUG: 18:22:23.882: (remmina_protocol_widget_open_connection_real) - Opening connection
** (org.remmina.Remmina:154449): DEBUG: 18:22:23.885: (remmina_rdp_event_init) - Disable smooth scrolling is set to 0
** (org.remmina.Remmina:154449): DEBUG: 18:22:23.885: (remmina_rdp_event_init) - Adding GDK_SMOOTH_SCROLL_MASK
** (org.remmina.Remmina:154449): DEBUG: 18:22:23.885: (remmina_protocol_widget_open_connection_real) - Have SSH
** (org.remmina.Remmina:154449): DEBUG: 18:22:23.886: (remmina_rdp_main) - RDP data path is /home/<redacted>/.local/share/remmina/RDP
** (org.remmina.Remmina:154449): DEBUG: 18:22:23.886: (remmina_rdp_main) - Not using system proxy settings
** (org.remmina.Remmina:154449): DEBUG: 18:22:23.886: (remmina_rdp_tunnel_init) - Tunnel init
** (org.remmina.Remmina:154449): DEBUG: 18:22:23.886: (remmina_protocol_widget_start_direct_tunnel) - SSH tunnel initialization…
** (org.remmina.Remmina:154449): DEBUG: 18:22:23.890: (remmina_protocol_widget_start_direct_tunnel) - Calling remmina_public_get_server_port
** (org.remmina.Remmina:154449): DEBUG: 18:22:23.890: (remmina_public_get_server_port) - Parsing server: <redacted>, default port: 3389
** (org.remmina.Remmina:154449): DEBUG: 18:22:23.890: (remmina_public_get_server_port) - host: <redacted>
** (org.remmina.Remmina:154449): DEBUG: 18:22:23.890: (remmina_public_get_server_port) - port: 3389
** (org.remmina.Remmina:154449): DEBUG: 18:22:23.890: (remmina_protocol_widget_start_direct_tunnel) - Calling remmina_public_get_server_port (tunnel)
** (org.remmina.Remmina:154449): DEBUG: 18:22:23.890: (remmina_public_get_server_port) - host: (null)
** (org.remmina.Remmina:154449): DEBUG: 18:22:23.890: (remmina_public_get_server_port) - port: 899142880
** (org.remmina.Remmina:154449): DEBUG: 18:22:23.890: (remmina_protocol_widget_start_direct_tunnel) - server: <redacted>, port: 3389
** (org.remmina.Remmina:154449): DEBUG: 18:22:23.890: (remmina_public_get_server_port) - Parsing server: [<redacted>]:3389, default port: 3389
** (org.remmina.Remmina:154449): DEBUG: 18:22:23.890: (remmina_public_get_server_port) - host: <redacted>
** (org.remmina.Remmina:154449): DEBUG: 18:22:23.890: (remmina_public_get_server_port) - port: 3389
** (org.remmina.Remmina:154449): DEBUG: 18:22:23.890: (remmina_rdp_tunnel_init) - protocol_plugin_start_direct_tunnel() returned [<redacted>]:3389
** (org.remmina.Remmina:154449): DEBUG: 18:22:23.890: (remmina_rdp_tunnel_init) - Tunnel has been optionally initialized. Now connecting to <redacted>:3389
** (org.remmina.Remmina:154449): DEBUG: 18:22:23.890: (remmina_rdp_main) - gfx_h264_available: 0
[18:22:23:270] [154449:154469] [ERROR][com.freerdp.common.settings] - [freerdp_settings_get_bool] Invalid key index 131
[18:22:23:270] [154449:154469] [ERROR][com.freerdp.common.settings] - [freerdp_settings_get_bool] Invalid key index 0
** (org.remmina.Remmina:154449): DEBUG: 18:22:23.890: (remmina_rdp_main) - Resolution set by the user: 912x1008
** (org.remmina.Remmina:154449): DEBUG: 18:22:23.890: (remmina_rdp_main) - Resolution set after workarounds: 912x1008
** (org.remmina.Remmina:154449): DEBUG: 18:22:23.891: (remmina_rdp_main) - proxy_type: (null)
** (org.remmina.Remmina:154449): DEBUG: 18:22:23.891: (remmina_rdp_main) - proxy_username: (null)
** (org.remmina.Remmina:154449): DEBUG: 18:22:23.891: (remmina_rdp_main) - proxy_password: (null)
** (org.remmina.Remmina:154449): DEBUG: 18:22:23.891: (remmina_rdp_main) - proxy_hostname: (null)
** (org.remmina.Remmina:154449): DEBUG: 18:22:23.891: (remmina_rdp_main) - proxy_port: 80
** (org.remmina.Remmina:154449): DEBUG: 18:22:23.891: (remmina_rdp_main) - Network settings not set
** (org.remmina.Remmina:154449): DEBUG: 18:22:23.891: (remmina_rdp_main) - rdp_keyboard_remapping_list: 
** (org.remmina.Remmina:154449): DEBUG: 18:22:23.891: (remmina_rdp_main) - Log level set to to INFO
[18:22:24:629] [154449:154469] [WARN][com.freerdp.crypto] - Certificate verification failure 'unable to get local issuer certificate (20)' at stack position 0
[18:22:24:629] [154449:154469] [WARN][com.freerdp.crypto] - CN = <redacted>
[18:22:24:629] [154449:154469] [ERROR][com.freerdp.core.transport] - BIO_read returned an error: error:16000069:STORE routines::unregistered scheme
[18:22:24:629] [154449:154469] [ERROR][com.freerdp.core.transport] - BIO_read returned an error: error:80000002:system library::No such file or directory
[18:22:24:629] [154449:154469] [ERROR][com.freerdp.core.transport] - BIO_read returned an error: error:16000069:STORE routines::unregistered scheme
[18:22:24:629] [154449:154469] [ERROR][com.freerdp.core.transport] - BIO_read returned an error: error:80000002:system library::No such file or directory
[18:22:24:629] [154449:154469] [ERROR][com.freerdp.core] - transport_read_layer:freerdp_set_last_error_ex ERRCONNECT_CONNECT_TRANSPORT_FAILED [0x0002000D]
Segmentation fault (core dumped)

Local System Description

  • Client (OS name and version): Ubuntu 22.04

  • Remmina version ( remmina --version ): 1.4.25

  • Installation(s):

    • Distribution package.
    • PPA.
    • Snap.
    • Flatpak.
    • Compiled from sources.
    • Other — detail:

  • Desktop environment (GNOME, Unity, KDE, ..): bspwm

  • Plugin(s):

    • RDP — freerdp version ( xfreerdp --version ): FreeRDP version 2.6.1 (2.6.1)
    • VNC
    • SSH
    • SFTP
    • SPICE
    • WWW
    • EXEC
    • Other (please specify):

  • GTK back-end (Wayland, Xorg): Xorg 1.21.1.3

  • Optional: Include the output of the following commands at the end of this text:

    • remmina --full-version
Load modules from /usr/lib/x86_64-linux-gnu/remmina/plugins
Remmina plugin glibsecret (type=Secret) has been registered, but is not yet initialized/activated. The initialization order is 2000.
The glibsecret secret plugin has been initialized and it will be your default secret plugin

org.remmina.Remmina - 1.4.25 (git n/a)

NAME                TYPE            DESCRIPTION                                                     PLUGIN AND LIBRARY VERSION
RDP                 Protocol        RDP - Remote Desktop Protocol                                   RDP plugin: 1.4.25 (Git n/a), Compiled with libfreerdp 2.6.1 (2.6.1), Running with libfreerdp 2.6.1 (rev 2.6.1), H.264 No
RDPF                File            RDP - RDP File Handler                                          RDP plugin: 1.4.25 (Git n/a), Compiled with libfreerdp 2.6.1 (2.6.1), Running with libfreerdp 2.6.1 (rev 2.6.1), H.264 No
RDPS                Preference      RDP - Preferences                                               RDP plugin: 1.4.25 (Git n/a), Compiled with libfreerdp 2.6.1 (2.6.1), Running with libfreerdp 2.6.1 (rev 2.6.1), H.264 No
VNC                 Protocol        Remmina VNC Plugin                                              1.4.25    
VNCI                Protocol        Remmina VNC listener Plugin                                     1.4.25    
glibsecret          Secret          Secured password storage in the GNOME keyring                   1.4.25    

Build configuration: HAVE_ARPA_INET_H=1 HAVE_ERRNO_H=1 HAVE_FCNTL_H=1 HAVE_NETDB_H=1 HAVE_NETINET_IN_H=1 HAVE_NETINET_TCP_H=1 HAVE_SYS_SOCKET_H=1 HAVE_SYS_UN_H=1 HAVE_TERMIOS_H=1 HAVE_UNISTD_H=1 WITH_AVAHI=ON WITH_CLEANUP=OFF WITH_GCRYPT=ON WITH_ICON_CACHE=ON WITH_IPP=OFF WITH_KF5WALLET=ON WITH_KIOSK_SESSION=ON WITH_LIBRARY_VERSIONING=ON WITH_MANPAGES=ON WITH_NEWS=ON WITH_SSE2=ON WITH_TRANSLATIONS=ON WITH_UPDATE_DESKTOP_DB=ON WITH_X2GO=ON
Build type:          None
CFLAGS:              -g -O2 -ffile-prefix-map=/build/remmina-7pl3Al/remmina-1.4.25+ppa202203110645.r64a6ec163.d46ebd47a1~ubuntu22.04.1=. -flto=auto -ffat-lto-objects -flto=auto -ffat-lto-objects -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -Wall -g
Compiler:            GNU, 11.2.0
Target architecture: x64
  • sudo lshw -C video
  *-display
       description: VGA compatible controller
       product: TigerLake-LP GT2 [Iris Xe Graphics]
       vendor: Intel Corporation
       physical id: 2
       bus info: pci@0000:00:02.0
       logical name: /dev/fb0
       version: 01
       width: 64 bits
       clock: 33MHz
       capabilities: pciexpress msi pm vga_controller bus_master cap_list rom fb
       configuration: depth=32 driver=i915 latency=0 mode=1920x1080 resolution=1920,1080 visual=truecolor xres=1920 yres=1080
       resources: iomemory:600-5ff iomemory:400-3ff irq:157 memory:6052000000-6052ffffff memory:4000000000-400fffffff ioport:3000(size=64) memory:c0000-dffff memory:4010000000-4016ffffff memory:4020000000-40ffffffff
  • uname -a
Linux LT-0081 5.15.0-27-generic #28-Ubuntu SMP Thu Apr 14 04:55:28 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux

Contributions

In return, or to fix this issue, I’d be willing to:

  • Fix this myself.
  • Donate ___ and/or have donated ___ towards fixing it.
  • Take a donation of ___ to fix it.
  • Update the documentation.
  • Update the wiki.
  • Translate Remmina in my native language(s) (___) on Hosted Weblate.

Additional comments

  • Please, let me know if I can provide any other useful debugging output or change my environment.
  • I see #2147 (closed) and #2669 (closed) but I cannot resolve the issue.
  • Changing the security negotiation as in #1457 (closed) does not enable me to connect. NLA leads to the same issue. The rest of the them end in image

Edited Apr 28, 2022 by Georgi Karapetrov


Description


Sergey Y. Afonin


2019-10-23 21:33:20 MSK

1.9.0-alt1, попытка подключения завершается так:
Protocol(warning): Protocol negotiation failed with reason: SSL not allowed by server
Retrying with plain RDP.
Segmentation fault
Не подключается, видимо, потому, что ssl в openssl 1.1 убрали? Это, в принципе, понятно, но Segmentation fault, наверное, надо убрать.


Comment 1


Sergey Y. Afonin


2019-10-23 21:38:43 MSK

Кстати, а почему "SSL not allowed by server", если rdesktop - клиент?


Comment 2


Vitaly Lipatov


2019-10-24 10:25:48 MSK

(В ответ на комментарий №0)
> 1.9.0-alt1, попытка подключения завершается так:
> 
> Protocol(warning): Protocol negotiation failed with reason: SSL not allowed by
> server
> Retrying with plain RDP.
> Segmentation fault
> 
> Не подключается, видимо, потому, что ssl в openssl 1.1 убрали? Это, в принципе,
> понятно, но Segmentation fault, наверное, надо убрать.
У меня подключается.
(В ответ на комментарий №1)
> Кстати, а почему "SSL not allowed by server", если rdesktop - клиент?
Потому что ваш сервер, о котором вы ничего не сказали, не разрешает вам подключаться к нему с использованием SSL.
Покажите вывод при 
$ rdesktop -v host
Уточните, в какой момент это предупреждение, сразу?


Comment 3


Vitaly Lipatov


2019-10-24 10:26:58 MSK

(В ответ на комментарий №0)
> 1.9.0-alt1, попытка подключения завершается так:
...
> Не подключается, видимо, потому, что ssl в openssl 1.1 убрали? Это, в принципе,
> понятно, но Segmentation fault, наверное, надо убрать.
Видимо это не то SSL, о котором вы думаете. К тому же именно в этой версии используется как раз не openssl:
* Вс окт 13 2019 Vitaly Lipatov <lav@altlinux.ru> 1.9.0-alt1
- new version 1.9.0 (with rpmrb script)
- use GnuTLS and nettle instead of OpenSSL


Comment 4


Sergey Y. Afonin


2019-10-24 18:44:41 MSK

(In reply to comment #2)
> Потому что ваш сервер, о котором вы ничего не сказали, не разрешает вам
> подключаться к нему с использованием SSL.
На самом деле я с Windows практически не работаю, а rdesktop полез посмотреть из-за сообщения на форуме https://forum.altlinux.org/index.php?topic=43156.0 и наличия под рукой не мной обслуживаемого терминального сервера. Ошибка касается именно Segmentation fault, а не того, что rdesktop не подключается. Тут, наверное, надо ещё одну ошибку завести, отдельную.
> Покажите вывод при 
> $ rdesktop -v host
> Уточните, в какой момент это предупреждение, сразу?
Да, сразу. Вывод вот:
is_wm_active(): WM name: KWin
Connecting to server using NLA...
Protocol(warning): Protocol negotiation failed with reason: SSL not allowed by server
Retrying with plain RDP.
Segmentation fault
Чуть позже попробую посмотреть, где именно Segmentation fault.


Comment 5


Sergey Y. Afonin


2019-10-24 19:48:24 MSK

(In reply to comment #4)
> Segmentation fault
> 
> Чуть позже попробую посмотреть, где именно Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff7f4aa13 in __gmpz_sizeinbase (x=x@entry=0x7fffffffd6fc, base=base@entry=2) at sizeinbase.c:41
41        MPN_SIZEINBASE (result, PTR(x), ABSIZ(x), base);
sizeinbase.c упоминается в gmp. На libgmp перевешивать?
Вообще я в p9 смотрю с точечным обновлением из Sisyphus...


Comment 8


Sergey Y. Afonin


2019-10-24 21:28:14 MSK

(In reply to comment #7)
> > А что у вас за сервер, так и не сказали.
> 
> Так в заголовке же: Windows 2003. Точнее сказать пока не могу,
> то есть включены ли там SSL и TLS - не было сегодня возможности
> спросить.
А вот к Windows 10 этот же самый rdesktop 1.9 цепляется.


Comment 9


Vitaly Lipatov


2019-10-24 21:29:22 MSK

(В ответ на комментарий №5)
> (In reply to comment #4)
> 
> > Segmentation fault
> > 
> > Чуть позже попробую посмотреть, где именно Segmentation fault.
> 
> Program received signal SIGSEGV, Segmentation fault.
> 0x00007ffff7f4aa13 in __gmpz_sizeinbase (x=x@entry=0x7fffffffd6fc,
> base=base@entry=2) at sizeinbase.c:41
> 41        MPN_SIZEINBASE (result, PTR(x), ABSIZ(x), base);
> 
> sizeinbase.c упоминается в gmp. На libgmp перевешивать?
А давайте вы приложите к баге
strace -f -y -s 200 rdesktop HOST 2>rdesktop.log
надо бы посмотреть. Но мне на 2003 не проверить, у меня только 2012.


Comment 10


Sergey Y. Afonin


2019-10-24 21:53:55 MSK

(In reply to comment #5)
> sizeinbase.c упоминается в gmp. На libgmp перевешивать?
Пусть отдельно будет: https://bugzilla.altlinux.org/37376
Segmentation fault видимо уже после всех попыток подключения наступает.
(In reply to comment #9)
Результат strace тоже туда положил. А тут пусть будет просто про подключение.
*** Bug 37397 has been marked as a duplicate of this bug. ***


Comment 14


neandryxaya@yandex.ru


2020-04-24 11:32:52 MSK

rdesktop Version 1.9.0.
---
При подключении к терминальному серверу на Win 2012R2 выдаёт ошибку:
rdesktop 10.23.1.25:3390 
Autoselecting keyboard map 'ru' from locale
Protocol(warning): Protocol negotiation failed with reason: SSL not allowed by server
Retrying with plain RDP.
Ошибка сегментирования
  • Печать

Страницы: [1]   Вниз

Тема: freeRDP проблема с подключение COM-порта  (Прочитано 2668 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн
yuryshestakov

Доброго времени суток уважаемые форумчане!

Решил поделиться проблемой, т.к. самостоятельно решить не получается.
Установлена Ubuntu 12.10, есть xfreeRDP v 1.0.1.
Необходимо прокинуть COM-порт в RDP-сеанс.

Пробую так:

xfreerdp -f --plugin rdpdr --data serial:COM1:/dev/ttyS0 -- 192.168.0.100
Пишет:

loading plugin rdpdr
connected to 192.168.0.100:3389
connected to 192.168.0.100:3389
connected to 192.168.0.100:3389
null server certificate
registered device #1: COM1 (type=1 id=1)
Ошибка сегментирования (сделан дамп памяти)
Не прокидывается. Но сам RDP-сеанс прекрасно работает.

——————————————————

Или если так пробовать:

xfreerdp -f --plugin rdpdr --data serial:COM1 /dev/ttyS0 -- 192.168.0.100
Пишет:

loading plugin rdpdr
connected to 192.168.0.100:3389
connected to 192.168.0.100:3389
connected to 192.168.0.100:3389
null server certificate
Ошибка сегментирования (сделан дамп памяти)
Сеанс тут же отключается не успев даже начаться.

Может у кого есть решение данной проблемы?

Через rdesktop кстати всё нормально с COM-портом. Но использовать его я не могу из-за его многочисленных багов.

« Последнее редактирование: 13 Декабря 2012, 04:45:01 от yuryshestakov »

Оффлайн
victor00000

loading plugin rdpdr
connected to 192.168.0.100:3389
connected to 192.168.0.100:3389
connected to 192.168.0.100:3389
null server certificate
Ошибка сегментирования (сделан дамп памяти)

следу

dmesg | tail

Оффлайн
yuryshestakov

loading plugin rdpdr
connected to 192.168.0.100:3389
connected to 192.168.0.100:3389
connected to 192.168.0.100:3389
null server certificate
Ошибка сегментирования (сделан дамп памяти)

следу
dmesg | tail

Вот что получилось:

user@pc:~$ xfreerdp -f --plugin rdpdr --data serial:COM1:/dev/ttyS0 -- 192.168.0.100
loading plugin rdpdr
connected to 192.168.0.100:3389
connected to 192.168.0.100:3389
connected to 192.168.0.100:3389
null server certificate
registered device #1: COM1 (type=1 id=1)
Ошибка сегментирования (сделан дамп памяти)
user@pc:~$ dmesg | tail
[   19.342128] type=1400 audit(1355371682.378:16): apparmor="STATUS" operation="profile_replace" name="/usr/lib/cups/backend/cups-pdf" pid=1230 comm="apparmor_parser"
[   19.342498] type=1400 audit(1355371682.378:17): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/cupsd" pid=1230 comm="apparmor_parser"
[   19.343115] type=1400 audit(1355371682.378:18): apparmor="STATUS" operation="profile_load" name="/usr/lib/x86_64-linux-gnu/lightdm-remote-session-freerdp/freerdp-session-wrapper" pid=1226 comm="apparmor_parser"
[   19.343366] type=1400 audit(1355371682.378:19): apparmor="STATUS" operation="profile_load" name="/usr/lib/x86_64-linux-gnu/lightdm-remote-session-freerdp/freerdp-session-wrapper//chromium_browser" pid=1226 comm="apparmor_parser"
[   21.725136] vboxdrv: Found 4 processor cores.
[   21.725533] vboxdrv: fAsync=0 offMin=0x286 offMax=0x2be5
[   21.725599] vboxdrv: TSC mode is 'synchronous', kernel timer mode is 'normal'.
[   21.725600] vboxdrv: Successfully loaded version 4.2.4 (interface 0x001a0004).
[   22.088430] vboxpci: IOMMU not found (not registered)
[   23.361635] CIFS VFS: default security mechanism requested.  The default security mechanism will be upgraded from ntlm to ntlmv2 in kernel release 3.3

Оффлайн
yuryshestakov

Пробовал ставить Debian, ошибок сегментирования нет. в gtkterm штрих-кода видно. А в RDP — сеанс не пробрасывает.

Пользователь решил продолжить мысль 14 Декабря 2012, 12:22:30:

Может я какие библиотеки не до устанавливал?

Ставлю его так: apt-get install freerdp-x11.

« Последнее редактирование: 14 Декабря 2012, 12:22:30 от yuryshestakov »

Оффлайн
sima517

Тоже была проблема с прокидыванием ком порта, пока не дал полный доступ юзеру на ком порт!

  • Печать

Страницы: [1]   Вверх

Hi,

I have latest freerdp from git that I successfully built. Problem appear when I try to start xfreerdp with no parameters on Ubuntu 12.04. I always get Segmentation fault, see backtrace below:

[Thread debugging using libthread_db enabled]
Using host libthread_db library «/lib/i386-linux-gnu/libthread_db.so.1».
Core was generated by `xfreerdp’.
Program terminated with signal 11, Segmentation fault.
#0 0xb7762424 in __kernel_vsyscall ()

(gdb) bt full
#0 0xb7762424 in __kernel_vsyscall ()

No symbol table info available.
#1 0xb75671df in __GI_raise (sig=11) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64

    resultvar = <optimized out>
resultvar = <optimized out>
pid = -1217531904
selftid = 3206

#2 0xb72d518a in fatal_handler (signum=11) at /home/user/Development/FreeRDP/libfreerdp/utils/signal.c:64

    default_sigaction = {__sigaction_handler = {sa_handler = 0x0, sa_sigaction = 0x0}, sa_mask = {__val = {2147483647, 4294967294, 4294967295 <repeats 30 times>}}, sa_flags = 0, sa_restorer = 0x0}
this_mask = {__val = {1024, 0 <repeats 31 times>}}

#3

No symbol table info available.
#4 0xb735c182 in tcp_connect (tcp=0x90e5b98, hostname=0x0, port=3389) at /home/user/Development/FreeRDP/libfreerdp/core/tcp.c:123

    option_value = 0
option_len = 3073753446

#5 0xb735f406 in transport_connect (transport=0x90e5b38, hostname=0x0, port=3389) at /home/user/Development/FreeRDP/libfreerdp/core/transport.c:234

    status = 0
settings = 0x90d9208

#6 0xb7335776 in nego_tcp_connect (nego=0x90f99f8) at /home/user/Development/FreeRDP/libfreerdp/core/nego.c:210

No locals.
#7 0xb73357a5 in nego_transport_connect (nego=0x90f99f8) at /home/user/Development/FreeRDP/libfreerdp/core/nego.c:223

No locals.
#8 0xb7335bca in nego_attempt_nla (nego=0x90f99f8) at /home/user/Development/FreeRDP/libfreerdp/core/nego.c:355

No locals.
#9 0xb7336170 in nego_send (nego=0x90f99f8) at /home/user/Development/FreeRDP/libfreerdp/core/nego.c:624

No locals.
#10 0xb73355cb in nego_connect (nego=0x90f99f8) at /home/user/Development/FreeRDP/libfreerdp/core/nego.c:133

No locals.
#11 0xb7356f9b in rdp_client_connect (rdp=0x90d90f8) at /home/user/Development/FreeRDP/libfreerdp/core/connection.c:141

#12 0xb734a218 in freerdp_connect (instance=0x90d8fb0) at /home/user/Development/FreeRDP/libfreerdp/core/freerdp.c:86

    rdp = 0x90d90f8
settings = 0x90d9208
status = 1

#13 0xb7718fc3 in xf_thread (param=0x90d8fb0) at /home/user/Development/FreeRDP/client/X11/xf_interface.c:1171

    i = 0
fds = 0
xfi = 0x0
max_fds = 0
rcount = 0
wcount = 0
status = 0
exit_code = 0
rfds = {0x0 <repeats 32 times>}
wfds = {0x0 <repeats 32 times>}
rfds_set = {__fds_bits = {5, 0, 1, -1221822232, 0 <repeats 12 times>, -1266531964, 0, 0, -1221822232, -1222310538, 0, 0, 0, 0, 0, 0, 0, 0, 0, -1219227784, -1217416416}}
wfds_set = {__fds_bits = {0, 0, 0, 0, -1, 0, 0, 0, 0, -1216856064, -1221822232, 5, 0, -1216933237, -1221821792, -1264267416, 1, 5, 0, 0, 0, 0, 0, -1222320128, -1222310888, 98348, 0, 0, 0, 
-1219227784, 0, 0}}
instance = 0x90d8fb0
fd_input_event = 0
input_event = 0x0
select_status = 0
async_update = 0
async_input = 0
async_channels = 0
async_transport = 0
update_thread = 0x0
input_thread = 0x0
channels_thread = 0x0
channels = 0x0
settings = 0x0
timeout = {tv_sec = 0, tv_usec = 0}
fin = 0x0

#14 0xb7254d4c in start_thread (arg=0xb4824b40) at pthread_create.c:308

—Type to continue, or q to quit—
res =
pd = 0xb4824b40
now =
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {-1222221824, 0, 4001536, -1266531672, 379802112, 1488644615}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0,
cleanup = 0x0, canceltype = 0}}}
not_first_call =
pagesize_m1 =
sp =
freesize =
__PRETTY_FUNCTION = «start_thread»
#15 0xb7627d3e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130

No locals.

I am a newbie here. I am trying freerdp-shadow-cli as a rdp server, and use xfreerdp to connect it.
freerdp-shadow-cli and xfreerdp were built from the master branch.

I try to run freerdp-shadow-cli for sharing a VNC display, like this:

# netstat -ltnp | grep vnc
tcp        0      0 0.0.0.0:5904            0.0.0.0:*               LISTEN      60882/Xvnc          
tcp        0      0 0.0.0.0:6004            0.0.0.0:*               LISTEN      60882/Xvnc 
# freerdp-shadow-cli -auth /monitors:4
[21:00:37:555] [69326:69326] [INFO][com.freerdp.server.shadow.x11] - X11 Extensions: XFixes: 1 Xinerama: 0 XDamage: 0 XShm: 0
[21:00:37:557] [69326:69326] [INFO][com.freerdp.core.listener] - Listening on 0.0.0.0:3389
...

When run xfreerdp to connect it, the «Segmentation fault» happened

[root@localhost x264]# xfreerdp /v:127.0.0.1
[20:02:15:868] [68763:68764] [INFO][com.freerdp.client.common.cmdline] - loading channelEx cliprdr
[20:02:15:868] [68763:68764] [INFO][com.freerdp.client.x11] - No user name set. - Using login name: root
[20:02:16:145] [68763:68764] [INFO][com.freerdp.client.x11] - Property 173 does not exist
[20:02:16:268] [68763:68764] [INFO][com.freerdp.gdi] - Local framebuffer format  PIXEL_FORMAT_BGRX32
[20:02:16:268] [68763:68764] [INFO][com.freerdp.gdi] - Remote framebuffer format PIXEL_FORMAT_RGB16
Segmentation fault (core dumped)

More information:

[root@localhost x264]# gdb xfreerdp
GNU gdb (GDB) Red Hat Enterprise Linux 7.6.1-100.el7
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/local/bin/xfreerdp...done.
(gdb) set args /v:127.0.0.1
(gdb) run
Starting program: /usr/local/bin/xfreerdp /v:127.0.0.1
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
[New Thread 0x7fffe867f700 (LWP 68792)]
[20:03:03:611] [68788:68792] [INFO][com.freerdp.client.common.cmdline] - loading channelEx cliprdr
[20:03:03:612] [68788:68792] [INFO][com.freerdp.client.x11] - No user name set. - Using login name: root
Detaching after fork from child process 68793.
Detaching after fork from child process 68794.
[20:03:03:905] [68788:68792] [INFO][com.freerdp.client.x11] - Property 173 does not exist
[20:03:04:026] [68788:68792] [INFO][com.freerdp.gdi] - Local framebuffer format  PIXEL_FORMAT_BGRX32
[20:03:04:026] [68788:68792] [INFO][com.freerdp.gdi] - Remote framebuffer format PIXEL_FORMAT_RGB16

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffe867f700 (LWP 68792)]
0x00007ffff6633cc5 in gdi_init_primary (gdi=0x7fffe0044e50, stride=0, format=537135240, buffer=0x0, pfree=0x7ffff5e6fab0 <_aligned_free>)
    at /root/work/FreeRDP/libfreerdp/gdi/gdi.c:1152
1152		gdi->stride = gdi->primary->bitmap->scanline;
(gdb) bt
#0  0x00007ffff6633cc5 in gdi_init_primary (gdi=0x7fffe0044e50, stride=0, format=537135240, buffer=0x0, 
    pfree=0x7ffff5e6fab0 <_aligned_free>) at /root/work/FreeRDP/libfreerdp/gdi/gdi.c:1152
#1  0x00007ffff663423c in gdi_init_ex (instance=0x6ae620, format=537135240, stride=0, buffer=0x0, pfree=0x7ffff5e6fab0 <_aligned_free>)
    at /root/work/FreeRDP/libfreerdp/gdi/gdi.c:1259
#2  0x00007ffff6634017 in gdi_init (instance=0x6ae620, format=537135240) at /root/work/FreeRDP/libfreerdp/gdi/gdi.c:1225
#3  0x0000000000421eb3 in xf_post_connect (instance=0x6ae620) at /root/work/FreeRDP/client/X11/xf_client.c:1198
#4  0x00007ffff667ca02 in freerdp_connect (instance=0x6ae620) at /root/work/FreeRDP/libfreerdp/core/freerdp.c:214
#5  0x00000000004228bf in xf_client_thread (param=0x6ae620) at /root/work/FreeRDP/client/X11/xf_client.c:1458
#6  0x00007ffff5e57ce6 in thread_launcher (arg=0x6f2180) at /root/work/FreeRDP/winpr/libwinpr/thread/thread.c:319
#7  0x00007ffff53d2e25 in start_thread () from /lib64/libpthread.so.0
#8  0x00007ffff5b0b34d in clone () from /lib64/libc.so.6
(gdb) info registers 
rax            0x0	0
rbx            0x7fffe00452e0	140736951767776
rcx            0x7fffe0045400	140736951768064
rdx            0xffffffff	4294967295
rsi            0x7fffe0000030	140736951484464
rdi            0x7fffe0000020	140736951484448
rbp            0x7fffe867e8d0	0x7fffe867e8d0
rsp            0x7fffe867e8a0	0x7fffe867e8a0
r8             0x0	0
r9             0x7fffe0045490	140736951768208
r10            0x7fffe867e550	140737092511056
r11            0x7ffff5e6f646	140737318942278
r12            0x1	1
r13            0x7fffe867f9c0	140737092516288
r14            0x7fffe867f700	140737092515584
r15            0x0	0
rip            0x7ffff6633cc5	0x7ffff6633cc5 <gdi_init_primary+321>
eflags         0x10206	[ PF IF RF ]
cs             0x33	51
ss             0x2b	43
ds             0x0	0
es             0x0	0
fs             0x0	0
gs             0x0	0
(gdb) x /16i gdi_init_primary
...
   0x7ffff6633ca5 <gdi_init_primary+289>:	mov    %rdi,%r8
   0x7ffff6633ca8 <gdi_init_primary+292>:	mov    %eax,%edi
   0x7ffff6633caa <gdi_init_primary+294>:	callq  0x7ffff66145f0 <gdi_CreateBitmapEx@plt>
   0x7ffff6633caf <gdi_init_primary+299>:	mov    %rax,0x128(%rbx)
   0x7ffff6633cb6 <gdi_init_primary+306>:	mov    -0x18(%rbp),%rax
   0x7ffff6633cba <gdi_init_primary+310>:	mov    0x28(%rax),%rax
   0x7ffff6633cbe <gdi_init_primary+314>:	mov    0x128(%rax),%rax
=> 0x7ffff6633cc5 <gdi_init_primary+321>:	mov    0x10(%rax),%edx
   0x7ffff6633cc8 <gdi_init_primary+324>:	mov    -0x18(%rbp),%rax
   0x7ffff6633ccc <gdi_init_primary+328>:	mov    %edx,0x10(%rax)
   0x7ffff6633ccf <gdi_init_primary+331>:	mov    -0x18(%rbp),%rax
   0x7ffff6633cd3 <gdi_init_primary+335>:	mov    0x28(%rax),%rax
   0x7ffff6633cd7 <gdi_init_primary+339>:	mov    0x128(%rax),%rax
   0x7ffff6633cde <gdi_init_primary+346>:	test   %rax,%rax
   0x7ffff6633ce1 <gdi_init_primary+349>:	jne    0x7ffff6633ce8 <gdi_init_primary+356>
   0x7ffff6633ce3 <gdi_init_primary+351>:	jmpq   0x7ffff6633e7f <gdi_init_primary+763>

Here is the code:

1139         if (!buffer)
1140         {
1141                 gdi->primary->bitmap = gdi_CreateCompatibleBitmap(
1142                                            gdi->hdc, gdi->width, gdi->height);
1143         }
1144         else
1145         {
1146                 gdi->primary->bitmap = gdi_CreateBitmapEx(gdi->width, gdi->height,
1147                                        gdi->dstFormat,
1148                                        gdi->stride,
1149                                        buffer, pfree);
1150         }
1151 
1152         gdi->stride = gdi->primary->bitmap->scanline;
1153 
1154         if (!gdi->primary->bitmap)
1155                 goto fail_bitmap;
1156 
1157         gdi_SelectObject(gdi->primary->hdc, (HGDIOBJECT) gdi->primary->bitmap);

I try to fix it like this, the «Segmentation fault» do not show again.

diff --git a/libfreerdp/gdi/gdi.c b/libfreerdp/gdi/gdi.c
index e099ecf..af6ac5a 100644
--- a/libfreerdp/gdi/gdi.c
+++ b/libfreerdp/gdi/gdi.c
@@ -1149,11 +1149,11 @@ static BOOL gdi_init_primary(rdpGdi* gdi, UINT32 stride, UINT32 format,
                                       buffer, pfree);
        }
 
-       gdi->stride = gdi->primary->bitmap->scanline;
-
        if (!gdi->primary->bitmap)
                goto fail_bitmap;
 
+       gdi->stride = gdi->primary->bitmap->scanline;
+
        gdi_SelectObject(gdi->primary->hdc, (HGDIOBJECT) gdi->primary->bitmap);
        gdi->primary->org_bitmap = NULL;
        gdi->primary_buffer = gdi->primary->bitmap->data;

Hi,

I have latest freerdp from git that I successfully built. Problem appear when I try to start xfreerdp with no parameters on Ubuntu 12.04. I always get Segmentation fault, see backtrace below:

[Thread debugging using libthread_db enabled]
Using host libthread_db library «/lib/i386-linux-gnu/libthread_db.so.1».
Core was generated by `xfreerdp’.
Program terminated with signal 11, Segmentation fault.
#0 0xb7762424 in __kernel_vsyscall ()

(gdb) bt full
#0 0xb7762424 in __kernel_vsyscall ()

No symbol table info available.
#1 0xb75671df in __GI_raise (sig=11) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64

    resultvar = <optimized out>
resultvar = <optimized out>
pid = -1217531904
selftid = 3206

#2 0xb72d518a in fatal_handler (signum=11) at /home/user/Development/FreeRDP/libfreerdp/utils/signal.c:64

    default_sigaction = {__sigaction_handler = {sa_handler = 0x0, sa_sigaction = 0x0}, sa_mask = {__val = {2147483647, 4294967294, 4294967295 <repeats 30 times>}}, sa_flags = 0, sa_restorer = 0x0}
this_mask = {__val = {1024, 0 <repeats 31 times>}}

#3

No symbol table info available.
#4 0xb735c182 in tcp_connect (tcp=0x90e5b98, hostname=0x0, port=3389) at /home/user/Development/FreeRDP/libfreerdp/core/tcp.c:123

    option_value = 0
option_len = 3073753446

#5 0xb735f406 in transport_connect (transport=0x90e5b38, hostname=0x0, port=3389) at /home/user/Development/FreeRDP/libfreerdp/core/transport.c:234

    status = 0
settings = 0x90d9208

#6 0xb7335776 in nego_tcp_connect (nego=0x90f99f8) at /home/user/Development/FreeRDP/libfreerdp/core/nego.c:210

No locals.
#7 0xb73357a5 in nego_transport_connect (nego=0x90f99f8) at /home/user/Development/FreeRDP/libfreerdp/core/nego.c:223

No locals.
#8 0xb7335bca in nego_attempt_nla (nego=0x90f99f8) at /home/user/Development/FreeRDP/libfreerdp/core/nego.c:355

No locals.
#9 0xb7336170 in nego_send (nego=0x90f99f8) at /home/user/Development/FreeRDP/libfreerdp/core/nego.c:624

No locals.
#10 0xb73355cb in nego_connect (nego=0x90f99f8) at /home/user/Development/FreeRDP/libfreerdp/core/nego.c:133

No locals.
#11 0xb7356f9b in rdp_client_connect (rdp=0x90d90f8) at /home/user/Development/FreeRDP/libfreerdp/core/connection.c:141

#12 0xb734a218 in freerdp_connect (instance=0x90d8fb0) at /home/user/Development/FreeRDP/libfreerdp/core/freerdp.c:86

    rdp = 0x90d90f8
settings = 0x90d9208
status = 1

#13 0xb7718fc3 in xf_thread (param=0x90d8fb0) at /home/user/Development/FreeRDP/client/X11/xf_interface.c:1171

    i = 0
fds = 0
xfi = 0x0
max_fds = 0
rcount = 0
wcount = 0
status = 0
exit_code = 0
rfds = {0x0 <repeats 32 times>}
wfds = {0x0 <repeats 32 times>}
rfds_set = {__fds_bits = {5, 0, 1, -1221822232, 0 <repeats 12 times>, -1266531964, 0, 0, -1221822232, -1222310538, 0, 0, 0, 0, 0, 0, 0, 0, 0, -1219227784, -1217416416}}
wfds_set = {__fds_bits = {0, 0, 0, 0, -1, 0, 0, 0, 0, -1216856064, -1221822232, 5, 0, -1216933237, -1221821792, -1264267416, 1, 5, 0, 0, 0, 0, 0, -1222320128, -1222310888, 98348, 0, 0, 0, 
-1219227784, 0, 0}}
instance = 0x90d8fb0
fd_input_event = 0
input_event = 0x0
select_status = 0
async_update = 0
async_input = 0
async_channels = 0
async_transport = 0
update_thread = 0x0
input_thread = 0x0
channels_thread = 0x0
channels = 0x0
settings = 0x0
timeout = {tv_sec = 0, tv_usec = 0}
fin = 0x0

#14 0xb7254d4c in start_thread (arg=0xb4824b40) at pthread_create.c:308

—Type to continue, or q to quit—
res =
pd = 0xb4824b40
now =
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {-1222221824, 0, 4001536, -1266531672, 379802112, 1488644615}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0,
cleanup = 0x0, canceltype = 0}}}
not_first_call =
pagesize_m1 =
sp =
freesize =
__PRETTY_FUNCTION = «start_thread»
#15 0xb7627d3e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130

No locals.

Источник

я написал вот такую программку:

//includes
#include <iostream>
#include <chrono>
#include <string>
#include <ctime>

//namespaces
using namespace std;
using namespace chrono;

//defines
#define RETURN return 0

//main
int main() {
    setlocale(LC_ALL,"ru"); //locale
    const auto _BEFORE_ = high_resolution_clock::now(); //start timer (for time account)
    srand(time(0));

    //Create Array
    int CountArrayIn_arr2D = 2;
    int CountElementsIn_arr1D = 3;
    int **arr2D = new int*[CountArrayIn_arr2D];

    //Generate Array
    for(int i = 0; i < CountArrayIn_arr2D; i++) {
        for(int j = 0; j < CountElementsIn_arr1D; j++) {
            arr2D[i][j] = rand() % 30 + 1;
        }
    }

    //Print Array
    for(int i = 0; i < CountArrayIn_arr2D; i++) {
        for(int j = 0; j < CountElementsIn_arr1D; j++) {
            cout<<"\033[34m"<<arr2D[i][j]<<"\033[0m\t";
        }
        cout<<endl;
    }


    /*Clean memory*/
    for(int i = 0; i < CountArrayIn_arr2D; i++) {
        delete[] arr2D[i];
    }
    delete[] arr2D;

    //time account
    const auto _AFTER_ = high_resolution_clock::now();
    const float TIME_FOR_PROGRAM = duration_cast<milliseconds>(_AFTER_-_BEFORE_).count();
    cout<<"\n\n Programm completed in "<<TIME_FOR_PROGRAM<<"ms"<<endl;
    RETURN;
}

и пишет: запуск программы(не компиляция, а запуск) на Ubuntu

у меня 2 вопроса.
1) что значит стек сброшен на диск? на жесткий диск? удалится ли он самостоятельно? если нет то как удалить?
2) как это решить и почему это вообще произошло?

задан 29 окт 2019 в 14:44

Данил Перелыгин's user avatar

Данил ПерелыгинДанил Перелыгин

1301 золотой знак1 серебряный знак8 бронзовых знаков

2

«Стек памяти сброшен на диск» — это [весьма-а вольный] перевод фразы «Core dumped». На диске в текущем каталоге создаётся файл с именем «core». Сам он не удалится, но он — самый обычный файл, который вы можете удалить когда захотите.

Файл core также сам по себе является кратчайшим путём к ответу на вопрос номер 2. Если ваш бинарник собран с опцией компилятора «-g», то вы можете запустить отладчик с командной строкой в виде «gdb -c core main.exe». Отладчик автоматически окажется на той строке, которая вызвала segmentation fault. О работе в gdb рекомендую почитать его документацию, она обширна и исчерпывающа.

ответ дан 29 окт 2019 в 15:03

user_587's user avatar

user_587user_587

2,5411 золотой знак11 серебряных знаков20 бронзовых знаков

5

У вас явная ошибка работы с памятью. Вызов new происходит один раз, а вызов delete?

Здесь происходит выделение массива указателей на int:

int **arr2D = new int*[CountArrayIn_arr2D];

Чтобы получить двумерный массив, нужно еще в каждый указатель выделить свой блок памяти:

for (int i = 0; i < CountArrayIn_arr2D; i++) 
{
    arr2D[i] = new int[CountElementsIn_arr1D];
//             ^^^^^^^

    for (int j = 0; j < CountElementsIn_arr1D; j++) 
    {
        // делаем что нужно
    }
}

ответ дан 29 окт 2019 в 14:51

Bogdan's user avatar

1

чел, ты забыл объявить элементы массивов в массиве)

ответ дан 29 окт 2019 в 14:55

jbc dgb's user avatar

Источник

Форум КриптоПро
 » 
Общие вопросы
 » 
Общие вопросы
 » 
Не проходит тест. Ошибка сегментации


Offline

a_bogatyrev

 


#1
Оставлено
:
24 января 2023 г. 10:10:20(UTC)

a_bogatyrev

Статус: Новичок

Группы: Участники

Зарегистрирован: 20.01.2023(UTC)
Сообщений: 5
Российская Федерация
Откуда: Москва

Сказал(а) «Спасибо»: 1 раз

Собрал КриптоПро для php на Astra Linux 1.6

Пытаюсь выполнить данный тест:

Цитата:

<?php
//Вспомогательные функции предварительной инициализации
function SetupStore($location, $name, $mode)
{
$store = new CPStore();
$store->Open($location, $name, $mode);
return $store;
}

function SetupCertificates($location, $name, $mode)
{
$store = SetupStore($location, $name, $mode);
$certs = $store->get_Certificates();
return $certs;

}

function SetupCertificate($location, $name, $mode,
$find_type, $query, $valid_only,
$number)
{
$certs = SetupCertificates($location, $name, $mode);
if(!is_null($find_type))
{
$certs = $certs->Find($find_type, $query, $valid_only);
return $certs->Item($number);
}
else
{
$cert = $certs->Item($number);
return $cert;
}
}

function test_CPSignedData_Sign_Verify()
{
try{
$content = «test content»;
$address = «http://testca.cryptopro.ru/tsp/tsp.srf»;
$cert = SetupCertificate(CURRENT_USER_STORE, «My», STORE_OPEN_READ_ONLY,
CERTIFICATE_FIND_SHA1_HASH, «20bd61ffa129eea54645042387e9bb0ed24c4bc7», 0,
1);

if(!$cert)
return «Certificate not found»;
$signer = new CPSigner();
$signer->set_TSAAddress($address);
$signer->set_Certificate($cert);
$signer->set_KeyPin(«12345678»);

printf(«SET SERT OK\n»);

$sd = new CPSignedData();
$sd->set_ContentEncoding(1);
$sd->set_Content(base64_encode($content));

printf(«SET CONTENT OK\n»);

// Второй параметр — тип подписи(1 = CADES_BES): http://cpdn.cryptopro.ru…f7edbeeaf0be3d44c0b.html

//Третий параметр detached — отделенная(true) или совмещенная (false)
//$sm = $sd->SignCades($signer, 0, true, 0);
$sm = $sd->Sign($signer, 0, ENCODE_BASE64);

printf(«Signature is:\n»);
printf($sm);
printf(«\n»);

$sd->VerifyCades($sm, 1, false);
return 1;
}catch(Exception $e)
{
printf($e->getMessage());
}
}

if(test_CPSignedData_Sign_Verify() == 1)
{
printf(«TEST OK\n»);
}else
{
printf(«TEST FAIL\n»);
}

?>

Выдаёт следующее:

Цитата:

SET SERT OK
SET CONTENT OK
Ошибка сегментирования

Что может быть не так? Кто то сталкивался?

Вверх

Offline

Санчир Момолдаев

 


#2
Оставлено
:
24 января 2023 г. 15:06:14(UTC)

Санчир Момолдаев

Статус: Сотрудник

Группы: Модератор, Участники
Зарегистрирован: 03.12.2018(UTC)
Сообщений: 1,031
Российская Федерация

Сказал(а) «Спасибо»: 86 раз
Поблагодарили: 217 раз в 208 постах

Попробуйте так

Код:

sudo /opt/cprocsp/sbin/amd64/cpconfig -ini '\cryptography\apppath' -add string 'libcurl.so' '/usr/lib/x86_64-linux-gnu/libcurl.so'

где

‘/usr/lib/x86_64-linux-gnu/libcurl.so’ — замените на путь к системной библиотеке libcurl.

Техническую поддержку оказываем тут
Наша база знаний


Вверх

thanks 1 пользователь поблагодарил Санчир Момолдаев за этот пост.
a_bogatyrev

оставлено 30.01.2023(UTC)

Пользователи, просматривающие эту тему

Guest

Форум КриптоПро
 » 
Общие вопросы
 » 
Общие вопросы
 » 
Не проходит тест. Ошибка сегментации

Быстрый переход
 

Вы не можете создавать новые темы в этом форуме.

Вы не можете отвечать в этом форуме.

Вы не можете удалять Ваши сообщения в этом форуме.

Вы не можете редактировать Ваши сообщения в этом форуме.

Вы не можете создавать опросы в этом форуме.

Вы не можете голосовать в этом форуме.

Источник

Понравилась статья? Поделить с друзьями:

Интересное по теме:

  • Архив data bin не найден ошибка при установке
  • Артист завоевал признательность зрителей лексическая ошибка
  • Артист завоевал признание зрителей ошибка
  • Астра линукс проверка диска на системные ошибки
  • Архейдж ошибка авторизации попробуйте перезапустить игру

    • 0 0 голоса
    Рейтинг статьи
    Подписаться
    Уведомить о
    guest

    0 комментариев
    Старые
    Новые Популярные
    Межтекстовые Отзывы
    Посмотреть все комментарии