Van két domainom ugyanattól a szolgáltatótól. Nincs fix IP. A régit ( https://asajah.hu ) vagy 15 éve regeltem, ott még A recordnak meg tudtam adni DynDns-t. Az újat kb 6 éve, oda már csak fix IP-t engedett. Lett belőle C name https://www.esp8266.org A https://esp8266.org pár napja nem jön be, csak a www. Tudom hogy nem szabályos. Van rá valami megoldás?
Sziasztok!
Van RPi, ami Tailscale subnet router.
Vannak rajta szolgáltatások, mint pl. nginx a HTTP porton.
El kellene tudnom érni ezeket a subnet router helyi szolgáltatásait?
Mert most nem működik.
A ping megy, SSH megy, de pl. a HTTP már nem.
A subnet router mögötti helyi LAN-on lévő eszközeimet el tudom érni, de a routeren
futóakat viszont nem.
Köszönöm!
Van valakinek ebben tapasztalata?
Az árak nem tűnnek drámainak.
Üdv Mindeninek!
Kis segítségre lenne szükségem! Van egy Nginx proxy szerverem ami mögött egy mail szerver működik sogoval. A mail szerveren egy második nginxen keresztül lehet elérni a sogot.
Akárhogy állítgatom a proxy beállításokat folyton timeot problémába ütközöm.
Nginx proxy szerver:
/etc/nginx/templates/activesync.tmp:
location /Microsoft-Server-ActiveSync {
proxy_pass https://[mail szerver ipcim]/Microsoft-Server-ActiveSync;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header Host $http_host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_connect_timeout 3700;
proxy_send_timeout 3700;
proxy_read_timeout 3700;
proxy_buffers 64 512k; # Needed since the 2022-04 Update for SOGo
}
mail server nginx:
/etc/nginx/templates/sogo.tmpl
location ^~ /Microsoft-Server-ActiveSync {
proxy_pass http://127.0.0.1:20000/SOGo/Microsoft-Server-ActiveSync;
proxy_connect_timeout 3540;
proxy_send_timeout 3540;
proxy_read_timeout 3540;
proxy_buffers 64 512k;
proxy_buffer_size 128k;
proxy_busy_buffers_size 512k;
}
mail szerver nginx log:
2025/09/05 11:34:31 [info] 973#973: *31 epoll_wait() reported that client prematurely closed connection, so upstream connection is closed too while sending request to upstream, client: [nginx szerver ip cim], server: mail.sajatdomain.com, request: "POST /Microsoft-Server-ActiveSync?Cmd=Ping&User=laci%40sajatdomain.com&DeviceId=androidc1576947619&DeviceType=Android HTTP/1.0", upstream: "http://127.0.0.1:20000/SOGo/Microsoft-Server-ActiveSync?Cmd=Ping&User=l…", host: "mail.sajatdomain.com"
Kerestem a neten, kipróbáltam sokmindent de nem működtek. Kifogytam az ötletekből.
Várok minden jó ötletet, megoldást!
Thanks!
Miért ad a digi ONT (Huewei) néha 0-ra végződő IP-t? Bridge módban van, nincs NAT. Mögötte a router van hogy a pppoe state poor. Van hogy egy napig jó, máskor öt perc után bont, az ONT újraindítása után csatlakozik újra. A routert nem kell újraindítani.
Sziasztok!
Van egy GL-MT6000 routerem, ami eddig egy modemhez csatlakozott, és tökéletesen ellátta a feladatát.
Most szolgáltatóváltás történt (One de Telekom vonalon, ne is kérdezd) jött a szolgáltató modeme, ami egyben router is.
Tökéletesen működik úgy, hogy a GL-MT6000 a LAN csatlakozóhoz van bekötve. 192.168.0.1 a modem, 0.2 a Rasperry Pi, 0.3 a GL-MT6000 router.
Azaz van net, halózat, névfeloldás, DHCP, ami kell.
Csak éppen a webes felülete a Flint 2-nek arra panaszkodik, hogy nincs net, és a WAN portba dugjam a szolgáltató kábelét. Ezt nem szeretném, mert akkor nem fogom elérni a modem felületét sem, gondolom akkor a Flint NAT-ol egyet a hálózaton, amire semmi szükségem.
Mit tehetnék annak érdekében, hogy a router megértse, mit akarok? Mit csatoljak?
Szia!
Budapest IX. kerületében behúztunk két épület közé egy monomódusú (9/125) 12 szálas kültéri kábelt. Mindkét végén fel kellene hegeszteni 4 szálat. (Összesen 8 darab hegesztés.) A pigtailek már ott vannak, csak csinálni kellene. (előzetes időpont egyeztetés alapján, nagyjából bármikor)
Köszönöm, ha adsz ajánlatot. (privát üzenet vagy gergely kukac egervary pont hu)
üdv.
Helló,
ahogy itt a korábbi threadben megénekeltük, én is Ubiquiti/Unifi felhasználó lettem a javaslatotokra Mikrotik után.
Egy Expresst vettem anno routernek, fél évig hiba nélkül ment is egy AP-vel, de volt egy Network verzióváltás, amitől cpu usage 100% lett. Írtam a supportnak, elismerték, hogy szar lett az update, és addig is, amíg javítják a szoftvert (2-3 hónap) küldenek ingyen egy Cloud Gateway Ultra-t (!), használjam AP-ként az Expresst.
Így is lett, az UCG lett a main router, lett három 2.5G switch, 2 AP, teljesen szuperül működött minden a hálózatban. Van Home Assistant, 40 zigbee eszköz, 50+ okoseszköz, több mint egy éve csont nélkül minden fainul működik.
Aztán jött a fekete kedd a héten: megjelent a Network 9.3.4 után két héttel (ami csont nélkül ment) az OS 4.3.6 frissítés.
Sajnos auto-upgradere volt állítva, így kedd 3:30-kor fel is rakta, rebootolt, és azóta egy shitshow az egész:
- ssh-val (sem a device, se a local) nem tudok belépni, akárhányszor enable-disable + jelszót cserélek
- az IOT eszközök random nem tudnak az AP-khez, és/vagy a cloudjukhoz kapcsolódni:
HomeWizzard (IOT) szenzorok: víz/gáz/áram: local IP-t kapnak, debugban kézzel / HA tudja weben queryzni őket, de a saját cloudjuk alatt disconnected státuszban vannak, nem küldenek adatot
Tuya (IOT) eszközök: HA-ban (Tuya clouddal) nem látszanak, saját Tuya appból 3-5mp várás után látszanak, localból működnek
Samsung/SmartThings (nagy) eszközök: AP-re sem tudnak visszakapcsolódni, disconnected, értelem szerűen a cloudjukból sem látszanak, local módjuk nincs.
Bosch (nagy) eszközök: csont nélkül mennek a régi beállításokkal, localban, cloudban.
Bosch termo/hőszivattyú (nagy) vezérlés: csont nélkül régi beállításokkal, localban, cloudban.
Klímák (gyári IOT wifi kártya) wifi vezérlés: se kép se hang, local IP-t kap, kifele nem tud beszélni, 8 percenként connect-disconnect loop.
Eddig próbáltam:
1. a megbízható eszközök egy SSID alatt - és aminek van local interface-e - a "fő" hálózatban (VLAN0) voltak (Samsung, Bosch, Tuya).
Ez 2.4/5G, WPA2/3, minden láthat mindent.
2. az "egyebek"-nek van egy külön SSID/ VLAN1, ami 2.4G only, IOT kapcsolóval, client separation-ben, a DMZ-ben lévő VLAN0-s HA-t látják csak
3. a support azt kérte, hogy csináljak egy dedikált 2.4G-t wifit default beállításokkal, és próbáljam átrakni a cuccokat (SSID: iot-testing)
nehezítés, hogy ezek a szenzorok nehezen hozzáférhető helyeken (vízakna, 4m magasan a lépcsőházban, 25m-re az eon-dobozban) vannak.
Random a Homewizzardból az egyiket átrakni az iot-testingre, ez kb 3 percig működött is, látszott a cloudjából, aztán megint eltűnt (zölden villog, nem folyamatosan világít)
A Samsung eszközök 1-2-3 SSID-kre egyátalán nem tudnak csatlakozni!
A Tuya az új teszt SSID-n is ugyanúgy random hol látszik a cloudból, hol nem, a HA sehogy sem tudja kezelni.
A klímához kell egy 5m-es létra, hogy meg tudjam nyomni a reset gombot :(
Mit szarhatott be:
- valami változott az SSID/wifi beállításoknál globálisan, de nem tudom mi. Az AI a PMF-et nyomatja, de az az új 2.4G-s teszt alatt alapból disabled.
- valami route nem enged ki bizonyos eszközöket / VLAN-ok at. Viszont ha wifin laptoppal megyek, nekem megy minden mindegyik alhálózatban
- DNS feloldás nem jó, de laptopon meg jó. cseréltem DNS szervereket is, semmi, 2 nap eltelt, tehát valaminek már a TTL-je csak lejárt volna, de nem látszanak mégsem.
- új adblock / regió szűrés stb: ezt is ki/be kapcsolgattam, semmi változás
+1: mivel nem tudok ssh-n se belépni, így tcp_dumpot sem tudok nyomni, hogy mi a francért nem tudnak és hova nem tudnak connectelni az eszközök... gui-n ilyet tudomásom szerint nem lehet.
Találkozott már valaki ilyennel? Factory reseteljek vagy mi a vért csináljak még? Köszi előre is.
UPDATE 07-20:
- teljesen mindegy milyen Network verzióval, OS 4.3.6-tal *bármilyen backupra* visszaállva SZAR. Ugyanúgy nem routol/látszik random az eszközök fele
- full factory reset (összes AP, switch minden kurva anyja) után ugyanazokat az SSID-ket ugyanazzal a beállítással létrehozva GECIRE UGYANÚGY MŰKÖDIK MINT EDDIG.
most kézzel lehet az összes custom rule-t, routingot, VLAN-t újra felvenni, baszakodni
hát elmennek ezek a kurva anyjukba tényleg
UPDATE 08-04:
- véget ért a szabadság, újra játszok vele. MTU-t konzervatívra 1412-re véve (MSS Clamping) az eszközök egy része "félig" megjelent, a HomeWizard saját appja connectednek mutatja, de adat nem jön.
- a Jumbo Packages-t hiába kapcsolom ki/be, nem változik semmi.
- routing probléma nem lehet, mert az adat részben megy, akkor mi a vér?
közben a Network már 9.3.5, de nem oldotta meg.
Vajh rákapnak-e mások is erre a modellre? Kitolunk egy olyan ingyenes automatikus frissítést, ami téglásítja a termékeket, és egyben felajánljuk, hog előfizetési díj ellenében végülis lehet tovább használni az eszközöket...
Videó fanoknak:
https://www.youtube.com/watch?v=KNuZ3BjT7IU
Inkább olvasóknak:
https://consumerrights.wiki/Futurehome_Smarthub_Mandatory_Subscription_…
https://consumerrights.wiki/Belkin_Wemo_discontinuation_of_service
A problémám az lenne, hogy a KEA dhcp ddns service, eldobja dns szerver frissítését.
Az adott végpont, nincs is még benne a dns-ben, de mégis eldobja a hozzáadást, de azt nem találom meg hogy mi miatt.
Túrtam a netet, de szinte semmi hiba megoldás nincs fent.
A legfrissebb 2.6-os van fent, előtte ubuntu repoban lépő 2.0.2-es volt fent, azzal ment minden, de frissíteni akartam és közben elfelejtettem backupot csinálni.
A telepítő meg felül csapta a működő konfigot.
Ez lenne a syslog hiba üzenet:
Jul 15 06:59:58 szo1vcdhcp1 kea-dhcp-ddns[6071]: ERROR DHCP_DDNS_NO_FWD_MATCH_ERROR Request ID 000001854548457BEBF758508CD742003CBF84AD0434F5969AA491381483D03521925E: the configured list of forward DDNS domains does not contain a match for: Type: 0 (CHG_ADD)
Jul 15 06:59:58 szo1vcdhcp1 kea-dhcp-ddns[6071]: Forward Change: yes
Jul 15 06:59:58 szo1vcdhcp1 kea-dhcp-ddns[6071]: Reverse Change: yes
Jul 15 06:59:58 szo1vcdhcp1 kea-dhcp-ddns[6071]: FQDN: [valami.teszt.lan.]
Jul 15 06:59:58 szo1vcdhcp1 kea-dhcp-ddns[6071]: IP Address: [1.1.1.2]
Jul 15 06:59:58 szo1vcdhcp1 kea-dhcp-ddns[6071]: DHCID: [000001854548457BEBF758508CD742003CBF84AD0434F5969AA491381483D03521925E]
Jul 15 06:59:58 szo1vcdhcp1 kea-dhcp-ddns[6071]: Lease Expires On: 20250715062851
Jul 15 06:59:58 szo1vcdhcp1 kea-dhcp-ddns[6071]: Lease Length: 5333
Jul 15 06:59:58 szo1vcdhcp1 kea-dhcp-ddns[6071]: Conflict Resolution Mode: check-with-dhcid
Jul 15 06:59:58 szo1vcdhcp1 kea-dhcp-ddns[6071]: The request has been discarded.
Ez a ddns konfig:
{
"DhcpDdns":
{
"ip-address": "127.0.0.1",
"port": 53001,
"control-socket": {
"socket-type": "unix",
"socket-name": "kea-ddns-ctrl-socket"
},
<?include "/etc/kea/tsig-keys.json"?>
"forward-ddns" : {
"ddns-domains" : [
{
"name": "teszt.lan",
"key-name": "dns-key",
"dns-servers": [
{ "ip-address": "2.2.2.2" }
]
}
]
},
Ez pedig a dhcp4 konfig, ddns része:
"dhcp-ddns": {
"enable-updates": true,
"server-ip" : "127.0.0.1",
"server-port" : 53001,
"sender-ip" : "127.0.0.1",
"sender-port" : 3433,
"max-queue-size" : 2048,
"ncr-protocol" : "UDP",
"ncr-format" : "JSON"
},
"ddns-send-updates": true,
"ddns-qualifying-suffix": "teszt.lan",
"ddns-override-client-update": false,
"ddns-override-no-update": true,
"ddns-generated-prefix": "dynamic",
"ddns-update-on-renew": true,
Megoldas:
a test.lan utan hianyzott a pont