Hálózatok egyéb

Vodafone hálózatból google szerverek egy nagy része nem érhető el

Ez a jelenség tegnap reggel óta tapasztalható nálunk, Egerben. Jó lenne ha valaki más megnézné más szolgáltatási területről.

A hibajelenség a következő: DNS által visszaadott mail.google.com -os címeket kigyűjtöttük, összesen 11 darabot. DNS-nek CloudFlare (1.1.1.1 és 1.1.1.2), Quad9 és 8.8.8.8 -at használtunk vegyesen. Ezután megpróbáltuk őket elérni vodafone és antenna hungária hálózatból.

Az eredmény itt látható:
 

vl@lv-ryzen:~$ nmap -sT -p 80,443 142.250.180.229 142.250.181.229 142.250.184.197 142.250.185.133 142.250.186.133 142.250.203.101 142.250.74.37 142.251.39.5 172.217.168.37 216.58.207.229 216.58.210.133
Starting Nmap 7.80 ( https://nmap.org ) at 2022-01-15 07:58 CET
Nmap scan report for bud02s34-in-f5.1e100.net (142.250.180.229)
Host is up (0.015s latency).

PORT    STATE SERVICE
80/tcp  open  http
443/tcp open  https

Nmap scan report for bud02s37-in-f5.1e100.net (142.251.39.5)
Host is up (0.014s latency).

PORT    STATE SERVICE
80/tcp  open  http
443/tcp open  https

Nmap done: 11 IP addresses (2 hosts up) scanned in 1.44 seconds

Vodafone hálózatából a 11-ből kettőt lehet látni. Antenna Hungáriából az összeset.

Tapasztalt valaki ilyesmit?

Ezt a hibát sajnos nem tudom bejelenteni Vodafone-nak, mivel 1 óra sorbaállítás után olyan first level support-ossal tudnék beszélni, aki nyilván nem értené a kérdést...

Esetleg ha van itt valaki Vodafone-tól, akkor meg lehetne nézni.

Google webhelyek

Üdv,

Iskolának egy Google Suite Education előfizetése van (free). Intranetre használtuk a webhelyek szolgáltatását.

Most változtatnak rajta (Google), és azt vettük észre, hogy bizonyos dolgokat kivettek belőle. Mintha csak egy statikus weboldalt engedne létrehozni. A régi oldalakat át sem tudta konvertálni.

Gyanítjuk üzleti oka van(?). Más is használta ezt? Mi a tapasztalat? Keressünk magunk egy általunk üzemeltethető platformot?

Siemens RDS110 smart termosztát wlan hiba

Sziasztok !

A szobatermosztát szerelése, installálása gyorsan sikerült. A belő wlan- on látszott a működő eszköz, de a távoli elérés az nem dolgozott. A gyárilag ajánlott androidos app szépen települt, a termosztát regisztrációja sikeres volt, de hosszúidő után sem volt távolról elérhető. Gyanitottam, hogy az eszköz dhcp módja miatt nem megy. A termosztát érintőképernyős felületén átkapcsoltam fix IP cimre és onnantól kezdve nem tud csatlakozni a wlan- ok egyikére sem. A termosztát működik, de nem elérhető. Minden huncutságot bevetve sem tudtam a hálózatra csatlakoztatni.

Van valakinek tapasztalata ötlete, hogy mit kellene vele csinálni ? ( az ünnepek miatti visszacsere elég necces megoldás )

Túl drága volt ahhoz, hogy ezt a problémát átugorjam, a távoli nyaraló fűtés kontrolja megnyugtatóbb lenne.

termosztát : https://www.siemensbolt.hu/szobatermosztatok-futesre/22223-siemens-rds1…

app : https://play.google.com/store/apps/details?id=com.siemens.smartthermost… 

https://kepkuldes.com/image/JJrMWN

Synology NAS Active Directory RSAT adminisztráció

Sziasztok!

Miért nem tudok Synology NAS DS 220+-t RSAT eszközökkel adminisztrálni? Létrehoztam a NAS-on a Synology Active Directoryt, be is léptem adminként a LAN-on, gépeket beléptettem, felhasználókat hozzáadtam, a gépek a felhasználói nevekkel a *.local tartományba lépnek be, mégis azt írja ki, hogy nincs belépve a tartományba.

[Megoldva] Proxmox VE 7, NAT + DHCP hogyan?

Sziasztok!

A Hetznernél van egy dedikált szerver 1 db IPv4 címmel (és /64 IPv6 tartománnyal).
Tettem rá Debian 11-et, majd Proxmox VE 7-et.
Mit kellene tennem, hogy a 3 VM-ben futó (2 db Debian 11, 1 db Windows Server 2019) gép kapjon IPv4 címet a belső, 192.168.0.0/24 tartományból?

Bónuszként jó lenne, ha DHCP-n kapnák az IP-címet, amit MAC alapján én tudnék kiosztani, de e nélkül tudnék élni...

Próbáltam a Hetzner- és egyéb honlapok által fellelhető leírásokat. Bridge, Routed módot, de a SystemRescueCD, vagy Debian 11 NetInstall-ról bootolva sem kap a VM IP-címet.

Íme az /etc/network/interfaces eredeti tartatalma:

# cat /etc/network/interfaces
source /etc/network/interfaces.d/*

auto lo
iface lo inet loopback

iface lo inet6 loopback

auto enp5s0
iface enp5s0 inet static
        address x.y.z.125/26
        gateway x.y.z.65
        up route add -net x.y.z.64 netmask 255.255.255.192 gw x.y.z.65 dev enp5s0
# route x.y.z.64/26 via x.y.z.65

iface enp5s0 inet6 static
        address p:q:r:s::2/64
        gateway fe80::1

Az /etc/network/interfaces.d/ üres

A /etc/sysctl.conf tartalmazza a

net.ipv4.ip_forward=1
net.ipv6.conf.all.forwarding=1

bejegyzéseket.
A VM Network beállításainál próbáltam be- és kikapcsolt tűzfallal is.

tl:dr
Szeretnék Proxmox VE 7 alatt egy VirtualBox-like NAT network-öt, ahol a virtuális gépek látják egymást és az internetet, iptables-el pedig tudok portokat átirányítani a megfelelő gépek megfelelő portjaira.

Ha tudtok ebben segíteni, nagyon megköszönném! :(

Megoldás: https://hup.hu/comment/2715798#comment-2715798
A DHCP szerver végül az isc-dhcp-server lett

OPNsense - miért nem megy a DNS nevfeloldas?

Sziasztok!

 

Adott a kovetkező rendszer:

 

Két interfész:

 

LAN1

Subnet: 192.168.31.0/24

 

LAN2: 

Subnet: 192.168.33.0/24

 

A LAN1 default megy ki a net fele, a WAN interfeszen (PPPoE). A gateway 192.168.31.1. A LAN2-nek be van beallitva egy Upstream Gateway (192.168.33.2) a subnet gateway-e pedig 192.168.33.1. Nyilvan a ket gateway az OPNsense ket IP cime. A tuzfalon a ruleokkal a ket subnet ossze van kapcsolva, mindenki lat mindenkit.

 

Par napig ez minden gond nelkul ment is, de kb 2 napja a LAN2-n egyszer csak nem volt net... Kis keresgeles utan rajottem, hogy DNS gond van, ha a LAN2 DHCP serveren beirom pl a 8.8.8.8-at, akkor megy minden szepen, de default (tehat az interfesz cimen, a 192.168.33.1-en) nem megy...  Most ideiglenes megoldasnak igy van, de jobban szeretnem, ha a "rendes" modon menne a DNS nevveloldas (a tuzfalon keresztul)

Az OPNsense et nem frissitettem az utobbi egy hetben, illetve (emlekeim szerint) a configon sem valtoztattam, igy gozom nincs, hogy mitol cseszodott el...

Gigabit switch otthonra

Üdv,

volt egy 8 portos GB-es switchem, ami "elfáradt", és megszűnt switchként működni.

Kicseréltem egy TP-Link TL-SG108E-re, amivel viszont azok a végpontok, amelyek több, mint 10m-es kábelen vannak (sacc/kb), csak 100M-ra linkelnek. A switch managelhető, ha kényszerítem a GB-et, akkor nem éled fel a port.

Ezek a végpontok a korábbi switchen GB-en mentek - és nem csak GB-re linkelt össze, de meg is volt a 8-900Mbps.

Tud ajánlani valaki valami olyan, legalább 8 portos GB switchet, ami tényleg tudja a GB-et, akár ilyen "hosszú" szakaszon is? Amúgy a leghosszabb szakasz kb 12-14 m lehet.

Kinéztem egy Linksys LGS108-at, van ezzel kapcsolatban valakinek tapasztalata? Vagy tud bárki valami meghízható márkát és modellt javasolni? A TP-Linkkel sajnos megjártam egy másik switchel is: az ugyan tudja a GB-et, de hetente újra kell indítani...

Tehát a peremfeltételek: GB képes átvitel, 15e Ft alatti ár, megbízható működés. Nem kell managelhetőnek lennie, nem kell QoS, 802.1q, ... elég, ha simán csak működik.

 

Köszi,

 

a.

Wireshark+Tado. Tud valaki segiteni?

Sziasztok!

Valakinek van tapasztalata wireshark-al és van Tado-ja?

Van ugye a Tado uj feature-e, ez a consumption... valahogy ki kene banyaszni, hogyan lehetne kiszedni ezt az adatot...

https://community-assets.home-assistant.io/original/3X/e/3/e3b0879258a3…

En eddig jutottam:

https://energy-savings-report.tado.com/en/?homeId=

https://energy-insights.tado.com

valahol itt kene keresni sztm a megoldast...

Lejárati idő: A domain nem tartozik a fenntartási díj hatálya alá

Sziasztok!

A tárgyban lévő bejegyzést találtam egy domain adatai között. Odáig értem, hogy a domain tulajdonosának nem kell fizetnie a domain fenntartásért, de nem találok magyarázatot, hogy miért nem, illetve hogy hogyan tudnám a saját domaineimnél is ezt megigényelni. Az ominózus domain egy sima cégnév.