Ubuntu Suomen keskustelualueet
Muut alueet => Yleistä keskustelua => Aiheen aloitti: AimoE - 20.05.25 - klo:07.58
-
Jouduin siirtämään reittimeni ja sitä varten atkaisin ensin virran itse reitittimestä, sitten nyppäsin virtakaapelin irti. Kun siirron jälkeen kytkin virran, reititin ei enää herännyt. Lähdin paniikissa ostamaan uutta reititintä, ja tulin ostaneeksi kotikäyttöön tarkoitetun laitteen (TP-Link AX23). Kytkin laitteen käyttöön ja säilytin SSID:n ja salasanan kummallekin taajuudelle. Kaikki näytti toimivan kuten ennenkin, kunnes yritin kopioida tiedostoja Windows-koneelta Ubuntu-koneelle. Windows-kone ei saanutkaan yhteyttä Samba-jakoon, ja nyt en tiedä olisiko pitänyt olla tarkempi reititimen valinnassa vai täytyykö Windows-puolella tehdä jotain erityistä.
Reitittimen asetuksissa voi asettaa kiinteitä IP-osoitteita, ja erikseen voi estää laitteita näkemästä toisiaan, joten luulisi että koneet oletuksena näkevät toisensa, mutta yhteyttä ei saa edes suoraan paikallisella IP-osoitteella.
Mitä olen unohtanut?
Edit: Kiinteä IP-osoite on asetettu vain Ubuntu-koneelle. Ubuntu-koneen pingaus IP-osoitteella onnistuu Windows-koneelta, mutta toisin päin ei onnistu. Pingin onnistumisesta huolimatta Windowsin File Explorer ei löydä Ubuntu-koneen Samba-jakoa edes IP-osoitteella.
-
Olen nyt yrittänyt vaikka mitä, mutta ei vaan valkene. PowerShell-ikkunassa saan virheilmoituksen
Järjestelmävirhe 67.
Verkkonimeä ei löydy.
En keksi mitään, mikä pitäisi korjata sen enempää Windows-koneella kuin Ubuntu-koneellakaan, koska jako toimi ihan hyvin ennen reitittimen vaihtumista. Viimeksi kun konffasin Sambaa, taistelin sen kanssa kunnes selvisi, että Ubuntu-koneelle piti asentaa Web Service Discovery host daemon. Mutta nythän se on jo paikallaan, käy ja kukkuu. Mitä ihmettä tässä vielä voisi puuttua?
-
En keksi mitään, mikä pitäisi korjata sen enempää Windows-koneella kuin Ubuntu-koneellakaan, koska jako toimi ihan hyvin ennen reitittimen vaihtumista. Viimeksi kun konffasin Sambaa,
Sambasta en ole koskaan paljoa ymmärtänyt, mitä nyt olen sen joskus saanut toimimaan Ubuntussani ja siinä se toimii edelleen. Uudestaan en varmaan sitä enää osaisi konffata.
Kelpaisiko vaihtoehtoinen toteutus? Olen hyväksi ja erittäin toimivaksi ratkaisuksi tiedonsiirtoon koneiden välillä havainnut sshfs:n. Se on helppo konffata ja toimii kuin junan vessa. Voit sillä mäpätä minkä tahansa toisen koneen hakemiston tämän koneen johonkin hakemistoon. Iisiä.
-
Voisi sitä kokeilla. Voiko Ubuntu-koneen sammuttaa ilman, että Windows-koneelle tulee ongelmia, vai pitääkö liitos ensin irrottaa?
Edit: Perusongelma kuitenkin on se, ettei Windows-koneelta saa yhteyttä toiseen koneeseen samassa lähiverkossa. Luultavasti sshfs:n kanssa on ihan sama ongelma. Eli perusongelma pitäisi ratkaista ensin.
-
Voisi sitä kokeilla. Voiko Ubuntu-koneen sammuttaa ilman, että Windows-koneelle tulee ongelmia, vai pitääkö liitos ensin irrottaa?
Edit: Perusongelma kuitenkin on se, ettei Windows-koneelta saa yhteyttä toiseen koneeseen samassa lähiverkossa.
Näkyvätkö koneesi verkossa?
nmap 192.168.1.0/24
Jos näkyvät, niin sitten vaan esimerkiksi
sshfs ari@192.168.1.101: ~/foo
Liitos pitää irrottaa ennen toisen koneen sammuttamista
fusermount -u ~/foo
Näillä ainakin täällä mennään...
-
Jos Windows ei löydä samba verkkoa, niin muista laittaa verkon tila "kotiverkoksi/luotetuksi" mikä se nyt tarkalleen olikaan. Kirjoitan nyt W11:lla, mutta jos kirjoitan käynnistysvalikkoon "ver", niin tulee "tarkastele verkon tietokoneita ja laitteita". Heti kun valitsen sen, niin explorer avautuu verkkovälilehdelle ja
menen uuteen verkkoon jos siis olen uudessa verkossa, niin kone kertoo heti jotain tyyliin "verkon etsiminen ja tiedostojen jakaminen on pois käytöstä ja siihen kun painaa, niin saa isommilla tunnuksilla kytkettyä sen päälle.
Muista, että vaikka olet konffannut salasanat ja verkonnimet identtiseksi, niin tietysti käyttöjärjestelmät käsittelee tuon "uuden vanhan verkon" täysin uudeksi järjestelmän oletusasetuksilla. Pätee ihan kaikkiin käyttiksiin. Pitäisi ainakin päteä, koska verkkolaitteen tiedot on muuttuneet.
-
Jos Windows ei löydä samba verkkoa, niin muista laittaa verkon tila "kotiverkoksi/luotetuksi" mikä se nyt tarkalleen olikaan.
Se on "Yksityinen verkko". Olin jo asettanut sen. Samoin olin asetuksissa kohdassa "Jakamisen lisäasetukset" sallinut kaiken mahdollisen, vaikka Windows-kone ei itse jaa mitään.
Kirjoitan nyt W11:lla, mutta jos kirjoitan käynnistysvalikkoon "ver", niin tulee "tarkastele verkon tietokoneita ja laitteita". Heti kun valitsen sen, niin explorer avautuu verkkovälilehdelle ja menen uuteen verkkoon jos siis olen uudessa verkossa, niin kone kertoo heti jotain tyyliin "verkon etsiminen ja tiedostojen jakaminen on pois käytöstä ja siihen kun painaa, niin saa isommilla tunnuksilla kytkettyä sen päälle.
Aiemmin Explorer ei näyttänyt mitään kohdassa Verkko, mutta tänään sielllä oli tuo kertomasi, ja kun täppäsin sitä, näkyviin tuli Windows-kone itse, reititin ja joku muu laite, joka pian hävisi näkyvistä. Varmaankin se on taloyhtiön valokuitumodeemi.
Muutos eiliseen saattaa johtua siitä, että eilen en vielä ottanut käyttöön reitittimen tarjoamaa kaistojen yhdistämistä, tänään otin. Se tarkoittaa, että tarvitsen vain yhden SSID:n ja salasanan, kun annan reitittimen arpoa käytetäänkö 2,4FHZ vai 5GHZ kaistaa. Käyttöönotto vaati, että määrittelin verkon uudelleen niillä laitteilla, joilla olin aiemmin käyttänyt 5GHz:n kaistaa.
Muista, että vaikka olet konffannut salasanat ja verkonnimet identtiseksi, niin tietysti käyttöjärjestelmät käsittelee tuon "uuden vanhan verkon" täysin uudeksi järjestelmän oletusasetuksilla. Pätee ihan kaikkiin käyttiksiin. Pitäisi ainakin päteä, koska verkkolaitteen tiedot on muuttuneet.
Kun yritän nslookupilla etsiä koneita, ne eivät löydä edes itseään.
Edit: nslookupin tulostus päättyy Windows-koneella ilmoitukseen "Non-existent domain" ja Ubuntu-koneella vastaavasti "NXDOMAIN".
-
Edit: nslookupin tulostus päättyy Windows-koneella ilmoitukseen "Non-existent domain" ja Ubuntu-koneella vastaavasti "NXDOMAIN".
Se tarkoittaa, että lähiverkon DNS ei toimi. Oletko ottanut DNS-palvelun käyttöön modeemissa ja asettanut sinne koneille nimet?
-
Se tarkoittaa, että lähiverkon DNS ei toimi. Oletko ottanut DNS-palvelun käyttöön modeemissa ja asettanut sinne koneille nimet?
Tietenkin. Tai siiis olen tarkistanut että reititin on automaattisesti hakenut DNS-palvelimen ja toisenkin varalle. https://whois.domaintools.com/ vahvistaa että ne ovat kumpikin Telian palvelimia; taloyhtiössä on Telian valokuitu. (Telian tukisivuilla ei enää kerrota pavelimien IP-osoitteita; ne saa soittamalla maksulliseen numeroon.)
-
Se tarkoittaa, että lähiverkon DNS ei toimi. Oletko ottanut DNS-palvelun käyttöön modeemissa ja asettanut sinne koneille nimet?
Tietenkin. Tai siiis olen tarkistanut että reititin on automaattisesti hakenut DNS-palvelimen ja toisenkin varalle. https://whois.domaintools.com/ vahvistaa että ne ovat kumpikin Telian palvelimia; taloyhtiössä on Telian valokuitu. (Telian tukisivuilla ei enää kerrota pavelimien IP-osoitteita; ne saa soittamalla maksulliseen numeroon.)
Mutta jos käytät itse keksittyjä koneiden nimiä lähiverkossa, ne pitäisi erikseen konfiguroida DNS:ään. Vai mitä nimeä yritit selvittää nslookupilla?
-
Mutta jos käytät itse keksittyjä koneiden nimiä lähiverkossa, ne pitäisi erikseen konfiguroida DNS:ään. Vai mitä nimeä yritit selvittää nslookupilla?
Kun avaan reitittimen hallintasivun, se näyttää kaikki laitteet paitsi tulostin puuttuu. Laitteista näytetään MAC-osoite, laitteen itse ilmoittama nimi ja reitittimen antama paikallinen IP-osoite. Kun lisäsin DHCP-asetuksiin kiinteän osoitteen Ubuntu-koneelle, laite tarjosi napin, jolla tiedot täytettiin automaattisesti.
Vaikka reititin ei näytä tulostinta, onnistuin lisäämään sen Windows-koneelle, koska siinä on WiFi-Direct (eli laitteen oma WLAN-verkko?).
Reititin on kotikäyttöön tarkoitettu kuluttajatuote. Sen hallintasivulta löytyy keino manuaalisesti asettaa DNS-palvelin, mutta lähiverkon laitteiden tunnistukseen siinä on vain DHCP. Mutta ohjeen mukaan lähiverkon laitteet näkevät toisensa ellei sitä erikseen estetä.
Reitittimen tekniset tiedot: https://www.tp-link.com/en/support/download/archer-ax23/
Edit: Saan Windows-koneen jaot auki Ubuntu-koneella IP-osoitteen avulla. Määrittelin myös Windows-koneen IP-osoitteen kiinteäksi ja vasta sitten kokeilin yhteyttä siihen suuntaan, joten en tiedä auttoiko kiinteä osoite siihen. Yhteyttä Windows-koneelta Ubuntu-koneen Sambaan olen myöskin yrittänyt koko ajan IP-osoitteella, mutta yhteys ei vaan avaudu.
-
Sitten ihan sellainen perustason kysymys, oletko AIVAN varma, ettei vaikkapa Ubuntun palomuuri blokkaa yhteysyrityksiä? Mitä sen lokitiedot sanovat, jotainhan pitäisi näkyä jos kerran ip-osoitteella yrität Windows koneesta ja osoite on oikein?
-
Sitten ihan sellainen perustason kysymys, oletko AIVAN varma, ettei vaikkapa Ubuntun palomuuri blokkaa yhteysyrityksiä? Mitä sen lokitiedot sanovat, jotainhan pitäisi näkyä jos kerran ip-osoitteella yrität Windows koneesta ja osoite on oikein?
Windows-kone sai yhteyden Sambaan vanhalla reitittimellä, joten en ymmärrä miksi uusi reititin vaatisi uutta säätöä palomuuriin kummallakaan koneella?
-
Windows-kone sai yhteyden Sambaan vanhalla reitittimellä, joten en ymmärrä miksi uusi reititin vaatisi uutta säätöä palomuuriin kummallakaan koneella?
Kyllä se ihan perusteltu kysymys minusta on. Kuten tuossa aiemmin mainitsin, niin koneet käsittelee tuohon verkkoon yhdistämisen kuitenkin täysin uutena verkkona. Eli vanhoja yhdistämisasetuksia ei enää käytetä.
Olettaisin että tuo on NAT:n takana. Jos on, niin kokeile hetkellisesti poistaa palomuuri kokonaan käytöstä.
Wifi direct on niin eri asia, että sen toimivuus ei kerro oikein mitään.
Työryhmää ei varmaankaan ole vahingossakaan vaihdettu? Ihan varmistuksena.
-
Tulostimeen sain yhteyden käyttämällä LAN-kaapelia siihen, että vaihdoin tulostimen hallintasivulla WLAN-asetukset (SSID jne.)
Olen nyt asettanut (sekä LAN että WLAN-verkon) IP:n kiinteäksi tulostimelle, Windows-koneella ja Ubuntu-koneelle.
Saan yhteyden tulostimeen kummaltakin koneelta (no, Ubuntu-koneella ainakin Wi-Fi Directillä, hplip on vielä hakusessa). Ubuntu-koneelta saan yhteyden Windows-jakoihin. Puuttuu enää että saisin Windows-koneelta Samban rumbaamaan.
-
Muista, että vaikka olet konffannut salasanat ja verkonnimet identtiseksi, niin tietysti käyttöjärjestelmät käsittelee tuon "uuden vanhan verkon" täysin uudeksi järjestelmän oletusasetuksilla. Pätee ihan kaikkiin käyttiksiin. Pitäisi ainakin päteä, koska verkkolaitteen tiedot on muuttuneet.
Kyllä tässä on useamman kerran käynyt niin, että kun reitittimeen on asetettu uudelleen samat SSID:t ja salasanat, niin muut laitteen on saaneet yhteyden. Siis reitittimeen, ei völttämättä toisiinsa.
-
Mutta jos käytät itse keksittyjä koneiden nimiä lähiverkossa, ne pitäisi erikseen konfiguroida DNS:ään. Vai mitä nimeä yritit selvittää nslookupilla?
Vanhalla reitittimellä nslookup ei ensin löytänyt mitään paikallista, mutta kun lisäsin toiseksi parametriksi reitittimen IP-osoitteen, niin paikallisia nimiä alkoi löytyä. Tämän uuden reitittimen kanssa se ei auta.
-
Kattoitko kumminkin varmuuden vuoksi mitä Ubuntun palomuurilogit sanovat, jos siellä on paljon blokattuja yrityksiä windows koneesi ip:stä niin se VOI olla syypää. En sano että on, mutta näissä vianhauissa on hyvä käydä asioita järjestelmällisesti läpi.
-
Muista, että vaikka olet konffannut salasanat ja verkonnimet identtiseksi, niin tietysti käyttöjärjestelmät käsittelee tuon "uuden vanhan verkon" täysin uudeksi järjestelmän oletusasetuksilla. Pätee ihan kaikkiin käyttiksiin. Pitäisi ainakin päteä, koska verkkolaitteen tiedot on muuttuneet.
Kyllä tässä on useamman kerran käynyt niin, että kun reitittimeen on asetettu uudelleen samat SSID:t ja salasanat, niin muut laitteen on saaneet yhteyden. Siis reitittimeen, ei völttämättä toisiinsa.
No sittenhän se on sattumaa vain, että ei enää toimi ;)
-
Kattoitko kumminkin varmuuden vuoksi mitä Ubuntun palomuurilogit sanovat, jos siellä on paljon blokattuja yrityksiä windows koneesi ip:stä niin se VOI olla syypää. En sano että on, mutta näissä vianhauissa on hyvä käydä asioita järjestelmällisesti läpi.
Okei, sano sitten mitä portteja vielä pitäisi avata niiden lisäksi jotka on jo ennestään auki? Olen jo kokeillut sitäkin, että otin (Ubuntu-koneen) palomuurin kokonaan pois käytöstä, eikä sekään auttanut. Onko Wndows-koneen palomuurissa joku portti jota uusi reititin voisi tarvita vaikka vanha ei tarvinnut? Kerro jos kerran tiedät.
-
Tuo vastaa nyt ainakin siihen, että Ubuntu ei sitä yhteyttä aktiivisesti blokkaa. Ja ilmeisesti Windows puoli tosiaan toimii?
Siinä kohtaa jää syylliseksi reititin ja jokin sen asetuksista.
-
Olen nyt konffannut yhteyden toimimaan Windows-jaon kautta, joten tämän selvittely jää toistaiseksi.
Olen välttänyt Windows-jakoa, koska Windows avaa liikaa hakemistoja jaettavaksi ihan vaan sillä että jakaminen ylipäätään sallitaan. Niitä voi ilmeisesti avaamisen jälkeen erikseen ruksia pois, mutta katsotaan nyt.
-
Olen välttänyt Windows-jakoa, koska Windows avaa liikaa hakemistoja jaettavaksi ihan vaan sillä että jakaminen ylipäätään sallitaan. Niitä voi ilmeisesti avaamisen jälkeen erikseen ruksia pois, mutta katsotaan nyt.
???
Eihän se jaa kuin sen kohteen minkä laittaa jakoon? Tietysti jos koko kiintolevyn laittaa jakoon tms.
-
???
Eihän se jaa kuin sen kohteen minkä laittaa jakoon? Tietysti jos koko kiintolevyn laittaa jakoon tms.
Noin minäkin luulln, mutta jos alkutila on se, että jakaminen ei ole sallittu (Asetukset > Verkko ja Internet > Verkon lisäasetukset > Jakamisen lisäasetukset, ykityisen verkon kohta "Tiedostojen ja tulostimien jakaminen" ja kaikkia verkkoja koskeva "Julkinen-kansion jakaminen"), ja jos tässä alkutilassa asetan jaetuksi kotihakemistosta yksittäisen hakemiston, niin sen seurauksena yhtäkkiä koko C:\Users on jaettu, ja kun Ubuntu-koneelta avaan yhteyden siihen alikansioon, niin pääsen käsiksi koko C:\Users-polkuun Windows-tunnukseni oikeuksilla.
Ilmeisesti tuo "jakaminen sallittu" tarkoittaa, että koneen muillakin mahdollisilla käyttäjillä olisi oikeus jakaa kansioita, koska sen estäminen ei estä minua itseäni jakamasta kansioita.
Minulla on Windows 11, päivitin aika hiljattain. Olen nyt poistanut jakamisen C:\Users-juurelta muutamaan eri kertaan, ja aina lopputulos on sama.
Ehkä pitäisi luoda eri käyttäjätunnus pelkkää jakamista varten, mutta kun haluan jakaa kansioita omasta kotihakemistostani, niin se tuntuu turhan monimutkaiselta.
-
En tarvinnut ylimääräistä käyttäjätunnusta, vaan tarvitsin erillisen hakemiston. Lisäsin C-levyn jureen hakemiston, asetin sen jaetuksi itselleni (WIndows-tunnukselleni), ja sain sitten avatuksi sen Ubuntulta ilman, että näen mitään ylimääräistä. Joudun nytten sitten siirtämään sinne sellaisiakin juttuja, joiden pitäisi olla kotihakemistossa. Oneksi niitä juttuja on aika vähän.
-
Kattoitko kumminkin varmuuden vuoksi mitä Ubuntun palomuurilogit sanovat, jos siellä on paljon blokattuja yrityksiä windows koneesi ip:stä niin se VOI olla syypää. En sano että on, mutta näissä vianhauissa on hyvä käydä asioita järjestelmällisesti läpi.
Vaikka aiemmin poistin palomuurin käytöstä ja totesin, ettei Samba avaudu, niin vilkaisin nyt kuitenkin palomuurin lokia. Kun yritän Samban avaamista Windows-koneella, lokiin tulee ensin neljä yritystä UDP-portista 443 ja sitten viisi yritystä TCP-portista 80. Mitä tämä kertoo, mistä jatkan jahtaamista?
-
Ubuntu-koneella suoritettuna tuo
näyttää reitittimen:
PORT STATE SERVICE
53/tcp open domain
80/tcp open http
443/tcp open https
1900/tcp open upnp
ja Ubuntu-koneen:
PORT STATE SERVICE
139/tcp open netbios-ssn
445/tcp open microsoft-ds
631/tcp open ipp
mutta Windows-konetta nmap ei näytä.
[Ubuntu-koneella on kylläkin enemmän portteja auki Samba-yhteyttä varten (Samba-portit 137,138/udp ja WSD-portit 3702,5357,5358), mutta oleellista on se, että vaikka otan palomuurin pois käytöstä, yhteys ei synny.]
Kun lisään Win-koneen IP-osoitteen parametriksi, nmap antaa vinkin "Note: Host seems down. If it is really up, but blocking our ping probes, try -Pn".
Vinkin avulla nmap näyttää tietoja Windows-koneestakin:
PORT STATE SERVICE
135/tcp open msrpc
139/tcp open netbios-ssn
445/tcp open microsoft-ds
2869/tcp open icslap
5357/tcp open wsdapi
Yritin etsiä Windowsin palomuurista porttia, joka ei ole auki ja joka voisi liittyä tähän, mutta löysin vain SMB Direct (https://learn.microsoft.com/en-us/windows-server/storage/file-server/smb-direct?tabs=disable)-ominaisuuteen (Samban yhteydessä puhutaan RDMA:sta) liittyvän portin. Avasin portin kokeeksi, mutta se ei auttanut. Eihän pelkkä portti riitä, kun SMB Direct on ominaisuus, joka täytyy erikseen ottaa käyttöön Windows-palvelimella; oletettavasti sama pätee Linuxin Samba-palvelimeen, enkä minä ole sellaisesta edes tiennyt tähän asti. Mahtaako olla edes toteutettu Sambaan vielä.
-
Löytyipä selitys lopulta. Minulla oli tarkat muistiinpanot Samban ja wsdd:n asennuksesta, koska olen tehnyt ne ainakin kerran. Sitten jossain vaiheessa olen Ubuntun upgraden sijaan tehnyt ihan uuden asennuksen, ja konffannut Samban kuten ennenkin, mutta unohtanut wsdd:n. Windows ei huomannut mitään, koska Ubuntu-koneen IP oli kiinteästi asennettuna vanhaan reititimeen, ja asettelin uudenkin Ubuntun Samban tasan samalla tavalla kuin ennenkin.
Nyt kun reititin vaihtui, vaihtui myös Ubuntu-koneen IP-osoite, ja yhtäkkiä WSD (Web Services for Devices) olikin tarpeen, vaan eipä ollut asennettuna.
puh ja pöh.