SomeGuy

Nie rób aktualizacji to będzie działał

Parę lat temu nawet powstał jakiś większy startup, ale nie kojarzę teraz nazwy. Coś a'la: https://liquidsky.com/ https://vortex.gg/

Dokładnie

W to już nie wnikam Wszystko zależy od systemu, sposobu przechowywane i typu danych.

@blfr W przypadku złamania szyfru wystawca zobowiązany jest wypłacić Ci odszkodowanie.

Też polecam, aczkolwiek jak korzystałem to nie było supportu dla Linuxa, teraz coś się podobno zmieniło.

Hmm. Co przez to rozumiesz? Zaszyfrowaną bazę KeePassa możesz trzymać na nośniku USB bądź w chmurze, klucze możesz trzymać w jeszcze innych lokalizacjach. Jeśli potrzebujesz dostać się do haseł to zawsze będą one pod ręką - w taki sam sposób przeniesiesz tu_nic_nie_ma.txt LastPass z kolei nie trzyma danych lokalnie, a w chmurze (ryzykowne? może), a te są dodatkowo szyfrowane i sejf dostępny nawet przez apkę na telefonie.

@Sebastian baze szyfrujesz długim hasłem, dodajesz tokeny w postaci plików. A odpowiadając na pytanie: masz większą gwarancję bezpieczeństwa trzymając hasła w KeePass niż pliku tekstowym nawet gdyby był on podzielony i ukryty w kilku folderach czy też zipie zabezpieczonym hasłem. Ja mam obecnie kilka baz, z czego jedna ma ponad 400 rekordów. Wolałbym nie trzymać tego nigdzie na dysku w plaintext

Nom -> dig fast.ovh @myns1.fast.ovh +short 145.239.88.107 This is the default index page of your website. This file may be deleted or overwritten without any difficulty. This is produced by the file index.html in the web directory. For questions or problems please contact support. U mnie już działa, ale pamiętaj, że mogą pojawić się przerwy. #propa

@Mion ;; AUTHORITY SECTION: fast.ovh. 172800 IN NS myns2.fast.ovh. fast.ovh. 172800 IN NS myns1.fast.ovh. ;; ADDITIONAL SECTION: myns1.fast.ovh. 172800 IN A 145.239.88.107 myns2.fast.ovh. 172800 IN A 145.239.88.107

Samo glue nie ma związku z serwerem, dla testów zmieniłem na testowej domenie DNS i Glue, całość trwałą godzinę i już widzę, że GLUE jest taki jaki wprowadziłem. Zaznaczę, że owej domeny nawet nie konfigurowałem na serwerze, na który GLUE teraz prowadzi. dig testowadomena123.ovh @d.nic.fr ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 1432 ;; QUESTION SECTION: ;testowadomena123.ovh. IN A ;; AUTHORITY SECTION: testowadomena123.ovh. 172800 IN NS ns1.testowadomena123.ovh. testowadomena123.ovh. 172800 IN NS ns2.testowadomena123.ovh. ;; ADDITIONAL SECTION: ns1.testowadomena123.ovh. 172800 IN A 11.22.33.44 ns2.testowadomena123.ovh. 172800 IN A 11.22.33.44 Twoja nadal wskazuje na stare adresy IP: ;; QUESTION SECTION: ;fast.ovh. IN A ;; AUTHORITY SECTION: fast.ovh. 172800 IN NS ns1.fast.ovh. fast.ovh. 172800 IN NS ns2.fast.ovh. ;; ADDITIONAL SECTION: ns1.fast.ovh. 172800 IN A 217.182.74.225 ns2.fast.ovh. 172800 IN A 217.182.74.225 Spróbuj usunąć i dodać ponownie rekordy GLUE. edit: W panelu OVH po lewej stronie jest zakładka "Zaplanowane akcje", sprawdź jaki status miała ostatnia zmiana. Po wprowadzeniu glue, na Twój adres e-mail zostanie też wysłana wiadomość z potwierdzeniem. Od biedy możesz też wprowadzić inne nazwy (ns3/4, dns1/dns2 etc)

Kiedy dokonywałeś zmian w rekordach GLUE? Wygląda na trwającą propagację.

Dla podanej domeny w sekcji DNS podałeś adres IP, ale czy ten sam IP jest na pewno podany w sekcji Glue? Ja widzę coś takiego: ns1.fast.ovh. 172800 IN A 217.182.74.225 ns2.fast.ovh. 172800 IN A 217.182.74.225

Cześć, Korzystacie z menadżerów haseł? Jeśli tak, to jaki polecacie, a który uważacie za najmniej bezpieczny.

@Mion Jaka domena? Poczekałbym z tym zawracaniem BOK do momentu kiedy będziesz pewien, że problem nie leży po Twojej stronie.

komenda dig domena.pl @ns1.docelowydns.pl powinna zwrocic informacje o domenie na Twoim serwerze, nawet jeśli sama domena obecnie posiada inne adresy DNS.

Działa https://sourceforge.net/projects/mcwin32/ Sam na Windowsie korzystałem z xshella do połączeń ssh głównie, teraz pod windowsem korzystam jedynie ze steam'a https://www.netsarang.com/products/xsh_overview.html

Od niedawna przeglądarki internetowe ostrzegają nas przed wysłanie formularza na niezabezpieczanej stronie. Certyfikat płatny brałbym tylko wtedy, gdy przez formularze na stronie przewijałby się setki danych wrażliwych dziennie (wystawca daje gwarancję), w przeciwnym wypadku LE wystarczy. Bo de facto, jeśli szyfrowanie jest identyczne to nie ma znaczenia kto jest wystawcą. Niektórzy może mają pieniądze i nie chcą być kojarzeni z "darmochą" dlatego też wybierają rozwiązania płatne.

Dobre podsumowanie tego panelu.

Z tego co wiem, darmowa wersja raczej średniawo nadaje się na produkcję.

Co rozumiesz poprzez "skakanie po katalogach" ? Próbowałeś odpalać w nim midnight commander?

Spam spamem, ale kopie to trzeba zawsze we własnym zakresie robić, nawet jak firma oferowałaby snapshota/kopię co godzinę

@MateuszCODE - Słabe zabezpieczenia - tzn? Mój znajomy miał serwer w logout.pl dosyć długo i sam mi je polecał, aczkolwiek z BiznesHostowych usług sam nigdy nie korzystałem.

Hmm... sam na dniach spróbuję ją odpalić i potestować. @Archi IPSConfig3 pobiera zależności i paczki, czy osobno instalujemy? Z 3 jeszcze nie korzystałem

Osobiście nie posiadam, ale użytkowałem i oprócz jednej przerwy (globalnej - nie dotyczył tylko ich firmy ) kilka miesięcy temu to z mojej strony brak jakichkolwiek zastrzeżeń. Polecam.