תחומים - פורום חרדי מקצועי

@מד לא יעזור טיפול שגיאות אם הוא לא מוכן לתקשר בלי SSL, הוספתי הוראה להתעלם מSSL והורדתי את כל הS מהhttps בקישורים, ועובד, אבל זה לא פתרון, יש בעיה שאין לי מושג איך לפתור.

@צדיק-תמים אני מקוה שההאטה היא בגלל זה... לא רואה סיבה אחרת.
האמת נמאס לי מהשרת הזה, אם לא בגלל הפרויקט שאני באמצע הייתי סוגר הכל ופותח מחדש.

וואי זה ממש נורא, השרת בקושי מתפקד...

@clickone שיניתי את הפורט של הSSH בעקבות זה.
אני משתמש רק בתעודת אבטחה, אבל האמת עכשיו זה חריג, זה לא מפסיק לרגע, קשה להתחבר לשרת שלי, כל דבר פשוט לוקח לו זמן.
אני גם משום מה לא יכול להוריד fail2ban כי פתאום נהיתה בעיה עם הdns.
בלאגן שלם.

דרך פורט 22 מה עושים צריך להילחץ?

אף אחד ?

מוזר, לי אמרו אחרת

טוב, אז מתברר שימות המשיח כן שולח בקשות לשרת שלי, אבל השרת שלי לא שולח לעצמו... אפליקצית הnodejs נכשלת בfatch...

נדרים פלוס עובדים רק עם גמא, הם לא עובדים עם יופיי. קשר כן, והם גם יותר זולים. לדעתי אם כבר, אז קשר עם טרנזילה.

עכשיו בכלל... מראה שתקין אבל כותב שלא מאובטח באדום...

@אביי מה שמענין זה שמבחינת zerossl בעצמם התעודה עוד לא הותקנה

השרת מבוסס alma מה שמנהל אותו זה סייבר פאנל עם לייט ספיד או משהו כזה.
בד"כ הוא מחדש אותו לבד אבל הגירסה האחרונה של הסייבר פאנל עושה קצת בעיות, אז נרשמתי לzeroSSL והוצאתי משם תעודה חדשה והוספתי דרך הממשק של סייבר פאנל.

יש לי שרת שמכיל קבצי PHP וNODEJS שרץ על פורט 3000, הכל היה טוב עד שהתעודה פגה תוקף, חידשתי אותה עכשיו, ובכל זאת אם נכנסים לקבצי php הוא אומר שהאתר לא מאובטח, וכן אם פונים לnodejs בפורט 3000 הוא כותב שלא מאובטח. לפחות הוא לא מעלה כבר את ההודעה של מסוכן וחזרה לחוף מבטחים.

מה שיותר בעיה שא"א להתחבר משירותים שמממשים https כמו השרת של ימות המשיח... וזה מוזר כיעד עכשיו זה עבד, הכל הלך טוב.

מישהו יודע מה לעשות?

@יצירה כתב בבירור על מערכת סליקת אשראי מתאימה לאתר עם מודל מנויים:

אתה יכול להשתמש בsumit שסולקים עם יופיי (בערך אחוז) ויש API מסודר רק כנראה תצטרך לבנות את הגביה החודשית, אך הAPI שלהם ברור וקל

אני חושב שsumit המחירים עולים אחרי שנה.

@אביי כתב בשמירת מאגר מספרים וסיסמאות/טוקן בצורה מאובטחת:

@eido כתב בשמירת מאגר מספרים וסיסמאות/טוקן בצורה מאובטחת:

לא. העניין הוא שכיון שבימות המשיח כבר לא צריך את המספר, רק את הטוקן, והמספר הוא רק לצירוך זיהוי שלי, לדעת באיזה טוקן להשתמש אז אפשר לעשות את ההאש על המספר ואז לא ידעו למי הטוקן שייך, ומה יעשו עם טוקן בלי לדעת למי זה שייך? אני מתכון אם הטוקן מוגבל לדברים מסוימים, הוא יהיה פחות יעיל אם לא ידעו למי הוא שייך.

קריאה פשוטה לGetSession מחזירה את מספר המערכת

נכון, בדיוק לכן כתבתי שהטוקן מוגבל.

@אביי כתב בשמירת מאגר מספרים וסיסמאות/טוקן בצורה מאובטחת:

@eido כתב בשמירת מאגר מספרים וסיסמאות/טוקן בצורה מאובטחת:

ומי שישים ידו על מאגר המידע, סביר להניח שישים ידו גם על המפתח...

לא בהכרח, אם תנהל את שמירת הסקריט כמו שצריך, (ויעוי' בפ' השבוע שעבר..)
הצפנת נתונים רגישים במנוחה זה סטנדרט מקובל והגיוני,

באופן אישי אני במקרים כאלה מוסיף לסקריט הכללי גם פרט מידע של המשתמש (מזהה וכו' - משהו קבוע שלא ניתן לשינוי!) וככה ההצפנה היא ייחודית לכל משתמש

איך עושים את זה? הרי אם הוא שמור על השרת אז מי שהשיג גישה לשרת יכול לעקוב מאיפה זה נטען ולמצוא אותו בקלות.

@אביי כתב בשמירת מאגר מספרים וסיסמאות/טוקן בצורה מאובטחת:

@eido כתב בשמירת מאגר מספרים וסיסמאות/טוקן בצורה מאובטחת:

אני כן יכול לעשות hash על המספר או אמצעי הזיהוי ואז אולי תהיה להם סיסמא ביד אבל לא ידעו לאיפה היא שייכת...

לא הבנתי איך זה יעבוד, השירות החיצוני מקבל האשים של טוקנים במקום את הטוקן עצמו?

לא. העניין הוא שכיון שבימות המשיח כבר לא צריך את המספר, רק את הטוקן, והמספר הוא רק לצירוך זיהוי שלי, לדעת באיזה טוקן להשתמש אז אפשר לעשות את ההאש על המספר ואז לא ידעו למי הטוקן שייך, ומה יעשו עם טוקן בלי לדעת למי זה שייך? אני מתכון אם הטוקן מוגבל לדברים מסוימים, הוא יהיה פחות יעיל אם לא ידעו למי הוא שייך.

ודאי שזה לא טוב, אבל זו אופציה.