חומת האש באובונטו

[upsilon01]

אל תשכח שהסדר של הרולים (rules)
קובע, כך שאפילו אם פתוח SSH
אם יש לך rule אחריו שסוגר אותו
הוא יחסם

[dovid]

@upsilon01 הוא לא צריך לזכור את זה כי הוא לא הולך לעשות שום רול חסימה.

[שמואל4]

@dovid אם כבר מדברים, מישהוא התנסה או בירר למה דוקר עוקף את החומת אש? אם אני חושף למשל -p 3306:3306 לא יעזור לי לחסום את זה בחומת את ברגע שזה בדוקר זה פשוט יהיה פתוח...

[dovid]

@שמואל4 כי החומת אש זה רק לתעבורה מבחוץ (תמיד localhost:3306 יעבוד),
המיפוי פורטים של דוקר הופך את השירות להיות על אותו מכונה ממש.

[שמואל4]

@dovid אמר בחומת האש באובונטו:

כי החומת אש זה רק לתעבורה מבחוץ (תמיד localhost:3306 יעבוד),

זה ברור, אני מדבר על גישה מבחוץ, ברגע שהפורט נפתח מדוקר זה נפתח גם מבחוץ למרות שההגדרה היא רשימה לבנה

[upsilon01]

@שמואל4
ufw זה מעטפת ל iptables
והדוקר יכול לקנפג את iptables לבד

אפשר לבטל את זה בקונפיגורציה של דוקר

DOCKER_OPTS="--iptables=false"

[חוקר]

מה היא צורת העבודה הנכונה בזה?
אם כל הצורך שלי הוא לא לכל הפורטים, כי זה כבר חסום לי מהפיירוול של AWS, אלא ס"ה לפורט 80 ו 443 לחסום כתובות שאני מזהה שהם רובוטים.
מה מומלץ?
לעשות פקודה של
sudo ufw default allow incoming
ואח"כ לעשות לכל כתובת שזהיתי כרובוט לעשות
sudo ufw deny from 255.255.255.255
יייתכן כאן מכשול כלשהו או צורך עבודה לא טובה?

[שמואל4]

@חוקר אם כל הפורטים חסומים עם חומת אש חיצונית אז למה להתעסק עם ufw?

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

עריכה,

אני רואה שאתה מדבר באמת על העניין הזה, לחסום שלב שני אחרי ש80&443 פתוח.

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

[חוקר]

@שמואל4 אמר בחומת האש באובונטו:

@חוקר אם כל הפורטים חסומים עם חומת אש חיצונית אז למה להתעסק עם ufw?

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

כי אין שם פיתרון קליל לחסימת כתובות ספציפיות מ 80/443.
אני רוצה שכל פעם שזיהיתי איזה שרת שמנסה לגשת לכתובות כ admin וכו' שסתם חופרים באתר שאחסום אותם לגשת לשרת

[שמואל4]

@חוקר ערכתי את ההודעה למעלה.

אולי יהיה לך יותר נוח לעשות את רשימת החסימה ברמת הnginx:
https://docs.nginx.com/nginx/admin-guide/security-controls/controlling-access-proxied-tcp/

[שמואל4]

עוד פתרון בנוסף לזה, לעשות include בתוך הserver הרלוונטי וככה לדחוף לקובץ רק שורות של "deny 192.168;"

include /etc/nginx/blockips.conf;

בסגנון של:

    server {
        listen 80;
     include /etc/nginx/blockips.conf;
     root...;
    }

זה גם צריך לעבוד.

ואז אפילו אתה יכול ליצור קובץ bash שאתה פונה אליו כל פעם להוספת כתובת, שהוא יעשה:

echo "deny $1;" >> /etc/nginx/blockips.conf;
nginx -s reload;

[yossiz]

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

@חוקר אמר בחומת האש באובונטו:

יייתכן כאן מכשול כלשהו או צורך עבודה לא טובה?

אני לא רואה בעיה, (חוץ מזה שזה ידני.)

[חוקר]

@שמואל4 אמר בחומת האש באובונטו:

ואז אפילו אתה יכול ליצור קובץ bash שאתה פונה אליו כל פעם להוספת כתובת, שהוא יעשה:
echo "deny $1;" >> /etc/nginx/blockips.conf; nginx -s reload;

איך מתמודדים עם ה sudo?

[yossiz]

@חוקר היה כדאי אולי לפתוח נושא חדש לזה... התשובה היא:

echo "deny x.x.x.x" | sudo tee /etc/nginx/blockips.conf > /dev/null

ההסבר אולי אני אכתוב בהזדמנות אחרת

[חוקר]

@yossiz אמר בחומת האש באובונטו:

@חוקר היה כדאי אולי לפתוח נושא חדש לזה... התשובה היא:

echo "deny x.x.x.x" | sudo tee /etc/nginx/blockips.conf > /dev/null

ההסבר אולי אני אכתוב בהזדמנות אחרת

הבעיה שזה דורס את הקובץ במקום להוסיף בסופו.
צריך פשוט להוסיף את הדגל של -a

echo "deny x.x.x.x" | sudo tee -a /etc/nginx/blockips.conf > /dev/null