Apicurio-studio: API تحرير الاتصال المفقود على Kubernetes

تم إنشاؤها على ٧ يونيو ٢٠٢٠  ·  29تعليقات  ·  مصدر: Apicurio/apicurio-studio

مرحبًا ، أواجه صعوبات مماثلة للمشكلة الموضحة في # 813 عند محاولة تشغيل Kubernetes لفضح WS عبر Ingress.

WebSocket connection to 'ws://apicurio-ws.192.168.1.5.nip.io/ws/designs/2?uuid=68064b1e-f839-4973-b65e-89660d4a07d9&user=admin&secret=eyJhbGciOiJSUzI1NiIsInR5cCIgOiAiSldUIiwia2lkIiA6ICJxRV9
COWQ4NFZS' failed: Error during WebSocket handshake: Unexpected response code: 404

أنا أستخدم ملفات بيان kubernetes في distro / kubernetes. أنا أقوم فقط بتغيير المضيف لكل خدمة.

picture cemnura

التعليق الأكثر فائدة

أخبار رائعة! أفترض أننا بحاجة إلى علاقات عامة منفصلة لهذه التغييرات؟ ما رأيك @ t-rap و @ jsenko ؟

picture EricWittmann في ٢٣ يونيو ٢٠٢٠
👍2

ال 29 كومينتر

أفترض أن المعلومات الواردة في # 813 لم تساعدك؟ هذا يبدو مثل نفس المشكلة. ربما يمكن أن يوضح @ 0x218 التغييرات التي نجحت في التثبيت؟ أو ربما @ t-rap لديه بعض الأفكار؟ خبرتي في kubernetes محدودة للغاية.

EricWittmann picture EricWittmann في ٧ يونيو ٢٠٢٠

نعم حاولت تطبيق رؤوس الإصدار والترقية والاتصال في Nginx Ingress @ 0x218 المقترح. ومع ذلك ، لم أتمكن من الاتصال بمقبس الويب.

أي سجلات يمكنني تقديمها لفهم المشكلة بشكل أكبر؟

cemnura picture cemnura في ٨ يونيو ٢٠٢٠

إذا كان بإمكانك توفير مخرجات وحدة تحكم المتصفح "الكاملة" وسجلات الخادم من -ws pod ، فقد يساعدك ذلك.

EricWittmann picture EricWittmann في ٨ يونيو ٢٠٢٠

سجل المتصفح:

[ApiEditorPageComponent] Attempting to reconnect to the server.
main.a117148be57ecc117ff5.js:1 [ApisService] Getting an API Design: http://apicurio.192.168.1.5.nip.io/studio-api/designs/2
main.a117148be57ecc117ff5.js:1 [ApisService] Editing API Design: http://apicurio.192.168.1.5.nip.io/studio-api/designs/2/session
main.a117148be57ecc117ff5.js:1 [ApisService] Editing Session UUID: 0d50ffc8-1f69-41b0-b1f0-6c80a1771e00
main.a117148be57ecc117ff5.js:1 [ApisService] Content Version: 3
main.a117148be57ecc117ff5.js:1 [ApiEditorPageComponent] Definition loaded.  Opening editing session.
main.a117148be57ecc117ff5.js:1 [ApisService] Opening editing session on URL: ws://apicurio-ws.192.168.1.5.nip.io/ws/designs/2?uuid=0d50ffc8-1f69-41b0-b1f0-6c80a1771e00&user=admin&secret=eyJhbGciOiJSUzI1NiIsInR5cCIgOiAiSldUIiwia2lkIiA6ICJCNlRDTFAxdkIz
main.a117148be57ecc117ff5.js:1 WebSocket connection to 'ws://apicurio-ws.192.168.1.5.nip.io/ws/designs/2?uuid=0d50ffc8-1f69-41b0-b1f0-6c80a1771e00&user=admin&secret=eyJhbGciOiJSUzI1NiIsInR5cCIgOiAiSldUIiwia2lkIiA6ICJCNlRDTFAxdkIz' failed: Error during WebSocket handshake: Unexpected response code: 404
t.openEditingSession @ main.a117148be57ecc117ff5.js:1
(anonymous) @ main.a117148be57ecc117ff5.js:1
e.invoke @ polyfills.9c67d1be23abf75fea1a.js:1
onInvoke @ main.a117148be57ecc117ff5.js:1
e.invoke @ polyfills.9c67d1be23abf75fea1a.js:1
t.run @ polyfills.9c67d1be23abf75fea1a.js:1
(anonymous) @ polyfills.9c67d1be23abf75fea1a.js:1
e.invokeTask @ polyfills.9c67d1be23abf75fea1a.js:1
onInvokeTask @ main.a117148be57ecc117ff5.js:1
e.invokeTask @ polyfills.9c67d1be23abf75fea1a.js:1
t.runTask @ polyfills.9c67d1be23abf75fea1a.js:1
y @ polyfills.9c67d1be23abf75fea1a.js:1
t.invokeTask @ polyfills.9c67d1be23abf75fea1a.js:1
_ @ polyfills.9c67d1be23abf75fea1a.js:1
m @ polyfills.9c67d1be23abf75fea1a.js:1
main.a117148be57ecc117ff5.js:1 [ApiEditingSession] WS connection to server CLOSED: CloseEvent {isTrusted: true, wasClean: false, code: 1006, reason: "", type: "close", …}
main.a117148be57ecc117ff5.js:1 [ApiEditorPageComponent] **Notice** editing session DROPPED!  Reason code: 1006
main.a117148be57ecc117ff5.js:1 [ApiEditorPageComponent] Attempting to reconnect to the server.
main.a117148be57ecc117ff5.js:1 [ApisService] Getting an API Design: http://apicurio.192.168.1.5.nip.io/studio-api/designs/2
main.a117148be57ecc117ff5.js:1 [ApisService] Editing API Design: http://apicurio.192.168.1.5.nip.io/studio-api/designs/2/session
main.a117148be57ecc117ff5.js:1 [ApisService] Editing Session UUID: 5eecf1e6-2a83-4940-bdb0-110240374093
main.a117148be57ecc117ff5.js:1 [ApisService] Content Version: 3
main.a117148be57ecc117ff5.js:1 [ApiEditorPageComponent] Definition loaded.  Opening editing session.
main.a117148be57ecc117ff5.js:1 [ApisService] Opening editing session on URL: ws://apicurio-ws.192.168.1.5.nip.io/ws/designs/2?uuid=5eecf1e6-2a83-4940-bdb0-110240374093&user=admin&secret=eyJhbGciOiJSUzI1NiIsInR5cCIgOiAiSldUIiwia2lkIiA6ICJCNlRDTFAxdkIz
main.a117148be57ecc117ff5.js:1 WebSocket connection to 'ws://apicurio-ws.192.168.1.5.nip.io/ws/designs/2?uuid=5eecf1e6-2a83-4940-bdb0-110240374093&user=admin&secret=eyJhbGciOiJSUzI1NiIsInR5cCIgOiAiSldUIiwia2lkIiA6ICJCNlRDTFAxdkIz' failed: Error during WebSocket handshake: Unexpected response code: 404
t.openEditingSession @ main.a117148be57ecc117ff5.js:1
(anonymous) @ main.a117148be57ecc117ff5.js:1
e.invoke @ polyfills.9c67d1be23abf75fea1a.js:1
onInvoke @ main.a117148be57ecc117ff5.js:1
e.invoke @ polyfills.9c67d1be23abf75fea1a.js:1
t.run @ polyfills.9c67d1be23abf75fea1a.js:1
(anonymous) @ polyfills.9c67d1be23abf75fea1a.js:1
e.invokeTask @ polyfills.9c67d1be23abf75fea1a.js:1
onInvokeTask @ main.a117148be57ecc117ff5.js:1
e.invokeTask @ polyfills.9c67d1be23abf75fea1a.js:1
t.runTask @ polyfills.9c67d1be23abf75fea1a.js:1
y @ polyfills.9c67d1be23abf75fea1a.js:1
t.invokeTask @ polyfills.9c67d1be23abf75fea1a.js:1
_ @ polyfills.9c67d1be23abf75fea1a.js:1
m @ polyfills.9c67d1be23abf75fea1a.js:1
main.a117148be57ecc117ff5.js:1 [ApiEditingSession] WS connection to server CLOSED: CloseEvent {isTrusted: true, wasClean: false, code: 1006, reason: "", type: "close", …}
main.a117148be57ecc117ff5.js:1 [ApiEditorPageComponent] **Notice** editing session DROPPED!  Reason code: 1006

ws جراب السجل الكامل:

06-10 14:46:08,780 DEBUG [io.undertow.request.security] (default task-1) Authentication result was ATTEMPTED for /ws/designs/2
2020-06-10 14:46:08,781 DEBUG [io.undertow.request] (default task-1) Matched default handler path /ws/designs/2
2020-06-10 14:46:11,291 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) PeriodicRecovery: background thread Status <== SCANNING
2020-06-10 14:46:11,291 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) PeriodicRecovery: background thread scanning
2020-06-10 14:46:11,291 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Periodic recovery first pass at Wed, 10 Jun 2020 14:46:11
2020-06-10 14:46:11,291 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) processing /StateManager/BasicAction/TwoPhaseCoordinator/AtomicAction transactions
2020-06-10 14:46:11,291 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Recovery module 'com.arjuna.ats.internal.jta.recovery.arjunacore.CommitMarkableResourceRecordRecoveryModule<strong i="6">@7e04aa62</strong>' first pass processed
2020-06-10 14:46:11,291 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) AtomicActionRecoveryModule first pass
2020-06-10 14:46:11,291 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) processing /StateManager/BasicAction/TwoPhaseCoordinator/AtomicAction transactions
2020-06-10 14:46:11,291 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Recovery module 'com.arjuna.ats.internal.arjuna.recovery.AtomicActionRecoveryModule<strong i="7">@3b062bc6</strong>' first pass processed
2020-06-10 14:46:11,291 DEBUG [com.arjuna.ats.txoj] (Periodic Recovery) TORecoveryModule - first pass
2020-06-10 14:46:11,291 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Recovery module 'com.arjuna.ats.internal.txoj.recovery.TORecoveryModule<strong i="8">@29e089e5</strong>' first pass processed
2020-06-10 14:46:11,291 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Recovery module 'com.arjuna.ats.internal.jta.recovery.arjunacore.SubordinateAtomicActionRecoveryModule<strong i="9">@5f676b11</strong>' first pass processed
2020-06-10 14:46:11,291 DEBUG [com.arjuna.ats.jta] (Periodic Recovery) XARecoveryModule state change IDLE->FIRST_PASS

2020-06-10 14:46:11,291 DEBUG [com.arjuna.ats.jta] (Periodic Recovery) Local XARecoveryModule - first pass
2020-06-10 14:46:11,291 DEBUG [com.arjuna.ats.jta] (Periodic Recovery) XARecoveryModule state change FIRST_PASS->BETWEEN_PASSES

2020-06-10 14:46:11,291 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Recovery module 'com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule<strong i="10">@5ad9faef</strong>' first pass processed
2020-06-10 14:46:20,674 DEBUG [io.undertow.request] (default I/O-2) Matched default handler path /ws/designs/2
2020-06-10 14:46:20,675 DEBUG [io.undertow.request.security] (default task-1) Attempting to authenticate /ws/designs/2, authentication required: false
2020-06-10 14:46:20,675 DEBUG [io.undertow.request.security] (default task-1) Authentication outcome was NOT_ATTEMPTED with method io.undertow.security.impl.CachedAuthenticatedSessionMechanism<strong i="11">@59a16760</strong> for /ws/designs/2
2020-06-10 14:46:20,675 DEBUG [io.undertow.request.security] (default task-1) Authentication result was ATTEMPTED for /ws/designs/2
2020-06-10 14:46:20,675 DEBUG [io.undertow.request] (default task-1) Matched default handler path /ws/designs/2
2020-06-10 14:46:21,291 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Periodic recovery second pass at Wed, 10 Jun 2020 14:46:21
2020-06-10 14:46:21,291 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Recovery module 'com.arjuna.ats.internal.jta.recovery.arjunacore.CommitMarkableResourceRecordRecoveryModule<strong i="12">@7e04aa62</strong>' second pass processed
2020-06-10 14:46:21,291 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) AtomicActionRecoveryModule second pass
2020-06-10 14:46:21,291 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Recovery module 'com.arjuna.ats.internal.arjuna.recovery.AtomicActionRecoveryModule<strong i="13">@3b062bc6</strong>' second pass processed
2020-06-10 14:46:21,291 DEBUG [com.arjuna.ats.txoj] (Periodic Recovery) TORecoveryModule - second pass
2020-06-10 14:46:21,291 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Recovery module 'com.arjuna.ats.internal.txoj.recovery.TORecoveryModule<strong i="14">@29e089e5</strong>' second pass processed
2020-06-10 14:46:21,292 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Recovery module 'com.arjuna.ats.internal.jta.recovery.arjunacore.SubordinateAtomicActionRecoveryModule<strong i="15">@5f676b11</strong>' second pass processed
2020-06-10 14:46:21,292 DEBUG [com.arjuna.ats.jta] (Periodic Recovery) XARecoveryModule state change BETWEEN_PASSES->SECOND_PASS

2020-06-10 14:46:21,292 DEBUG [com.arjuna.ats.jta] (Periodic Recovery) Local XARecoveryModule - second pass
2020-06-10 14:46:21,292 DEBUG [com.arjuna.ats.jta] (Periodic Recovery) Local XARecoveryModule.transactionInitiatedRecovery completed
2020-06-10 14:46:21,292 DEBUG [com.arjuna.ats.jta] (Periodic Recovery) Local XARecoveryModule.resourceInitiatedRecovery completed
2020-06-10 14:46:21,292 DEBUG [com.arjuna.ats.jta] (Periodic Recovery) XARecoveryModule state change SECOND_PASS->IDLE

2020-06-10 14:46:21,292 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Recovery module 'com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule<strong i="16">@5ad9faef</strong>' second pass processed
2020-06-10 14:46:21,292 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) PeriodicRecovery: background thread Status <== INACTIVE
2020-06-10 14:46:21,292 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) PeriodicRecovery: background thread backing off
cemnura picture cemnura في ١٠ يونيو ٢٠٢٠

يا رجل ليس لدي أدنى فكرة عما يمكن أن يحدث خطأ ، إذن. كنت سأطلب منك التأكد من أن -ws و -api pods متصلة بنفس قاعدة البيانات. إذا لم يكن الأمر كذلك ، فستحصل على خطأ في الاتصال ، ولكن في هذه الحالة ، سيُظهر سجل pod -ws الخطأ ، ولن تحصل على 404 لا أعتقد.

يبدو أنه يجب أن يكون نوعًا من مشكلة الدخول ، ولا أعرف ما يكفي عن k8s للمساعدة! :(

EricWittmann picture EricWittmann في ١٠ يونيو ٢٠٢٠

لقد حاولت أيضًا الكشف المباشر عن حجرة ws مباشرة عبر NodePort. ومع ذلك ، ما زلت لم أحقق نجاحًا.

سأحاول مرة أخرى. هل زيادة مستوى السجل تساعد؟

cemnura picture cemnura في ١٠ يونيو ٢٠٢٠

لا يمكن أن تؤذي. كان هناك شيء ما في سجل -ws حول المصادقة لم أفهمه تمامًا ، نظرًا لأن المكون -ws لا يحتوي على أي مصادقة ممكنة. ربما تؤدي زيادة مستوى السجل إلى إلقاء الضوء على ذلك أكثر.

EricWittmann picture EricWittmann في ١٠ يونيو ٢٠٢٠

ما هو المستوى الذي تعتقد أنه يجب علي زيادة مستوى السجل إليه؟

cemnura picture cemnura في ١٠ يونيو ٢٠٢٠

ربما ابدأ بـ DEBUG وشاهد ما سيحدث. :)

EricWittmann picture EricWittmann في ١٠ يونيو ٢٠٢٠

لقد قمت بزيادة مستويات السجل للتصحيح. ومع ذلك ، لا يوجد سجل مفيد.

ث

cloak.adapters.OAuthRequestAuthenticator] (default task-2) there was no code
2020-06-13 22:20:10,628 DEBUG [org.keycloak.adapters.OAuthRequestAuthenticator] (default task-2) redirecting to auth server
2020-06-13 22:20:10,628 DEBUG [org.keycloak.adapters.undertow.ServletSessionTokenStore] (default task-3) session was null, returning null
2020-06-13 22:20:10,628 DEBUG [org.keycloak.adapters.OAuthRequestAuthenticator] (default task-3) there was no code
2020-06-13 22:20:10,628 DEBUG [org.keycloak.adapters.OAuthRequestAuthenticator] (default task-3) redirecting to auth server
2020-06-13 22:20:10,628 DEBUG [org.keycloak.adapters.OAuthRequestAuthenticator] (default task-2) callback uri: http://apicurio-studio-ui.192.168.1.5.nip.io/version.js
2020-06-13 22:20:10,628 DEBUG [org.keycloak.adapters.OAuthRequestAuthenticator] (default task-3) callback uri: http://apicurio-studio-ui.192.168.1.5.nip.io/config.js
2020-06-13 22:20:10,628 DEBUG [io.undertow.request.security] (default task-2) Authentication outcome was NOT_ATTEMPTED with method org.keycloak.adapters.wildfly.WildflyAuthenticationMechanism<strong i="7">@26c8577b</strong> for /version.js
2020-06-13 22:20:10,628 DEBUG [io.undertow.request.security] (default task-2) Authentication result was ATTEMPTED for /version.js
2020-06-13 22:20:10,628 DEBUG [io.undertow.request.security] (default task-3) Authentication outcome was NOT_ATTEMPTED with method org.keycloak.adapters.wildfly.WildflyAuthenticationMechanism<strong i="8">@26c8577b</strong> for /config.js
2020-06-13 22:20:10,628 DEBUG [io.undertow.request.security] (default task-3) Sending authentication challenge for HttpServerExchange{ GET /config.js}
2020-06-13 22:20:10,628 DEBUG [io.undertow.request] (default task-2) Matched default handler path /version.js
2020-06-13 22:20:10,628 DEBUG [org.keycloak.adapters.AuthenticatedActionsHandler] (default task-2) AuthenticatedActionsValve.invoke http://apicurio-studio-ui.192.168.1.5.nip.io/version.js
2020-06-13 22:20:10,629 DEBUG [org.keycloak.adapters.AuthenticatedActionsHandler] (default task-2) Policy enforcement is disabled.
2020-06-13 22:20:10,629 DEBUG [io.undertow.session] (default task-3) Created session with id oIOfXf1RPvC2PBpI4dTuVZKYk7f8BDg0XUAFHWrC for exchange HttpServerExchange{ GET /config.js}
2020-06-13 22:20:10,629 DEBUG [org.keycloak.adapters.OAuthRequestAuthenticator] (default task-3) Sending redirect to login page: http://keycloak-microcks.192.168.1.5.nip.io/auth/realms/Apicurio/protocol/openid-connect/auth?response_type=code&client_id=apicurio-studio&redirect_uri=http%3A%2F%2Fapicurio-studio-ui.192.168.1.5.nip.io%2Fconfig.js&state=3e4e092e-bc54-4802-a517-d3462de6f343&login=true&scope=openid
2020-06-13 22:20:10,629 DEBUG [io.undertow.request.security] (default task-3) Authentication result was CHALLENGE_SENT for /config.js
2020-06-13 22:21:00,918 DEBUG [io.undertow.request] (default I/O-2) Timing out idle connection from /10.1.94.1:41180
2020-06-13 22:21:00,918 DEBUG [io.undertow.request] (default I/O-2) Timing out idle connection from /10.1.94.1:41178
2020-06-13 22:21:48,749 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) PeriodicRecovery: background thread Status <== SCANNING
2020-06-13 22:21:48,749 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) PeriodicRecovery: background thread scanning
2020-06-13 22:21:48,749 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Periodic recovery first pass at Sat, 13 Jun 2020 22:21:48
2020-06-13 22:21:48,750 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) processing /StateManager/BasicAction/TwoPhaseCoordinator/AtomicAction transactions
2020-06-13 22:21:48,750 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Recovery module 'com.arjuna.ats.internal.jta.recovery.arjunacore.CommitMarkableResourceRecordRecoveryModule<strong i="9">@3bc2db45</strong>' first pass processed
2020-06-13 22:21:48,750 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) AtomicActionRecoveryModule first pass
2020-06-13 22:21:48,750 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) processing /StateManager/BasicAction/TwoPhaseCoordinator/AtomicAction transactions
2020-06-13 22:21:48,750 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Recovery module 'com.arjuna.ats.internal.arjuna.recovery.AtomicActionRecoveryModule<strong i="10">@7ec04259</strong>' first pass processed
2020-06-13 22:21:48,750 DEBUG [com.arjuna.ats.txoj] (Periodic Recovery) TORecoveryModule - first pass
2020-06-13 22:21:48,750 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Recovery module 'com.arjuna.ats.internal.txoj.recovery.TORecoveryModule<strong i="11">@1a9ffeac</strong>' first pass processed
2020-06-13 22:21:48,751 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Recovery module 'com.arjuna.ats.internal.jta.recovery.arjunacore.SubordinateAtomicActionRecoveryModule<strong i="12">@1aa1c748</strong>' first pass processed
2020-06-13 22:21:48,751 DEBUG [com.arjuna.ats.jta] (Periodic Recovery) XARecoveryModule state change IDLE->FIRST_PASS

2020-06-13 22:21:48,751 DEBUG [com.arjuna.ats.jta] (Periodic Recovery) Local XARecoveryModule - first pass
2020-06-13 22:21:48,751 DEBUG [com.arjuna.ats.jta] (Periodic Recovery) XARecoveryModule state change FIRST_PASS->BETWEEN_PASSES

2020-06-13 22:21:48,751 DEBUG [com.arjuna.ats.arjuna] (Periodic Recovery) Recovery module 'com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule<strong i="13">@5b07f3c7</strong>' first pass processed

لكنني لاحظت وجود سجل في المتصفح قد يفسر المشكلة.

main.a117148….js:1 [ApiEditingSession] WS connection to server CLOSED: 
CloseEvent {isTrusted: true, wasClean: false, code: 1006, reason: "", type: "close", …}
bubbles: false
cancelBubble: false
cancelable: false
code: 1006
composed: false
currentTarget: WebSocket {__zone_symbol__openfalse: Array(1), __zone_symbol__messagefalse: Array(1), __zone_symbol__ON_PROPERTYopen: ƒ, __zone_symbol__ON_PROPERTYmessage: ƒ, __zone_symbol__ON_PROPERTYclose: ƒ, …}
defaultPrevented: false
eventPhase: 0
isTrusted: true
path: []
reason: ""
returnValue: true
srcElement: WebSocket {__zone_symbol__openfalse: Array(1), __zone_symbol__messagefalse: Array(1), __zone_symbol__ON_PROPERTYopen: ƒ, __zone_symbol__ON_PROPERTYmessage: ƒ, __zone_symbol__ON_PROPERTYclose: ƒ, …}
target: WebSocket {__zone_symbol__openfalse: Array(1), __zone_symbol__messagefalse: Array(1), __zone_symbol__ON_PROPERTYopen: ƒ, __zone_symbol__ON_PROPERTYmessage: ƒ, __zone_symbol__ON_PROPERTYclose: ƒ, …}
timeStamp: 1177278.1400000094
type: "close"
wasClean: false
__proto__: CloseEvent

تم إغلاق موسم مقبس الويب برمز الخطأ 1006

cemnura picture cemnura في ١٤ يونيو ٢٠٢٠

سجل الخادم الذي قمت بتضمينه هو في الواقع سجل جراب -ui - وليس سجل pod -ws .

EricWittmann picture EricWittmann في ١٥ يونيو ٢٠٢٠

رمز الخطأ 1006 يعني أن مقبس الويب مغلق بشكل غير طبيعي بواسطة المتصفح. :( وللأسف لن يقدم لك المتصفح على الأرجح سببًا. بعض المعلومات هنا:

https://stackoverflow.com/questions/19304157/getting-the-reason-why-websockets-closed-with-close-code-1006

ما يمكن أن تجربه هو العثور على أداة اختبار websocket من نوع ما ومحاولة استخدامها. قد يوفر لك بعض المعلومات التشخيصية التي يمكننا استخدامها.

EricWittmann picture EricWittmann في ١٥ يونيو ٢٠٢٠

حيث تم استرجاع السجلات بالأمر التالي

kubectl logs apicurio-studio-ws-7c458cf8d8-cgscc

هل هناك سجل محدد يمكنني البحث عنه؟

cemnura picture cemnura في ١٥ يونيو ٢٠٢٠

هل لديك أي توصيات لاختبار مقبس الويب؟

cemnura picture cemnura في ١٥ يونيو ٢٠٢٠

لقد وجدت طريقة لاختبار مقبس الويب عبر https://websocket.org/echo.html .

لقد قمت بنسخ رمز اتصال ws إلى جهاز الكمبيوتر الخاص بي. ما هي الرسالة التي يجب أن أرسلها؟

cemnura picture cemnura في ١٥ يونيو ٢٠٢٠

هذا غريب حقًا لأن المخرجات التي نشرتها أعلاه تُظهر بوضوح إعادة توجيه مصادقة keycloak وإخراج آخر ذي صلة بـ keycloak ، بالإضافة إلى طلبات config.js و version.js - هذه هي كل الأشياء التي تقوم بها واجهة المستخدم. لم يتم تضمين Keycloak على الإطلاق في مكون websocket. هل يمكنك ربما إحضار إخراج السجل من القرون الثلاثة ؟ التي من شأنها أن تكون مثيرة للاهتمام. ربما هناك بالفعل مشكلة في الكبسولة!

بالنسبة لاختبار مقبس الويب. فقط حاول الاتصال وانظر ماذا سيحدث. إذا كان يعمل ، يجب أن تحصل على شيء مثل هذا:

image

إذا تم كسر الاتصال الخاص بك في مرحلة "الاتصال" ، فمن المحتمل أن يفشل هذا الاتصال الأولي.

EricWittmann picture EricWittmann في ١٥ يونيو ٢٠٢٠

لقد اختبرت مقبس الويب عن طريق نسخ الكود المقدم على websocket.org وحفظته كـ websocket.html على محرك الأقراص الثابتة الخاص بي لاختبار جراب ws على شبكتي المحلية. لسوء الحظ ، لم أتمكن من الاتصال بـ ws في شبكتي المحلية. ومع ذلك ، تمكنت من توصيل مقبس الويب العام
wss://studio-ws.apicur.io/designs . لذلك ، أفترض أن اختبار Websocket قابل للتطبيق.

لقد قدمت جميع السجلات في المرفق

سجلات kubectl apicurio-studio-ui-5c6f5df485-lcdxp> apicurio-studio-ui.log
سجلات kubectl apicurio-studio-ws-77dc7f7b87-57dcs> apicurio-studio-ws.log
سجلات kubectl apicurio-studio-api-79d9d799cb-mgsmx> apicurio-studio-api.log

apicurio-studio-api.log
apicurio-studio-ui.log
apicurio-studio-ws.log

cemnura picture cemnura في ١٦ يونيو ٢٠٢٠

وأخيرا حصلت على عمل! لقد كشفت مباشرة عن الكبسولة ws عبر NodePort. أنا الآن متأكد من أن المشكلة تكمن في تكوينات الدخول.

cemnura picture cemnura في ١٦ يونيو ٢٠٢٠
👍1

مدهش!! شكرًا لك على المضي قدمًا في هذا (عدم الاستسلام). وآسف لم أستطع تقديم المزيد من المساعدة. مستوى المعرفة kubernetes لدي منخفض. هل يمكنك نشر أي تكوين YAML تريد إضافته حتى يعمل؟ سنقوم في النهاية بإنشاء مشغل لـ Apicurio Studio ، لكنني لا أعرف بالضبط متى قد يحدث ذلك.

EricWittmann picture EricWittmann في ١٦ يونيو ٢٠٢٠

حسنًا ، لأكون صادقًا ، لم أقم بتكوين yaml محدد.

أقوم بإنشاء خدمة NodePort مما يعني أن منفذ ws pods 8080 مكشوف على IP الخاص بالجهاز على منفذ عشوائي.

هذه هي الطريقة التي أنشأت بها NodePort
kubectl expose deployment apicurio-studio-ws --type NodePort --name test

التي أعطتني منفذًا عشوائيًا من 32204 يمكن الوصول إليه عبر IP للجهاز: 32204.

kubectl الحصول على svc

NAME                           TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)          AGE
test                           NodePort    10.152.183.2     <none>        8080:32204/TCP   10h

ما زلت أعتقد أن إدخال nginx يجب أن يكون الطريقة المفضلة لفضح مقبس الويب لأن منفذ NodePort عشوائي ولا يمكن تكوينه مسبقًا في apicurio-configmap.yaml .

وهو في حالتي

ابيكوريو configmap.yaml

apiVersion: v1
kind: ConfigMap
metadata:
  name: apicurio-configmap
data:
  apicurio-db-connection-url: jdbc:mysql://apicuriodb:3306/apicuriodb
  apicurio-kc-client-id: apicurio-studio
  apicurio-kc-realm: Apicurio
  apicurio-microcks-api-url: http://microcks-microcks.192.168.1.5.nip.io/api
  apicurio-microcks-client-id: microcks-serviceaccount
  apicurio-ui-editing-url: ws://192.168.1.5:32204/
  apicurio-ui-feature-microcks: "true"
  apicurio-ui-feature-share-with-everyone: "true"
  apicurio-ui-hub-api-url: http://apicurio.192.168.1.5.nip.io/studio-api
  apicurio-ui-logout-redirect-uri: /
  keycloak-url: http://keycloak-microcks.192.168.1.5.nip.io/auth
cemnura picture cemnura في ١٦ يونيو ٢٠٢٠

حسنًا ، ممتع للغاية. لا توجد فكرة عن سبب عدم نجاح نهج nginx بالنسبة لك. :( لكن سعيد لأنك حصلت على شيء يعمل!

EricWittmann picture EricWittmann في ١٧ يونيو ٢٠٢٠

لقد وجدت طريقة لفضح جراب ws عن طريق الدخول. هذا الحل هو شكلي أكثر بكثير.

Screen Shot 2020-06-19 at 1 40 21 AM

في هذا الحل ، قمت بإنشاء عنوان URL منفصل لحجرة WS عبر ingress.

سأقدم العلاقات العامة للتقييم.

cemnura picture cemnura في ١٩ يونيو ٢٠٢٠
👍1

مهلا ، آسف للتأخر عن الحفلة.

cemnura ما هو الدخول الذي تستخدمه ، وفي أي إصدار؟

كان هناك الكثير من الإصلاحات والتغييرات في nginx-ingress-controller ، إذا كنت تستخدم ذلك.

الشيء الوحيد الغريب في الأمر هو سلوك websocket ، خاصة عند محاولة التبديل بين http / https.

EricWittmann يمكنني اختبار ما إذا كان إصدار مصحح يعمل (تم تحديث إصدار nginx-ingress إلى أحدث إصدار) إذا كنت ترغب في ذلك

t-rap picture t-rap في ٢١ يونيو ٢٠٢٠

أي مساعدة يمكنك تقديمها ستكون موضع تقدير ، @ t-rap

EricWittmann picture EricWittmann في ٢٢ يونيو ٢٠٢٠

Helllo @ t-rap أنا أدير microk8s Kubernetes والتي تستخدم nginx-ingress-controller-amd64 بقدر ما أفهم.

Name:         nginx-ingress-microk8s-controller-nd8vb
Namespace:    ingress
Priority:     0
Node:         mccloud/192.168.1.5
Start Time:   Tue, 02 Jun 2020 23:12:28 +0300
Labels:       controller-revision-hash=59cb5dd586
              name=nginx-ingress-microk8s
              pod-template-generation=1
Annotations:  <none>
Status:       Running
IP:           192.168.1.5
IPs:
  IP:           192.168.1.5
Controlled By:  DaemonSet/nginx-ingress-microk8s-controller
Containers:
  nginx-ingress-microk8s:
    Container ID:  containerd://3219d168e8fbb190acd214ab651f781f6adf51adcc2302891636a5ff250ef15f
    Image:         quay.io/kubernetes-ingress-controller/nginx-ingress-controller-amd64:0.25.1
    Image ID:      sha256:2b8ed1f2046d4b37c18cca2ecc4f435b6618d2d198c0c8bf617954e863cc5832
    Ports:         80/TCP, 443/TCP
    Host Ports:    80/TCP, 443/TCP
    Args:
      /nginx-ingress-controller
      --configmap=$(POD_NAMESPACE)/nginx-load-balancer-microk8s-conf
      --publish-status-address=127.0.0.1
    State:          Running
      Started:      Fri, 12 Jun 2020 15:08:07 +0300
    Last State:     Terminated
      Reason:       Completed
      Exit Code:    0
      Started:      Wed, 10 Jun 2020 23:37:02 +0300
      Finished:     Fri, 12 Jun 2020 15:08:03 +0300
    Ready:          True
    Restart Count:  187
    Liveness:       http-get http://:10254/healthz delay=30s timeout=5s period=10s #success=1 #failure=3
    Environment:
      POD_NAME:       nginx-ingress-microk8s-controller-nd8vb (v1:metadata.name)
      POD_NAMESPACE:  ingress (v1:metadata.namespace)
    Mounts:
      /var/run/secrets/kubernetes.io/serviceaccount from nginx-ingress-microk8s-serviceaccount-token-r6md6 (ro)
Conditions:
  Type              Status
  Initialized       True 
  Ready             True 
  ContainersReady   True 
  PodScheduled      True 
Volumes:
  nginx-ingress-microk8s-serviceaccount-token-r6md6:
    Type:        Secret (a volume populated by a Secret)
    SecretName:  nginx-ingress-microk8s-serviceaccount-token-r6md6
    Optional:    false
QoS Class:       BestEffort
Node-Selectors:  <none>
Tolerations:     node.kubernetes.io/disk-pressure:NoSchedule
                 node.kubernetes.io/memory-pressure:NoSchedule
                 node.kubernetes.io/network-unavailable:NoSchedule
                 node.kubernetes.io/not-ready:NoExecute
                 node.kubernetes.io/pid-pressure:NoSchedule
                 node.kubernetes.io/unreachable:NoExecute
                 node.kubernetes.io/unschedulable:NoSchedule
Events:          <none>
cemnura picture cemnura في ٢٢ يونيو ٢٠٢٠

شكرا جزيلا لكcemnura
هل يمكنك اختبار الشوكة التي صنعتها (انظر أدناه)؟ شكرا (مرة أخرى) مقدما :)

لقد اختبرت التكوين على https://github.com/t-rap/apicurio-studio-981/ مع إصدار ingress-nginx-controller 0.24.1 و apicurio-studio 0.2.44.
أضفت المسار الفرعي "/ تصميمات" إلى إدخال apicurio-studio-ws لأن هذا مسار فرعي يحتاج إلى معالجة بواسطة ws.

سأجري بعض الاختبارات على أداة التحكم في الدخول 0.25.1 و apicurio-studio 0.2.46 ، ومن المحتمل أن تكون النهاية في عطلة نهاية الأسبوع.
نظرًا لأن وحدة التحكم في الدخول يتم صيانتها بواسطة kubernetes ، فهناك الكثير من التغييرات التي يجب التعرف عليها.

لقد حذفت أيضًا مقتطف التكوين لأنه لم يعد ضروريًا (سيئتي ، دوه)

سأقدم تحديثًا عندما أنتهي.

t-rap picture t-rap في ٢٢ يونيو ٢٠٢٠
👍2

سأجربها @ t-rap 👍

cemnura picture cemnura في ٢٢ يونيو ٢٠٢٠
👍2

لقد تمكنت من كشف الكبسولة ws على نفس عنوان url مع ui pod باستخدام بيان Kubernetes @ t-rap المتوفر.

ومع ذلك ، مع بعض التغييرات الطفيفة.

لقد غيرت اسم إدخال ws إلى apicurio-studio-ws

https://github.com/Apicurio/apicurio-studio/blob/17a8e6bc21cae5a90aebb1a7a0e64350aeb30f57/distro/kubernetes/apicurio-studio-ingresses.yaml#L38 -L41

حذف اللاحقة /ws apicurio-configmap.yaml # $ في المفتاح $ # $ 4 $ # $ للمفتاح apicurio-ui-editing-url

https://github.com/Apicurio/apicurio-studio/blob/17a8e6bc21cae5a90aebb1a7a0e64350aeb30f57/distro/kubernetes/apicurio-configmap.yaml#L9

حذف المسار /ws في تكوين الإدخال في apicurio-studio-ingresses.yaml

هنا تكويناتي

ابيكوريو configmap.yaml

apiVersion: v1
kind: ConfigMap
metadata:
  name: apicurio-configmap
data:
  apicurio-db-connection-url: jdbc:mysql://apicuriodb:3306/apicuriodb
  apicurio-kc-client-id: apicurio-studio
  apicurio-kc-realm: Apicurio
  apicurio-microcks-api-url: http://microcks-microcks.192.168.1.5.nip.io/api
  apicurio-microcks-client-id: microcks-serviceaccount
  apicurio-ui-editing-url: ws://apicurio.192.168.1.5.nip.io
  apicurio-ui-feature-microcks: "true"
  apicurio-ui-feature-share-with-everyone: "true"
  apicurio-ui-hub-api-url: http://apicurio.192.168.1.5.nip.io/studio-api
  apicurio-ui-logout-redirect-uri: /
  keycloak-url: http://keycloak-microcks.192.168.1.5.nip.io/auth

apicurio-studio-ingresses.yaml

kind: Ingress
apiVersion: extensions/v1beta1
metadata:
  name: apicurio-studio-api
  annotations:
    nginx.ingress.kubernetes.io/rewrite-target: /$1
  labels:
    module: apicurio-studio-api
spec:
  rules:
  - host: apicurio.192.168.1.5.nip.io
    http:
      paths:
      - backend:
          serviceName: "apicurio-studio-api"
          servicePort: 8091
        path: /studio-api/?(.*)
---
kind: Ingress
apiVersion: extensions/v1beta1
metadata:
  name: apicurio-studio-ui
  labels:
    module: apicurio-studio-ui
spec:
  rules:
    - host: apicurio.192.168.1.5.nip.io
      http:
        paths:
          - backend:
              serviceName: "apicurio-studio-ui"
              servicePort: 8093
            path: /
---
kind: Ingress
apiVersion: extensions/v1beta1
metadata:
  name: apicurio-studio-ws
  annotations:
  labels:
    module: apicurio-studio-ws
spec:
  rules:
    - host: apicurio.192.168.1.5.nip.io
      http:
        paths:
          - backend:
              serviceName: "apicurio-studio-ws"
              servicePort: 8092
            path: /designs
cemnura picture cemnura في ٢٢ يونيو ٢٠٢٠

أخبار رائعة! أفترض أننا بحاجة إلى علاقات عامة منفصلة لهذه التغييرات؟ ما رأيك @ t-rap و @ jsenko ؟

EricWittmann picture EricWittmann في ٢٣ يونيو ٢٠٢٠
👍2
هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات

القضايا ذات الصلة

jinlxz picture jinlxz  ·  4تعليقات
turutosiya picture turutosiya  ·  5تعليقات
yuanhuiliu picture yuanhuiliu  ·  4تعليقات
ceefour picture ceefour  ·  5تعليقات
daida00 picture daida00  ·  3تعليقات